0
Category:
STATUS DETAILS

Comments

As part of the Americans with Disabilities' Act (ADA) we would like employees to be able to read and edit following in self-service (USA and Canada only): Gender, nationality, military service, disability, and veteran info added to Self-Service so employees can update their info periodically.Employees need to receive a notifications with reminder every three years to review and update their information.

Category:

I want this feature now, Pls

Category:

Wonderful idea!!!!!!!!

Category:

I just going to post something similar, however need a way to delete users from the users from an environment whether they exist or not. However especially if they are still active users. We setup environments based on the BU or team, and an org or team change can result in user moving to a team/BU who is not allowed access to the environment. Therefore, we need to have a way to completely remove users from any non-default environment for any desired reason. It is senseless that we have to go through every role they might have and remove it, to somewhat remove their access using an essentially rigged up work-around method, rather than proper enterprise-level support functionality.

Category:

This idea is essential for our scenario. I support a strategic customer where we routinely need to post across multiple legal entities and posting layers. Because intercompany journals can't be used to meet this requirement, we're forced into substantial manual workarounds and additional processing effort.

Category:

Sorry for the bad formatting but trying to submit the idea in a nicer format only gave anWe have encounter some malicious input. Please remove that and try againerror without anymore information and editing the idea seems not possible :-(

Category:

Totally agree!! This is a practical approach for customers throughout the entire system lifecycle, from implementation to ongoing maintenance.

Category:

I get how you can release a feature and not have an entity initially, but this has been available for some time. Please come with a standard answer of use this virtual entity or publish one Microsoft. Thanks!

Category:

Yes, this is a must for GP customers migrating to BC. We are almost there in BC, the source currency field and source amount are now present in the GL table they just need to be populated for all G/L account transactions not just control accounts such as AP or AR. Actually while we are at it the same should hold true for Project Ledger transactions. Both source currency and source amounts should be tracked another big miss for GP Migrations.

Category:

Sales teams rely heavily on recurring customer meetings (e.g., weekly check-ins, account reviews, cadence calls). Without the ability to save a recurring meeting series from Copilot for Sales into Dynamics 365, activity history in CRM is incomplete and requires manual effort to maintain.

Category:

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 500