Napojení B2B e-shopu na Pohodu / Money S3 / ABRA (4/10)
Napojení B2B e-shopu na ERP (Pohoda, Money S3, ABRA Gen, FlexiBee) není totéž co běžné propojení Shoptet ↔ Pohoda pro B2C. U velkoobchodu musíte synchronizovat ceníky a zákaznické skupiny, dealer objednávky se splatností, master data (kdo je zdroj pravdy) a řešit konflikty při různé frekvenci sync. Základní účetní a skladové napojení Shoptetu na Pohodu popisuje článek Shoptet Pohoda 2026: propojení účetnictví a skladu (ID 512) — ten berte jako východisko. Tento díl série B2B (#4/10) jde do B2B vrstvy: co syncovat navíc, jak srovnat ERP a kdy stačí Make jako most.
Ve zkratce
- Nejdřív rozhodněte master data: ERP vs e-shop (produkty, ceny, sklady, partneři).
- B2B specifika: více ceníků / skupin, min. odběry, schválení objednávky, faktura se splatností.
- Frekvence: sklady často, ceníky řízeně, objednávky near-realtime nebo dávka.
- Srovnání high-level: Pohoda / Money S3 / ABRA Gen / FlexiBee + Make.
- Originální prvek: matice entit × směr sync a checklist konfliktů před go-live.
Nástroje v katalogu: POHODA, Money S3, ABRA Gen, FlexiBee, Shoptet, Make (Integromat). Série: B2B vs katalog, ceníky a min. odběry, IČO a reverse charge, sklad Excel/Shoptet/ERP, Make ↔ Shoptet.
Proč B2B sync bolí jinak než B2C
U B2C často stačí: produkt + cena + sklad z ERP → e-shop; objednávka → ERP jako zakázka/faktura. U B2B přibývá:
| Entita | B2C typicky | B2B navíc |
|---|---|---|
| Cena | 1 maloobchodní | N ceníků, skupiny, individuální dealer ceny |
| Zákazník | e-mail / účet | IČO, schválení, kreditní limit, splatnost |
| Objednávka | ihned k expedici | schvalovací fronta, min. odběr, interní číslo odběratele |
| Doklad | DD po platbě / expedici | ZL, faktura se splatností, reverse charge |
| Feed / viditelnost | veřejný katalog | uzavřený ceník, skryté ceny pro nepřihlášené |
Bez jasného masteru vzniká klasika: obchodník upraví cenu ve Shoptetu „jen na zkoušku“, noční sync z Pohody ji přepíše a dealer dostane jinou nabídku než včera v PDF.
Matice: co syncovat a kterým směrem
Originální prvek — rozhodněte před nákupem konektoru:
| Entita | Doporučený master | Směr | Frekvence (orientačně) | Riziko konfliktu |
|---|---|---|---|---|
| Kódy produktů / varianty | ERP | ERP → e-shop | denně / při změně | vysoké při ruční editaci na e-shopu |
| Popisy, SEO, obrázky | e-shop (nebo PIM) | e-shop ← jen doplňky z ERP | dle CMS | střední |
| Sklady / dostupnost | ERP (nebo WMS) | ERP → e-shop | 5–60 min | vysoké při dvou skladech |
| Maloobchodní cena | dle firmy | jeden směr! | denně | vysoké |
| B2B ceníky / skupiny | ERP | ERP → e-shop | řízeně (po schválení) | velmi vysoké |
| Adresář firemních partnerů | ERP | ERP → e-shop (IČO mapování) | denně | střední |
| Objednávky dealerů | e-shop (vznik) | e-shop → ERP | near-realtime / dávka 5–15 min | střední (duplicity) |
| Faktury / úhrady | ERP | ERP → status na e-shopu (volitelně) | denně | střední |
| Dobropisy | ERP | ERP → e-shop / manuál | ad-hoc | vysoké bez procesu |
Pravidlo: jedna entita = jeden master. Dva mastery bez konfliktní politiky = noční diff hell.
Pohoda vs Money S3 vs ABRA Gen vs FlexiBee (B2B e-shop úhel)

High-level srovnání pro rozhodování u napojení e-shopu (ne kompletní ERP výběr — k účetnímu srovnání viz Pohoda vs Money S3):
| Kritérium | POHODA | Money S3 | ABRA Gen | FlexiBee |
|---|---|---|---|---|
| Typický segment | M Spodní střed | M / Spodní střed | Střední / větší | M / API-first |
| E-shop konektory | časté (Shoptet partneři, XML/API) | dostupné přes partnery | projektové integrace | silné REST API |
| B2B ceníky | ceníky a partneři v ERP | ceníky dle licence | pokročilé cenotvorby | ceníky + API zápis |
| Cloud / on-prem | převážně desktop + mosty | desktop + mosty | on-prem / hybrid | cloud API |
| Make / iPaaS | možné přes XML/API most | možné | možné, dražší mapování | přirozené přes API |
| Kdy dává smysl u B2B e-shopu | už běží Pohoda + Shoptet doplněk | firma na Money a nechce migraci | složitější procesy, více skladů | chcete API a méně desktop mostů |
Konkrétní ceny ERP a konektorů uvádějte jen z oficiálního ceníku s datem — zde je záměrně jen funkční mapa. Partner Shoptetu a typ konektoru ověřte v partneri.shoptet.cz / u dodavatele ERP.
FlexiBee často volí týmy, které chtějí řídit sync vlastním kódem nebo Make scénáři. ABRA Gen spíš tam, kde už ERP drží složitou logistiku a e-shop je „výkladní skříň“ s přísným masterem v ERP. Pohoda / Money jsou nejčastější u menších B2B e-shopů na Shoptetu — právě proto existuje tolik partnerských mostů (a proč nesmíte splést článek 512 s tímto B2B dílem).
Co přesně řešit u ceníků a skupin
Ve Shoptetu B2B vrstvu tvoří zákaznické skupiny a další ceníky — praxe je v díle #2 série a v podpora.shoptet.cz/velkoobchod.
Při sync z ERP:
- Mapujte ID skupiny ↔ ceník v ERP (tabulka v Confluence / Notion, ne jen v hlavě integrátora).
- Syncujte nejprve partnery (IČO), pak přiřazení skupiny, pak ceny.
- Individuální dealer ceny (výjimky) držte buď jen v ERP, nebo jen v e-shopu — ne obojí.
- Po hromadné změně ceníku spusťte kontrolní report: 20 náhodných SKU × 3 skupiny vs. ERP export.
☐ Checklist ceníků před go-live:
- ☐ Nepřihlášený návštěvník nevidí B2B ceny (nebo vidí jen „po přihlášení“).
- ☐ Testovací dealer účet má správnou skupinu a splatnost.
- ☐ Min. odběry / balení sedí s ERP (nejen text v popisu).
- ☐ Noční job nepřepisuje ruční promo ceník bez schválení.
- ☐ DPH / reverse charge režim u partnera je konzistentní s dílem #3 — není daňové poradenství; zákon 235/2004 Sb..
Dealer objednávky: ze e-shopu do ERP
Tok, který musíte navrhnout písemně:
- Dealer objedná v e-shopu (stav např. Ke schválení).
- Obchodník / kredit schválí → stav Nevyřízená / Vyřizuje se.
- Sync vytvoří v ERP zakázku / přijatou objednávku s vazbou na partnera (IČO).
- ERP rezervuje sklad, případně vystaví ZL / fakturu se splatností.
- Změna úhrady nebo expedice se volitelně vrací jako status na e-shop (a stavový e-mail).
Duplicity: idempotenční klíč = číslo objednávky e-shopu (a případně hash položek). Bez něj při retry Make scénáře vzniknou dvě zakázky.
Pro stavy na Shoptetu využijte mapování z článku o stavech objednávek (Ordinary z téhož dne) — B2B výchozí stav podle skupiny je přesně ten důvod, proč stavy a ERP patří k sobě.
Frekvence, fronty a konflikty
| Datový tok | Příliš často | Příliš zřídka | Kompromis |
|---|---|---|---|
| Sklad | zátěž API, flapping dostupnosti | oversell | 5–15 min + webhook při kritické změně |
| Ceníky | dealer vidí „blikající“ ceny | zastaralá nabídka | ruční release / noční po schválení |
| Objednávky | duplicity při chybě | zpožděná expedice | fronta + deduplikace |
| Adresář | zápisy rozbíjí schválení | špatné IČO na dokladu | denně + manuální výjimky |
Konfliktní politika (zapište do smlouvy s integrátorem):
- Při rozdílu ceny ERP vs e-shop vyhrává: ________ (doplňte).
- Při rozdílu skladu vyhrává: ________.
- Ruční editace masterované entity na non-master systému: zakázána / ticket / přepis při sync.
- Okno údržby sync: např. 01:00–03:00 Europe/Prague.
Make jako dočasný (nebo trvalý) most
Make se hodí, když:
- oficiální konektor nepokrývá B2B ceníky,
- potřebujete spojit Shoptet webhook → transformace → ERP API / XML hotfolder,
- testujete proces před drahým custom projektem.
Nehodí se jako jediná páteř u tisíců objednávek denně bez monitoringu, alertů a idempotence. Scénář vždy: log požadavku, dead-letter, alert do Slacku/e-mailu při HTTP 4xx/5xx. Základ napojení: Jak propojit Make se Shoptetem.
U Premium Shoptetu zvažte i Private API místo křehkého scrapování administrace.
Postup implementace (praktický)

- Audit: sepište entity z matice; označte master a frekvenci.
- Vyberte ERP cestu: existující Pohoda/Money most vs FlexiBee API vs ABRA projekt vs Make MVP.
- Mapování: SKU, jednotky, DPH sazby, skupiny ↔ ceníky, sklady.
- Sandbox: testovací e-shop + testovací firma v ERP; 10 fiktivních dealerů.
- Objednávkový happy path: objednávka → ERP → faktura/ZL → status zpět.
- Negativní testy: storno, částečná dostupnost, špatné IČO, retry duplicity.
- Cutover: freeze ručních cen, první ostrý sync, hypercare 2 týdny.
- Provoz: měsíční kontrolní report ceníků + skladových odchylek.
Kdy napojení odložit
- Objem B2B je < jednotky objednávek týdně a ceník měníte jednou za kvartál — stačí export/import a disciplína.
- Nemáte vyčištěné kódy produktů (duplicitní SKU) — sync jen zrychlí bordel.
- Kreditní limit a schvalování ještě nejsou v procesu — nejdřív díl #3 a interní SOP.
ERP sync faktur navážete na provozní matici v Platební podmínky B2B (5/10).
Pro menší velkoobchod bez ERP stačí často chráněný export: Velkoobchodní XML feed a uzavřené ceníky mimo Heureku (6/10).
Bez spolehlivého skladu a účetnictví migrace na portál slibuje nedostupné zboží. Plán změny procesu: Migrace na B2B portál: 90denní plán z e-mailů (7/10).
FAQ
Stačí mi článek 512 o Shoptet Pohoda?
Pro B2C sklad a doklady ano jako základ. Pro B2B ceníky, skupiny a dealer objednávky ne — potřebujete mapování z tohoto dílu a často úpravu konektoru nebo Make.
Má být master vždy ERP?
U skladů a účetních cen obvykle ano. U marketingových popisů a SEO spíš e-shop. U B2B individuálních akcí rozhodněte písemně — „obvykle“ nestačí.
Umí Shoptet nativně Money S3 / ABRA?
Přes oficiální a partnerské doplňky / projekty — ověřte aktuální nabídku u Shoptetu a dodavatele ERP. Neočekávejte 1:1 stejný feature set jako u nejčastějšího Pohoda mostu.
Jak poznám, že sync duplicitně zakládá objednávky?
V ERP hledejte dvě zakázky se stejným externím číslem e-shopu. V Make sledujte historii spuštění a filtr „already exists“.
Co s feedem pro dealery?
Uzavřený ceník a autentizovaný feed řeší až další díl série (#6). Nejdřív stabilizujte ERP sync cen — feed jen publikuje totéž jinam.
Je reverse charge věc konektoru?
Částečně: konektor musí přenést daňový mód a DIČ. Posouzení režimu je na účetní / daňovém poradci — tento text není daňové poradenství (235/2004 Sb.).
Zdroje
- Shoptet Podpora — Velkoobchod
- Shoptet Pohoda 2026 (základní napojení)
- Pohoda vs Money S3 2026
- Zákon č. 235/2004 Sb. — DPH; není daňové/právní poradenství
- DataForSEO Labs overview CZ: „b2b e-shop“ ~50, „shoptet pohoda“ ~40 (říjen 2026)
- Oficiální dokumentace ERP a partnerské konektory — ověřit před nákupem