RE:
Great idea and a mandatory step to stay with Microsoft D365 compliant within the Pharma industry !
RE:
Great idea and mandatory to stay compliant in pharma industry.
RE:
I feel its very useful
RE:
Considering Microsoft recommends to end users to close down device authentication "search: Block authentication flows with Conditional Access policy." We really need another method for development (Development deploy and download symbols). This is another good reason for adding more authentication methods.
RE:
Timo wrote back in 2019: "As part of Norwegian features, user is able to define which company bank account is chosen depending on i.a Currency. Now, when generating payment proposal, this setup is considered which offset account is used on the payment journal line. But user is not able to generate one file to sent to the bank but must generate payment file per bank account."Why is this function only made for Norway? We are currenctly implementing companies in different countries in the same environment and have to find different processes due to the tables BankCustPaymModeBankAccounts and BankVendPaymModeBankAccounts not being available for all countries.
RE:
--- it is not allowed to post Links ---https://learn.microsoft.com/en-us/dynamics365/business-central/dev-itpro/developer/properties/devenv-helplink-property
RE:
@Gnanendra Reddy,Thank you for the information.Could you please share the blog post link here since we couldn't find it.
RE:
Our business would find this feature is highly desirable as we have a requirement to enter large amounts of data into some tables on a periodic basis. The inline editable feature in a grid would streamline this process considerably making the data entry process much more efficient. The only workaround for this currently is to enter the data in an Excel file and bulk import which requires the user not to make any errors when populating the excel file and does not provide real time validation of the data.
RE:
We currently use zoom webinar for a number of events, so this functionality is vital for our business (recruitment office).
RE:
Great idea! This is the main reason we did not start using the new Statistical Account ledger and continue to use the regular General Ledger/Chart of Accounts for statistical data. This would solve a major gap in the functionality for businesses like ours that budget/forecast for statistical values in addition to financial values.