Přeskočit na obsah
XSIS
Zákazník platí u samoobslužné pokladny

Odvětví

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í

  1. Jedna verze každého prodeje

    Pokladny v prodejnách, online pokladna a hlavní kniha ERP jsou ve shodě v reálném čase.

  2. Zásoby, kterým lze věřit

    Stavy SKU synchronizované mezi prodejnami a e-shopy, jak se mění.

  3. 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á.

Ruka držící bezdrátový bankovní platební terminál, detail

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í.

  1. Zmapovat toky

    Prodeje, vratky, ceny, zásoby a platby mezi všemi systémy.

  2. Nahradit dávky

    Události proudí mezi POS, e-shopy a ERP, s frontou nedoručených zpráv pro selhání.

  3. Ověřit ve špičce

    Zátěžové testy na návštěvnost festivalu ještě před spuštěním.

POS do ERP: každý prodej zaúčtován jednouProdeje 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.POSTerminály POSKaždá pokladna vkaždé prodejněÚložiště datProdejna nebocloudový serverPOSProdává i offlineXSISIntegrační vrstvaFronta událostí,mapování, ochranaproti duplicitámERPERPProdeje, zásoby afinanceSlužbaFronta opakováníOpakování srostoucímzpožděním, potéfronta nedoručitelnýchzprávLidéTým provozuprodejen12REST/JSON3OData · REST/JSON4REST/JSON5REST/JSON678

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

  1. Z Terminály POS do Prodejna nebo cloudový server POS: Prodeje, vratky a storna (hlavní tok).
  2. 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í).
  3. Z Integrační vrstva do ERP: Prodeje a pohyby zásob zaúčtovány, přes OData · REST/JSON (hlavní tok).
  4. Z ERP do Integrační vrstva: Ceny, akce a data položek přes API nebo export souboru, přes REST/JSON (hlavní tok).
  5. Z Integrační vrstva do Prodejna nebo cloudový server POS: Aktualizace cen a zásob, přes REST/JSON (hlavní tok).
  6. Z Integrační vrstva do Fronta opakování: Zaúčtování selhalo (cesta výjimky).
  7. Z Fronta opakování do Integrační vrstva: Opakováno (cesta výjimky).
  8. Z Fronta opakování do Tým provozu prodejen: Stále selhává: upozornění s podrobnostmi (cesta výjimky).
Platby kartou: autorizace u pokladny, vypořádání později, reconciliance v ERPTerminá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.POSTerminál EMVnebo onlinepokladnaČip, bezkontaktníplatba a e-commerceBránaPlatební bránaTokenizace asměrováníBankaAcquiringovábankaAutorizace avypořádáníTřetí stranaKaretní síť avydavatelSchvaluje nebozamítáERPERPProdeje, poplatky avýplatyXSISIntegrační vrstvaParsování a párovánívypořádáníLidéPlatební provoznítýmNesrovnalosti, spory achargebacky1EMV · REST/JSON2ISO 85833ISO 85834ISO 85835SFTP6REST/JSON7ISO 8583 04008

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

  1. Z Terminál EMV nebo online pokladna do Platební brána: Žádost o autorizaci, přes EMV · REST/JSON (hlavní tok).
  2. Z Platební brána do Acquiringová banka: Autorizace, přes ISO 8583 (hlavní tok).
  3. Z Acquiringová banka do Karetní síť a vydavatel: Směrováno k vydavateli, přes ISO 8583 (hlavní tok).
  4. Z Acquiringová banka do Platební brána: Schváleno nebo zamítnuto, přes ISO 8583 (asynchronní).
  5. Z Acquiringová banka do Integrační vrstva: Vypořádací a poplatkové soubory, přes SFTP (asynchronní).
  6. Z Integrační vrstva do ERP: Vypořádané prodeje, poplatky a výplaty, přes REST/JSON (hlavní tok).
  7. 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).
  8. Z Integrační vrstva do Platební provozní tým: Nesoulad vypořádání nebo chargeback (cesta výjimky).

Dosavadní výsledky

  • Logo Landmark Group (UAE)
  • Logo Nike
  • Logo Victoria’s Secret
  • Logo M·A·C Cosmetics

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

  1. Dohoda na čase

    Náš tým vám napíše e-mail a dohodne čas konzultace.

  2. Předkonzultační schůzka

    Nejprve bezplatná 30minutová online předkonzultační schůzka: projdeme vaše cíle, systémy a omezení.

  3. Kontrola připravenosti

    bezplatná 48hodinová kontrola připravenosti prověří váš projekt proti šestibodové definici připravenosti a doporučí vhodnou cestu.

  4. 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.

Nejrychlejší vstup je balíček Sprint připravenosti ERP na povinnou e-fakturaci, jeden z našich balíčků rychlé spolupráce.

Kde začít

Otá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.