Přeskočit na obsah
XSIS

Podniky a integrace

Synchronizace prodejů, zásob a cen z POS do ERP

POS a ERP: prodeje, zásoby a ceny držené v souladu

Prodeje a vratky zaúčtované z každé prodejny, změny zásob a cen poslané zpět a denní uzávěrky srovnané.

Blueprint

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

Přehled

Jde o tok mezi pokladnami ve vašich prodejnách a ERP za nimi. Prodeje, vratky a storna putují nahoru do ERP. Ceny, akce, data položek a zásoby putují dolů. Když se obojí rozjede, prodejny prodávají za špatnou cenu, číslům zásob se přestane věřit a finance tráví uzávěrku měsíce reconciliací.

Referenční návrh posílá každou transakci z prodejny jako událost přes integrační vrstvu s frontou. Vrstva mapuje každou událost na prodejní a skladové dokumenty ERP a zaúčtuje ji právě jednou. Opačným směrem se změny v ERP posílají prodejnám, které je potřebují, takže každá pokladna pracuje se stejnými daty.

Prodejny ztrácejí spojení a návrh s tím počítá. Prodejna nebo cloudový server POS dál prodává a dožene vše, když se linka vrátí. Zaúčtování, které selže, se opakuje a to, které selhává dál, se předá člověku s podrobnostmi, místo aby zmizelo.

Jak tok funguje

  1. Prodejte u pokladny

    Každý prodej, vratka i storno se zaznamená na POS terminálu s jedinečným identifikátorem, prodejnou, pokladnou a časem.

  2. Podržte v prodejně

    Prodejna nebo cloudový server POS sbírá transakce a posílá je jako události a bezpečně je drží, dokud je prodejna offline.

  3. Zaúčtujte do ERP

    Integrační vrstva mapuje každou událost na prodeje a pohyby zásob a zaúčtuje ji do ERP, přičemž kontroluje identifikátor, aby se nic nezaúčtovalo dvakrát.

  4. Pošlete ceny a položky

    Data položek, ceny a akce se publikují z ERP při změně, s datem a prodejnami, na které se každá změna vztahuje.

  5. Aktualizujte každou prodejnu

    Vrstva doručí každou změnu prodejnám, na které se vztahuje, a zaznamená, které prodejny ji potvrdily.

Když něco selže

  • Zaúčtování selže

    Dočasné závady se opakují s rostoucími prodlevami. Zaúčtování, které stále selhává, jde do fronty nedoručitelných zpráv a tým provozu prodejen dostane upozornění s transakcí a chybou.

  • Prodejna vypadne z připojení

    Prodejna dál prodává na místních datech. Transakce se drží a po návratu spojení se posílají v pořadí a prodejna, která mlčí příliš dlouho, vyvolá upozornění.

  • Transakce dorazí dvakrát

    Každá transakce nese jedinečný identifikátor. Vrstva opakování rozpozná a ignoruje, takže opětovné odeslání po výpadku nikdy nezdvojí prodej.

  • Součty prodejny a ERP se liší

    Denní uzávěrky z každé prodejny se porovnávají s tím, co ERP přijalo. Rozdíl otevře revizi s výpisem chybějících nebo přebytečných transakcí.

Standardy a systémy

Data a analytika
  • Apache Kafka
ERP systémy
  • SAP S/4HANA
  • Oracle NetSuite
  • Microsoft Dynamics 365 Business Central
  • Odoo
Integrace
  • REST
  • Webhooks
  • RabbitMQ

Otázky a odpovědi

Mají se prodeje zaúčtovávat v reálném čase, nebo v dávkách?

Obvykle jako události blízko reálnému času, protože čísla zásob a prodejů jsou pak během dne aktuální. Některá ERP nebo licence činí časté účtování drahým, takže vrstva umí události také seskupit do souhrnů podle prodejny a období. Volíme s vámi podle toho, která rozhodnutí potřebují aktuální data a co ERP zvládá dobře.

Jak se srovnávají denní uzávěrky?

Každá prodejna pošle svou denní uzávěrku podle typu platby a oddělení. Vrstva je porovná s transakcemi, které ERP pro stejnou prodejnu a den přijalo. Pokud souhlasí, den se uzavře. Pokud ne, revize vypíše chybějící nebo přebytečné transakce, takže váš tým může opravit příčinu místo zaúčtování korekce.

Lze akce a změny cen naplánovat předem?

Ano. Každá změna ceny nebo akce se posílá s datem a prodejnami, na které se vztahuje, předem, takže pokladny přepnou ve správný okamžik, aniž by v prodejně někdo zasahoval. Vrstva zaznamená, které prodejny změnu potvrdily, a označí ty, které ne.

Jak to zavádíte napříč mnoha prodejnami?

Začneme pilotem v několika prodejnách a jejich uzávěrky denně porovnáváme se současným procesem. Jakmile se součty shodují, zavádíme po skupinách, tempem, které váš tým provozu prodejen zvládne. Starý proces zůstává pro každou prodejnu dostupný, dokud se nový tok neprokáže.

S kterými POS a ERP systémy to funguje?

Návrh funguje s každým POS, který umí exportovat transakce přes API, události nebo soubory, a s ERP jako SAP S/4HANA, Oracle NetSuite, Microsoft Dynamics 365 Business Central a Odoo. Rozhraní vašeho konkrétního POS a ERP potvrdíme na začátku. Uvedení produktu neznamená partnerství s jeho dodavatelem.

Kdo řeší neúspěšná zaúčtování po spuštění?

To se dohodne před spuštěním. Obvykle váš tým provozu prodejen nebo financí řeší obchodní chyby, jako je neznámá položka, ze seznamu k revizi, a technický tým řeší závady v samotném toku. Takovou technickou podporu můžeme poskytovat v rámci průběžné dohody, s provozní příručkou sdílenou s vaším týmem.

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.

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.