Uncategorized

WooCommerce a synchronizace s ERP: bez zbytečné bolesti

Pro fungující synchronizaci WooCommerce s ERP: určete směr každého datového typu (ERP je master pro katalog a ceny, web je master pro objednávky), párování pouze podle neměnného identifikátoru (kód produktu/GUID), logování chyb s upozorněním. Frekvence — podle skutečného rytmu byznysu, ne „real-time pro real-time".

Klíčové body
  • ERP je master pro katalog a ceny; web je master pro objednávky.
  • Párování pouze podle neměnného klíče (kód produktu nebo GUID).
  • Logování + upozornění při selhání — jinak důvěřujete špatným číslům.
  • Zásoby každých několik minut, celý katalog přes noc.

Pro seriózní e-shop není web zdrojem pravdy — je jím back office. V mnoha firmách to znamená ERP systém (v českém prostředí typicky POHODA, Money nebo vlastní řešení, v mezinárodním kontextu také 1C). Pokud se výkladní skříň a ERP neshodují na ceně nebo zásobách, buď prodáváte to, co nemáte, nebo přicházíte o prodej. Správně nastavená synchronizace je celá hra.

Rozhodněte, co a jakým směrem putuje

Ještě před psaním kódu dohodněte směr každého datového typu. Obvykle: produkty, ceny a zásoby jdou z ERP na web, objednávky jdou z webu zpět do ERP. Tuto smlouvu zapsat nejprve písemně znamená předejít nejčastější poruše: dvě systémy, které se současně pokoušejí vlastnit stejné pole.

  • Katalog a ceny. ERP je master; web pouze zrcadlí. Web nikdy nemění cenu, kterou ERP přepíše.
  • Zásoby. ERP je master, synchronizace dostatečně častá, aby výkladní skříň nikdy s jistotou nelhala.
  • Objednávky. Web vytváří; ERP konzumuje a vrací stav zákazníkovi.

Párování podle stabilního klíče

Synchronizace se rozbíjejí, když jsou záznamy párovány podle něčeho proměnlivého — názvu, slimáku, pozice v seznamu. Párování podle neměnného identifikátoru (kód produktu nebo GUID) znamená, že přejmenovaný produkt se nestane duplikátem nebo sirotkem.

Každá bolestivá ERP synchronizace, kterou jsme zdědili, měla stejnou kořenovou příčinu: párování podle něčeho, co mohl člověk upravit.

Selhávejte hlasitě, ne tiše

Synchronizace, která polyká chyby, je horší než žádná synchronizace — protože důvěřujete číslům, která jsou špatná. Přidejte logování a upozornění při selhání výměny, aby se problém projevil jako notifikace, a ne jako rozzlobený zákazník, který koupil to, co nemáte.

Plán pro byznys, ne pro demo

Vše v reálném čase zní skvěle — a obvykle to není potřeba. Zásoby se mohou synchronizovat každých několik minut, celý katalog přes noc. Nastavte frekvenci podle toho, jak byznys skutečně funguje, abyste získali aktuálnost bez zatěžování obou systémů. Takto nastavený WooCommerce bridge je nudný v nejlepším slova smyslu: prostě funguje.

Rychlé odpovědi

Produkty párované podle proměnlivého klíče — obvykle název nebo slimák, který někdo upravil v jednom systému bez aktualizace druhého. Vždy párujte podle neměnného identifikátoru, jako je kód produktu nebo GUID.

Zásoby typicky potřebují synchronizaci každých několik minut u vytíženého e-shopu. Celý katalog (popisy, obrázky, ceny) může synchronizovat méně často — noční synchronizace je běžná. Frekvenci nastavte podle toho, jak rychle se byznys skutečně hýbe.

Ano — a obvykle to tak je. Produkty, ceny a zásoby typicky proudí z ERP do WooCommerce. Objednávky proudí z WooCommerce do ERP, který pak posílá zpět aktualizace stavu. Smlouva (kdo vlastní které pole) musí být napsána před vývojem.

P
Pavel Zakladatel & vedoucí vývojář

Architektura WordPressu, PHP a backend. Osobně píše kalkulace a technické specifikace, vede klíčové projekty od briefu po spuštění.

Líbil se vám článek?

Přidejte se k našemu Telegramu — praktické poznámky o WordPressu, výkonu a viditelnosti v AI vyhledávání. Bez balastu.

Odebírat na Telegramu

Máte na mysli projekt?

Pošlete krátký brief — nezávazná pevná nabídka během několika hodin.

Máte projekt? Pojďme ho probrat

Popište projekt — získáte pevnou kalkulaci zdarma, zpravidla do několika hodin.