Detaljhandel och omnikanal
Butiker, webbutiker och ERP som är överens om varje försäljning och varje artikel, i realtid.
Varför butiker, onlinekanaler och ERP glider ifrån varandra
Detaljhandlare driver många system som måste stämma: kassor, webbutiker, lager, betaltjänstleverantörer och ERP:t. När de glider ifrån varandra blir lagret fel, priserna skiljer sig mellan kanalerna och ekonomin lägger dagar på avstämning.
Nattliga batchkörningar
Kassor, webbutiker och ERP utbyter data timmar för sent, så lagret säljs över vid toppar.
Långsam avräkning
Kortavräkning hos olika acquirer stäms av sent, och avvikelserna kostar pengar.
Toppar som får kassan att falla
Kampanjer och festivaler drar trafik som långsamma system inte klarar.
Vad som förändras
En version av varje försäljning
Butiksterminaler, kassan online och ERP:ts huvudbok stämmer i realtid.
Lager du kan lita på
Lagernivåer per artikel synkroniserade mellan butiker och webbutiker när de ändras.
Avräkning avstämd
Avräkningsfiler tas in och avgifterna granskas automatiskt.
Var vi arbetar
Vad vi bygger
- Kassautbyggnader, backofficeappar och butiksinstrumentpaneler
- Offlinesäker synkronisering mellan butiksservrar och huvudkontoret
Vad vi bygger
- Frontends för e-handel och ordertjänster
- Klick och hämta, returer och orderspårning
Typiska integrationer
- E-handelsplattformar, marknadsplatser, transportörer och ERP:t
Vad vi bygger, kopplar samman och skyddar
Kassa- och ERP-integration
Försäljning, returer och dagssummor bokförs i ERP:t, medan priser, kampanjer och artiklar skickas tillbaka till varje butik.
Lagervisning
En vy över lagret i butiker, lagerhus och online, uppdaterad när försäljning och leveranser sker.
E-handel och mobil handel
Webbutiker och appar som delar produkter, priser och lager med butikerna.
Lojalitet och kampanjer
Lojalitetsprogram, värdecheckar och kampanjregler som fungerar likadant i varje kanal.
Verktyg för butiksdrift
Appar för lagerinventering, överföringar, leveranser och personalens uppgifter, byggda för att användas i butiken.
Superappar och enhetlig handel
En app för hög samtidighet för shopping, betalningar och lojalitet över varumärken.
Kassaplattformar
Kassor och kassatjänster i molnet, genom deras API:er, exportfiler eller butiksservrar.
Kortbetalningar
Terminaler, gatewayer och acquirer, med avräkningsfiler matchade mot försäljningen.
ERP
SAP S/4HANA, Microsoft Dynamics 365, Oracle NetSuite, Odoo med flera, för artiklar, lager och ekonomi.
Lagerhus och transportörer
Lagersystem och transportörers API:er för fulfilment, leveranser och returer.
Kortdata utanför omfånget
Vi låter kortdata stanna hos betaltjänstleverantören, genom tokenisering och punkt-till-punkt-krypterade terminaler där sådana finns, vilket håller PCI DSS-omfånget litet.
Kunddata
Lojalitets- och orderdata samlas in med samtycke, sparas bara så länge den behövs och hanteras enligt GDPR och de lokala lagar som gäller.
Skatt- och kassaregler
Där ett land kräver kassakvitton eller e-fakturering ansluter vi de certifierade enheter eller plattformar det föreskriver och bevarar de uppgifter det begär.
Hur vi arbetar
Vi kopplar samman systemen så att försäljning, lager, priser och betalningar rör sig tillförlitligt mellan dem, och vi bygger kundapparna och backofficeverktygen runt dem. Butikerna fortsätter sälja när nätet fallerar och hämtar igen när det kommer tillbaka.
Kartlägg flödena
Försäljning, returer, priser, lager och betalningar, mellan varje system.
Ersätt batcherna
Händelser strömmas mellan kassa, webbutik och ERP, med en kö för misslyckade meddelanden.
Bevisa vid topp
Lasttester med festivaltrafik före driftsättning.
Rulla i sidled för att se hela ritningen.
POS till ERP: varje försäljning bokförd en gång
Försäljning flödar från kassorna till ERP som händelser, och priser och lager flödar tillbaka. En butik som går offline fortsätter sälja och kommer ikapp. En misslyckad bokföring får ett nytt försök och lämnas sedan över till en person.
- Primärt flöde
- Asynkront
- Undantagsväg
Flödet i 8 steg
Flödet, steg för steg
- Från POS-terminaler till Butik eller POS-molnserver: Försäljning, returer och annulleringar (primärt flöde).
- Från Butik eller POS-molnserver till Integrationslager: Försäljningshändelser och dagssummer, genom en händelsekö, över REST/JSON (asynkront).
- Från Integrationslager till ERP: Försäljning och lagerrörelser bokförda, över OData · REST/JSON (primärt flöde).
- Från ERP till Integrationslager: Priser, kampanjer och artikeldata, via API eller filexport, över REST/JSON (primärt flöde).
- Från Integrationslager till Butik eller POS-molnserver: Pris- och lageruppdateringar, över REST/JSON (primärt flöde).
- Från Integrationslager till Kö för nya försök: Bokföringen misslyckades (undantagsväg).
- Från Kö för nya försök till Integrationslager: Nytt försök (undantagsväg).
- Från Kö för nya försök till Team för butiksdrift: Misslyckas fortfarande: larm med detaljerna (undantagsväg).
Rulla i sidled för att se hela ritningen.
Kortbetalningar: auktoriserade i kassan, avräknade senare, avstämda i ERP
Terminalen eller kassan frågar gatewayen, gatewayen frågar acquirern, och acquirern dirigerar till kortnätverket och kortutgivaren. Avräkningsfiler anländer senare och matchas mot försäljning och avgifter i ERP. En timeout utlöser en återföring så att kunden aldrig debiteras två gånger.
- Primärt flöde
- Asynkront
- Undantagsväg
Flödet i 8 steg
Flödet, steg för steg
- Från EMV-terminal eller onlinekassa till Betalningsgateway: Auktoriseringsbegäran, över EMV · REST/JSON (primärt flöde).
- Från Betalningsgateway till Acquirer: Auktorisering, över ISO 8583 (primärt flöde).
- Från Acquirer till Kortnätverk och utgivare: Dirigerad till utgivaren, över ISO 8583 (primärt flöde).
- Från Acquirer till Betalningsgateway: Godkänd eller avslagen, över ISO 8583 (asynkront).
- Från Acquirer till Integrationslager: Avräknings- och avgiftsfiler, över SFTP (asynkront).
- Från Integrationslager till ERP: Avräknad försäljning, avgifter och utbetalningar, över REST/JSON (primärt flöde).
- Från Betalningsgateway till EMV-terminal eller onlinekassa: Inget svar i tid: automatisk återföring, över ISO 8583 0400 (undantagsväg).
- Från Integrationslager till Team för betalningsdrift: Avräkningsavvikelse eller återkrav (undantagsväg).
Erfarenhet
Utvalda företagsvarumärken representerar historiska och pågående system, plattformar och digitala produkter som har utformats eller levererats av XSIS, KONG GROUP, vår VD och våra ledande ingenjörer under deras karriärer. Alla tredjepartsvarumärken tillhör sina respektive ägare och nämns enbart för att sakligt identifiera portföljen.
Så börjar du
Vad som händer härnäst
Vi enas om en tid
Vårt team mejlar dig för att enas om en tid för samtalet.
Förberedande samtal
En kostnadsfri förkonsultation online i 30 minuter: vi går igenom dina mål, system och begränsningar.
Mognadsgenomgång
I en kostnadsfri mognadsgenomgång på 48 timmar prövar en ledande arkitekt ditt projekt mot de sex kriterierna för Definition of Ready och rekommenderar det spår som passar.
Val av spår
Projekt med tydlig omfattning får ett bindande förslag inom 3 till 5 arbetsdagar. Projekt i konceptfasen börjar i Blueprint Studio. Ett system i drift som fallerar, är odokumenterat eller behöver integreras börjar med en diagnostik på 1 till 2 veckor. Blueprint Studio och diagnostiken har var sitt fasta pris som anges i förslaget.
AI-native produktteam
Hanterade, tvärfunktionella team av seniora ingenjörer, utrustade med agentiska arbetsmiljöer för kodning och QA.
Projekt med fastställt resultat och förvaltade tjänster dygnet runt
Leverans med fast omfattning och milstolpar under namngivna leveransansvariga, samt förvaltade applikationstjänster dygnet runt under SLA-styrning.
Den snabbaste vägen in är paketet Sprint för obligatorisk e-fakturering och ERP-beredskap, ett av våra snabba uppdragspaket.
Var du kan börjaFrågor och svar
Vad händer när en butik tappar anslutningen?
Butiken fortsätter sälja. Försäljningen sparas lokalt och skickas när anslutningen kommer tillbaka, varje post med en unik identifierare så att inget bokförs två gånger. Pris- och lageruppdateringar köas på samma sätt. Driften kan se vilka butiker som ligger efter och hur mycket, så ett långt avbrott upptäcks direkt i stället för vid månadens slut.
Vilka kassasystem kan integreras?
Vi integrerar kassaplattformar genom det de erbjuder: moln-API:er, butiksservrar, databassexporter eller filer. Innan vi uppskattar kostnaden granskar vi kassans dokumentation och ett urval av dess data, eftersom det avgör angreppssättet. Att en kassaplattform eller ett ERP nämns på den här sidan betyder inte att vi har ett partnerskap med leverantören.
Varför stämmer aldrig lagret mellan ERP:t och butikerna?
Oftast för att systemen inte är överens om tidpunkt, enheter eller vad som räknas som en rörelse. Returer, överföringar, skadat gods och försäljning under en inventering är vanliga orsaker. Vi spårar avvikelserna, enas om en regel för varje typ av rörelse och bygger synkroniseringen så att den registrerar varje ändring med sin källa. Återstående avvikelser hamnar i en granskningslista i stället för att byggas upp.
Vad styr kostnaden för en detaljhandelsintegration?
Antalet system, butiker och kanaler, hur väl kassan och ERP:t exponerar sin data och hur många undantag som behöver regler, som returer över kanaler eller delade betalningar. En utrullning butik för butik kräver också mer testning. Vi beräknar kostnaden efter att ha granskat systemen och ett urval av riktiga transaktioner.
Kan utrullningen ske utan att butiker stänger?
Ja. Vi går live i steg, med början i en pilotbutik, och kör den nya integrationen parallellt med nuvarande process tills summorna stämmer. Ändringar i butikerna schemaläggs utanför öppettider där det är möjligt, och varje steg har en väg tillbaka om något inte fungerar som planerat.
Vem förvaltar integrationen efter driftsättning?
Vi kan övervaka och förvalta den enligt ett supportavtal, eller överlämna den till ditt team med dokumentation, larm och en driftsmanual. Oavsett vilket hamnar ett misslyckat meddelande i en kö med orsaken, så att det kan åtgärdas och köras om i stället för att förloras.
Börja med ett samtal, inte ett avtal.
Berätta vad du behöver bygga, koppla samman eller skydda. En arkitekt går igenom det med dig och rekommenderar sedan var du ska börja.