Data Migration Observations for Microsoft Dynamics 365 for Operations (AX7)

By Chris Roehrich | December 7, 2016

Data migration observations for microsoft dynamics 365 for operations (ax7)

This post is based on some of my initial findings with the Data Migration functionality and Data Entity platform in Microsoft Dynamics 365 for Operations (AX7).

In Microsoft Dynamics AX 2012 R3 I preferred to override the insertUpdate method of the DIEF entity class to gain access into the values of the staging and target tables to make business logic decisions. Now that Microsoft Dynamics 365 for Operations uses the Data Entity platform for integration scenarios, there is a new group of objects to use for insight into the data values at integration runtime.

Data Entities are SQL Views

First I think it is helpful to know that when you run the Data Entity wizard to create the data entity, a SQL view is created once the project in Visual Studio is synchronized with the database. For this example, I created a new data entity called CPRCustomersEntity. This entity is based on the CustTable table for the primary data source and I selected only two fields I care about (AccountNum and CreditRating) from that table. Later I will show how the custom entity will not allow new customer records to be inserted so it only supports updates through the added code.

The SQL view is created with the following select statement:

data-migration_chris

The joins are in the select statement of the view because of the data source relations to the DirpartyTable and DimensionSetEntity tables in the data entity. Those could be removed but I wanted to leave them in to illustrate how the SQL joins are created based on the data source relations of the entity.

Here is the entity in the designer view of Visual Studio:

data-migration_chris-2

Using Data Entity methods to add custom code

The two methods that I found available to use for my scenario are postLoad and persistEntity. I tried some others there were available from the Override context menu and it looks like there could be other methods to use like insertEntityDataSource and mapEntityToDataSource. But for now these two provide a means to add code or at least look at values at different times of the import.

I determined that the postLoad method runs prior to persistEntity. It could be used at a time when you need to know what the current data in the entity is and act on it if needed. Below the entity is returning a credit rating of ‘U\A’ for customer account ‘DE-001’.

data-migration_chris3

The persistEntity method can be used to view what the target data will be after the staging data has been loaded.

The value for the credit rating will be ‘Poor’ as this was the value I had in my import file. The debugger can be used to view the values:

data-migration_chris4

I also added the if statement to run the super method if there is an existing RecId. If there is no RecId, then we know this is a new record and this custom entity does not write new records to the CustTable table. An error message is then raised that the Customer Account does not exist.

Lastly, if the Customer Account is ‘US-002’, we will set the Credit Rating to ‘Excellent’. The import file had the value set to ‘Poor’ but this is an example of changing the target data via code:

data-migration_chris5

Finally, the custom error message can be found by going into the Execution details of the job and clicking on the ‘View staging data’ link to click on the record with the error:

data-migration_chris6

data-migration_chris7

data-migration_chris8

I hope this post was helpful in showing one way to add code to manipulate data and integration processing for the new Data Migration functionality in Microsoft 365 for Operations.

Related Posts

Recommended Reading:

5.27.22 Dynamics GP

How to Run Drop Ship Sales in Dynamics GP

Need to Invoice the Customer before you get the invoice from the vendor? This The freight forwarder has contacted you […]

Read the Article

New Features in Dynamics 365 Business Central 2022 Wave 1 Release – Protecting G/L Accounts From Being Deleted

There are a lot of exciting New Features in Dynamics 365 Business Central 2022 Wave 1 Release to get excited […]

Read the Article
5.25.22 Financials

Rounding Numbers in Power Automate

  If you’ve ever tried to round numbers in Power Automate, you have probably already run into the issue there […]

Read the Article

Manage U.S. Use Tax on Purchase Orders in Dynamics 365 Finance and Operations

  Managing sales tax requirements on your business purchase can be complicated, but Dynamics 365 Finance and Operations can help […]

Read the Article
5.19.22 Dynamics CRM

How to Write a Great Support Ticket in the Stoneridge Support Portal

Submitting a support ticket through the Stoneridge Support Portal is a quick and effective way to get assistance for any […]

Read the Article

Managing Your Business Through Uncertain Times Using Dynamics 365 Finance and Operations

  Dynamics 365 Finance and Operations (F&O) can help you make informed decisions on how to move your business forward. […]

Read the Article
5.13.22 Power Platform

Using Power BI Object Level Security

  The following article will demonstrate how to use Power BI Object Level Security to disable column data based on […]

Read the Article
5.12.22 Dynamics CRM

How to Use the Stoneridge Support Portal

Stoneridge Software’s support portal is an intuitive and useful function that makes it easy for you to access resources to […]

Read the Article
5.6.22 Dynamics GP

Dynamics GP Transaction Removal: Purchase Orders

  Are you having performance issues with Purchase Orders?  Do you find that there are old Purchase Orders on your […]

Read the Article

Start the Conversation

It’s our mission to help clients win. We’d love to talk to you about the right business solutions to help you achieve your goals.

Subscribe To Our Blog

Sign up to get periodic updates on the latest posts.

Thank you for subscribing!

X