2010-07-24 4 views
1

J'ai récemment joué avec la migration de données dans Microsoft Dynamics CRM à l'aide de MS SQL Server Integration Services. Tout d'abord, le problème de base domaine:Utilisation de SSIS 2008 pour migrer des données dans Microsoft Dynamics CRM

J'ai un fichier plat exporté à partir d'un système CRM homebrew précédent, l'objectif est de nettoyer efficacement les données, puis de déplacer les données dans Dynamics CRM. J'ai décidé de mettre dans une entité à la fois afin de garder les orchestrations simples. Il existe actuellement un attribut dans CRM qui contient la clé primaire que nous avons utilisée dans l'ancien CRM. Le processus de base dans ma tête est actuellement, importer le fichier plat dans SSIS en utilisant l'adaptateur Excel, puis établir une connexion à la base de données Microsoft Dynamics afin de demander des données liées à l'importation. Comme je ne mets pas à jour la base de données de toute façon, je pense que c'est bien. Une fois que j'ai ma liste de clés de compte et de clés étrangères, je compare ensuite la liste des lignes Excel à la liste de la base de données CRM, et crée une nouvelle colonne dérivée avec le GUID indiquant que l'opération devrait être une mise à jour, et que le guid à utiliser est celui de cette rangée. Je crée ensuite un objet de script et je fais un appel au service Web CRM, je descends le fichier Excel Row par Row, et s'il a une valeur dans la colonne dérivée, il met à jour le CRM, sinon il crée juste une nouvelle entité.

Si tout va bien, je vais emballer le SSIS et l'exécuter à partir du serveur SQL.

Y at-il un défaut béant dans cette logique? Je suis sûr qu'il y a des façons de le rendre plus rapide, mais je ne peux pas penser à tout ce qui ferait une différence radicale. Des pensées?

Répondre

0

Votre conception est bonne. En fait, le logiciel d'intégration de CRM spécialisé Scribe (et probablement d'autres aussi) le font beaucoup de cette façon avec la plupart de leurs adaptateurs. Ils utilisent un accès direct à la base de données pour les lectures et l'appel du service Web pour insérer/mettre à jour/supprimer et d'autres opérations.

Je me demande simplement si cette complication est vraiment nécessaire. Cela dépend de la taille des données que vous devez importer. Je traite habituellement des données importées en une nuit.

+0

Eh bien, nous devons faire deux vagues de migration, une pour la première entreprise, puis une pour l'autre en utilisant un CRM personnalisé similaire, alors le travail ici vous aidera sur la route. En outre, nous possédons actuellement une licence de scribe, donc je suis probablement en train de refaire la roue, j'aime juste jouer avec ce genre de choses. Une chose que nous pensons faire est de déplacer les informations de notre système ERP (Dynamics AX) dans le CRM chaque nuit en vrac (ventes à ce jour, etc). Nous nous sommes d'abord tournés vers Biztalk car il gère nos transactions, mais je pense que SSIS semble mieux convenir, surtout du point de vue de l'administration. – npeterson

0

Cela me semble bon - en obtenant les GUID directement à partir de la base de données, vous réduisez le nombre d'appels de service Web nécessaires.

0

CozyRoc a récemment publié une nouvelle version, qui inclut des composants d'intégration Dynamics CRM. Consultez l'annonce de version officielle here.

Questions connexes