Vad är Kassa?
Säljarens betalningsyta, formuläret, den hostade sidan eller SDK:n där kunden anger betalningsuppgifter.
Kassan är det kundinriktade gränssnittet där betalningsuppgifter anges och en transaktion initieras. Utformningen och den tekniska implementeringen av kassasidan är avgörande för konvertering, säkerhet och regelefterlevnad.
Säljare kan välja mellan flera integrationsmetoder, var och en med olika konsekvenser för deras PCI DSS-omfattning. En helt hostad betalningssida omdirigerar kunden till en säker sida som hanteras av betalningsleverantören, vilket minimerar säljarens PCI-börda.
En inbäddad iframe gör att betalningsformuläret kan visas sömlöst inom säljarens webbplats samtidigt som känslig data isoleras från deras servrar. En direkt API-integration erbjuder maximal kontroll över användarupplevelsen men för in säljarens hela miljö i PCI DSS-omfattningen, vilket kräver betydande efterlevnadsarbete.
Moderna kassor måste konstrueras för att hantera regleringskrav som Stark Kundautentisering (SCA) under PSD2 i Europa.
Detta innebär att integrera en 3D Secure-tjänst som kan hantera autentiseringsflödet, avgöra om en transaktion kan godkännas via ett friktionsfritt flöde eller kräver ett utmaningsflöde (t. ex. en engångskod eller biometriskt godkännande).
Kassaoptimering innebär också att dynamiskt visa relevanta alternativa betalningsmetoder (APM) och digitala plånböcker som Apple Pay eller Google Pay baserat på kundens enhet och plats.
De uppgifter som samlas in vid kassan, såsom kortuppgifter, faktureringsadress och CVV, skickas i en auktoriseringsförfrågan till betalningsgatewayen, som sedan dirigerar den till lämplig inlösare och kortsystem.
Praktiskt exempel
En brittisk modehandlare använder en iframe-baserad kassa från Cardflo. En kund i Frankrike lägger en jacka för 250 € i sin varukorg och fortsätter att betala.
Kassasidan, inbäddad på handlarens domän, upptäcker användarens plats och enhet och visar alternativ för Cartes Bancaires, SEPA och Apple Pay tillsammans med det vanliga kortinmatningsformuläret. Kunden väljer att betala med sitt Visa-kort.
De anger sitt kortnummer, utgångsdatum och CVV. Eftersom transaktionen överstiger undantaget för lågt värde på 30 € och är en gränsöverskridande transaktion inom EES, är SCA obligatoriskt.
Vid inlämning initieras 3D Secure-processen. Det elektroniska handelsindikatorvärdet (ECI) 05 (fullt autentiserat) eftersträvas.
Utfärdarens ACS presenterar en utmaning som kräver att kunden godkänner betalningen på 250 € i sin mobilbankapp. När den har godkänts skickas auktoriseringsförfrågan, godkänns, och ansvaret för bedrägliga återkrav flyttas till utfärdaren.
Hela processen, från formulärinlämning till bekräftelse, tar mindre än 15 sekunder.
Noteringar från kortnätverken
Visas och Mastercards regler påverkar kassafunktionaliteten starkt, främst genom 3D Secure. Båda systemen har uppdaterade protokoll (Visa Secure och Mastercard Identity Check) som stöder 3DS2-standarden, vilket möjliggör rikare datautbyte mellan handlaren och utfärdaren för att underlätta friktionsfri autentisering.
Systemen kräver korrekt användning av ECI-flaggan (Electronic Commerce Indicator) i auktoriseringsmeddelandet; en 05 för en fullt autentiserad 3DS-transaktion i Europa, eller 07 för en icke-3DS-autentiserad transaktion. Felaktig flaggning av transaktioner kan leda till högre förmedlingsavgifter, lägre godkännandefrekvens och förlust av ansvarsförskjutningsskydd vid bedrägeri.
Varför det spelar roll för handlare
Kassan är förmodligen den enskilt viktigaste faktorn för en handlares försäljningskonvertering. En dåligt utformad kassa med onödiga fält, en störande omdirigering eller brist på relevanta betalningsmetoder leder direkt till övergivna varukorgar och förlorade intäkter.
För SCA-mandaterade regioner som EES kan en misslyckad eller klumpig 3D Secure-integration decimera godkännandefrekvensen. Att samarbeta med en leverantör som Cardflo, vars orkestreringsplattform och smarta dirigering dynamiskt kan optimera kassaflöden, gör det möjligt för handlare att maximera godkännanden.
Till exempel kan dirigering av en transaktion till en lokal inlösare eller intelligent återförsök av en mjuk avvisning återställa intäkter som annars skulle gå förlorade i kassasteget.
Vanliga frågor
Hur påverkar valet av kassa PCI DSS-efterlevnadsomfånget?
Att använda en hostad betalningssida eller en modern iframe-baserad kassa kvalificerar i allmänhet en säljare för SAQ A, den enklaste efterlevnadsnivån, eftersom kortdata aldrig når säljarens server.
Om en säljare använder en anpassad API-kassa för att samla in data direkt på sin egen infrastruktur, faller de vanligtvis under SAQ D, vilket kräver en betydligt mer rigorös och kostsam årlig revision.
Vilken roll spelar kassan i SCA- och 3D Secure 2-flöden?
Kassan fungerar som orkestreringslagret som utlöser 3DS-förfrågan till utfärdaren när en transaktion kräver autentisering. Den måste kunna hantera omdirigeringar eller visa utfärdarens autentiseringsutmaningsfönster inom användargränssnittet utan att bryta kundsessionen eller orsaka transaktionsfördröjningar.
Vad är skillnaden mellan en hostad betalningssida och en iframe-kassa?
En hostad betalningssida (HPP) omdirigerar kunden bort från din webbplats till en sida som helt hostas och kontrolleras av din betalningsleverantör. Detta förenklar din PCI DSS-efterlevnad avsevärt till en enkel SAQ A.
En iframe-kassa bäddar in betalningsformuläret i ett fönster på din egen kassasida, vilket skapar en mer sömlös kundupplevelse samtidigt som känslig kortdata aldrig når dina servrar. Detta kräver vanligtvis SAQ A-EP, vilket är något mer involverat men fortfarande mycket mindre betungande än en direkt API-integration.
Hur kan jag förbättra min konverteringsgrad i kassan?
För att förbättra konverteringen, minimera antalet formulärfält, se till att sidan är mobilanpassad och visa förtroendesignaler som säkerhetslogotyper. Erbjud populära digitala plånböcker som Apple Pay och Google Pay, vilket kan öka konverteringen med över 20 % i vissa demografier.
För internationella kunder, visa priser i deras lokala valuta och erbjud bekanta lokala betalningsmetoder. Att använda en adressverifieringstjänst (AVS) kan också påskynda ifyllandet av formulär.
Behöver min kassa stödja 3D Secure?
Om du säljer till kunder inom Europeiska ekonomiska samarbetsområdet (EES) eller Storbritannien är stöd för 3D Secure 2 (3DS2) obligatoriskt för de flesta transaktioner på grund av Strong Customer Authentication (SCA)-reglerna.
Även utanför dessa regioner rekommenderas starkt att använda 3DS eftersom det ger ansvarsförskjutningsskydd mot vissa typer av bedrägliga återkrav. Till exempel är en handlare som framgångsrikt slutför en 3DS-transaktion vanligtvis inte ansvarig för ett återkrav med orsakskod 10.4 (Bedrägeri - Kortlös miljö).
Vilken data bör jag samla in vid kassan för att optimera auktoriseringar?
Utöver de grundläggande PAN, utgångsdatum och CVV är det avgörande att samla in en fullständig faktureringsadress för AVS-kontroller. För 3DS2 är det viktigt att tillhandahålla rik data.
Detta inkluderar kunduppgifter (namn, e-post, telefon), leveransinformation och enhetsdata. Att skicka minst 15 datapunkter kan avsevärt öka chanserna för ett friktionsfritt flöde, där utfärdaren godkänner transaktionen utan att utmana kortinnehavaren, vilket ökar konverteringsgraden genom att undvika friktion.
Hur fungerar digitala plånböcker som Apple Pay och Google Pay med min kassa?
Digitala plånböcker ersätter behovet av manuell kortinmatning. När en kund väljer Apple Pay eller Google Pay använder plånboken biometrisk autentisering (Face ID, Touch ID eller fingeravtryck) på enheten för att verifiera användaren.
Den skickar sedan en enhetsspecifik token (DPAN) till betalningsgatewayen, inte det underliggande kortnumret. Detta är mycket säkert, kvalificerar för SCA och ger en mycket snabb, friktionsfri upplevelse, eftersom leverans- och faktureringsuppgifter ofta fylls i automatiskt från plånboken.
See how Kassa plays out in practice
Industries and regions where this term drives real acquiring, routing, or dispute decisions.
Relaterade termer
Alla icke-kortbaserade betalningsmetoder, plånböcker, banköverföringar, BNPL, kuponger, accepteras vid kassan.
Payment Card Industry Data Security Standard, det schemamandaterade ramverket för hantering av kortinnehavardata.
Ett autentiseringsprotokoll för kortnätverk som flyttar bedrägeriansvaret från handlaren till utfärdaren när en kortinnehavare verifieras.
PSD2-krav att kundinitierade elektroniska betalningar inom EES och Storbritannien ska autentiseras med två av följande: kunskap, innehav, inneboende egenskap.
Relaterade guider.
Redo att förbättra din betalningsinställning?
Berätta om ditt företag. Vi matchar dig med rätt inlösenpartners och rätt väg, vanligtvis inom en vecka.