Authentication
Transferência de responsabilidade
Regra do esquema que transfere a responsabilidade por fraude do comerciante para o emissor assim que a autenticação 3DS é bem-sucedida, defendida pelas sinalizações ECI 05 (Visa) ou ECI 02 (Mastercard).
Transferência de responsabilidade significa: Regra do esquema que transfere a responsabilidade por fraude do comerciante para o emissor assim que a autenticação 3DS é bem-sucedida, defendida pelas sinalizações ECI 05 (Visa) ou ECI 02 (Mastercard).
Nas operações de pagamento, não é apenas um rótulo; controla como uma transação, credencial, evento de risco ou movimento de financiamento é interpretado pelas contrapartes.
O mecanismo normalmente ocorre antes da autorização, onde o emissor ou uma parte de autenticação autorizada verifica se o pagador tem direito a usar a credencial.
Dados como informações do dispositivo, status de inscrição do emissor, valor da transação e sinais de risco do comerciante podem alterar o resultado.
É comumente analisado em conjunto com 3-D Secure, 3-D Secure 2 (EMV 3DS), Chargeback, porque esses conceitos vizinhos determinam o resultado comercial e operacional.
O detalhe prático é geralmente encontrado em registos de gateway, relatórios de adquirentes, ficheiros de esquema, registos de serviço de apoio ao cliente e extratos de liquidação, em vez de num único painel.
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 a transferência de responsabilidade 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 revisam os limites antes que um pequeno problema operacional se torne um problema de estorno, financiamento ou conformidade.
Worked example
Um comerciante analisa uma transação de 240 € onde a transferência de responsabilidade é o fator decisivo.
O Checkout envia dados do dispositivo e da transação, o motor de risco do emissor decide se desafia o cliente e o resultado da autenticação é passado para o pedido de autorização.
O custo operacional é modelado em 0 pontos base de alteração de intercâmbio, mas um resultado de responsabilidade por fraude materialmente diferente, e a ação relevante deve ser concluída em menos de 10 segundos.
O Passo 1 é capturar os dados do pedido original, incluindo valor, moeda, país do emissor, MID e código de resposta ou status.
O Passo 2 é aplicar o conjunto de regras do comerciante, por exemplo, se deve tentar novamente, desafiar, reembolsar, liberar mercadorias 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 em dinheiro.
Se a regra melhorar o resultado em até 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 Secure, Mastercard Identity Check, American Express SafeKey e Discover ProtectBuy baseiam-se nos princípios do EMV 3-D Secure, mas as taxas de desafio do emissor e o tratamento da responsabilidade diferem por esquema, região e status de inscrição.
Os valores ECI, sinalizadores de isenção, indicadores de desafio e resultados de autenticação devem ser passados corretamente para a autorização.
No EEE e no Reino Unido, a PSD2 SCA cria uma sobreposição regulatória, enquanto as transações não europeias podem usar o mesmo protocolo principalmente para controlo de fraude e transferência de responsabilidade.
Why it matters for merchants
Comercialmente, isso afeta a conversão, a responsabilidade por fraude, a conformidade com a SCA e o equilíbrio entre o Checkout sem atritos e as taxas de desafio.
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, assinatura, viagens, bens digitais e transfronteiriços, porque as decisões do emissor e o monitoramento do esquema podem aumentar rapidamente.
A Cardflo pode ajudar combinando acesso à aquisição, roteamento MID, regras de orquestração, revisão KYB e 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 a Transferência de responsabilidade?
Armazene o ID da transação, MID, adquirente, valor, moeda, país do emissor, esquema de cartão, código de resposta ou status, 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 evidências pelo menos pelo 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 a transferência de responsabilidade ser revista?
Os comerciantes de alto volume devem rever as taxas de exceção semanalmente e acompanhar 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 em dinheiro 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 limite geralmente desencadeia ação na transferência de responsabilidade?
O limite 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 limites do esquema, como 0,9% sob monitoramento Visa ou 1,5% sob Mastercard ECM, podem criar risco de escalada imediata. Para itens de liquidação ou preços, mesmo 5 a 15 pontos base podem justificar o roteamento ou a revisão do contrato.
A chave é definir os limites antes do final do mês, não depois que uma fatura do processador ou um aviso do esquema chegue.
A transferência de responsabilidade 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 retornar 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 uma única aprovação combinada ou figura de custo.
Qual é o primeiro passo de remediação quando a transferência de responsabilidade cria perdas?
Comece com uma amostra de 30 dias e divida-a por esquema, país do emissor, produto de 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 Transferência de responsabilidade plays out in practice
Industries and regions where this term drives real acquiring, routing, or dispute decisions.
Termos relacionados
Um protocolo de autenticação de rede de cartões que transfere a responsabilidade por fraude do comerciante para o emissor quando um titular de cartão é verificado.
O padrão de autenticação EMVCo atual, enviando mais de 100 elementos de dados para o emissor para verificação do cliente baseada em risco e, na maioria das vezes, sem atrito.
A forced reversal of a card payment initiated by the cardholder's issuing bank.
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.