Értékesítés, készlet és árak szinkronja a POS és az ERP között
A POS-tól az ERP-ig: értékesítés, készlet és árak összhangban
Minden üzlet értékesítése és visszárui a könyvelésben, a készlet- és árváltozások visszaküldve az üzletekbe, a napzáró összesítők egyeztetve.
Tervrajz
Görgessen oldalra az egész rajz megtekintéséhez.
POS és ERP: minden értékesítés egyszer könyvelve
Az értékesítési adatok eseményként jutnak el a kasszáktól az ERP-be, az árak és a készlet pedig visszafelé. Az offline üzlet tovább árusít, és később pótolja a lemaradást. A sikertelen könyvelést a rendszer újrapróbálja, majd egy munkatárs kezébe adja.
- Elsődleges folyamat
- Aszinkron
- Kivételi útvonal
A folyamat 8 lépésben
A folyamat lépésről lépésre
- Forrás: POS-terminálok, cél: Bolti szerver vagy POS-felhőszerver. Értékesítés, visszaküldések és sztornók (elsődleges folyamat).
- Forrás: Bolti szerver vagy POS-felhőszerver, cél: Integrációs réteg. Értékesítési események és napi záróösszegek eseménysoron keresztül, REST/JSON protokollon keresztül (aszinkron).
- Forrás: Integrációs réteg, cél: ERP. Értékesítés és készletmozgások könyvelve, OData · REST/JSON protokollon keresztül (elsődleges folyamat).
- Forrás: ERP, cél: Integrációs réteg. Árak, akciók és cikktörzsadatok API-n vagy fájlexporttal, REST/JSON protokollon keresztül (elsődleges folyamat).
- Forrás: Integrációs réteg, cél: Bolti szerver vagy POS-felhőszerver. Ár- és készletfrissítések, REST/JSON protokollon keresztül (elsődleges folyamat).
- Forrás: Integrációs réteg, cél: Újrapróbálkozási sor. A könyvelés sikertelen (kivételi útvonal).
- Forrás: Újrapróbálkozási sor, cél: Integrációs réteg. Újrapróbálva (kivételi útvonal).
- Forrás: Újrapróbálkozási sor, cél: Bolti üzemeltetési csapat. Még mindig sikertelen: riasztás a részletekkel (kivételi útvonal).
Áttekintés
Ez az üzletei kasszái és a mögöttük álló ERP közötti folyamat. Az eladások, a visszáruk és a sztornók az ERP felé áramlanak. Az árak, az akciók, a cikkadatok és a készletadatok visszafelé, az üzletekbe jutnak. Ha a kettő elcsúszik egymástól, az üzletek rossz áron adnak el, a készletadatokban senki sem bízik, a pénzügy pedig a hónapzárást egyeztetéssel tölti.
A referenciaterv minden bolti tranzakciót eseményként küld egy sorral működő integrációs rétegen keresztül. A réteg minden eseményt az ERP értékesítési és készletbizonylataira képez le, és pontosan egyszer könyveli. A másik irányban az ERP változásai azokhoz az üzletekhez jutnak el, amelyeknek szükségük van rájuk, így minden kassza ugyanazokkal az adatokkal dolgozik.
Az üzletek kapcsolata időnként megszakad, és a terv számol ezzel. Az üzlet vagy a POS felhőszervere tovább értékesít, és a kapcsolat helyreálltakor pótolja a lemaradást. A sikertelen könyvelést újrapróbáljuk, a tartósan sikertelent pedig a részletekkel együtt egy kollégához irányítjuk, ahelyett hogy eltűnne.
Hogyan működik a folyamat
Eladás a kasszánál
A POS-terminál minden eladást, visszárut és sztornót egyedi azonosítóval, az üzlet, a kassza és az időpont megjelölésével rögzít.
Megőrzés az üzletben
Az üzlet vagy a POS felhőszervere összegyűjti a tranzakciókat, és eseményként továbbítja őket, offline állapotban pedig biztonságosan megőrzi őket.
Könyvelés az ERP-be
Az integrációs réteg minden eseményt értékesítési és készletmozgásokra képez le, és az azonosító ellenőrzésével könyveli az ERP-be, így semmi sem kerül kétszer könyvelésre.
Árak és cikkek küldése
Az ERP a cikkadatokat, az árakat és az akciókat változáskor közzéteszi, azzal a dátummal és azokkal az üzletekkel együtt, amelyekre a változás vonatkozik.
Minden üzlet frissítése
A réteg minden változást eljuttat az érintett üzletekhez, és rögzíti, mely üzletek igazolták vissza.
Amikor valami elromlik
Egy könyvelés sikertelen
Az átmeneti hibáknál növekvő várakozással próbálkozunk újra. A továbbra is sikertelen könyvelés a kézbesíthetetlen üzenetek sorába kerül, a bolti üzemeltetési csapat pedig riasztást kap a tranzakcióval és a hibával.
Egy üzlet offline állapotba kerül
Az üzlet a helyi adatai alapján tovább árusít. A tranzakciókat megőrizzük, és a kapcsolat helyreálltakor sorrendben elküldjük, a túl sokáig jelentkezés nélküli üzlet pedig riasztást vált ki.
Egy tranzakció kétszer érkezik
Minden tranzakció egyedi azonosítót hordoz. A réteg felismeri az ismétlést, és figyelmen kívül hagyja, így egy kiesés utáni újraküldés soha nem duplázza meg az eladást.
Eltér az üzlet és az ERP összesítője
Minden üzlet napzáró összesítőjét összevetjük azzal, amit az ERP kapott. Eltérés esetén felülvizsgálat indul a hiányzó vagy többlettranzakciók listájával.
Szabványok és rendszerek
- Adat és analitika
- Apache Kafka
- ERP-rendszerek
- SAP S/4HANA
- Oracle NetSuite
- Microsoft Dynamics 365 Business Central
- Odoo
- Integráció
- REST
- Webhooks
- RabbitMQ
Kérdések és válaszok
Valós időben vagy kötegekben könyveljük az értékesítést?
Általában eseményként, közel valós időben, mert így a készlet- és értékesítési adatok napközben is naprakészek. Egyes ERP-k vagy licencek mellett a gyakori könyvelés költséges, ezért a réteg az eseményeket üzletenkénti és időszakonkénti összesítőkbe is csoportosíthatja. Önnel együtt döntünk, annak alapján, mely döntésekhez kell naprakész adat, és mit kezel jól az ERP.
Hogyan egyeztetik a napzáró összesítőket?
Minden üzlet elküldi napzáró összesítőit fizetési módonként és részlegenként. A réteg összeveti őket azokkal a tranzakciókkal, amelyeket az ERP ugyanarra az üzletre és napra kapott. Ha egyeznek, a nap lezárul. Ha nem, a felülvizsgálat felsorolja a hiányzó vagy többlettranzakciókat, így csapata a hiba okát javíthatja ki, ahelyett hogy korrekciót könyvelne.
Előre ütemezhetők az akciók és az árváltozások?
Igen. Minden ár- vagy akcióváltozást előre elküldünk a hatálybalépés dátumával és az érintett üzletekkel, így a kasszák a megfelelő pillanatban váltanak, anélkül hogy az üzletben bárkinek tennie kellene valamit. A réteg rögzíti, mely üzletek igazolták a változást, és jelzi azokat, amelyek nem.
Hogyan vezetik be ezt sok üzletben?
Néhány üzletben induló próbaüzemmel kezdünk, és naponta összevetjük az összesítőiket a jelenlegi folyamattal. Ha az összesítők egyeznek, csoportonként vezetjük be, olyan ütemben, amelyet a bolti üzemeltetési csapata le tud követni. A régi folyamat minden üzletben elérhető marad, amíg az új folyamat be nem bizonyít.
Mely POS- és ERP-rendszerekkel működik ez?
A terv bármely POS-rendszerrel működik, amely API-n, eseményeken vagy fájlokon keresztül exportálja a tranzakciókat, valamint olyan ERP-kkel, mint az SAP S/4HANA, az Oracle NetSuite, a Microsoft Dynamics 365 Business Central és az Odoo. Az Ön konkrét POS- és ERP-rendszerének interfészeit az elején ellenőrizzük. Egy termék megnevezése nem jelent partnerséget a beszállítójával.
Ki foglalkozik a sikertelen könyvelésekkel élesítés után?
Ezt az élesítés előtt rögzítjük. Általában a bolti üzemeltetési vagy a pénzügyi csapata kezeli egy ellenőrzési listáról az üzleti hibákat, például egy ismeretlen cikket, a műszaki csapat pedig magának a folyamatnak a hibáit. Ezt a műszaki támogatást folyamatos megállapodás keretében is nyújthatjuk, az üzemeltetési útmutatót megosztva a csapatával.
Beszélgetéssel kezdje, nem szerződéssel.
Mondja el, mit szeretne megépíteni, összekötni vagy biztonságossá tenni. Egy architekt végigmegy Önnel a részleteken, majd javasolja, hol érdemes kezdeni.
Mi történik ezután
Időpont egyeztetése
Csapatunk e-mailben egyeztet Önnel egy időpontot a konzultációra.
Előzetes konzultáció
Egy ingyenes 30 perces online előzetes konzultáció: áttekintjük a céljait, rendszereit és korlátait.
Felkészültségi értékelés
Egy ingyenes 48 órás felkészültségi értékelés során egyik vezető architektünk a hatpontos készenléti definíció (Definition of Ready) alapján megvizsgálja a projektjét, és javasolja a hozzá illő utat.
Az út kiválasztása
A kész hatókörű projektek 3 és 5 munkanapon belül kötelező érvényű ajánlatot kapnak. A koncepciószakaszban lévő projektek a Blueprint Studióban indulnak. A hibás, dokumentálatlan vagy integrációra szoruló éles rendszer diagnosztikával indul (időtartam: 1 és 2 hét között). A Blueprint Studiónak és a diagnosztikának egyaránt fix díja van, amelyet az ajánlat tartalmaz.