Zpět na blog E-shopy

Propojení e-shopu s účetnictvím, CRM a skladem

Jak propojit e-shop s účetnictvím, CRM a skladem bez duplicit, ztracených objednávek a drahé ruční práce? Poznejte správný návrh i nejčastější chyby.

Datové propojení e-shopu s účetnictvím, CRM a skladovým systémem

Nejdřív proces, potom API

Automatizace nevyřeší nejasný proces; pouze ho zrychlí a znásobí chyby. Nakreslete cestu od založení produktu přes objednávku, platbu, expedici, fakturu, vratku a zákaznickou péči. U každého kroku označte systém, odpovědnou osobu a výjimky.

Teprve potom rozhodujte, co se přenáší okamžitě, dávkově nebo vůbec. Někdy je levnější upravit proces než vyvíjet obousměrnou synchronizaci všech dat.

Každý údaj potřebuje jeden zdroj pravdy

  • produkty a popisy mohou vznikat v PIM nebo e-shopu,
  • skladová dostupnost ve skladu nebo ERP,
  • ceny v ERP či e-shopu podle obchodního modelu,
  • zákaznická komunikace v CRM,
  • faktury v účetním systému.

Pokud mohou stejný údaj nezávisle měnit dva systémy, vznikají konflikty. Dokumentace má říct, který systém vyhrává a co se stane při rozdílu.

Objednávka potřebuje stavový model

„Objednávka odeslána“ nestačí. Definujte čekání na platbu, zaplaceno, rezervováno, připraveno, expedováno, částečně expedováno, stornováno a vráceno. Každý stav může spustit jinou fakturu, skladový pohyb nebo zprávu zákazníkovi.

Mapování stavů mezi systémy musí být explicitní. Jinak může změna názvu v jednom systému zastavit celý tok bez viditelné chyby.

Spolehlivost je důležitější než rychlost přenosu

Kvalitní integrace ukládá frontu neodeslaných záznamů, používá unikátní identifikátory a stejné volání nezpracuje dvakrát. Každý přenos má log, čas a výsledek. Při chybě přijde upozornění člověku, který ji umí řešit.

Po výpadku musí být možné přenos bezpečně zopakovat. Bez těchto vlastností může „automatizace“ tiše ztrácet objednávky nebo vytvářet duplicitní faktury.

Začněte integrací s nejrychlejší návratností

Spočítejte, kolik minut zabere ruční krok, kolikrát měsíčně se opakuje a jaká je cena chyby. Přidejte čas na reklamace a dohledávání. Prioritu mívá přenos objednávek, sklad, fakturace a párování plateb; automatické marketingové segmenty mohou přijít později.

První verze má pokrýt běžných 80–90 procent případů a zbytek poslat do jasné fronty pro ruční kontrolu. Snaha automatizovat každou historickou výjimku často projekt neúměrně prodraží.

Co má obsahovat zadání integrace

  1. Schéma systémů a jejich vlastníků.
  2. Seznam entit, polí a směrů synchronizace.
  3. Spouštěče, frekvence a objemy dat.
  4. Mapování stavů a identifikátorů.
  5. Výjimky, retry a ruční zásah.
  6. Logování, monitoring a odpovědnosti.
  7. Testovací scénáře včetně storen a vratek.
  8. Ochranu osobních údajů a retenční pravidla.

Takový návrh připravujeme v rámci služby funkce a doplňky na míru.

Ruční přepisování objednávek už vás brzdí?

Zmapujeme tok dat, vybereme nejmenší smysluplnou integraci a navrhneme kontrolu chyb dřív, než začneme programovat.

Navrhnout propojení
FAQ k článku

Nejčastější otázky k tématu

Stručné odpovědi k rozhodnutím, která firmy při řešení tohoto tématu nejčastěji dělají.

Kolik stojí propojení e-shopu se systémy?

Záleží na kvalitě API, počtu entit, směrech synchronizace a výjimkách. Jednoduchý jednosměrný přenos je výrazně levnější než robustní obousměrná integrace.

Je lepší hotový konektor, nebo vývoj na míru?

Hotový konektor je vhodný, pokud přesně pokrývá proces a má kvalitní podporu. Vývoj na míru dává smysl u specifického toku nebo kritických výjimek.

Má integrace fungovat v reálném čase?

Jen tam, kde to provoz potřebuje. Stav skladu může vyžadovat rychlé změny, účetní export často stačí dávkově. Reálný čas zvyšuje složitost.

Jak zabránit duplicitním objednávkám?

Používejte stabilní externí identifikátor, idempotentní zpracování, evidenci výsledku a bezpečný mechanismus opakování po chybě.

Co dělat, když jeden systém nemá API?

Prověřte podporovaný export/import, databázové rozhraní nebo integrační platformu. Automatizace přes obrazovku je poslední možnost a vyžaduje silný monitoring.

Kdo má integraci provozovat?

Musí existovat technický vlastník, provozní kontakt a jasná odpovědnost za každý připojený systém. Jeden dodavatel by měl koordinovat incident napříč hranicemi.

Jak integraci testovat?

Na testovacích účtech a kopii realistických dat. Scénáře musí zahrnout běžnou objednávku, změnu ceny, nedostupný sklad, chybu API, storno, částečnou vratku a opakovaný přenos.