Finance | Project Operations, Human Resources, ...

Best practise for naming

(0) Share

Report

Posted on by Dev

451

Hi ,

There is a little confusion regarding the naming convention for the objects.

In general we name the objects as OrganisationNamePrefixObjectName (ABCUpdateSalesInvoice ABC being organisation name for e.g) for new objects and OrganisationNameObjectName.Extension for extension object which can also be .ModelExtension in some cases.

But for some customers they do not want to have organisation name as they might change in later stages so please suggested the best naming strategy in this case.

Thanks!

I have the same question (0)

All responses (4)

Answers (0)

Martin Dráb 237,882 Most Valuable Professional on at

Like (0)

Report

It doesn't have to be the current organization name or an organization name at all, but it needs to be something (hopefully) unique, to avoid naming conflicts with objects created by Microsoft, ISVs etc. Maybe you can give a name to the the implementation project that has a chance to survive renaming of the company (if it's so common with your customers) and derive the prefix from the project name instead of the company name.

Was this reply helpful? Yes No
Layan Jwei 8,112 Super User 2025 Season 2 on at

Like (0)

Report

Hi Dev,

As Martin said, it doesn't have to be the organization name. Maybe stick to modelName Prefix. Or choose any prefix as long as it's unique. -- as the idea of the prefix is to avoid conflicts with other elements.

Here's what Microsoft documenation says about naming conventions:
https://learn.microsoft.com/en-us/dynamics365/fin-ops-core/dev-itpro/extensibility/naming-guidelines-extensions

Thanks,
Layan Jweihan

Was this reply helpful? Yes No
Suggested answer

Kevin Xia Microsoft Employee on at

Like (0)

Report

Hi,

When customers prefer not to include the organization name due to potential changes in the future, it's wise to adopt a more flexible strategy. Consider the following naming approach:

New Objects:

Use a generic prefix or abbreviation that represents the application or module.

Follow it with the object name.

Example: INVUpdateSalesInvoice

Extension Objects:

If an extension includes the model, use a clear and concise extension identifier.

Avoid tying the extension directly to the organization name.

Example: SalesInvoiceExtension or SalesInvoice.ModelExtension

Best regards,

Kevin

Was this reply helpful? Yes No
Martin Dráb 237,882 Most Valuable Professional on at

Like (0)

Report

Kevin, thanks for another reply completely missing the point. These off-topic or utterly wrong generated answers decreases usefulness of this forum. If you keep generating content regardless of whether it's useful, I think that admins will have to take some action sooner or later. Please think about it.

Was this reply helpful? Yes No

Join the conversation

Community site session details

Best practise for naming

Helpful resources

Quick Links

Responsible AI policies

Neeraj Kumar – Community Spotlight

Congratulations to the November Top 10 Community Leaders!

Leaderboard > Finance | Project Operations, Human Resources, AX, GP, SL

Featured topics

Product updates

Community site session details

Best practise for naming

Helpful resources

Quick Links

Responsible AI policies

Neeraj Kumar – Community Spotlight

Congratulations to the November Top 10 Community Leaders!

Subscribe to this forum!

Select categories

Leaderboard > Finance | Project Operations, Human Resources, AX, GP, SL

Featured topics

Product updates