Minden objektumhoz határozza meg a hiteles adatforrást és a stabil identitást, majd minden mezőnél írja le a jelentést, a formátumot, a mértékegységet, a kötelező jelleget, az átalakítást és a hibaállapotot. A leképezést valós kivételeken ellenőrizze, verziózza, és minden változtatást egyeztessen mindkét rendszer felelősével.
A rendszerek közötti adatleképezés nem a hasonló nevű oszlopok mechanikus összekapcsolása. Az ügyfél mező a CRM-ben jelenthet üzleti kapcsolattartót, az ERP-ben számlázási alanyt, a weboldalon pedig felhasználói fiókot. Ha az integráció nem különbözteti meg a jelentést, szintaktikailag érvényes adatokat visz át egy rossz folyamatba, és a hiba csak a számlázásnál vagy az ügyfélszolgálatnál derülhet ki.
A minőségi mapping leírja a tulajdonjogot, az identitást, a kötelező jelleget, a formátumot, a transzformációt és az ismeretlen értéknél követendő viselkedést. A dokumentum az üzleti és a technikai csapat közös szerződése marad. Tesztelhetőnek és verziózhatónak kell lennie, mert mindkét rendszer fejlődik. Egy tulajdonos nélküli, egyszeri táblázat gyorsan elszakad a valóságtól.
Kezdje az objektumokkal, az eseményekkel és a felelősségi körökkel
Rajzolja fel, mely objektumok kerülnek átvitelre, és milyen esemény hatására. A rendelésnek, az ügyfélnek, a terméknek és a fizetésnek eltérő életciklusa van. Határozza meg, melyik rendszer módosíthat egy adott adatot, és melyik kap csupán másolatot. A konfliktuskezelési szabályok nélküli kétirányú szinkronizáció egy régebbi értékkel írhatja felül az újabbat.
Különböztesse meg a létrehozást, a frissítést, az archiválást és a törlést. Nem minden állapotnak kell automatikusan továbbterjednie. Egy marketingben megszüntetett kapcsolat nem feltétlenül jelenti a könyvelési rekord törlését. A folyamat gazdájának kell megerősítenie az esemény jelentését és a megőrzési szabályokat; a technikai integráció ne az elérhető endpointok alapján találja ki ezeket.
Használjon stabil azonosítókat és párosítási táblát
A belső és külső azonosítókat egymás mellett tárolja. A név, az e-mail-cím vagy a telefonszám változhat, és nem feltétlenül egyedi. Az első összekapcsoláskor hozzon létre visszakövethető kapcsolatot, és határozzon meg szabályt a duplikációkra. A kézi összevonáshoz audit szükséges, hogy a következő szinkronizálás ne válassza újra szét a rekordot.
A termékeknél különböztesse meg a belső azonosítót, az SKU-t, az EAN-t és a változat identitását. Egy cégnél létezhet jogi személy, telephely és kapcsolattartó. Az azonosítót az objektum alapján válassza meg, ne egyetlen képernyő kényelme szerint. Ha nincs stabil kulcs, tervezzen ellenőrzött párosítási folyamatot, amelyben a bizonytalan esetek láthatók.
- a forrás és a cél stabil azonosítója
- az első kapcsolatfelvétel és a duplikáció szabálya
- a kézi összevonás auditja
- viselkedés hiányzó identitás esetén
Írja le a mező jelentését, formátumát és transzformációját
A leképezési tételnek tartalmaznia kell az üzleti definíciót, a forrás- és célmezőt, az adattípust, a kötelező jelleget és a transzformációt. Összeg esetén adja meg a pénznemet és az adókezelést, dátumnál az időzónát, címnél a szerkezetet, listánál pedig a megengedett értékeket. Az azonos, de mértékegység nélküli név csendes hibát okozhat.
A transzformációk legyenek determinisztikusak és tesztelhetők. A telefonszám normalizálásánál, az állapot átalakításánál vagy a név összefűzésénél dokumentálni kell a bemeneteket és az esetleges információvesztést is. Ha a célrendszer nem képes megőrizni a forrás részletességét, döntse el, hogy külön tárolja-e az adatot, vagy elutasítja az átvitelt. Az ismeretlen értéket ne képezze le automatikusan a legközelebbi lehetőségre.
Különböztesse meg az üres, a hiányzó és az érvénytelen értéket
A hiányzó mező jelentheti azt, hogy nincs változás, az üres érték a törlést, a null pedig az ismeretlen adatot. A jelentésnek a szerződés (contract) részének kell lennie. Részleges frissítésnél fennáll a veszélye, hogy a hiányzó mezők üres értékkel írják felül a célt. Teszteljen minden változatot, és használjon explicit műveleteket, ha az API lehetővé teszi a szándék megkülönböztetését.
A validációnak meg kell különböztetnie az átmenetileg hiányos rekordot a véglegesen érvénytelen bemenettől. A hibát mezőazonosítóval és biztonságos indoklással adja vissza. Ha a folyamat engedélyezi a karantént, a hibás rekordot tegye félre javításra anélkül, hogy a teljes köteg leállna. A javított értéket ugyanazzal az ellenőrzött eljárással dolgozza fel újra.
Verziózza a leképezést, és teszteljen reprezentatív adatokkal
Minden változáshoz rögzítse az okot, a felelőst, a dátumot és a történeti rekordokra gyakorolt hatást. Egy új kötelező érték hozzáadása visszamenőleges kitöltést vagy átmeneti időszakot igényelhet. A leképezést a kóddal vagy a konfigurációval együtt tárolja, hogy egy konkrét telepítéshez lehessen kötni és biztonságosan visszaállítani.
A tesztkészlet tartalmazza a szokásos eseteket, az ékezeteket, a hosszú értékeket, az ismeretlen enumokat, az identitás változását, az időhatárokat és a duplikátumokat. Az eredményt mindkét oldalon és a felhasználói folyamatban is vesse össze. A technikailag sikeres válasz nem elegendő, ha az adat rossz pénznemben jelenik meg, vagy más ügyfélhez kerül hozzárendelésre.
- a mező jelentésének vagy adattípusának módosítása
- új érték az ismert listán kívül
- időzóna- és pénznemhatár
- hiányos történeti rekord migráció során
- mindkét oldalon visszakövethető eredmény
- identitásváltozás vagy duplikált objektumok összevonása
- biztonságos viselkedés hiányzó kötelező érték esetén
Gyakori kérdések
Mi a hiteles adatforrás?
Olyan rendszer vagy folyamat, amely jogosult dönteni egy adott adatról. Nem kell az egész objektumra azonosnak lennie; például az ERP birtokolhatja a készletet, a CRM pedig az üzleti megjegyzést.
Elegendő a táblázatos leképezés?
A táblázat jó közös dokumentum, de a megvalósításhoz tesztelhető szabályok, verzió, felelős és a kódhoz való kapcsolódás is szükséges. Változáskezelés nélkül a dokumentum és az üzemeltetés gyorsan eltávolodik egymástól.
Hogyan kezeljük azt az értéket, amelyet a célrendszer nem ismer?
Ne fordítsa le csendben. Vezessen be explicit szabályt, karantént vagy a cél kiterjesztését az üzleti jelentőség alapján. A folyamat gazdájának kell eldöntenie, milyen mértékű információvesztés elfogadható.
Források és további olvasnivaló
Adam Antoni vyvíja weby, aplikácie a softvér na mieru. Prepája firemné systémy, automatizuje procesy a vytvára AI agentov. Pôsobí v Spišskej Novej Vsi a spolupracuje s firmami na celom Slovensku.
