Pri prepojení určte ERP alebo WooCommerce ako zdroj každého poľa, používajte stabilné SKU a externé ID a synchronizáciu navrhnite idempotentne. Objednávky posielajte cez front, sklad pravidelne zosúlaďujte a chyby zobrazte obsluhe. Pred ostrým štartom urobte paralelný test na reálnych scenároch.
Prepojenie WooCommerce s ERP odstraňuje ručný prepis katalógu a objednávok, iba ak má presné pravidlá. Oba systémy často ukladajú podobné polia, no používajú ich inak. ERP môže evidovať sklad po skladoch a ceny bez dane, zatiaľ čo e-shop zobrazuje predajnú dostupnosť, akcie a varianty. Bez mapovania významu vznikajú rozdiely, ktoré sa pri väčšom objeme ťažko dohľadávajú.
Integrácia sa preto navrhuje spolu s ľuďmi z e-shopu, skladu, financií a IT. Najprv sa určí zdroj pravdy a životný cyklus objednávky, potom technický spôsob výmeny. Nejasné pravidlo nemožno opraviť rýchlejším API. Nasledujúce kapitoly pokrývajú produkty, sklad, objednávky, odolnosť aj zavedenie bez ohrozenia ostrej prevádzky.
Určte systém pravdy pre katalóg
V mapovacej tabuľke uveďte názov, popis, SKU, EAN, variant, cenu, daňovú kategóriu, sklad, hmotnosť, obrázky a stav publikácie. Pri každom poli označte smer a zodpovedného vlastníka. Marketingový popis môže vzniknúť vo WooCommerce, zatiaľ čo cena v ERP. Synchronizácia potom nesmie celý produkt prepísať jedným objektom. Stabilné SKU alebo interné ID odlišuje záznam aj po zmene názvu.
Variantný model musí mať jednoznačnú korešpondenciu. ERP položka môže predstavovať každý variant samostatne, kým WooCommerce ich združuje pod rodiča. Definujte vytváranie, deaktiváciu a opätovnú aktiváciu. Chýbajúca položka nemusí znamenať zmazanie; môže ísť o neúplnú dávku. Obrázky prenášajte inkrementálne a kontrolujte veľkosť, formát a práva na použitie. Import musí vedieť bezpečne pokračovať po prerušení.
Navrhnite sklad a dostupnosť pre súbeh
Rozlíšte fyzický stav, rezerváciu, predajnú dostupnosť a očakávaný príjem. WooCommerce potrebuje hodnotu, podľa ktorej dovolí nákup, ale ERP môže mať viac skladov a oneskorené pohyby. Určte, kedy sa kus rezervuje, kedy uvoľní po zlyhanej platbe a ako sa spracuje manuálna objednávka mimo webu. Bez tohto modelu môže synchronizácia správne prenášať nesprávnu obchodnú hodnotu.
Pri vyššom súbehu nemožno úplne spoliehať na občasný export. Použite udalosť alebo častejší inkrementálny tok a periodické úplné zosúladenie. Zmeny nesmú navzájom oscilovať medzi systémami. Sledujte vek skladovej informácie a pri nedostupnosti ERP nastavte vedomé správanie: posledná známa hodnota, bezpečnostná rezerva alebo dočasné obmedzenie predaja podľa rizika sortimentu.
- Fyzický, rezervovaný a predajný sklad
- Pravidlá uvoľnenia po zrušení platby
- Inkrementálne zmeny aj kontrolné zosúladenie
- Definované správanie pri nedostupnom ERP
Prenášajte objednávku iba raz a úplne
Určte spúšťací stav: vytvorenie, potvrdená platba alebo manuálne schválenie. Objednávka obsahuje položky, množstvá, jednotkové ceny, zľavy, dopravu, dane, meny, adresy a identifikátory platby; súčet musí byť zhodný na oboch stranách. ERP nemá cenu znova vypočítať podľa aktuálneho cenníka, ak má evidovať historickú transakciu. Každý prenos dostane stabilný kľúč, ktorý zabráni duplikátu.
Po úspechu uložte ERP číslo a čas, po chybe stav a zrozumiteľnú príčinu. Dočasnú chybu rieši front, trvalú nesprávnosť údajov človek. Oprava adresy alebo položky po exporte potrebuje samostatný proces, nie tichý prepis. Stavy z ERP mapujte iba vtedy, keď majú význam pre zákazníka alebo prevádzku. Faktúru, tracking a storno prenášajte ako samostatné udalosti s vlastnou idempotenciou.
Zaveďte pozorovateľnosť a bezpečnosť
Dashboard má ukázať poslednú úspešnú synchronizáciu, počet čakajúcich a chybných záznamov, vek najstaršej správy a rozdiely pri zosúladení. Korelačné ID prepojí objednávku s logom na oboch stranách. Upozornenie potrebuje konkrétneho vlastníka a pokyn, čo skontrolovať. „HTTP 500“ samo o sebe pracovníkovi skladu nepomôže; administrácia má bezpečne preložiť chybu na chýbajúce SKU, neznámu dopravu alebo nedostupný systém.
API účty majú minimálne práva a oddelené kľúče pre staging a produkciu. Tajomstvá nepatria do repozitára, e-mailu ani snímky obrazovky. Prenášajte iba potrebné zákaznícke údaje a logy redigujte. Pri verejnom webhooku overujte podpis, čas a ochranu pred opakovaním. Dohodnite zodpovednosť za dostupnosť, zmeny schémy, uchovanie a incident medzi dodávateľmi oboch systémov.
- Korelačné ID naprieč systémami
- Viditeľný front a zrozumiteľné chyby
- Minimálne práva a bezpečné tajomstvá
- Vlastník incidentu a zmeny kontraktu
Nasadzujte cez vzorku a paralelnú kontrolu
Najprv otestujte reprezentatívne produkty: jednoduchý, variantný, zľavnený, vypredaný, nezvyčajne ťažký a chýbajúci údaj. Potom prejdite objednávky s rôznymi platbami, dopravou, kupónom, refundáciou a stornom. Overte duplicitnú udalosť, výpadok a obnovenie. Testovací ERP nesmie posielať reálne doklady či skladové pohyby bez jasného oddelenia. Výsledky porovnajte po poliach, nie iba podľa počtu záznamov.
Pri migrácii spustite najprv obmedzenú skupinu alebo paralelnú kontrolu proti existujúcemu procesu. Definujte hranicu prijateľných rozdielov a podmienky návratu. Po produkčnom štarte dočasne kontrolujte každú chybu a pravidelne zosúlaďujte súčty. Až po stabilizácii vypnite starý ručný tok. Dokumentácia má zahŕňať mapovanie, spúšťače, fronty, kontakty aj postup bezpečného opakovania.
Časté otázky
Ako často synchronizovať sklad s ERP?
Závisí od tempa predaja, rizika vypredania a možností API. Udalostný tok môže preniesť zmenu rýchlo, pravidelné zosúladenie zachytí výpadky. Frekvenciu stanovte podľa prijateľného veku skladovej informácie, nie univerzálneho intervalu.
Čo ak produkt nemá rovnaké ID v oboch systémoch?
Vytvorte mapovanie a ukladajte externé stabilné ID pri produkte alebo variante. Názov nie je spoľahlivý kľúč. Pri chýbajúcom alebo duplicitnom identifikátore import zastavte pre daný záznam a vyžiadajte opravu.
Môže ERP integrácia fungovať bez monitoringu?
Technicky môže chvíľu bežať, no tichá chyba sa odhalí neskoro. Monitoring frontu, posledného úspechu a dátových rozdielov je súčasť spoľahlivej prevádzky, najmä keď integrácia ovplyvňuje objednávky, sklad alebo doklady.
Zdroje a ďalšie čítanie
Web developer zo Spišskej Novej Vsi. Venuje sa WordPressu, WooCommerce, vlastným pluginom, API integráciám, webovým aplikáciám a praktickým AI automatizáciám.
