
Maloobchod a omnichannel
Prodejny, e-shopy a ERP ve shodě při každém prodeji a každé položce SKU, v reálném čase.
Proč se prodejny, online kanály a ERP rozcházejí
Maloobchodníci provozují mnoho systémů, které musí být ve shodě: pokladny, e-shopy, sklady, poskytovatele plateb a ERP. Když se rozcházejí, zásoby jsou špatné, ceny se mezi kanály liší a finance tráví dny reconciliací.
Noční dávkové synchronizace
Pokladny, e-shopy a ERP si vyměňují data s několikahodinovým zpožděním, takže ve špičce se zásoby přeprodají.
Pomalé vypořádání
Karetní vypořádání u acquiringových bank se odsouhlasuje pozdě a rozdíly stojí peníze.
Špičky, které zastaví pokladnu
Akce a festivaly přinesou návštěvnost, kterou pomalé systémy nezvládnou.
Co se změní
Jedna verze každého prodeje
Pokladny v prodejnách, online pokladna a hlavní kniha ERP jsou ve shodě v reálném čase.
Zásoby, kterým lze věřit
Stavy SKU synchronizované mezi prodejnami a e-shopy, jak se mění.
Odsouhlasená vypořádání
Vypořádací soubory načtené a poplatky prověřené automaticky.
Kde pracujeme
Co vytváříme
- Rozšíření POS, back-office aplikace a dashboardy prodejen
- Synchronizace odolná proti výpadku spojení mezi servery prodejen a centrálou
Co vytváříme
- Front-endy e-shopů a objednávkové služby
- Vyzvednutí v prodejně (click and collect), vratky a sledování objednávek
Typické integrace
- Platformy e-commerce, tržiště, přepravci a ERP
Co stavíme, propojujeme a zabezpečujeme
Integrace POS a ERP
Prodeje, vratky a denní uzávěrky zaúčtované do ERP, s cenami, akcemi a položkami posílanými zpět do každé prodejny.
Přehled o zásobách
Jeden pohled na zásoby napříč prodejnami, sklady a online, aktualizovaný při každém prodeji a dodávce.
Online a mobilní obchod
E-shopy a aplikace, které sdílejí produkty, ceny a zásoby s prodejnami.
Věrnostní programy a akce
Věrnostní programy, poukazy a pravidla akcí, která fungují stejně v každém kanálu.
Nástroje pro provoz prodejen
Aplikace pro inventury, přesuny, dodávky a úkoly personálu, navržené pro práci v prodejně.
Superaplikace a sjednocený obchod
Jedna aplikace pro vysokou souběžnost pro nákup, platby a věrnost napříč značkami.
Platformy POS
Pokladny a cloudové služby POS, přes jejich API, exportní soubory nebo servery prodejen.
Karetní platby
Terminály, brány a acquiringové banky, s vypořádacími soubory párovanými k prodejům.
ERP
SAP S/4HANA, Microsoft Dynamics 365, Oracle NetSuite, Odoo a další, pro položky, zásoby a finance.
Sklady a přepravci
Skladové systémy a API přepravců pro plnění, dodávky a vratky.
Karetní data mimo rozsah
Karetní data držíme u poskytovatele plateb, přes tokenizaci a koncově šifrované terminály tam, kde jsou k dispozici, což udržuje rozsah PCI DSS malý.
Data zákazníků
Věrnostní a objednávková data shromažďujeme se souhlasem, uchováváme jen po potřebnou dobu a zpracováváme podle GDPR a platných místních zákonů.
Fiskální a daňová pravidla
Tam, kde země vyžaduje fiskální účtenky nebo elektronickou fakturaci, propojujeme certifikovaná zařízení nebo platformy, které nařizuje, a uchováváme záznamy, které žádá.

Jak pracujeme
Tyto systémy propojujeme, aby se prodeje, zásoby, ceny a platby mezi nimi pohybovaly spolehlivě, a kolem nich stavíme zákaznické aplikace a back-office nástroje. Prodejny prodávají dál, i když síť vypadne, a po obnovení doženou, co chybí.
Zmapovat toky
Prodeje, vratky, ceny, zásoby a platby mezi všemi systémy.
Nahradit dávky
Události proudí mezi POS, e-shopy a ERP, s frontou nedoručených zpráv pro selhání.
Ověřit ve špičce
Zátěžové testy na návštěvnost festivalu ještě před spuštěním.
Posuňte do strany a uvidíte celé schéma.
POS do ERP: každý prodej zaúčtován jednou
Prodeje proudí z pokladen do ERP jako události a ceny a zásoby proudí zpět. Prodejna, která přejde offline, dál prodává a dožene to. Neúspěšné zaúčtování se opakuje, poté se předá člověku.
- Hlavní tok
- Asynchronní
- Cesta výjimky
Tok v v 8 krocích
Tok krok za krokem
- Z Terminály POS do Prodejna nebo cloudový server POS: Prodeje, vratky a storna (hlavní tok).
- Z Prodejna nebo cloudový server POS do Integrační vrstva: Prodejní události a denní součty přes frontu událostí, přes REST/JSON (asynchronní).
- Z Integrační vrstva do ERP: Prodeje a pohyby zásob zaúčtovány, přes OData · REST/JSON (hlavní tok).
- Z ERP do Integrační vrstva: Ceny, akce a data položek přes API nebo export souboru, přes REST/JSON (hlavní tok).
- Z Integrační vrstva do Prodejna nebo cloudový server POS: Aktualizace cen a zásob, přes REST/JSON (hlavní tok).
- Z Integrační vrstva do Fronta opakování: Zaúčtování selhalo (cesta výjimky).
- Z Fronta opakování do Integrační vrstva: Opakováno (cesta výjimky).
- Z Fronta opakování do Tým provozu prodejen: Stále selhává: upozornění s podrobnostmi (cesta výjimky).
Posuňte do strany a uvidíte celé schéma.
Platby kartou: autorizace u pokladny, vypořádání později, reconciliance v ERP
Terminál nebo pokladna se ptá brány, brána se ptá acquiringové banky a ta směruje na karetní síť a vydavatele. Vypořádací soubory dorazí později a párují se s prodeji a poplatky v ERP. Časový limit spustí storno, aby zákazník nebyl nikdy účtován dvakrát.
- Hlavní tok
- Asynchronní
- Cesta výjimky
Tok v v 8 krocích
Tok krok za krokem
- Z Terminál EMV nebo online pokladna do Platební brána: Žádost o autorizaci, přes EMV · REST/JSON (hlavní tok).
- Z Platební brána do Acquiringová banka: Autorizace, přes ISO 8583 (hlavní tok).
- Z Acquiringová banka do Karetní síť a vydavatel: Směrováno k vydavateli, přes ISO 8583 (hlavní tok).
- Z Acquiringová banka do Platební brána: Schváleno nebo zamítnuto, přes ISO 8583 (asynchronní).
- Z Acquiringová banka do Integrační vrstva: Vypořádací a poplatkové soubory, přes SFTP (asynchronní).
- Z Integrační vrstva do ERP: Vypořádané prodeje, poplatky a výplaty, přes REST/JSON (hlavní tok).
- Z Platební brána do Terminál EMV nebo online pokladna: Žádná odpověď včas: automatické storno, přes ISO 8583 0400 (cesta výjimky).
- Z Integrační vrstva do Platební provozní tým: Nesoulad vypořádání nebo chargeback (cesta výjimky).
Dosavadní výsledky
Vybrané podnikové značky představují historické i současné systémy, platformy a digitální produkty, které navrhla nebo dodala XSIS, KONG GROUP, náš CEO a naši principal inženýři ve vedení během svých kariér. Všechny ochranné známky třetích stran jsou majetkem jejich vlastníků a jsou uvedeny výhradně pro věcnou identifikaci portfolia.
Jak začít
Co bude následovat
Dohoda na čase
Náš tým vám napíše e-mail a dohodne čas konzultace.
Předkonzultační schůzka
Nejprve bezplatná 30minutová online předkonzultační schůzka: projdeme vaše cíle, systémy a omezení.
Kontrola připravenosti
bezplatná 48hodinová kontrola připravenosti prověří váš projekt proti šestibodové definici připravenosti a doporučí vhodnou cestu.
Volba cesty
Projekty připravené rozsahem dostanou závaznou nabídku do 3–5 pracovních dnů. Projekty ve fázi konceptu začínají v Blueprint Studio. Běžící systém, který selhává, není zdokumentovaný nebo potřebuje integraci, začíná diagnostikou 1–2 týdny. Blueprint Studio i diagnostika mají pevný poplatek uvedený v nabídce.
AI-native produktové týmy
Řízené mezioborové pody seniorních inženýrů vybavené agentními nástroji pro kódování a QA.
Projekty s pevným výsledkem a nepřetržité řízené služby
Dodávka s pevným rozsahem a milníky se jmenovanými vedoucími dodávky a nepřetržité řízené služby aplikací pod řízením SLA.
Nejrychlejší vstup je balíček Sprint připravenosti ERP na povinnou e-fakturaci, jeden z našich balíčků rychlé spolupráce.
Kde začítOtázky a odpovědi
Co se stane, když prodejna ztratí spojení?
Prodejna prodává dál. Prodeje se ukládají lokálně a odešlou se po obnovení spojení, každý s jedinečným identifikátorem, aby se nic nezaúčtovalo dvakrát. Aktualizace cen a zásob se řadí do fronty stejně. Provoz vidí, které prodejny jsou pozadu a o kolik, takže delší výpadek je vidět hned, ne až na konci měsíce.
Které POS systémy umíte integrovat?
POS platformy integrujeme tím, co nabízejí: cloudová API, servery prodejen, databázové exporty nebo soubory. Před odhadem si projdeme dokumentaci POS a vzorek jeho dat, protože to určuje postup. Uvedení POS platformy nebo ERP na tomto webu neznamená partnerství s jejich dodavateli.
Proč se zásoby mezi ERP a prodejnami nikdy neshodují?
Obvykle proto, že se systémy neshodnou na časování, jednotkách nebo na tom, co se počítá jako pohyb. Častými příčinami jsou vratky, přesuny, poškozené zboží a prodeje během inventury. Rozdíly dohledáme, dohodneme jedno pravidlo pro každý druh pohybu a synchronizaci postavíme tak, aby každou změnu zaznamenala se zdrojem. Zbývající rozdíly putují k posouzení, místo aby se hromadily.
Co určuje cenu maloobchodní integrace?
Počet systémů, prodejen a kanálů, jak dobře POS a ERP zpřístupňují svá data a kolik výjimek potřebuje pravidla, jako jsou vratky mezi kanály nebo rozdělené platby. Nasazení prodejna po prodejně přidává i testovací práci. Odhad stanovujeme po prozkoumání systémů a vzorku skutečných transakcí.
Můžete nasazení provést bez zavření prodejen?
Ano. Spouštíme po etapách, počínaje pilotní prodejnou, a novou integraci provozujeme souběžně se stávajícím procesem, dokud se součty neshodnou. Změny v prodejnách plánujeme podle možností mimo otevírací dobu a každá etapa má cestu zpět, pokud něco nefunguje podle plánu.
Kdo integraci po spuštění podporuje?
Můžeme ji monitorovat a podporovat na základě smlouvy o podpoře, nebo ji předat vašemu týmu s dokumentací, upozorněními a provozní příručkou. V obou případech nedoručená zpráva skončí ve frontě se svým důvodem, takže ji lze opravit a přehrát, místo aby se ztratila.
Začněte rozhovorem, ne smlouvou.
Řekněte nám, co potřebujete postavit, propojit nebo zabezpečit. Architekt to s vámi projde a poté doporučí, kde začít.


