Relier CRM et ERP : choisir la source de chaque champ

Avant de relier CRM et ERP, définissez où chaque valeur est modifiée et confirmée. Un client peut exister dans les deux systèmes, avec des responsabilités différentes selon les champs. Cela forme un contrat de données pour la réalisation : identité, sens du champ, source faisant autorité et sens d’écriture autorisé.

Identifier le même enregistrement sans ambiguïté

Un éditeur de logiciels fictif relie le client CRM C-204 au compte client ERP D-630. Le rapprochement doit rester stable grâce à ces références ; un nom d’entreprise proche ne suffit pas. Pour Dataverse, Microsoft décrit par exemple des clés alternatives identifiant les lignes par des valeurs de colonnes uniques. Les clés disponibles dans les systèmes concernés doivent être vérifiées techniquement.

Dans cet exemple, la source faisant autorité confirme la valeur valide du champ. L’autre système peut l’afficher ou transmettre une demande de modification. Les noms de champs et valeurs du tableau sont un modèle propre à l’exemple, pas des champs API d’un prestataire.

Remplir la source et le sens pour chaque champ

Le sens est défini par champ ; une règle globale donnant autorité au CRM ne représenterait pas cette répartition. La documentation dual-write de Microsoft montre des correspondances de colonnes à sens unique ou double ; le contrat précis détermine le sens adapté ici.

Traiter une saisie différente comme une demande

Si l’équipe commerciale indique dans le CRM la nouvelle adresse Werkstraße 12, Beispielstadt, une demande ouverte doit d’abord être créée. L’équipe ERP autorisée l’examine et confirme la modification si elle convient. Seule la valeur ERP confirmée revient. Adresse souhaitée et adresse confirmée nécessitent donc des états distincts.

En cas d’échec du transfert, le CRM doit garder distincts la demande ouverte et le dernier état confirmé. Transmettre une opération à l’interface n’est pas une confirmation du système cible. Moment et résultat du traitement doivent rester traçables sur le dossier.

Vérifier trois transferts et leurs résultats attendus

Avant utilisation, vérifiez l’accord dans un environnement de test adapté :

• Le contact modifié en projekt-neu@example.invalid dans le CRM apparaît comme contact technique dans l’ERP.

• Une demande d’adresse laisse d’abord inchangée la valeur confirmée Werkstraße 8, Beispielstadt. Après approbation ERP, la nouvelle adresse apparaît aussi dans le CRM.

• Si l’ERP passe l’état du compte à blocked, le CRM l’affiche. Modifier le statut commercial ne lève pas ce blocage.

Ces résultats vérifient des champs et droits d’écriture différents. Réussir le transfert technique d’un seul enregistrement ne couvre pas entièrement ces trois règles.

Sources

• Microsoft Learn — Define alternate keys

• Microsoft Learn — Customize table and column mappings