Cards
Google Pay
Googles lommebok som bruker ordningens nettverkstokener på Android; gir enhets- eller utfordringsbiometri som regnes som SCA under PSD2.
Google Pay betyr: Googles lommebok som bruker ordningens nettverkstokener på Android; gir enhets- eller utfordringsbiometri som regnes som SCA under PSD2. I betalingsoperasjoner er det ikke bare en etikett; det kontrollerer hvordan en transaksjon, legitimasjon, risikohendelse eller finansieringsbevegelse tolkes av motparter.
Mekanikken er knyttet til kortdata, kortlegitimasjon, utstederbehandling eller ordningens meldingsstandarder. Det påvirker hvordan et kort identifiseres, sikres, lagres, tokeniseres, autoriseres eller rutes gjennom ordningens nettverk.
Det analyseres ofte sammen med nettverkstoken, Apple Pay, sterk kundeautentisering, fordi disse nærliggende konseptene bestemmer det kommersielle og operasjonelle utfallet.
Den praktiske detaljen finnes vanligvis i gateway-logger, innløserrapporter, ordningsfiler, kundeserviceposter og avregningserklæringer snarere enn i et enkelt dashbord. Teamene bør registrere verdien, tidsstempelet, motparten, valutaen, svarkoden og eventuelle unntaks- eller ansvarsindikatorer knyttet til hendelsen.
En vanlig feil er å behandle Google Pay som en statisk definisjon. I praksis kan betydningen endres av ordning, land, MCC, kortprodukt, utsteder, transaksjonskanal, og om betalingen er kundeinitiert eller selgerinitiert.
Det er derfor store selgere normalt dokumenterer regler, overvåker unntak ukentlig, og gjennomgår terskler før et lite operasjonelt problem blir et tilbakeførings-, finansierings- eller samsvarsproblem.
Worked example
En selger gjennomgår en transaksjon på £75 der Google Pay er den avgjørende faktoren. Legitimasjonen identifiseres, ordningens dataelementer fylles ut, utstederen anvender sine regler, og svaret returneres via innløseren til selgeren.
Driftskostnaden er modellert til 6 basispunkter av ordningens eller behandlingskostnaden, eller £0,05, og den relevante handlingen må fullføres under autorisasjon og Clearing. Trinn 1 er å fange opp de opprinnelige forespørselsdataene, inkludert beløp, valuta, utstederland, MID og svar- eller statuskode.
Trinn 2 er å anvende selgerens regelsett, for eksempel om man skal prøve på nytt, utfordre, refundere, frigi varer eller holde for gjennomgang. Trinn 3 er å avstemme resultatet mot innløserrapportering slik at økonomiavdelingen kan se kontanteffekten.
Hvis regelen forbedrer resultatet med selv 50 basispunkter på 2 000 lignende månedlige transaksjoner, beskytter selgeren omtrent 10 ekstra bestillinger fra unngåelig feil eller tap.
Scheme notes
Visa og Mastercard er begge avhengige av BIN- eller IIN-områder, ISO 8583-lignende meldingsstrukturer, ordningstokener og utstederens svarkoder, men feltbruk og produktindikatorer er ikke identiske. Migrering av åttesifret BIN har økt behovet for aktuelle BIN-tabeller, fordi seks-sifrede oppslag kan feilklassifisere utstederland, produkttype eller forhåndsbetalt status.
American Express og Discover bruker sine egne nummererings- og nettverksregler, så selgere bør ikke hardkode kortlogikk rundt bare Visa og Mastercard.
Why it matters for merchants
Kommersielt påvirker dette autorisasjonskvalitet, PCI-omfang, legitimasjonslivssyklus, svindelkontroll, og hvor mye nyttig data som når utstederen. For en selger som behandler £500 000 per måned, er en bevegelse på 25 basispunkter verdt £1 250 før sekundære effekter som tvister, reserver, støttehenvendelser eller mislykkede leveringskostnader.
Virkningen er større i høyrisiko-, abonnements-, reise-, digitale varer- og grenseoverskridende modeller fordi utstederbeslutninger og ordningsovervåking raskt kan forsterkes.
Cardflo kan hjelpe ved å kombinere innløseraksess, MID-ruting, orkestreringsregler, KYB-gjennomgang og tilbakeføringsverktøy der det er relevant, slik at selgeren ikke er avhengig av én prosessorfortolkning eller én fast transaksjonsbane.
Ofte stilte spørsmål
Hvilke data bør en selger lagre for Google Pay?
Lagre transaksjons-ID, MID, innløser, beløp, valuta, utstederland, kortordning, svar- eller statuskode, tidsstempel, og eventuell 3DS, unntak, refusjon eller tvistreferanse. For korttransaksjoner, behold autorisasjons- og clearingidentifikatorer fordi avregnings- eller tilbakeføringsspørsmål kan komme 30 til 120 dager senere.
For regulerte flyter, behold kundens samtykke og bevisopptegnelser i minst den perioden som kreves av lokal lov eller ordningsregler. Gode opptegnelser reduserer etterforskningstiden fra timer til minutter når innløserrapportering ikke samsvarer med ordresystemet.
Hvor ofte bør Google Pay gjennomgås?
Selgere med høyt volum bør gjennomgå unntaksrater ukentlig og trende hovedmålingen månedlig etter ordning, innløser, utstederland, MCC og betalingsmetode. En bevegelse på 20 til 50 basispunkter kan være vesentlig hvis selgeren behandler tusenvis av bestillinger.
Økonomiavdelingen bør avstemme kontanteffekten på avregningsnivå, mens risiko- eller betalingsoperasjoner bør analysere årsaken. Å gjennomgå bare samlede totaler skjuler problemer som oppstår på et enkelt BIN-område, region eller MID.
Hvilken terskel utløser vanligvis handling på Google Pay?
Terskelen avhenger av kategorien, men selgere bør undersøke enhver plutselig endring over 10 % relativ bevegelse eller 25 basispunkter absolutt bevegelse. For tvister og svindel kan ordningsterskler som 0,9 % under Visa-overvåking eller 1,5 % under Mastercard ECM skape umiddelbar eskaleringsrisiko.
For avregnings- eller prissettingselementer kan selv 5 til 15 basispunkter rettferdiggjøre ruting eller kontraktsgjennomgang. Nøkkelen er å sette terskler før månedsslutt, ikke etter at en prosessorregning eller ordningsvarsel ankommer.
Kan Google Pay variere mellom innløsere?
Ja. Innløsere kan kartlegge svarkoder forskjellig, anvende forskjellige risikoregler, støtte forskjellige datafelt og avregne på forskjellige sykluser.
Én innløser kan returnere et generisk avslag mens en annen eksponerer utstederens råd som tillater et trygt nytt forsøk. Gebyrbehandling kan også variere etter kontrakt, spesielt for grenseoverskridende, FX, premiumkort og alternative betalingsmetoder.
Dette er grunnen til at selgere som bruker orkestrering, bør sammenligne ytelse etter innløser og ordning i stedet for å stole på et enkelt samlet godkjennings- eller kostnadstall.
Hva er det første utbedringstrinnet når Google Pay skaper tap?
Start med et 30-dagers utvalg og del det inn etter ordning, utstederland, kortprodukt, betalingsmetode, MID og svar- eller tvistkode. Kvantifiser verdien i fare i kontanter, ikke bare prosentpoeng.
Bestem deretter om løsningen er operasjonell, for eksempel bedre bevis eller kundekommunikasjon, teknisk, for eksempel rikere data eller 3DS-indikatorer, eller kommersiell, for eksempel en annen innløserrute. Kontroller den samme målingen på nytt etter en full avregnings- eller tvistesyklus for å bekrefte at endringen fungerte.
See how Google Pay plays out in practice
Industries and regions where this term drives real acquiring, routing, or dispute decisions.
Relaterte termer
Et ordningsutstedt token som erstatter PAN ende-til-ende og automatisk oppdateres når det underliggende kortet utstedes på nytt.
Apples lommebok som bruker DPAN-nettverkstokener og enhetsbiometri; kvalifiserer som SCA i EØS og har ordningsdefinerte ansvarsforskyvningsekvivalenter.
PSD2-krav om at kundeinitierte elektroniske betalinger i EØS og Storbritannia skal autentiseres med to av følgende: kunnskap, besittelse, iboende egenskap.
Relatert guider.
Klar for å forbedre betalingsløsningen din?
Fortell oss om bedriften din. Vi finner de rette innløsningspartnerne og den rette ruten for deg, vanligvis innen en uke.