Regulation
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.
Worked example
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.
Scheme notes
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.
Why it matters for merchants
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
The EU's Payment Services Directive 2, which mandates SCA, opens banking APIs, and reshapes payment liability.
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.