web
You’re offline. This is a read only version of the page.
close
Skip to main content

Notifications

Announcements

No record found.

Community site session details

Community site session details

Session Id :
Microsoft Dynamics CRM (Archived)

Entities - when to use a new entity or create a new one

(0) ShareShare
ReportReport
Posted on by 7

Scenario; Dynamics 365 Online Version 9:


I needed to build a new CRM solution for a client, the client worked from an Excel spreadsheet in the past thus has a system I needed to replicate, primarily to reduce name change from the way the client has been working in the past (so not Account but Company, not Supplier but Provider and finally Location). At first, I thought a simple name change of fields would do a simple name change, but I found issues with this - the primary key allowed format would allow for a format which was not in the requirement of the client (i.e. 12 Numbers)
So I opted for new Entities, there were other factors, I had a lot of additional fields to create, and well I could not find a way to centrally name change all fields, as well as reports, views etc.. So from a time element, primary key and naming I created 3 new entities.


My question is - was this the right approach?

*This post is locked for comments

I have the same question (0)
  • Suggested answer
    gdas Profile Picture
    50,091 Moderator on at

    Hi,

    You can not change OOB entity or field name , Try to use OOB entity and create fields if you need new new fields based on your requirement.

    I am  not sure which entity you need  , you can use Account entity for the company , just rename the display name.

    For supplier you can create new entity or contacts , just rename the display name.

    Please note if you  use of OOB  entity you will get  OOB fuctionality , which MS provides inbuilt,  so consider OOB entity as much as possible. If your requirement something different than OOB entity go for new entity.

  • Suggested answer
    innovativeaj Profile Picture
    175 on at

    Hi Cymon,

    So, if the requirements match most of the OOTB entity attributes then you don't have to create new entities, simple display name change would do. but if you see that there are a lot of changes that need to be done then it would be better to create new entities instead.

  • Suggested answer
    PS Profile Picture
    23,577 on at

    Hi AJ

    You shouldn't think much about attributes when mapping entities.

    Think of the business and understand what the CRM entities are meant for?

    for instance, in your case company = account; you can rename the display name to company and create new attributes if needed. But the basic will remain same for e.g. name of account will become company name, phone remains phone, fax remains fax, website remain website and so on.

    For providers, you need to think if these providers are companies or are they individuals? if these providers are companies then you might want to create a custom entity. But as Goutam said that while creating custom entities, you miss out on some OOB features. In case of contact if you're not using it you're missing out on adding them to a marketing list feature and then run a campaign for them.

    Concluding it, if you know the business purpose of CRM entities and you know your client's business requirements then you can map the two and only if you can't see any benefit in using OOB entity, you create a custom one.

    It shouldn't be dependent on that you have to create new fields in OOB entity, you're doing the same amount of work on custom entities as well. So business use case is the key.

    Hope it helps!

  • HarryZang Profile Picture
    240 on at

    I recommend use the existing out of box entity but change the name (at least for account, for example, change the account entity name to Company) and use alternative key to reference (do not use the default primary key)

  • Cymon Skinner Profile Picture
    7 on at

    Thanks for this, my first issue was the primary key, 'Account Name' and the Primary Key. The account name, as this company used it was likely to be repeated many times making searching difficult, but there was a 12 digit Numerical reference which was always unique.

  • Cymon Skinner Profile Picture
    7 on at

    Exactly! Alone seemed to be time consuming, as well as easy to miss something

  • Suggested answer
    Cymon Skinner Profile Picture
    7 on at

    I understand your point; it would be great if there were a universal tool for name changing. However, I realised the lack of OOB benefits, but in this case, I didn't need them.  

  • Cymon Skinner Profile Picture
    7 on at

    I have got some great responses. Thank you for your insight. It seems people have divided opinion but follow a general theme. Next time I may approach this differently.  

  • Suggested answer
    PS Profile Picture
    23,577 on at

    Please close the thread by marking the answer verified.

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

Responsible AI policies

As AI tools become more common, we’re introducing a Responsible AI Use…

Neeraj Kumar – Community Spotlight

We are honored to recognize Neeraj Kumar as our Community Spotlight honoree for…

Leaderboard > 🔒一 Microsoft Dynamics CRM (Archived)

#1
SA-08121319-0 Profile Picture

SA-08121319-0 4

#1
Calum MacFarlane Profile Picture

Calum MacFarlane 4

#3
Alex Fun Wei Jie Profile Picture

Alex Fun Wei Jie 2

Last 30 days Overall leaderboard

Featured topics

Product updates

Dynamics 365 release plans