Kiskereskedelem és omnichannel kereskedelem
Üzletek, webáruházak és az ERP egy nyelvet beszélnek minden eladásról és minden SKU-ról, valós időben.
Miért csúsznak szét az üzletek, az online csatornák és az ERP
A kiskereskedők sok olyan rendszerrel dolgoznak, amelyeknek egyezniük kell: kasszák, webáruházak, raktárak, fizetési szolgáltatók és az ERP. Ha szétcsúsznak, a készlet hibás, az árak csatornánként eltérnek, a pénzügy pedig napokig egyeztet.
Éjszakai kötegelt szinkronizálás
A kasszák, a webáruházak és az ERP órás késéssel cserélnek adatot, így csúcsidőben a készletnél többet adnak el.
Lassú elszámolás
A különböző kártyaelfogadó bankok elszámolásait későn egyeztetik, és az eltérések pénzbe kerülnek.
Csúcsok, amelyek megbénítják a fizetést
Az akciók és a vásárlási fesztiválok olyan forgalmat hoznak, amelyet a lassú rendszerek nem bírnak el.
Mi változik
Minden eladás egyetlen változatban
A bolti terminálok, az online pénztár és az ERP-főkönyv valós időben egyezik.
Készlet, amelyben megbízhat
SKU-szintű készletadatok, amelyek változáskor azonnal szinkronizálódnak az üzletek és a webáruházak között.
Egyeztetett elszámolások
Az elszámolási fájlok betöltése és a díjak ellenőrzése automatikusan történik.
Hol dolgozunk
Mit fejlesztünk
- POS-bővítmények, háttérirodai alkalmazások és bolti irányítópultok
- Kapcsolatkiesést is biztonságosan kezelő szinkron a bolti szerverek és a központ között
Mit fejlesztünk
- E-kereskedelmi felületek (front end) és rendelési szolgáltatások
- Online rendelés és bolti átvétel, visszaküldések és rendeléskövetés
Tipikus integrációk
- E-kereskedelmi platformok, piacterek, fuvarozók és az ERP
Amit építünk, összekötünk és védünk
POS- és ERP-integráció
Az eladásokat, a visszaküldéseket és a napi zárási végösszegeket az ERP-be könyveljük, az árakat, akciókat és cikkeket pedig minden üzletbe eljuttatjuk.
Készletrálátás
Egységes készletnézet az üzletekre, a raktárakra és az online csatornára, amely az eladásokkal és a beszállításokkal egy időben frissül.
Online és mobil kereskedelem
Webáruházak és alkalmazások, amelyek ugyanazokkal a termékekkel, árakkal és készlettel dolgoznak, mint az üzletek.
Hűségprogramok és akciók
Hűségprogramok, utalványok és akciószabályok, amelyek minden csatornában ugyanúgy működnek.
Bolti üzemeltetési eszközök
Alkalmazások leltározáshoz, áttárolásokhoz, beszállításokhoz és munkatársi feladatokhoz, az eladótérben való használatra tervezve.
Szuperalkalmazások és egységes kereskedelem
Egyetlen, nagy egyidejű terhelést bíró alkalmazás vásárláshoz, fizetéshez és hűségprogramhoz, több márkán át.
POS-platformok
Kasszák és POS-felhőszolgáltatások, API-jaikon, exportfájljaikon vagy bolti szervereiken keresztül.
Kártyás fizetés
Terminálok, fizetési átjárók és kártyaelfogadó bankok, az elszámolási fájlokat az eladásokkal párosítva.
ERP
SAP S/4HANA, Microsoft Dynamics 365, Oracle NetSuite, Odoo és más rendszerek, a cikkekhez, a készlethez és a pénzügyekhez.
Raktárak és fuvarozók
Raktárrendszerek és fuvarozói API-k a rendelésteljesítéshez, a kiszállításokhoz és a visszaküldésekhez.
Kártyaadatok a hatókörön kívül
A kártyaadatokat a fizetési szolgáltatónál tartjuk, tokenizálással és ahol elérhető, ponttól pontig titkosító terminálokkal, így a PCI DSS-hatókör kicsi marad.
Ügyféladatok
A hűségprogram- és rendelési adatokat hozzájárulással gyűjtjük, csak a szükséges ideig őrizzük meg, és a GDPR, valamint az alkalmazandó helyi jogszabályok szerint kezeljük.
Adóügyi szabályok
Ahol egy ország adóügyi nyugtát vagy e-számlázást ír elő, bekötjük az általa előírt tanúsított eszközöket vagy platformokat, és megőrizzük a megkövetelt nyilvántartásokat.
Hogyan dolgozunk
Összekapcsoljuk ezeket a rendszereket, hogy az eladási, készlet-, ár- és fizetési adatok megbízhatóan áramoljanak közöttük, és köréjük építjük az ügyfélalkalmazásokat és a háttérirodai eszközöket. Az üzletek hálózati kiesés esetén is tovább árusítanak, és a kapcsolat helyreállása után behozzák a lemaradást.
A folyamatok feltérképezése
Eladások, visszaküldések, árak, készlet és kifizetések minden rendszer között.
A kötegek lecserélése
Az események folyamatosan áramlanak a POS, a webáruházak és az ERP között, a hibákhoz kézbesíthetetlen üzenetek sorával.
Bizonyítás csúcsidőben
Terheléses tesztek fesztiváli forgalommal az élesítés előtt.
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).
Görgessen oldalra az egész rajz megtekintéséhez.
Kártyás fizetések: engedélyezés a kasszánál, elszámolás később, egyeztetés az ERP-ben
A terminál vagy a webes pénztár az átjárótól kér engedélyt, az átjáró a kártyaelfogadótól, a kártyaelfogadó pedig a kártyarendszerhez és a kibocsátóhoz továbbítja a kérést. Az elszámolási fájlok később érkeznek, és az ERP-ben az értékesítésekhez és a díjakhoz párosítjuk őket. Időtúllépéskor sztornó indul, így az ügyfelet soha nem terhelik meg kétszer.
- Elsődleges folyamat
- Aszinkron
- Kivételi útvonal
A folyamat 8 lépésben
A folyamat lépésről lépésre
- Forrás: EMV-terminál vagy webes pénztár, cél: Fizetési átjáró. Engedélyezési kérelem, EMV · REST/JSON protokollon keresztül (elsődleges folyamat).
- Forrás: Fizetési átjáró, cél: Kártyaelfogadó. Engedélyezés, ISO 8583 protokollon keresztül (elsődleges folyamat).
- Forrás: Kártyaelfogadó, cél: Kártyarendszer és kibocsátó. Irányítva a kibocsátóhoz, ISO 8583 protokollon keresztül (elsődleges folyamat).
- Forrás: Kártyaelfogadó, cél: Fizetési átjáró. Jóváhagyva vagy elutasítva, ISO 8583 protokollon keresztül (aszinkron).
- Forrás: Kártyaelfogadó, cél: Integrációs réteg. Elszámolási és díjfájlok, SFTP protokollon keresztül (aszinkron).
- Forrás: Integrációs réteg, cél: ERP. Elszámolt értékesítés, díjak és kifizetések, REST/JSON protokollon keresztül (elsődleges folyamat).
- Forrás: Fizetési átjáró, cél: EMV-terminál vagy webes pénztár. Nincs válasz időben: automatikus sztornó, ISO 8583 0400 protokollon keresztül (kivételi útvonal).
- Forrás: Integrációs réteg, cél: Fizetési üzemeltetési csapat. Elszámolási eltérés vagy visszaterhelés (kivételi útvonal).
Eredmények a kiskereskedelemben
Referenciák
A kiválasztott vállalati márkák olyan korábbi és jelenlegi rendszereket, platformokat és digitális termékeket képviselnek, amelyeket az XSIS, a KONG GROUP, vezérigazgatónk és vezető mérnöki vezetésünk pályafutásuk során terveztek vagy valósítottak meg. Minden harmadik fél védjegye a saját tulajdonosáé, és kizárólag a portfólió tényszerű azonosítása céljából szerepel.
Hogyan kezdje
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.
MI-natív termékcsapatok
Menedzselt, több funkciót lefedő szenior mérnöki podok, ágens alapú kódolási és QA-keretrendszerekkel felszerelve.
Fix kimenetelű projektek és éjjel-nappal működő menedzselt szolgáltatások
Rögzített hatókörű, mérföldkövekre épülő megvalósítás megnevezett megvalósítási vezetőkkel, valamint éjjel-nappal működő alkalmazás-üzemeltetési szolgáltatások SLA-alapú irányítással.
Leggyorsabban ezzel a csomaggal indulhat: Mandate E-Invoicing and ERP Readiness Sprint, amely egyik gyors indulású csomagunk.
Hol kezdjeKérdések és válaszok
Mi történik, ha egy üzletben megszakad a kapcsolat?
Az üzlet tovább árusít. Az eladásokat helyben tároljuk, és a kapcsolat helyreállásakor küldjük el, mindegyiket egyedi azonosítóval, hogy semmi ne kerüljön kétszer könyvelésre. Az ár- és készletfrissítések ugyanígy sorba állnak. Az üzemeltetés látja, mely üzletek vannak lemaradásban és mennyivel, így egy hosszabb kiesés azonnal feltűnik, nem csak a hónapzáráskor derül ki.
Mely POS-rendszereket tudják integrálni?
A POS-platformokat azon keresztül integráljuk, amit kínálnak: felhős API-kon, bolti szervereken, adatbázis-exportokon vagy fájlokon keresztül. A becslés előtt átnézzük a POS dokumentációját és az adatai egy mintáját, mert ez határozza meg a megközelítést. Ha ezen az oldalon egy POS-platformot vagy ERP-t megnevezünk, az nem jelent partnerséget a beszállítójával.
Miért nem egyezik soha a készlet az ERP és az üzletek között?
Általában azért, mert a rendszerek eltérően kezelik az időzítést, a mértékegységeket vagy azt, hogy mi számít készletmozgásnak. Gyakori ok a visszaküldés, az áttárolás, a sérült áru és a leltár alatti eladás. Felderítjük az eltéréseket, minden mozgástípusra egyetlen szabályt egyeztetünk, és a szinkront úgy építjük meg, hogy minden változást a forrásával együtt rögzítsen. A fennmaradó eltérések felülvizsgálati listára kerülnek, ahelyett hogy felhalmozódnának.
Mi határozza meg egy kiskereskedelmi integráció költségét?
A rendszerek, üzletek és csatornák száma, az, hogy a POS és az ERP mennyire jól teszik elérhetővé az adataikat, és hogy hány kivételhez kell szabály, például csatornákon átnyúló visszaküldésekhez vagy megosztott fizetésekhez. Az üzletenkénti bevezetés tesztelési többletmunkát is jelent. A rendszerek és valódi tranzakciók egy mintájának áttekintése után becsülünk.
Be tudják vezetni az üzletek bezárása nélkül?
Igen. Szakaszosan élesítünk, egy próbaüzlettel kezdve, és az új integrációt a jelenlegi folyamattal párhuzamosan futtatjuk, amíg a végösszegek nem egyeznek. Az üzletekben végzett változtatásokat lehetőség szerint nyitvatartási időn kívülre ütemezzük, és minden szakasznak van visszaállítási útja arra az esetre, ha valami nem a tervek szerint működik.
Ki támogatja az integrációt az élesítés után?
Támogatási szerződés keretében mi is monitorozhatjuk és támogathatjuk, vagy dokumentációval, riasztásokkal és üzemeltetési útmutatóval átadjuk a csapatának. Bármelyik esetben a sikertelen üzenet az okával együtt egy sorba kerül, így kijavítható és újraküldhető, ahelyett hogy elveszne.
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.