0
Category:
STATUS DETAILS

Comments

Thank you for your suggestion. I understand the pain of not able to have 1:N and N:1 relationship with address. I know it will open up new scenarios for customers. This functionality is being considered for the next major release of CRM. This posting is provided "AS IS" with no warranties, and confers no rights.

Category:

Thank you for your suggestion. I understand the pain of not able to have 1:N and N:1 relationship with address. I know it will open up new scenarios for customers. This functionality is being considered for the next major release of CRM. This posting is provided "AS IS" with no warranties, and confers no rights.

Category:

Thank you for your suggestion. I understand the pain of not able to have 1:N and N:1 relationship with address. I know it will open up new scenarios for customers. This functionality is being considered for the next major release of CRM. This posting is provided "AS IS" with no warranties, and confers no rights.

Category:

Thank you for your feedback. Currently this is not in our immediate roadmap, however, we are tracking it and if we get more feedback and votes, we may consider it in future.

Category:

Do you mean the "Yammer" pane? User name changes for yammer have to be done at www.yammer.com in order to propagate into the CRM application.

Category:

ID: 842676 is also same issue. Any way to merge these?

Category:

Correct. With the new version, when I open a new activity phone call from inside a contact, the new phone call does not have the recipients name or phone number already populated as the previous CRM version did. This require three extra steps to properly populate the fields. This is a step backwards.

Category:

Also vote up this earlier request: https://connect.microsoft.com/dynamicssuggestions/feedbackdetail/view/930996 and this similar one: https://connect.microsoft.com/dynamicssuggestions/feedbackdetail/view/961195 Ultimately this needs to be customisable for the whole system or even better for each activity type (and Notes) separately. I realise that for Activities this would need an additional field on Activity Pointer to be used that would be populated with the appropriate value from the selected field (eg open Phone calls by Due date, closed ones by Actual End, Appointments by [planned] Start Date, Notes by Created On date)

Category:

Good idea!

Category:

Totaly agree. 

Same happens for account entity and primary contact attributes. In my case the view contains "primarycontactid.emailaddress1" attribute at position 6. so it should not be dispalyed.

We updated from CRM 2015 -> Crm 8.0 -> CRM 8.1 -> CRM 8.2

 

 

Category: