Comments
We already know how rates are calculated in MR.The issue, for accounts translated using the historical (transaction day) calculation method, results in a non-zero translated balance being reported when the account has a zero balance in the accounting currency.There's nothing that can be done to correct this from the front end as the balance is the result of a calculation.
Yes, this is needed. It should be possible to point to a single ERP record using a simple, transparent URL link, looking something like www.contoso.dynamics.com/?cmp=USMF&object=customers&id=1001orwww.contoso.dynamics.com/?cmp=DEMF&object=Generaljournal&id=JRN-12345 Salesforce can do this, Jira as well. Can we please not be the last cloud ERP to support this?
Ok, I will accept that it keeps working as it is and will think about another way of working for our customers.It is strange for me though to read that all credit management checkpoints only works on sales order totals. At our current customer tests we see:If the value of the sales order line is ok for credit hold but the total value of the sales order is not ok based on the credit hold, the packing slip can be posted for the line which is ok. So there it looks to us that only the value is checked for the packing slip line to post in stead of the total sales order value.When we change the checkpoint to release to warehouse the same scenario cannot be done, because there we indeed see that always total value of the sales order is checked. That's why this idea was created, because based on tests we see a different behavior. If you want to receive these outcomes, just let me know.