A készleteltérés ritkán az ERP hibája. Öt visszatérő integrációs hiba, ami miatt a webshop olyat ad el, ami nincs raktáron, és hogyan előzhető meg.
A webshop és a vállalatirányítási rendszer összekötése ritkán azon bukik el, hogy nincs API. Sokkal gyakrabban azon, hogy az adatáramlás szabályai nincsenek végiggondolva. Az alábbi öt hibával találkozunk a leggyakrabban.
1. Nincs egyértelmű forrásrendszer
A leggyakoribb ok. Ha a készletet a webshopban és az ERP-ben is lehet módosítani, előbb-utóbb eltérnek egymástól, és utólag nem lehet megmondani, melyik a helyes. Minden adatra ki kell jelölni egy gazdát: a készlet az ERP-é, az árat is onnan vesszük, a rendelés viszont a shopban keletkezik. Egy irány, egy igazság.
2. Időzített szinkron valós idejű helyett
A tizenöt percenként futó szinkron sokáig jól működik, egészen az első akciós napig. Ha az utolsó darabokat percek alatt viszik el, a webshop tizenöt percen át olyat árul, ami már nincs. A megoldás nem feltétlenül a folyamatos szinkron: a fogyó készletű termékeknél elég eseményvezérelten frissíteni, a többinél maradhat az időzítés.
3. A foglalás hiánya
Nagy forgalomnál önmagában a készletszinkron nem mindig elég. Érdemes meghatározni, mikor történjen készletfoglalás – például a checkout vagy a fizetési folyamat megfelelő pontján –, és mennyi idő után szabaduljon fel a lefoglalt készlet sikertelen vásárlás esetén. Foglalás nélkül két vásárló ugyanazt az utolsó darabot is megveheti.
4. Csendes hibakezelés
Ha az ERP nem elérhető, a szinkron elhasal, és sokszor senki nem tud róla. Kell egy sor, ahol a sikertelen műveletek gyűlnek, automatikus újrapróbálkozással, és kell egy értesítés, ha valami többszöri próbálkozás után is elakad. Az integrációnál nem az a kérdés, hogy lesz-e hiba, hanem hogy észreveszed-e.
5. Nem egyértelmű termékazonosító
Ha a két rendszer nevek vagy cikkszámok alapján próbál párosítani, akkor egy elgépelés vagy egy átnevezés elrontja a szinkront. Kell egy stabil, sosem változó azonosító, ami mindkét oldalon ugyanaz, és amit soha nem használunk fel újra egy másik termékre.
Hogyan kezdenénk neki
Mielőtt egy sor kód megszületne, érdemes leírni egy táblázatba: milyen adat, melyik rendszerből, milyen gyakran, milyen irányba mozog, és mi történik hiba esetén. Ez a táblázat általában egy délután alatt elkészül, és az integrációs projektek nagy részét megmenti a hónapokig tartó hibakereséstől.
