Adatfolyamatok / 07
Két rendszer. Egyértelmű szabályok ugyanarra a rekordra.
Az ügyfelet a CRM-ben és az ERP-ben is módosítják. Melyik állapot érvényes? A szinkronizációt üzleti felelősségekre és stabil identitásokra építjük, hogy a rendszeres átvitel ne okozzon rejtett adatkonfliktusokat.
Kiinduló helyzet
A kétirányúság nem jelenti azt, hogy minden mező mindkét irányban mozog.
A CRM kezeli a kapcsolattartókat, az ERP a számlázási címet és fizetési feltételeket. Mindkettő ugyanazt az ügyfelet tárolja saját ID-val. Az általános „legújabb időbélyeg nyer” szabály egy jóváhagyott ERP-címet régebbi CRM-tartalommal helyettesíthet.
A mezőket és folyamatokat egyenként vizsgáljuk. A stabil ID-k, változásjelzők és törlési információk meghatározók. Megbízható deltahozzáférés nélkül a kontrollált teljes egyeztetés gyakran korrektebb, mint a látszólag valós idejű működés.
A DataSource feladatai
Változások felismerése. Konfliktusok eldöntése.
Azonosítás
Helyi ID-k hozzárendelése és üzleti duplikátumok felismerése. Az új, összevont és törölt rekordok mind külön meghatározott eljárást kapnak.
Irányok
Mezőnként meghatározzuk a hiteles adatforrást. A változásokat verzióval vagy eredettel látjuk el, amennyiben a rendszerek támogatják, hogy korlátozzuk a visszacsatolást.
Egyeztetés
Delták feldolgozása, visszaigazolt előrehaladás mentése és rendszeres összehasonlító futások tervezése korrekcióként. Konfliktusok tisztázása az illetékes csapattal.
Kunde 004218
ERP → CRM: billingAddress, paymentTerms
CRM → ERP: contactName, contactPhone
Version passt → definierte Felder aktualisieren
Version weicht ab → erneut lesen / Konflikt klären
Datensatz gelöscht → vereinbarte Löschregel anwendenMűszaki forgatókönyv / szemléltető példa
Címváltozás célzott továbbítása.
Szemléltető állapotterv. Az ERP kezeli a számlázási címet, a CRM a kapcsolattartót. A verziókonfliktust láthatóvá tesszük a teljes ügyfélrekord vak felülírása helyett.
Példaadatok és javasolt szabályok. A konkrét interfészeket és üzleti szabályokat a projektjéhez ellenőrizzük.
Hibakezelés, biztonság és üzemeltetés
Konfliktus, törlés és előrehaladás.
Törlések
A hiány egy nem teljes válaszban nem törlési értesítés. A jelentést tombstone, archiválás vagy visszaigazolt teljes állomány határozza meg.
Megszakadások
Kiesés után az utolsó visszaigazolt állapottól folytatjuk. Ha a változásadatok már lejártak, meghatározott újraegyeztetést végzünk.
Frissesség
Időablakok és elfogadható késleltetés egyeztetése. A „valós idő” megfelelő forrás, célkapacitás és üzemeltetési felelősség nélkül nem megalapozott ígéret.
Szakmai kérdések
Részletek, amelyek a megvalósítás előtt számítanak.
Delta · Egyeztetés · Mezőszintű felelősség · Konfliktusok · Törlések
Módosítható ugyanaz a mező mindkét rendszerben?
Igen, ilyenkor konfliktusszabályra vagy jóváhagyási folyamatra van szükség. Az időbélyeg-alapú szabály csak akkor megfelelő, ha üzleti hatása és időalapja illeszkedik.
A webhookok megakadályoznak minden hiányzó frissítést?
Nem. Az események ismételten, késve vagy más sorrendben érkezhetnek. Szolgáltatótól függően hasznos a kiegészítő egyeztetés.
Hogyan kezeljük a duplikátumokat?
Először az azonosítási szabályokat és meglévő adatminőséget tisztázzuk. A bizonytalan hozzárendelések ellenőrzést igényelnek, nem automatikus összevonást.
A műszaki egyeztetéshez
A konkrét folyamatból indulunk ki.
Kérjük, ismertesse a rendszereket, adatobjektumokat, ID-példákat, kívánt irányokat és elfogadható késleltetést. Különösen értékesek a konfliktus- és törlési példák.
Az első beszélgetésen tisztázzuk az elérhető hozzáféréseket, az adatfelelősséget és egy körülhatárolt első adatfolyamot. Ezután egyeztetjük a terjedelmet, felelősségi köröket és feltételeket.
A kezdéshez anonimizált példák elegendők. Az első megkeresésben kérjük, ne küldjön jelszavakat, tokeneket vagy személyes adatokat tartalmazó éles adatokat.
Kapcsolódó feladatok
A következő integráció összefüggései.
ERP- és CRM-interfészek
Az értékesítés és a könyvelés ugyanazt az ügyfelet kezeli különböző feladatokkal. A DataSource összekapcsolja a támogatott interfészeket, és tisztázza az érdeklődő, ügyfél és vevőszámla közötti adatátadás tartalmát és időzítését.
Rendelések és állapotok szinkronizálása
A webshop fizetett állapotot jelez, az ERP még nem ismeri a rendelést, a szállításnak már van nyomkövetési száma. Meghatározott állapotokkal, egyértelmű rendelési hivatkozásokkal és tervezett újraindítással kapcsoljuk össze ezeket a lépéseket.
Webhookok megbízható feldolgozása
Esemény érkezik, amelynek a következő rendszerben műveletet kell kiváltania. Többszörös kézbesítés, késés vagy kiesett cél-API esetén ebből üzemeltetési folyamat lesz. Egyértelmű eseményekkel és ellenőrizhető hatásokkal fejlesztjük ezt a működést.