Comments
Below is the information.Starting September 30, 2024, Google Workspace accounts will only allow access to apps using OAuth. Password-based access (with the exception of App Passwords) will no longer be supported. POP and IMAP are NOT going away and can still be enabled with apps that connect using OAuth.Dear Administrator,We’re writing to let you know that as we previously shared in this blog post, we’ll be turning off access to less secure apps (LSA) — non-Google apps that can access Google accounts with only a username and password (basic authentication) — starting June 15, 2024.
In my opinion problem is also that actual costs are always - whatever document/source currency (SCY) - converted using system currency rates to first local currency (LCY), and then second to project currency (PCY). In my view, we are lacking the option to see total cost values per job ledger entry in SCY. This is not just a job module issue, this has been the case always for Navision on eg. general ledger entries. Other smaller system keeps SCY value on entries, so why can't we. In other cases, you may need to be able to maintain LCY to PCY or SCY to PCY rates directly on a job, if requested by the customer that's billing to. I have a project now where this is case, and we maintain rates as dictated by an external part in a custom tables where rates are defined by job.
customer would like to use Account REceivable after years of interface (invoice and payment).They are running collection letter in other tool but then would like to use D365FO. So we need to update the collection letter code Valide to match previous system.It is doable manually but there is no entity to update all invoices in mass. This should be possible as it is a current scenario during migration.