You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
customer.py -- get_credit_limit function which gets called by the above customer_credit_balance report is updated to deduct the amount of sales order for which credit limit bypass flag is set. cint function is added.
sales_invoice.py -- Check credit limit when make delivery is done from sales invoice.We need to check the credit limit as there could be multiple partially paid sales order(note we are bypassing credit check at sales order) so we need to recheck credit balance of customer to avoid any delivery crossing credit limit from sales invoice.cint function is added.
sales_order.py -- Three changes are done (a) if bypass credit limit check is enabled we should not check customer credit on submit of sales order (b.1/b.2) There is provision to make delivery note and sales invoice from sales order. Since credit limit is bypassed at sales order level we need to check credit of customer on make of (b.1)delivery note or (b.2)sales invoice. cint function is added.
customer.json -- a checkbox field is added which gives user ability to bypass credit limit check at sales order level for a customer. It is default to 0. Also patch is added to update value of new field to 0 after migrate. test_customer.js -- It is auto generated file as customer.json is modified. And it is removed.
get attribute with get method
New test case files added.(a)test_sales_order_with_bypass_credit_limit_check.js -- New feature: i.e. bypass credit limit check at sales order.(b)test_sales_order_without_bypass_credit_limit_check.js --Regression test case : the existing default flow is checked i.e. credit limit check happens at sales order level
customer_credit_balance.py -- Credit limit should now reflect outstanding amount for each customer based on value of flage bypass credit limit check at sales order level. A new column is added to show the value of this flag. customer.py -- get_credit_limit function which gets called by the above customer_credit_balance report is updated to deduct the amount of sales order for which credit limit bypass flag is set
sales_invoice.py -- Check credit limit when make delivery is done from sales invoice.We need to check the credit limit as there could be multiple partially paid sales order(note we are bypassing credit check at sales order) so we need to recheck credit balance of customer to avoid any delivery crossing credit limit from sales invoice
sales_order.py -- Three changes are done (a) if bypass credit limit check is enabled we should not check customer credit on submit of sales order (b.1/b.2) There is provision to make delivery note and sales invoice from sales order. Since credit limit is bypassed at sales order level we need to check credit of customer on make of (b.1)delivery note or (b.2)sales invoice
customer.json -- a checkbox field is added which gives user ability to bypass credit limit check at sales order level for a customer. test_customer.js : auto generated file as customer.json is modified
[Docs] Map field renamed to Geolocation
[Docs] added field for storing map
Added Test Cases
Auto set warehouses in Production Order if default warehouses are set in Manufacturing Settings and not mentioned in Production Order
[BUG] Map Production Order with the exact Sales Order line item
[BUG] Fixes make Production Order from Sales Order
[hub] fix company page routing
Fixed ui tests for production order
[Enhancement] Allow Multiple users in POS Profile
use chromedriver 3.2
fix production order ui test
increase point-of-sale timeout to fix UI test
fix sales order ui test
bug fix: sales invoice always dirty even after reloading
disable some Payment Schedule fields
rename Payment Terms Schedule section break to Payment Terms
UI test cases
fix bug: can't make PE for invoice with multi due date
fix bug: cast to flt
fix ui tests
fix failing test
fix failing tests
fix failing tests from shopping cart
show all duplicate rows after checking for duplicate due date
fix bug: form is always dirty
validation to check for possible duplicate payment terms
more tests
make due date, invoice_portion mandatory
add tests for payment term template
documentation for payment terms
more validation checks and test fixes
validation for Payment Terms Template
fix test Employee
fix final failing test
fix sales order and pricing rule failing tests
fix failing tests
fix failing test case
remove logging statement
fix failing tests
codacy corrections
revert from trying to adjust payment schedule based on old recurring_document
bugfix: call set_payment_schedule only in relevant doc
fix bugs: add payment_schedule if payment_terms_schedule specified
Revert "Revert "make payment_schedule field no-copy""
Revert "make payment_schedule field no-copy"
make payment_schedule field no-copy
more test cases for purchase/sales invoice
more test cases for quotation, purchase/sales order
remove test based on deleted recurring_document.py
test for quotation
more tests
Automatically set payment schedule if not specified - fix failing test cases - fix failing tests for recurring documents - others
refactor: DRY for due date disabled
refactor: DRY for disable due date logic
fix customer test records
more test cases in Supplier
test customer
remove unused imports
fix test
fix test
more test cases for Supplier
modify get_due_date to check Supplier Type if needed
fix patches
fix due date disable bug
fix bugs in patches
add new field payment_terms to Supplier Type
rewrite Supplier test cases
patch for credit days in Supplier Type
patch for payment term field in Supplier Type
fix get_due_date function to return date as string
update patch list
fix patch
patch to create and set default payment term in customer/supplier
patch to add payment_terms_field
remove redundant test case
adjust failing tests
modify get_due_date call from sales/purchase invoice
patch replace credit_days with payment terms schedule
patch to add due_date to GL Entry table
patch customer records - creates payment term and payment term template based on credit_days setting - sets payment term template for records that had credit_days
removes get_credit_days function as it is no longer useful
adjust get_due_date to calculate based on payment term template
adjustment: removes credit_days_based on and credit_days fields
adjustment: removes credit_based_on field
disable due date field if form has payment schedule data
set payment terms template in get_party_details
add payment terms to supplier master
add payment terms to customer master
add payment terms to supplier master
add payment terms in customer master
rename patch
codacy fixes
add due_date in GL Entry from Journal Entry
fix due_date autopopulate commit
enhance reference_due_date behaviour: - creates new api - get_invoice_due_dates - when reference_name is changed, populate reference_due_date
change due_date to reference_due_date in Journal Entry Account
fix patch and also patch payment entries
'modify patch to also adjust journal entries'
add due_date to Journal Entry Account doctype
patch to add due date to GL Entries for Sales/Purchase invoice
do correct gl entry for debit and credit notes
codacy and typo fixes
tests and test fixes
modify validation if doc has payment term schedule
renames set_payment_schedule and removes it from validation
moves set_payment_schedule and validate_payment_schedule to accounts_controller
add Payment Term to Purchase Invoice
add Payment Term to Purchase Order
add Payment Terms to Sales Order
add Payment Term to Quotation
Payment Terms: doctypes, schedule, payments and more