Comments
ERP such as Microsoft Dynamics 365 FinOps are used by enterprise customers who have large volumes of transactions. The reports (not limited to Inventory adjustment report) need to be designed to handle this volume. It has been observed that most of the standard reports do not work in volumes. Request you to come out with a solution for this.
There is so much about this new client that is worse than the old one. Even with website zoom, the real-estate for more intensive work is just lacking. While "focus" mode and "hide factboxes" are decent options, they require more clicks and those transitions simply aren't snappy. It is a tough pill to swallow that the modern client is more sluggish and less feature-rich than the classic RTC.
Hi Mukti, did you find a solution for this?I am facing the same with cash advance workflow, when trying to validate "An error has occurred. Exception occurred while executing action validate on Entity WorkflowWorkItem: The RefTableId (5077) must refer to either TrvExpTable (16365) or TrvExpTrans (20447). Exception has been thrown by the target of an invocation."
This is a great suggestion. I'm working on revising our permissions sets ahead of the security group enforcement at the end of this month and my users have personalizations that I'd like to copy to new profiles as well. It would be so much easier and less time consuming if I could just export an individuals personalizations and import them into the new profile. Or when we get a new users in a department, copy the personalizations to them.
This is a bug.The standard retention policy fails because no more than 10,000 records can be deleted at once when using the standard job queue. The codeunit 3997 - Retention Policy JQ expects a confirmation with a simple "yes" or "no." However, no user interaction is possible. I believe the issue can be resolved by removing the confirmation (See green) , allowing the job queue to automatically proceed with deleting the next 10,000 records.Please check the code of the codeunit:if Confirm(confirmRerunMsg, true, MaxNumberOfRecordsToDelete()) then ContinueWithRerun := true;
This is a bug.The standard retention policy fails because no more than 10,000 records can be deleted at once when using the standard job queue. The codeunit 3997 - Retention Policy JQ expects a confirmation with a simple "yes" or "no." However, no user interaction is possible. I believe the issue can be resolved by removing the confirmation (See green) , allowing the job queue to automatically proceed with deleting the next 10,000 records.Please check the code of the codeunit:if Confirm(confirmRerunMsg, true, MaxNumberOfRecordsToDelete()) then ContinueWithRerun := true;