Koppla CRM och ERP: bestäm datakälla för varje fält
En exempeltabell anger källor och skrivriktningar. Kontakt, faktureringsadress och kontostatus fördelas tydligt mellan CRM och ERP.
Bestäm före en CRM–ERP-koppling var enskilda värden ändras och bekräftas. En kund kan finnas i båda systemen samtidigt som fälten har olika ansvariga källor. Det ger ett datakontrakt för genomförandet: identitet, fältbetydelse, styrande källa och tillåten skrivriktning.
Identifiera samma post entydigt
Ett fiktivt programvaruföretag kopplar CRM-kunden C-204 till kundkontot i ERP D-630. Kopplingen ska vara stabil genom dessa referenser; ett liknande företagsnamn räcker inte. Microsoft beskriver exempelvis alternativa nycklar för Dataverse som identifierar rader med unika kolumnvärden. Vilka nycklar de konkreta systemen erbjuder hör till den tekniska förstudien.
I exemplet bekräftar den styrande källan det giltiga fältvärdet. Det andra systemet kan visa det eller skicka en ändringsbegäran. Fältnamn och värden i tabellen är ett eget modellförslag för exemplet, inte en leverantörs API-fält.
Ange källa och riktning för varje fält
Fält | Exempelvärde | Styrande källa och riktning | Ändring i det andra systemet |
|---|---|---|---|
Projektkontakt |
| CRM → ERP, som teknisk kontakt. | Visa bara i ERP. |
Faktureringsadress |
| ERP → CRM. | Registrera en ändringsbegäran i CRM. |
Kontostatus |
| ERP → CRM. | En försäljningsstatus i CRM ändrar inte detta värde. |
Riktningen bestäms per fält; en allmän regel om att CRM styr skulle inte återge denna fördelning. Microsofts dual-write-dokumentation visar enkelriktade och dubbelriktade kolumnkopplingar; det konkreta datakontraktet avgör vad som passar här.
Behandla en annan inmatning som en ändringsbegäran
Om säljteamet anger den nya adressen Werkstraße 12, Beispielstadt i CRM ska först en öppen begäran skapas. Det behöriga ERP-teamet granskar den och bekräftar ändringen om den är lämplig. Bara det bekräftade ERP-värdet skickas tillbaka. Begärd och bekräftad adress behöver därför skilda statusar.
Om överföringen misslyckas ska CRM hålla den öppna begäran och den senast bekräftade versionen åtskilda. Att skicka arbete till gränssnittet är inte en bekräftelse från målsystemet. Tidpunkt och resultat ska kunna spåras på ärendet.
Kontrollera tre överföringar med förväntade resultat
Kontrollera överenskommelsen före användning i en lämplig testmiljö:
En kontaktadress som ändrats till
projekt-neu@example.invalidi CRM visas som teknisk kontakt i ERP.En adressbegäran lämnar först det bekräftade värdet
Werkstraße 8, Beispielstadtoförändrat. Efter ERP-godkännande visas den nya adressen även i CRM.Sätter ERP kontostatus till
blockedvisar CRM det. En ändring av försäljningsstatus tar inte bort spärren.
Resultaten kontrollerar olika fält och skrivbehörigheter. En tekniskt lyckad överföring av en enda post täcker inte alla tre regler fullt ut.
Källor
Läs vidare
Alla artiklar
API:er & integration med ASES
ERP, CRM och webbutik smidigt sammankopplade