0
Category:
STATUS DETAILS

Comments

Either this or fabric database mirroring like on prem has the option to do

Category:

Either this or fabric database mirroring like on prem can do

Category:

This would be a game changer and I'm shocked it's not yet considered. The amount of data being loaded throughout the day from the APIs is unnecessary. This is something that is highly needed. Refresh times are out of control and we're only 5 months into BC. I'm scared what 12 months will look like.

Category:

When managing a Journey, we are unable to edit Segments that are attached. Currently, the only option is to end the Journey and Launch a new version. This is impractical as Journey participants may reenter new journey due to the fact it is a new Segment and Journey. I should not have to build additional suppression lists to make a small edit like changing a referenced field in a segment.

Category:

This change would be extremely beneficial to our company for Tariffs. Manually having to update orders with large delivery schedules is time consuming and error prone.

Category:

Is there any news on this. It's really important for us. The fact that it doesn't, it really decreases the value of the push app integration. We are even thinking of creating a custom channel to solve this weakness.This idea is opened since nearly 2 years.

Category:

Transaction currency is required at this point,Also reporting currency should be included. If Dynamics support reporting currency, there should be a rate for reporting currency, and the mount data from reporting currency should be tracked as well. The short term account balance, the recognitin amount balance should be calculated based on the reporting currency.

Category:

Known issue:https://fix.lcs.dynamics.com/Issue/Details?bugId=963721&dbType=3&qc=b691aa0c16a8dd203f9ca11893c80253d4772dce5e63b5dcc1e83127ec060495

Category:

Duplication rules in general are a total mess in Dynamics. It's incredible limited in options, there is no "fuzzy" match logic, it's not possible to exactly define who can merge which records, Users can simply ignore it, it's not possible to combine data, but only to replace and then they only execute on save and not on opening records. This needs to be addressed!

Category:

This is something that should be added with high priority. It took us 4 days after or first go-Live to replace the OOB field with a custom one to ensure all Records are traceable. It's actually one of the most linked tables in the whole CRM for us, so it's really hard for me to understand that this is not standard.

Category:

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