Alterações no comportamento de pagamento de débito automático SEPA

Estamos alterando nosso cronograma de êxito no pagamento para pagamentos de débito automático da Área Única de Pagamentos em Euros (SEPA DD) de dois para seis dias úteis. Essa alteração se alinha melhor às regras e diretrizes do esquema de débito automático SEPA.

Como funciona o cronograma do SEPA DD?

T+0 é o carimbo de data quando uma transação é iniciada. O corte diário para pagamentos de débito automático SEPA é às 10h30 CET. Qualquer pagamento criado após as 10h30 CET será considerado como ocorrendo no próximo dia útil.

Por exemplo, se um pagamento for iniciado às 11h CET na terça-feira, 4 de março, o pagamento será efetivado na quinta-feira, 13 de março. Como a transação ocorreu após o corte, T+0 é quarta-feira, 5 de maio.

  • Quarta-feira, 5 de março (T+0)
  • Quinta-feira, 6 de março (T+1)
  • Sexta-feira, 7 de março (T+2)
  • Segunda-feira, 10 de março (T+3)
  • Terça-feira, 11 de março (T+4)
  • Quarta-feira, 12 de março (T+5)
  • Quinta-feira, 13 de março (T+6)

A imagem abaixo exibe o cronograma de pagamento de débito automático SEPA anterior:

Um diagrama que exibe o cronograma de pagamento anterior. A criação de pagamento ocorre em T+0. Os fundos são debitados da conta do cliente em T+1. O pagamento é concluído em T+2 e repassado em T+X. Há um período de seis dias para falhas de esquema e outro de 13 meses para contestações de esquema iniciando em T+0.

A imagem abaixo exibe o cronograma de débito automático SEPA atualizado anterior:

Um diagrama que exibe o cronograma de pagamento atualizado. A criação de pagamento ocorre em T+0. Os fundos são debitados da conta do cliente em T+1. O pagamento é concluído em T+6 e repassado em T+6. Há um período de seis dias para falhas de esquema e outro de 13 meses para contestações de esquema iniciando em T+0.

Por que fizemos essa alteração?

O cronograma atualizado tornará os status de pagamento mais precisos. Confira a seguir alguns exemplos de benefícios.

  • Melhora na clareza entre falhas e contestações: mais de 70% de pagamentos malsucedidos ocorreram após os pagamentos terem sido prematuramente marcados como bem-sucedidos e incorretamente caracterizados como contestações. Ao incorporar o período de espera recomendado de cinco dias úteis após os fundos serem debitados da conta do seu cliente, nós podemos diferenciar com precisão pagamentos malsucedidos de contestações, que são solicitações de reembolso iniciadas pelo cliente por intermédio do banco.
  • Redução nos falsos positivos: devoluções iniciadas pelo banco devido a saldo insuficiente não exibirão o estado Êxito antes de serem marcadas como Contestadas. Em vez disso, as falhas mudarão diretamente para o estado Malsucedido. Isso torna os marcadores de êxito do pagamento da Stripe mais confiáveis, reduz a sobrecarga operacional e evita erros de processamento.
  • Redução em fraudes de reembolso duplicado: você só poderá processar reembolsos após os pagamentos serem marcados como êxito. Adiamos o status de sucesso até depois do período de falha do esquema, reduzindo uma vulnerabilidade que permitia aos clientes receber reembolsos de forma fraudulenta. Evitar o processamento de reembolsos enquanto aguarda falhas ajuda a reduzir fraudes de reembolsos duplicados, mas não elimina completamente o problema porque os clientes ainda possam contestar pagamentos em um período de oito semanas por qualquer motivo.

Como é o novo cronograma de falha de pagamentos?

A imagem abaixo mostra o cronograma antigo de falha de pagamentos. Todas as falhas que ocorrem após o êxito do pagamento são categorizadas como contestações.

Um diagrama exibindo o cronograma antigo de falha de pagamentos. Criação de pagamentos, envio de rede e notificação de débitos ocorrem em T+0. Os fundos são debitados da conta do cliente em T+1. O pagamento é concluído em T+2. Uma contestação é criada devido a falhas no débito em T+6. O tempo de processamento do banco do usuário final ocorre entre T+1 e T+6. Há um período de seis dias para falhas no esquema e outro de 13 meses para contestações de esquema iniciando em T+0.

A imagem abaixo mostra o novo cronograma de falha de pagamentos.

Um diagrama exibindo o novo cronograma de falha de pagamentos. Criação de pagamentos, envio de rede e notificação de débitos ocorrem em T+0. Os fundos são debitados da conta do cliente em T+1. O pagamento é concluído em T+2. O pagamento falha em T+6. O tempo de processamento do banco do usuário final ocorre entre T+1 e T+6. Há um período de seis dias para falhas no esquema e outro de 13 meses para contestações de esquema iniciando em T+0.

Você tem alguma ferramenta para ajudar a gerenciar melhor as falhas?

Os pagamentos de débito automático SEPA podem falhar por vários motivos, incluindo contas congeladas ou saldo insuficiente. Com essas alterações, você obterá insights melhores sobre as falhas de pagamento com códigos de falha detalhados, o que permite decidir as ações de recuperação com mais embasamento. Revise o nosso guia para gerenciar com eficiência essas situações.

Essas mudanças no cronograma de pagamentos bem-sucedidos prejudicarão minha integração por API?

Não, as mudanças no cronograma não afetarão sua integração por API.

Os repasses de débito automático SEPA são impactados pelo meu novo comportamento?

A nova lógica de liquidação se alinha à disponibilidade de fundos com pagamento bem-sucedido, reduzindo o risco de debitar sua conta bancária externa para cobrir pagamentos com falha.

Por exemplo, se os fundos eram disponibilizados no seu saldo de comerciante em T+5 ou T+7, agora eles serão liquidados em T+6.

Sua dúvida foi resolvida?