Platformy / 04
Sladění datových stavů ERP a WooCommerce.
Produkty se spravují v ERP, upravují ve shopu a aktualizují souborem. Propojíme datové modely a vyjasníme, které informace spravuje ERP a které zůstávají ve shopu.
Výchozí stav
Číslo produktu ještě není úplný mapping.
WooCommerce rozlišuje produkty a varianty; ERP může navíc znát organizační jednotky, sklady a ceníky. SKU musí být obchodně jednoznačné. Popisy, obrázky a SEO texty mohou být naopak spravovány ve shopu.
Prověříme podporované ERP přístupy a WooCommerce REST API instalace. Měnu, daňovou logiku, jednotky a význam stavu zásob je třeba vyjasnit před prvním přenosem.
Co zajišťuje DataSource
Identity a varianty. Odpovědnost za pole. Běhy a porovnání.
Identity a varianty
Přiřazení ERP produktů a shop ID. Samostatné řešení atributů variant, rodičovských produktů a již nenabízených produktů.
Odpovědnost za pole
Převzetí kmenových dat, cen a dostupného množství z autoritativního systému. Zachování vlastních textů shopu a kampanových polí podle dohody.
Běhy a porovnání
Kontrolované převzetí počátečního stavu, následný přenos změn a cílené dopracování neúspěšných záznamů.
Technický scénář / ilustrativní příklad
Od ERP produktu k existujícímu produktu ve shopu.
Ilustrativní mapping jednoduchého produktu. Ceny se zde předávají jako desetinné stringy. Zda je množství prodejné a zda ceny obsahují daň, se určí obchodně.
Vzorová data a navržená pravidla. Konkrétní rozhraní a obchodní pravidla se prověří pro váš projekt.
ERP.artikelnummer → sku: "004218"
ERP.verkaufspreis → regular_price: "49.90"
ERP.verfuegbar → stock_quantity: 12
Integration → manage_stock: true
Shop.redaktion → description bleibt im ShopOšetření chyb, bezpečnost a provoz
Přístup: ověření a provoz.
Přístup
Omezení WooCommerce API klíčů na potřebný rozsah a použití přes HTTPS. Klíče neukládat do URL requestů ani obecných logů.
Význam zásob
Rozlišovat fyzický stav, rezervované množství a dostupné množství. Integrace nenahrazuje obchodní rezervační logiku.
Výjimky
Samostatně řešit osiřelé varianty, duplicitní SKU a blokované produkty. Změny shopu a ERP mají dohledatelné priority.
Odborné otázky
Detaily důležité před implementací.
WooCommerce · ERP · SKU · Varianty · Ceny · Zásoby
Kdo spravuje popis produktu?
Rozhoduje se po jednotlivých polích. Například ERP spravuje technická data a shop redakční prodejní texty.
Přenášejí se do ERP i objednávky?
To je samostatný datový tok s pravidly stavů, plateb a opakování. Může být součástí stejného projektu, ale specifikuje se odděleně.
Může zůstat existující plugin?
Ano, pokud podporuje dohodnutý úkol. Prověříme překryvy, aby dva procesy neaktualizovaly stejná pole proti sobě.
Pro technické vyjasnění
Začít vaším konkrétním procesem.
Připravte verzi ERP a přístupy, produktový model, příklady variant, skladová a cenová pravidla a existující shop pluginy. Zvlášť pomůže anonymizovaný problematický produkt.
V prvním rozhovoru vyjasníme dostupné přístupy, odpovědnost za data a omezený první datový tok. Poté dohodneme rozsah, odpovědnosti a podmínky.
Pro začátek stačí anonymizované příklady. V prvním dotazu neposílejte hesla, tokeny ani produkční data s osobními údaji.
Související úlohy
Další propojení v kontextu.
Automatizovat procesy produktových dat
ERP dodává kmenová data, PIM texty a dodavatel technické parametry. Ruční seznamy tyto informace propojují jen dočasně. Vytvoříme definovaný datový tok od autoritativního pole po ověřený export pro daný kanál.
Synchronizovat objednávky a stavy
Shop hlásí zaplaceno, ERP ještě nezná objednávku a expedice už má tracking číslo. Propojíme tyto kroky s definovanými stavy, jednoznačnými referencemi objednávek a plánovaným obnovením běhu.
Rozhraní ERP a CRM
Obchod a účetnictví pracují se stejným zákazníkem s různými úkoly. DataSource propojí podporovaná rozhraní a vyjasní, jaká data se kdy přenášejí mezi zájemcem, zákazníkem a odběratelským účtem.
Technické reference
Oficiální dokumentace, ověřeno 6. října 2026. Vhodnost závisí na konkrétní instalaci.