O que é PSD3 / PSR?
Também: PSR, PSD3
Sucessor da PSD2 (Regulamento de Serviços de Pagamento e PSD3) que reforça a SCA, a responsabilidade por fraude, a verificação de nomes IBAN e o acesso a finanças abertas; em processo legislativo da UE.
PSD3 / PSR significa: Sucessor da PSD2 (Regulamento de Serviços de Pagamento e PSD3) que reforça a SCA, a responsabilidade por fraude, a verificação de nomes IBAN e o acesso a finanças abertas; em processo legislativo da UE. Também pode aparecer como PSR, PSD3.
Nas operações de pagamento, não é apenas um rótulo; controla como uma transação, credencial, evento de risco ou movimento de fundos é interpretado pelas contrapartes. O mecanismo é impulsionado por regras estatutárias, mandatos de esquema ou práticas de mercado regulamentadas.
O detalhe operacional é importante porque o mesmo fluxo de pagamento pode acarretar diferentes obrigações dependendo da geografia, tipo de cliente, instrumento e estado de isenção.
É comummente analisado em conjunto com PSD2, Autenticação Forte do Cliente, Open Banking, 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.
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 PSD3 / PSR 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 os limites antes que um pequeno problema operacional se torne um problema de estorno, financiamento ou conformidade.
Exemplo prático
Um comerciante revê uma transação de 500€ onde a PSD3 / PSR é o fator decisivo. O comerciante verifica a geografia, o tipo de pagamento, o estado do cliente e os critérios de isenção antes de decidir qual o tratamento de conformidade aplicável.
O custo operacional é modelado como exposição a não conformidade que pode exceder a margem de processamento na venda, e a ação relevante deve ser concluída no Checkout ou no onboarding.
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 apenas 50 pontos base em 2.000 transações mensais semelhantes, o comerciante protege aproximadamente 10 pedidos extras de falha ou perda evitável.
Notas dos esquemas
Isto não é totalmente específico do esquema, porque as obrigações regulamentares provêm da legislação, dos reguladores e das regras dos sistemas de pagamento locais, e não apenas da Visa ou da Mastercard.
As regras do esquema ainda são importantes operacionalmente porque definem campos de mensagem, alocação de responsabilidade, padrões de prova e consequências de monitorização.
O tratamento no Reino Unido e no EEE pode divergir após o Brexit, e os esquemas domésticos ou os sistemas de transferência bancária podem aplicar livros de regras separados.
Os comerciantes devem tratar a conformidade com o esquema e a conformidade legal como controlos sobrepostos, não como substitutos.
Por que isto importa para os comerciantes
Comercialmente, isto afeta o custo de conformidade, a aceitação de pagamentos, as obrigações de reembolso e disputa, e o risco de aplicação regulamentar ou do esquema.
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 PSD3 / PSR?
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, pois as questões de liquidação ou estorno podem surgir 30 a 120 dias depois.
Para fluxos regulamentados, mantenha os registos de consentimento do cliente e de prova por 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 a PSD3 / PSR ser revista?
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 limite geralmente aciona a ação sobre a PSD3 / PSR?
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 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 limites antes do final do mês, não depois de chegar uma fatura do processador ou um aviso do esquema.
A PSD3 / PSR 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 aconselhamento 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 valor de custo.
Qual é o primeiro passo de remediação quando a PSD3 / PSR 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 PSD3 / PSR plays out in practice
Industries and regions where this term drives real acquiring, routing, or dispute decisions.
Termos relacionados
A Diretiva de Serviços de Pagamento 2 da UE, que exige SCA, abre APIs bancárias e reformula a responsabilidade de pagamento.
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.
Quadro regulamentar do Reino Unido/UE que obriga os bancos a expor APIs de conta e pagamento a terceiros licenciados, permitindo pagamentos por banco e checkouts baseados em conta.
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.