on
RE:
We face the same issue. Our customers create orders for hundreds of items usually sent to the headquarters of suppliers with facilities all over the world on a daily basis. Most of the times even after they receive the items, they do not know which company will actually issue the invoice. Having to undo the purchase receipt, change the pay-to vendor on the purchase order, re-post the receipt, before posting the invoice isn't exactly productive. And since the invoice needs to be posted correctly in its entirety for tax related reporting, we have yet to find a decent workaround for cases where the items have already been used before the invoice arrives.It would be nice if we could change the pay-to vendor on the purchase invoice after we have connected it to a receipt.
RE:
It's necessary
RE:
Definitely needed - and agree with the other comments that no matter what field a user sorts on, the serial number (row number) should not change. This way user can sort however they would look and get a quick look at the top 1-20 attributes that are affected the sorted column.
RE:
definitely a well requested improvement. I by chance raised the same request to the support team and they opened an identical idea https://experience.dynamics.com/ideas/idea/?ideaid=70317594-4027-ef11-8ee7-6045bdb88c35
RE:
Please update expected timelines as we are getting into H2 2024.
RE:
To Power BI users everywhere: Please let Microsoft know the product is not really functional without slicers that can be preselected intelligently. For example, there is no way to preselect the most recent month (in a way that allows other date ranges to be selected). Yes there are ridiculous workarounds that take huge amounts of effort and don't really work.
RE:
https://learn.microsoft.com/en-us/dynamics365/supply-chain/master-planning/planning-optimization/safety-margins
RE:
Here's the related issue within the Apache Spark project for Spark SQL ([SPARK-39247] Support returning a table or set of rows in CREATE FUNCTION): https://issues.apache.org/jira/browse/SPARK-39247
RE:
I agree, the loading icon is way to small. It is also difficult to see in tables with dark headers. I end up designing around the icon visibility as we have very large tables that take time to load.
RE:
Yes, this is very important for us as well. We utilize this method for testing and internally sharing emails, as it is significantly more efficient than sending test emails to multiple addresses. Additionally, storing the test emails in various systems is easier with the URL.