Overview

In projects, we get the requirement to import data into Dynamic CRM from 3rd party systems that are in different formats. For example:

Traditional Approach

In most of the projects, traditionally we undertake the approach where the physical file is shared over some shared drive over a machine, which is later loaded to the CRM through either

Going through the Azure Approach

Initially I will be sharing an approach wherein a 3rd Party System is generating a physical file which has been shared and placed over a specific folder.

For undertaking this approach we will be using the following components of Azure,

Kindly explore the all above components.

Steps for implementation,

  1. Azure File Sync Agent
    It’s a small set up which needs to be installed on the local drive and is capable of moving the physical files from local drive to Azure Blob Storage.

    Physical File Data Integration To CRM Through Azure
  1. Now we need to create Azure File Sync which will be used to sync the files from local drive to Blob as storage,

    Physical File Data Integration To CRM Through Azure

  2. Azure File Sync Agent
    It’s a software which needs to be installed on the local server or system and needs little configurations to push the files from local drive to Azure Blob Storage

  3. Azure Functions - (We can compare it with Triggers in SQL)
    This is something very important, which undertakes the actions of loading/creating the records from the file extract received in blob to Dynamics CRM.

Alternatively, we can go for Microsoft Flows too. It has ready-to-use template/connector to set up a connection between the Azure Blob storage to that of Dynamics CRM application, making it much easier to implement for a Business user.

Sample Scenario for Explanation

Client requirement wherein bulk data has to be loaded to Dynamics CRM from CSV extracts on regular basis through schedulers and SSIS

The conventional ways to achieve this are mentioned below.

Using Azure

Limitations

Everything goes up with certain limitations and constraints; the same applies to Azure.

Observation/Benefits of Implementing the same

Creating records through conventional approaches used to take almost 18 minutes to process an extract generated programmatically. On the other hand, implementing the same through Azure took approximately 11 minutes only.

Regarding End to End Implementation

There have been multiple challenges and multiple road-blocks faced while I tried undertaking the same, so please feel free to get in touch if you feel stuck at any point.

Feel free to share your queries and of course feedback.