<img src="https://secure.leadforensics.com/133892.png" alt="" style="display:none;">

Learn how you can easily use Dynamics 365 business logic to manage modifications. 

Let's put aside for a moment the whole debate around whether making a modification makes more or less sense than amending the business processes. I’d like to focus on how to conduct those modifications properly.

Here are a few things I’d keep in mind while contemplating a modification:

  • What are your goals for introducing a new logic into the system?
  • What are your goals for changing the existing one?
  • What user roles will be affected by this change, directly and indirectly? 
  • What is the total reduction of cost of activities performed by those users because of the modification (if any), plus the total economic benefit of the implementation (if any) – versus the total cost of implementing the change and supporting it throughout the life of the system?

Once those questions have been answered, the next step is functional designing. It's important to remember that:

  • Dynamics 365 has a high degree of using the same business logic for different purposes. The functional designer must make it clear whether the change needs to work for certain processes only (sales or purchasing in our case) – or all of them. It may be that while the new logic is applicable to all business processes, it has nuances for every one of them (for example, quantity in purchasing usually has positive sign, while sales is a negative one) – this needs to be described too.
  • Some processes have a “twin” that works in reverse. Sales order shipping is usually paired with return. The modification must have provisions for that reverse process too – or there needs to be a note indicating that the logic only works for one of the two processes.
  • Users don’t always enter the information exactly as intended by the designer. It's necessary to have validation of user input, in order to avoid sending the system into an unknown state. Clear info messages explaining to the user what exactly was entered incorrectly are also helpful.
  • In general, it's a good practice to include in the logic provisions for all possible scenarios, no matter how likely or unlikely they are – or at least make a note in the document about why certain scenarios were excluded.
  • The logic may require additional security elements, which need to be described for the technical designer, who will in turn have to think about security privileges, duties and roles needed.

The technical design phase starts with determining where to place the modification in the application. Because any change now must be re-validated upon every new release done by Microsoft as well as independent software vendors (ISVs) involved, it's strongly advised to architecture the modification as a stand-alone, not touching any existing objects.

If that's not possible, then every effort must be made to use the existing logic (X++ class/table/form methods and external code libraries) as building blocks. New ones should only be created in the absence of any good snippet of code suitable for the purposes of the modification. System performance should also be considered at this point.

An important part of design process – which is sadly often omitted – is preparation of test scripts. They must include both the “happy path” and any scenarios that could take place in the event of things going not exactly as planned. Each test script must include:

  • Prerequisites: what data needs to be set up in order to conduct the test
  • What security privileges, duties and/or roles must the user have in order to perform testing
  • Steps that should be taken in accordance with the functional specification and each scenario
  • Expected result at each step and at the end of the process

Regression tests and stress tests should be included, especially for changes of fairly large scale.

I hope this blog will help your change implementation process be smooth and stress-free. 

Unlock your company's potential with D365 design modifications

Discuss this post

Recommended posts

The constant evolution of the Life Sciences industry is steadily making it one of the most strictly regulated ones in the world. An increasing count of novel disease-causing pathogens, long-drawn drug development processes and clinical trials, highly mechanized manufacturing and product tracking processes, a changing political and policy landscape, and consumers’ changing needs are all contributing to this increasing stringency in compliance requirements. The question is - How are advances in technology helping businesses in this industry stay ahead of the curve when it comes to regulatory policy?  
Fredrick Herzberg’s now-famous 'Two Factor Theory of Motivation' is accepted by the majority of human resources personnel across the world. It says that there are two kinds of job factors that affect an employee’s motivation:
According to Gartner’s Digital Transformation in Manufacturing report for 2020, 36% of CIOs in the heavy manufacturing sector have recently faced disruption, which has made their competitiveness and operating costs fall behind their peers.
Sustainability is vital for the food and beverage industry because of the deep impact it has on the consumer psyche, which prefers companies that improve the planet and its population's health instead of those which pursue profit.
How do you like your maintenance? Preventive or corrective. The good old saying ‘prevention is better than cure’ holds good even in the context of equipment maintenance. If your equipment rental enterprise's revenue depends on the functionality of your equipment, you would want your asset break downs to be minimal. Preventive maintenance ensures that.
right-arrow share search phone phone-filled menu filter envelope envelope-filled close checkmark caret-down arrow-up arrow-right arrow-left arrow-down