Detailhandel og omnichannel-handel
Butikker, webshops og ERP-systemet er enige om hvert salg og hver SKU, i realtid.
Hvorfor butikker, onlinekanaler og ERP-systemet glider fra hinanden
Detailkæder kører på mange systemer, der skal være enige: kasser, webshops, lagre, betalingsudbydere og ERP-systemet. Når de glider fra hinanden, er lagertallene forkerte, priserne er forskellige fra kanal til kanal, og økonomiafdelingen bruger dage på afstemning.
Batchkørsler om natten
Kasser, webshops og ERP-systemet udveksler data timer for sent, så lageret bliver oversolgt i spidsbelastninger.
Langsom afregning
Kortafregninger på tværs af indløsere afstemmes sent, og uoverensstemmelser koster penge.
Spidsbelastninger, der vælter kassen
Kampagner og højtider giver trafik, som langsomme systemer ikke kan klare.
Det ændrer sig
Én version af hvert salg
Butiksterminaler, onlinekassen og ERP-systemets hovedbog stemmer overens i realtid.
Lagertal, du kan stole på
SKU-beholdninger synkroniseres på tværs af butikker og webshops, efterhånden som de ændrer sig.
Afregninger afstemt
Afregningsfiler indlæses, og gebyrer kontrolleres automatisk.
Her arbejder vi
Det bygger vi
- POS-udvidelser, backoffice-apps og butiksdashboards
- Offlinesikker synkronisering mellem butiksservere og hovedkontoret
Det bygger vi
- E-handelsfrontends og ordretjenester
- Køb online og afhent i butik, returneringer og ordresporing
Typiske integrationer
- E-handelsplatforme, markedspladser, transportører og ERP-systemet
Det, vi bygger, forbinder og sikrer
POS- og ERP-integration
Salg, returneringer og dagsafslutninger bogføres i ERP-systemet, og priser, kampagner og varer sendes tilbage til hver butik.
Lagersynlighed
Ét overblik over lageret i butikker, lagre og online, opdateret i takt med salg og leveringer.
Online- og mobilhandel
Webshops og apps, der deler produkter, priser og lager med butikkerne.
Loyalitet og kampagner
Loyalitetsprogrammer, værdibeviser og kampagneregler, der fungerer på samme måde i alle kanaler.
Værktøjer til butiksdrift
Apps til lageroptælling, overførsler, leveringer og personaleopgaver, bygget til brug i butikken.
Superapps og samlet handel
Én app med høj samtidighed til shopping, betalinger og loyalitet på tværs af mærker.
POS-platforme
Kasser og POS-cloudtjenester via deres API’er, eksportfiler eller butiksservere.
Kortbetalinger
Terminaler, gateways og indløsere, med afregningsfiler afstemt mod salget.
ERP
SAP S/4HANA, Microsoft Dynamics 365, Oracle NetSuite, Odoo og andre, til varer, lager og finans.
Lagre og transportører
Lagersystemer og transportørers API’er til ordreafvikling, leveringer og returneringer.
Kortdata uden for PCI DSS-omfanget
Vi holder kortdata hos betalingsudbyderen gennem tokenisering og terminaler med punkt-til-punkt-kryptering, hvor de findes, hvilket holder PCI DSS-omfanget lille.
Kundedata
Loyalitets- og ordredata indsamles med samtykke, opbevares kun, så længe der er brug for dem, og behandles efter GDPR og den lokale lovgivning, der gælder.
Skatte- og afgiftsregler
Hvor et land kræver fiskale kvitteringer eller e-fakturering, forbinder vi de certificerede enheder eller platforme, landet kræver, og opbevarer de registreringer, det beder om.
Sådan arbejder vi
Vi forbinder systemerne, så salg, lager, priser og betalinger flyder pålideligt mellem dem, og vi bygger kundeapps og backoffice-værktøjer omkring dem. Butikkerne bliver ved med at sælge, når netværket svigter, og indhenter det, når det er tilbage.
Kortlæg datastrømmene
Salg, returneringer, priser, lager og betalinger mellem alle systemer.
Erstat batchkørslerne
Hændelser strømmer mellem POS, webshops og ERP-systemet, med en dead-letter-kø til fejl.
Bevis det i spidsbelastning
Belastningstest med højtidstrafik før idriftsættelse.
Rul sidelæns for at se hele tegningen.
POS til ERP: hvert salg bogført én gang
Salget går fra kasserne til ERP-systemet som hændelser, og priser og lager går tilbage. En butik, der går offline, bliver ved med at sælge og indhenter bagefter. En bogføring, der fejler, forsøges igen og gives derefter til en person.
- Primært flow
- Asynkron
- Undtagelsessti
Forløbet i 8 trin
Forløbet, trin for trin
- Fra POS-terminaler til Butiks- eller POS-cloudserver: Salg, returneringer og annulleringer (primært flow).
- Fra Butiks- eller POS-cloudserver til Integrationslag: Salgshændelser og dagens totaler, gennem en hændelseskø, over REST/JSON (asynkron).
- Fra Integrationslag til ERP: Salg og lagerbevægelser bogført, over OData · REST/JSON (primært flow).
- Fra ERP til Integrationslag: Priser, kampagner og varedata, via API eller fileksport, over REST/JSON (primært flow).
- Fra Integrationslag til Butiks- eller POS-cloudserver: Pris- og lageropdateringer, over REST/JSON (primært flow).
- Fra Integrationslag til Kø til gentagne forsøg: Bogføring mislykkedes (undtagelsessti).
- Fra Kø til gentagne forsøg til Integrationslag: Forsøgt igen (undtagelsessti).
- Fra Kø til gentagne forsøg til Butiksdriftsteam: Fejler stadig: alarm med detaljerne (undtagelsessti).
Rul sidelæns for at se hele tegningen.
Kortbetalinger: autoriseret i kassen, afregnet senere, afstemt i ERP-systemet
Terminalen eller kassen spørger gatewayen, gatewayen spørger indløseren, og indløseren sender videre til kortordningen og udstederen. Afregningsfiler kommer senere og afstemmes med salg og gebyrer i ERP-systemet. En timeout udløser en tilbageførsel, så kunden aldrig bliver trukket to gange.
- Primært flow
- Asynkron
- Undtagelsessti
Forløbet i 8 trin
Forløbet, trin for trin
- Fra EMV-terminal eller onlinekasse til Betalingsgateway: Autoriseringsanmodning, over EMV · REST/JSON (primært flow).
- Fra Betalingsgateway til Indløser: Autorisering, over ISO 8583 (primært flow).
- Fra Indløser til Kortordning og udsteder: Sendt videre til udstederen, over ISO 8583 (primært flow).
- Fra Indløser til Betalingsgateway: Godkendt eller afvist, over ISO 8583 (asynkron).
- Fra Indløser til Integrationslag: Afregnings- og gebyrfiler, over SFTP (asynkron).
- Fra Integrationslag til ERP: Afregnet salg, gebyrer og udbetalinger, over REST/JSON (primært flow).
- Fra Betalingsgateway til EMV-terminal eller onlinekasse: Intet svar i tide: automatisk tilbageførsel, over ISO 8583 0400 (undtagelsessti).
- Fra Integrationslag til Betalingsdriftsteam: Afvigelse i afregning eller chargeback (undtagelsessti).
Dokumenteret erfaring
Udvalgte virksomhedsmærker repræsenterer historiske og igangværende systemer, platforme og digitale produkter, der er designet eller leveret af XSIS, KONG GROUP, vores administrerende direktør og vores ledende ingeniører gennem deres karriere. Alle tredjepartsvaremærker tilhører deres respektive ejere og nævnes udelukkende for at identificere porteføljen faktuelt.
Sådan begynder du
Det sker der nu
Aftale om tidspunkt
Vores team sender dig en e-mail for at aftale et tidspunkt for sessionen.
Forhåndskonsultation
En gratis online forhåndskonsultation på 30 minutter: vi gennemgår dine mål, systemer og begrænsninger.
Parathedsanalyse
I en gratis parathedsanalyse på 48 timer tjekker en ledende arkitekt dit projekt op mod de 6 punkter i Definition of Ready og anbefaler det spor, der passer.
Valg af spor
Projekter med et klart omfang modtager et bindende forslag inden for 3 til 5 hverdage. Projekter i konceptfasen starter i Blueprint Studio. Et system i drift, der fejler, er udokumenteret eller skal integreres, starter med en diagnosticering på 1 til 2 uger. Blueprint Studio og diagnosticeringen har hver et fast honorar, som er angivet i forslaget.
AI-native produktteams
Styrede, tværfunktionelle pods af senioringeniører, udstyret med agentisk kodning og QA-værktøjer.
Projekter med fast resultat og administrerede tjenester døgnet rundt
Milepælsdrevet levering med fast omfang og navngivne leveringsansvarlige samt administrerede applikationstjenester døgnet rundt under SLA-styring.
Den hurtigste vej ind er pakken Sprint for lovpligtig e-fakturering og ERP-parathed, en af vores hurtige opgavepakker.
Hvor du begynderSpørgsmål og svar
Hvad sker der, når en butik mister forbindelsen?
Butikken bliver ved med at sælge. Salg gemmes lokalt og sendes, når forbindelsen er tilbage; hvert salg har en unik identifikator, så intet bogføres to gange. Pris- og lageropdateringer sættes i kø på samme måde. Driften kan se, hvilke butikker der er bagud og hvor meget, så et langt udfald opdages med det samme og ikke først ved månedsafslutningen.
Hvilke POS-systemer kan I integrere?
Vi integrerer POS-platforme gennem det, de tilbyder: cloud-API’er, butiksservere, databaseeksporter eller filer. Før vi estimerer, gennemgår vi POS-dokumentationen og et udsnit af dens data, fordi det afgør fremgangsmåden. At en POS-platform eller et ERP-system nævnes på dette websted, betyder ikke et partnerskab med leverandøren.
Hvorfor stemmer lageret aldrig mellem ERP-systemet og butikkerne?
Som regel fordi systemerne er uenige om tidsfølgen, enheder eller hvad der tæller som en bevægelse. Returneringer, overførsler, beskadigede varer og salg under en lageroptælling er almindelige årsager. Vi sporer forskellene, aftaler én regel for hver type bevægelse og bygger synkroniseringen, så den registrerer hver ændring med dens kilde. Resterende uoverensstemmelser går til en gennemgangsliste i stedet for at hobe sig op.
Hvad bestemmer prisen på en integration i detailhandlen?
Antallet af systemer, butikker og kanaler, hvor godt POS-systemet og ERP-systemet stiller deres data til rådighed, og hvor mange undtagelser der kræver regler, fx returneringer på tværs af kanaler eller delte betalinger. Udrulning butik for butik kræver også mere test. Vi estimerer, når vi har gennemgået systemerne og et udsnit af reelle transaktioner.
Kan I rulle ud uden at lukke butikker?
Ja. Vi går i drift i etaper, begyndende med en pilotbutik, og kører den nye integration side om side med den nuværende proces, indtil totalerne stemmer. Ændringer i butikkerne planlægges uden for åbningstiden, hvor det er muligt, og hver etape har en vej tilbage, hvis noget ikke virker som planlagt.
Hvem yder support på integrationen efter idriftsættelsen?
Vi kan overvåge den og yde support på den under en supportaftale eller overdrage den til dit team med dokumentation, alarmer og en driftsmanual (runbook). Uanset hvad lander en fejlet besked i en kø med årsagen, så den kan rettes og sendes igen i stedet for at gå tabt.
Start med en samtale, ikke en kontrakt.
Fortæl os, hvad du skal bygge, forbinde eller sikre. En arkitekt gennemgår det med dig og anbefaler derefter, hvor du skal starte.