Adatfolyamatok / 14
Rendelések átvitele. Követhető státuszok.
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.
Kiinduló helyzet
Egy státuszmegnevezés minden rendszerben mást jelenthet.
A „lezárt” státusz a webshopban a feldolgozás végét, az ERP-ben számlakönyvelést jelenthet. A részszállítás egyes tételeket érint; a refund nem automatikusan a rendelés teljes törlése.
Meghatározzuk az üzleti eseményeket és megengedett átmeneteket. A fizetés, rendelés, készlet, szállítás és számla külön felelősségi terület marad. Az integráció láthatóvá teszi kapcsolataikat.
A DataSource feladatai
Rendelésátadás. Státuszmodell. Visszajelzés.
Rendelésátadás
Külső rendelésszám és cél-ID hozzárendelése. Tételek, adó- és pénznemértékek, valamint szállítási címek ellenőrzése rendelés létrehozása előtt.
Státuszmodell
Rendszerstátuszok leképezése üzleti állapotokra. Részmennyiségek, törlés, visszatérítés és utólagos módosítások külön specifikálása.
Visszajelzés
Visszaigazolt célállapotok és szállítási információk visszaadása. Ismételt események és bizonytalan írási válaszok kezelése a rendelés azonosítása alapján.
angenommen → im ERP bestätigt → in Bearbeitung
↓
teilversendet
↓
versendet
Doppeltes Ereignis → bekannten Effekt abgleichen
Älteres Ereignis → aktuellen Zustand erhaltenMűszaki forgatókönyv / szemléltető példa
Szállítás visszajelzése régi állapotok ismételt alkalmazása nélkül.
Állapotgép szemléltető részlete. A tényleges státuszneveket a rendszerekkel egyeztetjük. Az események rendelésre vagy tételre vonatkoznak, nem általánosan minden adatra.
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
Duplikátumok: ellenőrzés és üzemeltetés.
Duplikátumok
Időtúllépés után először ellenőrizzük, létrejött-e már a rendelés. A második létrehozás duplán válthat ki foglalást, számlázást vagy szállítást.
Sorrend
Az események késve érkezhetnek. A célállapotot és verziót ellenőrizzük; a problémás átmeneteket elkülönítjük tisztázásra.
Egyeztetés
Nyitott rendelések rendszeres összehasonlítása a rendszerek között. Nem visszaigazolt átvitelek és tartósan elutasított tételek célzott jelentése.
Szakmai kérdések
Részletek, amelyek a megvalósítás előtt számítanak.
Rendelések · Készlet · Állapotátmenetek · Részszállítás · Egyeztetés
Egyszerűen átmásolható a webshopkészlet az ERP-be?
Ez a hiteles készlet- és foglalási logikától függ. Ellenkező esetben ugyanaz a rendelés többször csökkentheti az elérhető mennyiséget.
Hogyan képezzük le a részszállításokat?
Tételekkel, mennyiségekkel és egyedi szállítási referenciákkal. Egyetlen rendelési státusz gyakran nem elegendő.
Feltétlenül szükségesek webhookok?
Nem. A rendszeres API-egyeztetés megfelelő lehet. A webhookok csökkenthetik a késleltetést, de ugyanazokat az azonosítási és ismétlési szabályokat igénylik.
A műszaki egyeztetéshez
A konkrét folyamatból indulunk ki.
Kérjük, ismertesse a rendszereket, státuszlistákat, rendelési és tételpéldákat, valamint a tényleges fizetési és szállítási folyamatot. Egy valós, anonimizált hibaeset segít a priorizálásban.
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.
WooCommerce összekapcsolása ERP-vel
A cikkeket az ERP-ben kezelik, a webshopban kiegészítik, majd fájlból frissítik. Összekapcsoljuk az adatmodelleket, és tisztázzuk, mely információkat vezeti az ERP, és melyek maradnak a webshopban.
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.
Adatok szinkronizálása rendszerek között
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.