O que é uma Migração de Provedor de Pagamentos?

A migração de provedor de pagamentos consiste em simplesmente mover seu gateway de pagamento, PSP, adquirente ou orquestrador de pagamentos para um PSP diferente. Para empresas SaaS, a migração geralmente envolve a troca de integrações, lógica de roteamento, dados de faturamento recorrente e tokens, com o processo de checkout funcionando ininterruptamente. A tokenização é um procedimento onde os PANs são trocados por tokens, levando a sistemas que lidam com tokens e possivelmente alterando os níveis de exposição PCI.

A mudança de provedores de pagamento pode afetar vários aspectos dos negócios e operações. As características principais englobam níveis específicos de taxa de autorização, estruturas de taxas de processamento de pagamento variáveis, monitoramento de fraude modificado, disponibilidade geográfica e aspectos da interação do usuário influenciados pelas taxas de sucesso das transações.

Em termos de negócios SaaS, espera-se que isso esteja associado a vários resultados:

•       Um aumento de 2-4% nas taxas de autorização.
•       As taxas de chargeback exibem uma quantidade mensurável.
•       O custo por transação é registrado em um valor específico mais baixo.
•       Menos tickets de suporte ao cliente.
•       A proteção de dados sensíveis pode envolver tokens.

O processo de migração de pagamentos envolve vários componentes, e a compreensão dos riscos associados está relacionada a considerações operacionais ou procedimentais.

•       A análise explora os fatores de interrupções, tempo de inatividade e falhas de transação, e sua importância para a receita e a confiança do cliente.
•       Uma gama de funcionalidades de transferência de token é apresentada por diferentes provedores; alguns não incluem capacidades de importação ou exportação.
•       O mapeamento de dados, no contexto da movimentação de registros confidenciais de clientes e transações, pode apresentar diferenças.
•       Mantendo o escopo do PCI DSS e o nível de conformidade ao longo de todo o processo de migração.
•       Uma diminuição temporária nas taxas de autorização foi observada após a mudança.
•       Interrupções que geram feedback do cliente impactam a experiência do usuário.
•       Paridade de webhooks, novas tentativas e reembolsos precisam funcionar corretamente em diferentes sistemas.
•       A continuidade da cobrança recorrente deve ser cuidadosamente planejada para não interromper os assinantes.

Primeiro, identifique em profundidade todos os componentes do seu sistema de pagamento, fluxos, taxas, contratos e métodos de pagamento. Você precisa verificar seu inventário de tokens, dependências de faturamento recorrente, configurações de fraude e requisitos de relatório para listar todos os pontos de integração e impactos. Você também precisa garantir que a transição seja planejada com suas opções de implantação (rollout) e reversão (rollback), bem como métricas de sucesso. Finalmente, prepare sua equipe para a mudança testando em um ambiente de sandbox com seu novo provedor e realizando “soft-launches” para reduzir interrupções quando a migração final acontecer.

Uma migração bem-sucedida de provedor de pagamentos envolve uma série de ações: auditar, selecionar, implementar, migrar e desativar nessa ordem exata.

1.   Analise sua infraestrutura atual, níveis de desempenho e requisitos de negócios.
2.   Decida quais provedores utilizar.
3.   Aborde os itens técnicos. Certifique-se de que o aspecto técnico da mudança para o seu sistema esteja coberto.
4.   Transfira dados e tokens. Mova o conteúdo para o seu novo sistema.
5.   Realize testes e transações paralelas em produção. Detecte erros durante testes exaustivos e opere ambos os sistemas para se familiarizar com o novo.
6.   O processo envolve o desligamento gradual do sistema antigo, seguido pelo seu descomissionamento. Você pode descomissionar o sistema mais antigo ou não fazer isso, mas descomissioná-lo em partes.

A escolha de provedores com base em fatores que influenciam seu desempenho e adaptabilidade a futuras mudanças é essencial. Os critérios devem incluir 

• velocidade de autorização, 
• gama de pagamentos processados, 
• as áreas cobertas, 
• portabilidade de tokens, 
• ferramentas antifraude, 
• relatórios detalhados, 
• disponibilidade garantida/SLA, 
• ferramentas para desenvolvedores, etc.

Mantenha o gateway existente funcionando como um fallback e configure o monitoramento em tempo real de suas métricas chave. Acompanhe-as continuamente para identificar problemas precocemente:

• Taxas de autorização e latência.
• Observações relacionadas a códigos de erro e estados operacionais de webhooks.
• Volumes de reembolso.
• Solicitações de suporte ao cliente.

Certifique-se de que seu atual gateway de pagamento permanece totalmente ativo e operacional durante a fase de integração e testes do novo. Em seguida, redirecione um volume relativamente pequeno de tráfego para o novo sistema através de roteamento canário de cada transação como teste até a transição completa. A estratégia de sistemas em produção está frequentemente associada à redução de interrupções, o que pode facilitar a migração em tempo real sem a necessidade de tempo de inatividade programado.