Comments
Any news as to when this will be handled? Our groups often have SOs with partial shipments/invoices where the last couple Items on backorder are eventually removed from the SO as they would take too long to fulfill. When this occurs the Sales team loses visibility to the document attachments they added from the initial partial shipment/invoices.
This is an important feature. I tested the preview feature of uploading an existing template to transform from pdf to Inspection in Dynamics. Almost all questions were added as textbox single-line, but I needed numbers for some and checkboxes for some. This meant I had to insert questions again as it is not possible to change type on an existing question. MS has this feature in Forms, so should easily be amended to this product as well.
The inspections need to take a better advantage of data already in the system. You should be able to edit layout of the pdf (logos etc.) and insert inspector, date etc. Also need the ability exclude some questions/pages, as some may be for internal use only and not of interest to the customer.
We consider this a critical accounting issue. For customers using foreign currencies, the behavior introduced in 28.3 can negatively impact transparency, auditability, and confidence in the closing process. Financial year-end closing is one of the most sensitive accounting operations, and creating thousands of apparently identical entries makes validation and reconciliation unnecessarily complex. In our opinion, this increases the risk of accounting errors and can leave customers with the perception that the general ledger is no longer in a stable and trustworthy state. Microsoft should treat this as a high-priority issue and restore the previous behavior from version 28.2.
In our view, this is a bug, not a "by design" behavior. Based on the code, the intent of the 28.3 change appears to have been to generate one closing entry per G/L account AND per source currency, instead of just one per G/L account as before.However, the implementation seems flawed and instead creates a separate closing entry for every single G/L entry, resulting in thousands of duplicate lines with zero differences between them.We'd ask Microsoft to:Fix the underlying issue so that closing entries are properly aggregated again, and no longer multiply into thousands of near-identical lines per account.Beyond the fix, consider adding an option that lets customers choose whether closing entries should be split by source currency or not, similar to how closing by dimension is already an optional choice today. Not all customers will want their income statement closed at this level of granularity, and an opt-out would let each customer decide what fits their reporting needs.