The report ‘Vendor balance list’ (Accounts payable > Reports > Status) display the wrong main account, if the vendor Group was changed. Then the ‘Vendor balance list’ do not display the ‘Vendor balance’ of the vendor transactions. Instead, the main account from the ‘Vendor posting profil’ will display.
The same issue arises with ‘customer balance list’ too.
Document Routing Agent as a Windows Service - Allow printing of checks and other document requiring custom margins
In the article below we learn that we have to "jump through hoops" to print documents with custom margins (such as checks). We find this to be unacceptable. Please enhance the document routing agent so that it can handle documents with custom margins (just like any other document).
Documents that require custom margins
When the Document Routing Agent runs as a Windows service, document reports, such as checks, that require custom margins can't be printed directly to network printers. Instead, the Document Routing Agent automatically routes those document to a target folder. New configuration properties in the application's Settings dialog box let you define the target location for document reports that require custom margins.
When the Document Routing Agent runs as a desktop application, it continues to take advantage of Adobe Reader to spool the document to the shared printer device that is selected in Microsoft Dynamics 365 for Finance and Operations, Enterprise edition. To handle scenarios where documents that have custom margins must be printed, we recommend that you install the Document Routing Agent in multiple locations. Then install the printers that will handle those documents only on the Document Routing Agents that will run in desktop application mode. Alternatively, use a post-execution process to pick up the files in the target directory and direct them in the appropriate manner.
Source: Run the Document Routing Agent as a Windows service (as of 9/13/2017)
On a PO invoice usually the only reference you have is a PO number, and you do not have any detailed information which is currently needed with import of PO vendor invoice lines. This results in that you have to provide the most pertinent information with data provided from operations in order to import the invoice using Vendor Invoice Automation.
There should be support for wholesale defaulting of PO lines to invoice lines or product receipt, in this way there could be minimal invoice information and you do not need to access Operations data in order to do the import of the invoice.
In addition there should also be a function where you can create a purchase order from the imported pending invoice, and also a form for vendor invoice lines that failed to import (similar to existing 'Vendor invoices that failed to import')
Once selected, field Purchase agreement on Pending vendor invoice is locked (greyed out). The value in the field cannot be changed. If user mistakenly selects the wrong value, there is no possibility to change it; pending vendor invoice needs to be deleted and new one created. Why not make it possible to change the selection (similarly as it can be done with Purchase order)?
It would be nice to have a configuration parameter to allow setting up the vendor invoices to be automatically posted to the next open period when the Posting date falls into an on hold period or a period with AP module closed. This is helpful especially when auto posting is a workflow step and workflow approval takes time. Currently the system will prompts a message to the users (some approvers may not be accounting staff and don't understand what it is) and auto posting step in the workflow will fail with stopped error.
The similar feature is already available for expense report and time sheet.
Similar to purchase order product receipt correction functionality. It will be nice to have a vendor invoice correction functionality. This functionality should allow adjusting qty or unit price or both at the invoice line. Such Functionality will be usefull in handling debit memo or credit memo scenarios where product return is not applicable.
Currently, vendor bank accounts and method of payments are maintained at header level for individual vendors. It would be nice to have bank accounts and method of payments assigned to individual vendor addresses. If a vendor has multiple pay sites i.e. multiple addresses with different banking and method of payment information, bank account and method of payments linked to the address can be used to create remittances. A lot of times this is a requirement from large vendors to process electronic payments. Setups defined at the address level should override header level setups.
Intercompany direct delivery is created with automatic purchase invoice validation.
If workflow is activated on Intercompany purchase company, the Intercompany sales is cannot be posted as ICO purchase invoice is not submitted to workflow.
But purchase invoice workflow cannot be submitted as set for automatic posting.
Workflow should consider Intercompany flow with automatic posting.
Workaround: conditional activation should be added to not consider intercompany.
To work workflow should not be set "as default"
When vendor invoices are imported from data management (with OCR or scanner process), there is no automatic receipt matching.
If the purchase order has already been received and product receipt information is part of pending invoice imported, match status is not automatically updated.
Invoice has to be edited to have match status refreshed.
The idea will have an option (or batch) to automatically match the pending invoice is purchase reception.