Jenny Wilkins Staff Solution Architect

Similar to functionality on the product receipt, it should be possible to be able to include miscellaneous charges on the packing slip at the time of shipping in Sales and Marketing. Many businesses if aware of costs impacting revenue would like to record this prior to invoicing as a shipped unbilled accrual. By allowing a configuration, either on the Sales and Marketing parameters (like Procurement and Sourcing) or on the charge setup, the general ledger can record this additional value as soon as a financial recording of the transaction occurs.

Often times a business requires accurate reporting on all shipped unbilled values in order to manage accrued A/R. Additionally, as a part of reconciliation requirements, reconciling the amount of Accrued A/R in the GL to the packing slip values/subledger is needed. Given the financial values of the sales are created at the time of the posting of the packing slip (first financial recording of a sales order), this is logically the place to gain this information. There is no current report for shipped unbilled values at a granular or detail level. Most will use the Open Sales Order Lines report and update query to Delivered status lines to achieve, however, in the Aged Balances section, there is a value present stating it represents the packing slip subtotal amounts, leading one to believe it would be representative of the true packing slip values by customer. However, the values of the packing slip subtotal amount not matching the value of the Packing Slip (GL Voucher value) because this subtotal amount in A/R Aging includes charges and tax which ARE NOT considered as a part of the packing slip voucher. Therefore there is no reconciliation which can be done to ensure the Accrued A/R and the packing slip total match. Having an additional field on the Related Information -> Credit fast tab in Aged Balances will better allow the company to have full visibility of actuals as they are written to the GL.

Currently, when the OOB commission structure is setup for the US localization, the only option is to record the commission at the time of invoice. As company policies vary, some will record the commission at the time of customer payment of the outstanding invoice, to ensure they are not paying out commission prior to receiving payment from the customer. This is not currently an option in the US localization, however, it is available for Italy https://learn.microsoft.com/en-us/dynamics365/finance/localizations/emea-ita-exil-commission-settlement. It would be nice to be able to leverage this functionality across other localizations within the MS community.

When settling payments and in the Settle transactions screen, the Settlement Posting Date is always defaulted to Latest date, regardless of user's prior selections. Given usage data doesn't provide a suggestion based on prior use, we would like to see a default suggestion added to the A/R parameters to allow for consistency across a business' users and preferred business process. Given our business ALWAYS uses today's date at the Settlement Posting date, this is a burden on the users to have to change the selection every time and is causing inconsistencies in reporting as well.

When a vendor payment journal is created and the option is selected to create a payment proposal, if no additional filters are used, the returned values in the payment proposal are across ALL vendors, ALL method of payments and ALL payment specifications. When you leverage the "delete negative payments" functionality, this no longer searches ALL method of payments and ALL payment specifications though is not communicated to the user. This is a drawback to using this functionality. As Process Automations are becoming more prevalent and automating vendor payment proposals are a part of that, this Delete Negative Payments functionality is key to the creation of daily vendor payments. However, given vendors may change method of payments or payment specifications, not looking across ALL methods of payment and ALL payment specifications, this causing overpayment to vendors and a negative financial impact to the business. Delete negative payments should act the same as the standard "create payment proposal" and search across all methods of payment and ALL payment specifications.

Currently, the credit statistics within the Aged Balances form, i.e. High Balance date, DSO1, DSO2, Average payment days, average balance1, average balance2, etc., are only available to the user after they enter the form, select the customer and then click refresh. Having this information readily available for all customers while reviewing their current aging is a requirement for any credit department. The current steps to gather this information limits the users. Additionally, not having this information in any type of report further exacerbates the issue as holistically, these statistics are not readily available or reportable.