Cards
Google Pay
Carteira da Google que utiliza tokens de rede de esquema no Android; fornece biometria de dispositivo ou desafio contada como SCA ao abrigo da PSD2.
Google Pay significa: Carteira da Google que utiliza tokens de rede de esquema no Android; fornece biometria de dispositivo ou desafio contada como SCA ao abrigo da PSD2.
Nas operações de pagamento, não é apenas uma etiqueta; controla como uma transação, credencial, evento de risco ou movimento de financiamento é interpretado pelas contrapartes. O mecanismo está anexado a dados de cartão, credenciais de cartão, processamento do emissor ou padrões de mensagens de esquema.
Afeta como um cartão é identificado, protegido, armazenado, tokenizado, autorizado ou encaminhado através da rede do esquema. É comummente analisado em conjunto com Network token, Apple Pay, Strong Customer Authentication, porque esses conceitos vizinhos determinam o resultado comercial e operacional.
O detalhe prático é geralmente encontrado nos registos do gateway, relatórios do adquirente, ficheiros do esquema, registos de serviço ao cliente e extratos de liquidação, em vez de num único painel de controlo.
As equipas devem registar o valor, o carimbo de data/hora, a contraparte, a moeda, o código de resposta e qualquer indicador de isenção ou responsabilidade anexado ao evento. Um erro comum é tratar o Google Pay como uma definição estática.
Na prática, o significado pode mudar por esquema, país, MCC, produto de cartão, emissor, canal de transação e se o pagamento é iniciado pelo cliente ou pelo comerciante.
É por isso que os comerciantes de alto volume normalmente documentam regras, monitorizam exceções semanalmente e reveem limiares antes que um pequeno problema operacional se torne um problema de estorno, financiamento ou conformidade.
Worked example
Um comerciante revê uma transação de £75 em que o Google Pay é o fator decisivo. A credencial é identificada, os elementos de dados do esquema são preenchidos, o emissor aplica as suas regras e a resposta é devolvida através do adquirente ao comerciante.
O custo operacional é modelado em 6 pontos base do custo do esquema ou processamento, ou £0,05, e a ação relevante deve ser concluída durante a autorização e compensação.
O Passo 1 é capturar os dados do pedido original, incluindo o valor, a moeda, o país do emissor, o MID e o código de resposta ou estado.
O Passo 2 é aplicar o conjunto de regras do comerciante, por exemplo, se deve tentar novamente, contestar, reembolsar, libertar bens ou reter para revisão.
O Passo 3 é reconciliar o resultado com os relatórios do adquirente para que as finanças possam ver o impacto monetário.
Se a regra melhorar o resultado em 50 pontos base em 2. 000 transações mensais semelhantes, o comerciante protege aproximadamente 10 pedidos extras de falha ou perda evitável.
Scheme notes
Visa e Mastercard dependem de intervalos BIN ou IIN, estruturas de mensagens estilo ISO 8583, tokens de esquema e códigos de resposta do emissor, mas o uso de campos e indicadores de produto não são idênticos.
A migração de BIN de oito dígitos aumentou a necessidade de tabelas BIN atuais, porque as pesquisas de seis dígitos podem classificar incorretamente o país do emissor, o tipo de produto ou o status pré-pago.
American Express e Discover usam as suas próprias regras de numeração e rede, portanto, os comerciantes não devem codificar a lógica do cartão apenas em torno de Visa e Mastercard.
Why it matters for merchants
Comercialmente, isto afeta a qualidade da autorização, o âmbito PCI, o ciclo de vida das credenciais, a triagem de fraudes e a quantidade de dados úteis que chegam ao emissor.
Para um comerciante que processa £500. 000 por mês, um movimento de 25 pontos base vale £1. 250 antes de efeitos secundários como disputas, reservas, tickets de suporte ou custos de entrega falhada.
O impacto é maior em modelos de alto risco, subscrição, viagens, bens digitais e transfronteiriços, porque as decisões do emissor e a monitorização do esquema podem agravar-se rapidamente.
A Cardflo pode ajudar combinando o acesso à aquisição, o encaminhamento MID, as regras de orquestração, a revisão KYB e as ferramentas de estorno, quando relevante, para que o comerciante não dependa de uma interpretação do processador ou de um caminho de transação fixo.
Perguntas frequentes
Que dados deve um comerciante armazenar para o Google Pay?
Armazene o ID da transação, MID, adquirente, valor, moeda, país do emissor, esquema do cartão, código de resposta ou estado, carimbo de data/hora e qualquer referência 3DS, isenção, reembolso ou disputa.
Para transações com cartão, mantenha os identificadores de autorização e compensação porque as questões de liquidação ou estorno podem surgir 30 a 120 dias depois.
Para fluxos regulamentados, mantenha o consentimento do cliente e os registos de prova durante pelo menos o período exigido pela lei local ou pelas regras do esquema.
Bons registos reduzem o tempo de investigação de horas para minutos quando os relatórios do adquirente não correspondem ao sistema de pedidos.
Com que frequência deve o Google Pay ser revisto?
Os comerciantes de alto volume devem rever as taxas de exceção semanalmente e analisar a métrica principal mensalmente por esquema, adquirente, país do emissor, MCC e método de pagamento.
Um movimento de 20 a 50 pontos base pode ser material se o comerciante processar milhares de pedidos. As finanças devem reconciliar o impacto monetário ao nível da liquidação, enquanto as operações de risco ou pagamento devem analisar a causa raiz.
Rever apenas os totais combinados oculta problemas que aparecem num único intervalo BIN, região ou MID.
Que limiar geralmente desencadeia ações no Google Pay?
O limiar depende da categoria, mas os comerciantes devem investigar qualquer mudança súbita acima de 10% de movimento relativo ou 25 pontos base de movimento absoluto.
Para disputas e fraudes, os limiares do esquema, como 0,9% sob monitorização Visa ou 1,5% sob Mastercard ECM, podem criar um risco de escalada imediata.
Para itens de liquidação ou preços, mesmo 5 a 15 pontos base podem justificar o encaminhamento ou a revisão do contrato.
A chave é definir os limiares antes do final do mês, não depois de uma fatura do processador ou de um aviso do esquema chegar.
O Google Pay pode diferir entre adquirentes?
Sim. Os adquirentes podem mapear os códigos de resposta de forma diferente, aplicar regras de risco diferentes, suportar campos de dados diferentes e liquidar em ciclos diferentes.
Um adquirente pode devolver uma recusa genérica enquanto outro expõe o conselho do emissor que permite uma nova tentativa segura. O tratamento de taxas também pode variar por contrato, especialmente para transfronteiriços, FX, cartões premium e métodos de pagamento alternativos.
É por isso que os comerciantes que usam orquestração devem comparar o desempenho por adquirente e esquema, em vez de depender de um único valor de aprovação ou custo combinado.
Qual é o primeiro passo de remediação quando o Google Pay cria perdas?
Comece com uma amostra de 30 dias e divida-a por esquema, país do emissor, produto do cartão, método de pagamento, MID e código de resposta ou disputa. Quantifique o valor em risco em termos monetários, não apenas em pontos percentuais.
Em seguida, decida se a correção é operacional, como melhor evidência ou comunicação com o cliente, técnica, como dados mais ricos ou indicadores 3DS, ou comercial, como uma rota de adquirente diferente.
Verifique novamente a mesma métrica após um ciclo completo de liquidação ou disputa para confirmar que a mudança funcionou.
See how Google Pay plays out in practice
Industries and regions where this term drives real acquiring, routing, or dispute decisions.
Termos relacionados
Um token emitido pelo esquema que substitui o PAN de ponta a ponta e é automaticamente atualizado quando o cartão subjacente é reemitido.
Carteira da Apple que usa tokens de rede DPAN e biometria do dispositivo; qualifica-se como SCA no EEE e acarreta equivalentes de mudança de responsabilidade definidos pelo esquema.
Requisito da PSD2 de que os pagamentos eletrónicos iniciados pelo cliente no EEE e no Reino Unido sejam autenticados com dois dos seguintes: conhecimento, posse, inerência.
Relacionados guias.
Preparado para melhorar a sua configuração de pagamentos?
Fale-nos do seu negócio. Iremos apresentá-lo aos parceiros adquirentes e à rota certa, normalmente em menos de uma semana.