Skip to main content

MSDYN365BC - Futuristic CAL Development - What is allowed and What is Not?

Hi Readers,

As discussed in the Last article, in this post we will discuss with What we can and cannot do to think Futuristic development and then continue with our Customer Requirements.

If you are new to this series then Please Refer Table of Index.

We cannot Modify, Change, Delete & comment any standard part in any object, but we can add new in few base objects.

Read detailed of what limited modified we should do in Base Objects so that our code is Future Ready.

As we seen in the previous article where we modified 1 Base table and 1 Base Page. Let's try to understand What is allowed and not allowed for Future.

What we cannot change, modify & delete in Standard Microsoft Tables -

  • Any properties for any existing standard Field.
  • Any properties for any existing Standard key.
  • Any existing Global & Local variables, Global & Local Text Contacts.
  • Any existing Local & Global Function.
  • Any code in Table Trigger and Standard Field Triggers.
  • Any in Field Groups.

What we can do in Standard Microsoft Tables - 

  • Add New Field in Table.
  • Add Code in New Field Triggers.
  • Add New Key. (Only with Custom Field Added in Table, No Base Field).
  • Add New Local & Global Function.

What we cannot change, modify & delete in Standard Microsoft  Pages - 

  • Any properties of any Existing standard Field.
  • Any properties of any existing Standard Factbox.
  • Any properties of any Existing Standard Group.
  • Any properties of any Existing standard Action.
  • Any properties of any Existing Global & Local variables, Global & Local Text Contacts.
  • Any existing Local & Global Function.
  • Any code in Page Trigger and Standard Page Field Triggers.

What we can do in  Standard Microsoft  Pages - 

  • Add New Field in Page.
  • Add Code in New Page Field Trigger.
  • Add New Factbox in Page.
  • Add New Group in Page.
  • Add New Page Action.
  • Add New Local & Global Function.
I think a haven't missed anything on the above list but to summarize all. Anything written in any Base Microsoft Object from Microsoft we should consider it Locked. We are not allowed to change any of base code. 

Limited modification allowed in tables and pages objects is what listed above. All other objects should not be modified. 

Standard Report, Codeunit, Query, Xmlport and MenuSuite should not be modified and that is what Future Require from us as Developers. 

Next article, we will discuss What possibility Microsoft added to add custom code in Base Objects. Let me know if you have any specific question as the comment to this article, I will try to cover it in Future articles.

Stay Tuned for More!

Regards,
Saurav Dhyani

Comments

Popular posts from this blog

BC 21 and Higher - PowerShell Cmdlet (Replacement of Business Central Administration).

Hi Readers, As discussed in last article about deprecating of Business Central Administration, there are few common actions that we use in administration till Business Central 20. For our on-prem customers, we will still require doing activities. As Microsoft suggest we need to start using PowerShell cmdlet.    Let's see how to do those via PowerShell, or Administration Shell. I will be keep adding commands as you comment to this article.

Send Mail with Attachment From Navision.

Hi all, We have seen how to save a report into PDF and how to send mail to a customer. Let's link these two post in one i.e. Mailing statement to a customer into PDF Format. This article is part of the Series. Please Refer  Table of Content here . If you have the old objects set let me brief you what I will be changing - 

MSDYN365BC - Data Upgrade To Microsoft Dynamics 365 Business Central on premises.

Hi Readers, We have already talked about the number of steps for upgrading to Business Central on Premises from different NAV versions. After that article, I received multiple requests for an article which list down steps for Data Migration. In this article, we will discuss steps of data migration to MSDYN365BC (on-Prem) from NAV 2017. For this article, I am considering a Cronus Demo Database without any customization. For an actual upgrade project, we will have to complete object merge using compare and Merge process. After the Merge Process, the next step is data migration. Let's discuss those steps. Direct Upgrade to Microsoft Dynamics 365 Business Central (on-Prem) is from following versions - 1. NAV 2015. 2. NAV 2016. 3. NAV 2017. 4. NAV 2018.