Tvåvägssynkronisering kräver tydliga skrivregler
Om CRM och ERP får skriva behöver varje gemensamt fält en konfliktregel. Det senast mottagna meddelandet är inte automatiskt det senaste verksamhetsbeslutet.
En koppling får överföra data i båda riktningarna. Det betyder inte att varje fält bör kunna skrivas över fritt på båda sidor. Gemensamma fält behöver en regel som kopplar redigeringsrätt, basversion och konflikthantering. Annars kan ett tekniskt nytt meddelande återinföra ett värde som är inaktuellt för verksamheten.
Ett sent meddelande kan bygga på äldre data
Ett fiktivt programvaruföretag synkroniserar CRM och ERP. ERP bekräftar faktureringsadressen medan CRM hanterar projektkontakten. Det här påhittade förloppet visar vad en generell uppdatering av hela posten kan orsaka:
Tid | Händelse | Dataversion |
|---|---|---|
| CRM läser kundposten. |
|
| ERP-teamet bekräftar en ny faktureringsadress. |
|
| CRM skickar tillbaka en ändrad projektkontakt tillsammans med den gamla adressen. | Meddelandet innehåller fortfarande |
Meddelandet kommer senare men adressen kommer från en äldre version. Om integrationen tog över hela posten utan kontroll skulle den bekräftade ändringen kunna gå förlorad. Här avser v7 och v8 samma ERP-post; oberoende lokala versionsräknare i olika system är inte direkt jämförbara.
Identifiera basversionen och avgör konflikten
Microsoft beskriver optimistisk samtidighetskontroll för Dataverse: ett program kan upptäcka om serverposten har ändrats mellan läsning och skrivning. Vilken kontroll som finns och hur den aktiveras beror på produkten och gränssnittet.
En upptäckt skillnad avgör ännu inte vilken adress som är rätt för verksamheten. I exemplet ska den gamla adressen invänta utredning eller behandlas som en otillåten återskrivning. Att bara skicka det avvisade gamla värdet igen med en ny versionskod skulle kringgå versionskontrollen utan att lösa verksamhetens avvikelse. En enskild versionskontroll gör inte heller alla steg mellan flera system atomära.
När båda sidor får skriva
Om båda teamen faktiskt behöver redigera samma information kan en tvåvägslösning passa. Tillåtna fält, ändringar och konfliktbeslut måste då vara tydliga. Microsofts dual-write-dokumentation visar exempelvis olika riktningar per kolumnkoppling; en gemensam inställning för allt är inget verksamhetskrav.
Det kan också räcka att överföra olika fält i olika riktningar. I exemplet ska den nya projektkontakten tas emot enligt sin regel, medan den gamla faktureringsadressen inte skrivs tillbaka utan kontroll. Båda värdena hör till samma kund men kräver olika skrivbeslut.
Källor
Läs vidare
Alla artiklar
API:er & integration med ASES
ERP, CRM och webbutik smidigt sammankopplade