on
RE:
We currently have an environment on Installed product version : 10.0.42 (10.0.2095.51) and this is still an issue. Please fix this as it is an annoyance and leads users to believe there was a problem with the bank account created, the vendor record, or that the bank account change did not take place.
RE:
That would be nice, but it might be too simple at times.With hierarchical rows (and columns), it would at least be desirable to be able to activate an option to keep visible at the top (or left) the rows (or columns) of a higher hierarchical level than those displayed, which would disappear when new rows (or columns) of the same or higher level than those displayed so far come into view.This option would make all hierarchical levels of the displayed rows (or columns) always visible.
RE:
Current work around is not very intuitive to the user - adding a link back to the original report as the "Back button" opens automatically in a new tab. Not great UX.
RE:
The format of the email template is confusing to our users. I'd like a cleaner email with subject and body; remove the name of the subscription and all the Microsoft additions, like the feedback area. We would also benefit from more than 199 characters for the body of the email. Thank you.
RE:
The problem here is that the PO 'Orderer' is set to the Employee of the F&O User that created the Purchase order.When the Purchase order is created from a Purchase requisition, it is quite common for the Purchase order to be created by a batch job, in which case, the F&O User is the system account which is running the batch job.In Purchase requisition scenarios, it would make much more sense for the default PO Orderer to be the Preparer of the Purchase requisition (from the Purchase requisition header).This problem also causes an issue in PunchOut (External catalog) scenarios.In the cXML which is sent to the Vendor (Request XML), there is a section for the 'Buyers' name and contact details. The Buyers name and contact details come from the Orderer on the Purchase order header. This makes complete sense, but unfortunately in many PunchOut scenarios the Orderer is blank or an Admin employee, because the Purchase orders are created by a batch job.
RE:
100% agree that it's a non-starter to use this feature without private network support, especially for enterprise customers. Please Fabric team, let us know when this will be on the roadmap.
RE:
Had this issue recently in a clone of our go live environment in Business Central and could not figure out why the error was coming up. It was happening for multiple users with different levels of permissions. When entering a purchase order or going into a purchase order you could not see any of the Purchase order lines at all. The only thing you saw where the lines were supposed to be was the Sustainability Setup does not exist. I tried a few things but what fixed it for me was..Navigate to Users inside of Business CentralClick on the user you know if having the errorAdd these 3 permission sets to the specific user and saveSUSTAINABILITY ADMINSUSTAINABILITY EDITSUSTAINABILITY READAfter I added those the user refreshed the page and the error was gone and the purchase order lines were there and they were able to add info into the fields as usual. I believe since its a new feature this is a bug that microsoft will fix in a minor release but adding these permission sets to the users that are getting the error fixed it for us for now as a workaround. Hope this helps!
RE:
I agree and this would be a very useful and much-needed feature for ISVs providing embedded reports in SaaS solutions.