Integrácia začína dohodou o dátach
Prepojiť e-shop s ERP neznamená iba posielať objednávky cez API. Treba dohodnúť, kde vzniká každý údaj, kto ho môže meniť a ako sa zmena prenesie do druhého systému. Bez týchto pravidiel môže technicky úspešná synchronizácia prepísať správnu cenu, zmeniť dostupnosť produktu alebo vytvoriť rozdielne stavy tej istej objednávky.
Začnite zoznamom údajov, ktoré naozaj potrebujete prenášať. Pri každom určte hlavný zdroj, smer prenosu a správanie pri konflikte. Vlastník nemusí byť rovnaký pre celý produkt: ERP môže spravovať skladové množstvo, zatiaľ čo e-shop spravuje marketingový opis a fotografie.
- Produkty: ktorý systém priraďuje identifikátor a spravuje varianty?
- Ceny: odkiaľ pochádza predajná cena a čo platí pre B2B zákazníka?
- Sklad: prenášate fyzický stav alebo množstvo dostupné na predaj?
- Objednávky: ktorý systém riadi jednotlivé stavy?
- Zákazníci: podľa čoho spárujete existujúci záznam?
Nakreslite celý život objednávky
Opíšte, kedy sa objednávka prenáša do ERP a čo sa má vtedy stať. Má sa len vytvoriť záznam, rezervovať tovar alebo pripraviť podklad na expedíciu? Doplňte platbu, zmenu položiek, čiastočné vybavenie, storno a vrátenie. Automatické kroky musia rešpektovať pravidlá vašej prevádzky.
Rozlíšte obchodný stav od stavu prenosu. Objednávka môže byť zaplatená, ale jej zápis do ERP ešte čaká. Ak rozhranie ukazuje iba všeobecné „spracované“, tím nevie, či môže expedovať alebo musí riešiť chybu napojenia. Pracovník má vedieť dohľadať konkrétny prípad v oboch systémoch.
Skladová dostupnosť potrebuje vlastné pravidlá
Fyzicky uložený tovar nemusí byť celý dostupný na predaj. Časť môže byť rezervovaná, poškodená alebo určená pre iný kanál. Dohodnite, akú hodnotu má e-shop zobrazovať a čo má robiť pri výpadku synchronizácie. Pri viacerých skladoch určte aj to, ktoré sklady sa započítavajú.
Frekvenciu aktualizácie voľte podľa prevádzky a možností oboch systémov. Zaznamenajte, aké oneskorenie je prijateľné a ako zistíte, že údaje sú staršie než dohodnutý limit. Pravidlo pre posledný kus, predobjednávky či náhradný produkt je obchodné rozhodnutie; samotné napojenie ho nevyrieši.
Opakovaný prenos nesmie vytvárať nové objednávky
Ak cieľový systém neodpovie včas, odosielateľ nemusí vedieť, či zápis prebehol. Opakovanie bez kontroly preto môže vytvoriť druhú objednávku. Pre takýto tok treba dohodnúť stabilný identifikátor operácie a spôsob rozpoznania už spracovaného prenosu. Technicky sa tento princíp označuje ako idempotencia.
Overte, akú podporu poskytuje konkrétne API; samotné pridanie identifikátora nestačí. Pri odlišnom obsahu pod rovnakým identifikátorom musí byť správanie jasné. Do testu patrí stratená odpoveď aj opakované doručenie. Cieľom je jedno obchodné vytvorenie objednávky aj pri opakovanom pokuse o prenos.
Výnimka potrebuje vlastníka a ďalší krok
Nie každú chybu vyrieši opakovanie. Dočasný výpadok je iný prípad než neznámy produkt, chýbajúci povinný údaj alebo zamietnutie obchodného pravidla. Dohodnite, ktoré situácie sa opakujú automaticky, koľkokrát a ktoré sa odovzdávajú človeku.
Zoznam nespracovaných prípadov má ukazovať dôvod, posledný pokus a zodpovednú osobu. Po oprave údajov musí existovať kontrolovaný spôsob opätovného spracovania. Logy majú pomáhať dohľadať problém bez zbytočného kopírovania osobných údajov. Prístupy k integrácii nastavte podľa potrebných činností a dohodnite správu prihlasovacích údajov.
- Kto dostane upozornenie na zastavený prenos?
- Ako sa odlíši chyba údajov od výpadku služby?
- Ako sa overí, či objednávka už existuje v ERP?
- Kto smie opraviť prípad a spustiť nový pokus?
- Ako sa porovnajú počty a hodnoty objednávok medzi systémami?
Pred spustením skúšajte aj nepríjemné scenáre
Testujte reprezentatívne objednávky vrátane variantov, zliav, dopravy a čiastočného vybavenia, ktoré vaša firma používa. Porovnajte položky, množstvá, ceny, zaokrúhlenie a výsledné sumy v oboch systémoch. Základný úspešný prenos nie je dôkaz, že funguje celý proces.
Pridajte prerušenie spojenia, opakovanú správu, nesprávny identifikátor, oneskorenú aktualizáciu skladu a zmenu už prenesenej objednávky. Pre každý scenár určte očakávaný výsledok. Testovacie záznamy zreteľne označte a používajte testovacie prostredie, ak ho systémy poskytujú. Pri kontrolovanom teste v produkcii vopred dohodnite, ako zabránite nechcenej expedícii či fakturácii.
Prvú etapu držte zvládnuteľnú
Začnite tokom, ktorý odstráni konkrétne ručné prepisovanie a má jasné pravidlá. Oddelenie prenosu objednávok od ďalších úprav cenníkov či rozsiahlej migrácie môže zjednodušiť overenie prvej etapy. Každá etapa však musí fungovať od začiatku po výsledok vrátane výnimiek a kontroly.
Pred ostrým zapnutím určte postup pri chybe, zodpovednosť za opravy a spôsob porovnania údajov. Pri zastavení automatizácie musí byť jasné, ako tím vybaví čakajúce prípady bez duplicitného zadania. V DAVOND môžeme s vami prejsť tok objednávky, možnosti API a riziká napojenia, aby rozsah integrácie vychádzal z vašej prevádzky.