Liquid error: Value cannot be null.
Parameter name: key
Microsoft Dynamics 365
The idea has also been posted by Keith Siggers under Accounts Payable.
This is very important for all EU Customers. Due to GDPR constraints, we have restricted the editing rights on ESS but it makes it harder for HR users to maintain and update this information on behalf of employees. And also kills the purpose of ESS when employee can't update their personal records.
Of course the complete address needs to update, just changing the name and not the post code or city makes no sense.
The same is valid for the "Ship-to Address", this needs to be in sync with the Sell-to Address as well.
I think not the whole Bill-to Address should be updated automatically but only the parts of the address where the old value of the "Sell-to Address" field corresponds to the value of the "Bill-to Address" field.
IF xRec."Sell-to Name" = "Bill-to Name" THEN
"Bill-to Name" = "Sell-To Name"
Hello Microsoft, i suggest you could improve this. If cannot improve this, the "Open in excel" can only used for "Ledger" account type.
For Vendor/Customer/Bank, we can NOT use this function. The only workaround is that we add in "Account dimensions" into excel, and manually update. However, if we have a lot of customer account, and for customers account, we already default their dimensions under customer account, it is a disaster for users to record this default dimension under customer, then move to excel.
This also cannot make sense. Because the function to default dimension, is for users' convenience. Every time, users select Customer/Vendor/Bank/Fixed asset account, the system should auto pick the default value, just like we manually do this.
The behavior of "Open in excel" should be same with manually creation.
Therefore, i seek your consideration, and improve this function.
for example to use barcode font to avoid external api call
Great idea !
We are also finding this an issue to not be able to use advanced warehouse management and the consignment process together. I am very surprised to be listing this as an issue, for this a very core process for many industries, especially that do any type of manufacturing or assembly with parts made from vendors. Even with my prior experiences, a system like SAP could handle this seamlessly with advanced warehouse management. After you need the receipt, it kicked off the advanced warehouse moves as a follow on transaction. For transfer of ownership, you just included the bin location and/or batch that you were taking ownership of during the process flow.
Absolutely required functionality. Inherit Financial dimensions from invoice should happen also in centralized payment case.
Financial dimensions from origin invoice should transfer to the payment also in the centralized payment case.