Betalningar, agentisk handel (AP2) och POS
Kortbetalningar, agentisk kassa och butiker sammankopplade från terminal till huvudbok
När butiker, kassor och huvudboken inte stämmer
En kortbetalning rör flera system på några sekunder: terminalen eller kassan, en gateway, acquirern, kortnätverket och kortutgivaren. Pengarna och avgifterna kommer senare i avräkningsfiler som någon måste matcha mot försäljningen i ditt ERP-system.
När butiker, näthandelskassor och ERP synkroniseras i nattliga batcher säljs lagret slut under kampanjer och avräkningsdifferenser hopar sig mellan acquirers. Kassan går långsamt vid de mest hektiska tillfällena. Nu börjar AI-agenter dessutom handla på kunders vägnar.
Vad som förändras för dig
En bild av lager och försäljning
Försäljning, returer, priser och lager i takt mellan varje butik, näthandel och ERP-systemet, i realtid i stället för över natten.
Avräkningar som stämmer
Avräknings- och avgiftsfiler från varje acquirer matchas automatiskt mot försäljningen, med differenserna listade för ditt team.
Redo för agentisk handel
En kassa som kan ta emot betalningar från AI-agenter med ett verifierbart underlag för vad kunden godkände.
Vad vi levererar
Anslutning till gateway, acquirer och kortnätverk
Flöden för auktorisering, dragning, återbetalning och återföring via ISO 8583, ISO 20022 eller leverantörens API, med orkestrering över flera acquirers och hantering av varje svarskod.
AP2 och kassa med kryptografiskt mandat
AP2 är ett öppet protokoll som låter en AI-agent betala på en kunds vägnar. Kryptografiskt signerade mandat dokumenterar vad kunden godkände, och vi integrerar dem i din kassa.
EMV- och SoftPOS-terminaler
EMV-terminaler för chip och kontaktlös betalning samt SoftPOS, som tar emot kontaktlösa kort i en vanlig telefon eller surfplatta, kopplade till din POS- eller kioskmjukvara.
Automatiserad behandling av avräkningsfiler
Avräknings- och avgiftsfiler från acquirers samlas in, valideras, granskas och omvandlas till bokföringsposter som ditt ERP-system kan matcha.
Synkronisering i realtid mellan POS och ERP
Försäljning, returer, priser, kampanjer och lagernivåer synkroniseras mellan varje butik och ERP-systemet via ett lager för händelseströmning.
Tokenisering och PCI DSS-omfattning
Kortnummer ersätts med tokens och hålls utanför ditt POS-system och ditt ERP, med en skriftlig bild av vilka system som fortfarande omfattas av PCI DSS.
Certifiering och utrullning
Testskript och testunderlag för varje leverantörs certifiering, en pilot i några butiker och sedan utrullning butik för butik med dagliga summor som jämförs.
Hur vi arbetar
Följ en försäljning
Vi följer en försäljning från kassan eller näthandelskassan till huvudboken tillsammans med dina ekonomi-, butiks- och IT-team och kommer överens om omfattningen.
Designa integrationen
Vi väljer protokoll, tokeniseringsmetod och meddelandeflöden och skriver gränssnittsspecifikationen.
Bygg och testa
Vi bygger betalnings-, avräknings- och POS-flödena med automatiska tester, inklusive avslag, timeout och återbetalningar.
Certifiera hos leverantören
Vi kör leverantörens testfall i dess testmiljö och rättar det som certifieringen hittar.
Pilot, sedan utrullning
Vi driftsätter först i några butiker eller kanaler, jämför summorna dagligen och rullar sedan ut butik för butik.
Övervaka och stötta
Vi bevakar godkännandegrader, avräkningsfiler och butikernas bokföring och hanterar leverantörsändringar när de aviseras.
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).
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).
Standarder och protokoll
Att nämna en produkt eller leverantör betyder inte att vi är partner med den.
- Språk
- Go
- Rammverk
- Node.js
- Data och analys
- Apache Kafka
- Databaser
- Redis
- DevOps och observerbarhet
- Kubernetes
- Bankstandarder och kanaler
- ISO 20022
- Betalningar
- ISO 8583
- EMV
- EMV 3-D Secure
- PCI DSS
Bevis i produktion
För en GCC-grupp inom detaljhandel och köpcentrum ersatte vi nattliga batchskript med synkronisering i realtid mellan POS och ERP. Vi samlade också betalningar över flera acquirers med automatiserad avräkning och byggde en tjänst för lagerreservationer vid toppar under blixtförsäljningar.
Så börjar du
Tydliga krav på leverantörer och butiker går direkt till ett förslag. En ny betalningsplattform, eller en agentisk kassa, börjar vanligen i Blueprint Studio.
Vad som händer härnäst
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.
Leverans i fem steg
Mobilisering, sprintar med livedemonstrationer, integration och härdning, acceptans och driftsättning, sedan förvaltade tjänster. Efter driftsättningen följer en garantitid, därefter valfri support och förvaltning.
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.
Frågor och svar
Arbetar XSIS direkt med ISO 8583?
Ja, där acquirern eller processorn erbjuder det. ISO 8583 är ett ramverk snarare än ett enda format: varje acquirer publicerar sin egen specifikation av fält och meddelandetyper. Vi bygger utifrån den specifikationen, hanterar auktoriseringar, återföringar och advice-meddelanden och testar varje svarskod.
Vad är AP2, och behövs det nu?
Agent Payments Protocol (AP2) är ett öppet protokoll för betalningar som AI-agenter gör. Varje köp bär signerade mandat som visar vad kunden godkände, så att handlare, kortutgivare och acquirers kan lita på och granska det. Om AI-agenter sannolikt kommer att handla hos dig kan vi göra din kassa AP2-redo vid sidan av dina nuvarande flöden.
Hur minskas omfattningen av PCI DSS?
Vi kan inte ta bort PCI DSS, men vi kan minska hur stor del av din miljö den gäller. Hostade betalningssidor, punkt-till-punkt-kryptering i terminalen och gatewaytokens håller kortnummer utanför ditt POS-system, ditt ERP och ditt datalager. Vi dokumenterar dataflödena för din bedömare.
Kan kort accepteras i telefoner i stället för terminaler?
Ja, med SoftPOS. Kontaktlösa kort och plånböcker tas emot i en telefon eller surfplatta som stöds, via en certifierad betalapp från din acquirer eller leverantör. Vi integrerar appen med dina POS-, försäljnings- och avräkningsflöden som vilken terminal som helst.
Vad händer när en butik tappar anslutningen?
Butiken fortsätter sälja. Försäljningen lagras lokalt och skickas till ERP-systemet när anslutningen är tillbaka, varje post med en unik identifierare så att inget bokförs två gånger. Om kortbetalningar kan fortsätta offline beror på acquirerns regler och din riskaptit, och det utformar vi tillsammans med dig.
Hanteras återbetalningar och återkrav?
Ja. Återbetalningar och återföringar ingår i de betalningsflöden vi bygger. För återkrav importerar vi acquirerns tvisterapporter och kopplar varje ärende till den ursprungliga försäljningen och avräkningen. Ditt team får en lista att arbeta igenom, med underlagen bifogade.
Redo att bygga? Begär ett förslag.
Skicka dina krav eller din offertförfrågan. Våra arkitekter validerar dem och lämnar ett bindande förslag med fast omfattning.
Vad som händer härnäst
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.
Bindande förslag
Efter en arkitekturvalidering utan kostnad får du ett bindande förslag med fast omfattning inom 3 till 5 arbetsdagar: milstolpar, arkitektur, teamstruktur och SLA:er. Vi tecknar ett sekretessavtal (NDA) med dig på begäran, innan du delar dina krav.
Mobilisering
När du har skrivit på börjar våra utvecklingsteam Sprint 0 inom 5 till 10 arbetsdagar från avtalstecknandet.
Leverans i fem steg
Mobilisering, sprintar med livedemonstrationer, integration och härdning, acceptans och driftsättning, sedan förvaltade tjänster. Efter driftsättningen följer en garantitid, därefter valfri support och förvaltning.