Cards
Google Pay
Peněženka Google využívající síťové tokeny schématu na Androidu; poskytuje biometrické údaje zařízení nebo výzvy, které jsou podle PSD2 považovány za SCA.
Google Pay znamená: Peněženka Google využívající síťové tokeny schématu na Androidu; poskytuje biometrické údaje zařízení nebo výzvy, které jsou podle PSD2 považovány za SCA. V platebních operacích to není jen označení; kontroluje, jak je transakce, pověření, riziková událost nebo pohyb finančních prostředků interpretován protistranami.
Mechanismus je připojen k údajům o kartě, pověřením karty, zpracování vydavatelem nebo standardům zpráv schématu. Ovlivňuje, jak je karta identifikována, zabezpečena, uložena, tokenizována, autorizována nebo směrována prostřednictvím sítě schématu.
Běžně se analyzuje společně s Network token, Apple Pay, Strong Customer Authentication, protože tyto sousední koncepty určují obchodní a provozní výsledek.
Praktické detaily se obvykle nacházejí v protokolech brány, zprávách akceptanta, souborech schématu, záznamech zákaznického servisu a výpisech z vypořádání, spíše než na jediném panelu. Týmy by měly zaznamenávat hodnotu, časové razítko, protistranu, měnu, kód odpovědi a jakýkoli indikátor výjimky nebo odpovědnosti připojený k události.
Běžnou chybou je považovat Google Pay za statickou definici. V praxi se význam může měnit podle schématu, země, MCC, produktu karty, vydavatele, transakčního kanálu a toho, zda je platba iniciována zákazníkem nebo obchodníkem.
Proto obchodníci s vysokým objemem transakcí obvykle dokumentují pravidla, týdně monitorují výjimky a revidují prahové hodnoty, než se malý provozní problém stane problémem se zpětným zúčtováním, financováním nebo dodržováním předpisů.
Worked example
Obchodník prověřuje transakci ve výši 75 GBP, kde je Google Pay rozhodujícím faktorem. Pověření je identifikováno, prvky dat schématu jsou vyplněny, vydavatel uplatňuje svá pravidla a odpověď je vrácena prostřednictvím akceptanta obchodníkovi.
Provozní náklady jsou modelovány na 6 bazických bodů nákladů schématu nebo zpracování, tj. 0,05 GBP, a příslušná akce musí být dokončena během autorizace a zúčtování.
Krok 1 je zachytit původní data požadavku, včetně částky, měny, země vydavatele, MID a kódu odpovědi nebo stavu. Krok 2 je aplikovat sadu pravidel obchodníka, například zda opakovat, napadnout, vrátit peníze, uvolnit zboží nebo pozdržet k revizi.
Krok 3 je sladit výsledek se zprávami akceptanta, aby finance mohly vidět dopad na hotovost. Pokud pravidlo zlepší výsledek o pouhých 50 bazických bodů u 2 000 podobných měsíčních transakcí, obchodník ochrání zhruba 10 dalších objednávek před zbytečným selháním nebo ztrátou.
Scheme notes
Visa a Mastercard se obě spoléhají na rozsahy BIN nebo IIN, struktury zpráv ve stylu ISO 8583, tokeny schématu a kódy odpovědí vydavatele, ale použití polí a indikátory produktů nejsou identické.
Migrace osmiciferných BIN zvýšila potřebu aktuálních tabulek BIN, protože šesticiferné vyhledávání může nesprávně klasifikovat zemi vydavatele, typ produktu nebo předplacený status. American Express a Discover používají vlastní číslování a síťová pravidla, takže obchodníci by neměli pevně kódovat logiku karet pouze pro Visa a Mastercard.
Why it matters for merchants
Komerčně to ovlivňuje kvalitu autorizace, rozsah PCI, životní cyklus pověření, prověřování podvodů a množství užitečných dat, která se dostanou k vydavateli.
Pro obchodníka zpracovávajícího 500 000 GBP měsíčně má pohyb o 25 bazických bodů hodnotu 1 250 GBP před sekundárními efekty, jako jsou spory, rezervy, lístky podpory nebo náklady na neúspěšné doručení.
Dopad je větší u vysoce rizikových modelů, předplatného, cestování, digitálního zboží a přeshraničních modelů, protože rozhodnutí vydavatele a monitorování schématu se mohou rychle kumulovat.
Cardflo může pomoci kombinací přístupu k akvizici, směrování MID, pravidel orchestrace, kontroly KYB a nástrojů pro zpětné zúčtování, kde je to relevantní, takže obchodník není závislý na jedné interpretaci procesoru nebo jedné pevné transakční cestě.
Časté dotazy
Jaká data by měl obchodník ukládat pro Google Pay?
Uložte ID transakce, MID, akceptanta, částku, měnu, zemi vydavatele, karetní schéma, kód odpovědi nebo stavu, časové razítko a jakoukoli referenci 3DS, výjimky, vrácení peněz nebo sporu.
Pro karetní transakce uchovávejte autorizační a zúčtovací identifikátory, protože otázky týkající se vypořádání nebo zpětného zúčtování mohou přijít 30 až 120 dní později. Pro regulované toky uchovávejte souhlas zákazníka a záznamy o důkazech po dobu vyžadovanou místními zákony nebo pravidly schématu.
Dobré záznamy zkracují dobu vyšetřování z hodin na minuty, když se zprávy akceptanta neshodují se systémem objednávek.
Jak často by se měl Google Pay kontrolovat?
Obchodníci s vysokým objemem transakcí by měli týdně kontrolovat míru výjimek a měsíčně sledovat hlavní metriku podle schématu, akceptanta, země vydavatele, MCC a platební metody. Pohyb o 20 až 50 bazických bodů může být podstatný, pokud obchodník zpracovává tisíce objednávek.
Finance by měly sladit dopad na hotovost na úrovni vypořádání, zatímco rizika nebo platební operace by měly analyzovat hlavní příčinu. Kontrola pouze souhrnných součtů skrývá problémy, které se objevují v jediném rozsahu BIN, regionu nebo MID.
Jaká prahová hodnota obvykle spouští akci u Google Pay?
Prahová hodnota závisí na kategorii, ale obchodníci by měli prozkoumat jakoukoli náhlou změnu nad 10% relativní pohyb nebo 25 bazických bodů absolutní pohyb.
Pro spory a podvody mohou prahové hodnoty schématu, jako je 0,9% pod monitorováním Visa nebo 1,5% pod Mastercard ECM, vytvořit okamžité riziko eskalace. Pro položky vypořádání nebo cen, i 5 až 15 bazických bodů může ospravedlnit směrování nebo revizi smlouvy.
Klíčem je nastavit prahové hodnoty před koncem měsíce, nikoli poté, co dorazí faktura procesoru nebo oznámení schématu.
Může se Google Pay lišit mezi akceptanty?
Ano. Akceptanti mohou mapovat kódy odpovědí odlišně, aplikovat různá pravidla rizik, podporovat různá datová pole a vypořádávat se v různých cyklech.
Jeden akceptant může vrátit obecné odmítnutí, zatímco jiný odhalí radu vydavatele, která umožňuje bezpečné opakování. Zacházení s poplatky se také může lišit podle smlouvy, zejména pro přeshraniční, FX, prémiové karty a alternativní platební metody.
Proto by obchodníci používající orchestraci měli porovnávat výkon podle akceptanta a schématu, spíše než se spoléhat na jediné smíšené schválení nebo údaj o nákladech.
Jaký je první krok nápravy, když Google Pay vytváří ztráty?
Začněte s 30denním vzorkem a rozdělte jej podle schématu, země vydavatele, produktu karty, platební metody, MID a kódu odpovědi nebo sporu. Kvantifikujte hodnotu v ohrožení v hotovostním vyjádření, nikoli pouze v procentních bodech.
Poté se rozhodněte, zda je oprava provozní, jako jsou lepší důkazy nebo komunikace se zákazníky, technická, jako jsou bohatší data nebo indikátory 3DS, nebo komerční, jako je jiná cesta akceptanta.
Znovu zkontrolujte stejnou metriku po jednom úplném cyklu vypořádání nebo sporu, abyste potvrdili, že změna fungovala.
See how Google Pay plays out in practice
Industries and regions where this term drives real acquiring, routing, or dispute decisions.
Související pojmy
Token vydaný schématem, který nahrazuje PAN end-to-end a je automaticky aktualizován při opětovném vydání podkladové karty.
Peněženka Apple využívající síťové tokeny DPAN a biometrické údaje zařízení; kvalifikuje se jako SCA v EHP a nese ekvivalenty posunu odpovědnosti definované schématem.
PSD2 vyžaduje, aby elektronické platby iniciované zákazníkem v EHP a Spojeném království byly ověřeny dvěma z následujících faktorů: znalost, držení, neodmyslitelnost.
Související průvodci.
Jste připraveni zlepšit si nastavení plateb?
Řekněte nám o svém podnikání. Spojíme vás s těmi správnými akvizičními partnery a správnou cestou, obvykle do týdne.