Métodos locais com uma camada operacional única.

Uma plataforma de pagamentos não transforma Pix, cartão, boleto, carteiras e transferências em um único trilho. Ela oferece uma linguagem operacional comum para criar cobranças, apresentar instruções, receber eventos, acompanhar estados e conciliar resultados. Por trás da interface, cada método conserva participantes, prazos, riscos e critérios próprios.

O pedido comercial recebe uma referência interna antes da chamada ao provedor. Valor, moeda, pagador, validade e métodos permitidos formam o contrato da cobrança. A resposta do provedor é armazenada com identificador próprio, sem substituir a referência do negócio. Essa dupla identificação facilita suporte e impede que uma troca de integração quebre a história financeira.

Criada, aguardando pagamento, autorizada, em análise, confirmada, liquidada, recusada, expirada, cancelada, estornada e contestada representam situações diferentes. A interface usa linguagem compreensível e indica quem deve agir. Um estado genérico como concluído pode ocultar se o dinheiro apenas foi autorizado ou já está disponível.

Retentativas precisam de chave idempotente. Se a resposta da primeira tentativa se perder, a integração consulta a mesma operação em vez de criar outra cobrança. Falhas parciais entram em fila de exceção com responsável, prazo e evidências, preservando a experiência do cliente sem inventar sucesso.

Dados de cartão devem permanecer no menor escopo possível por tokenização e componentes de prestadores adequados. Chaves e segredos ficam no servidor, com escopo, rotação e logs. Dados pessoais são coletados conforme necessidade, finalidade e retenção definidas, e não para aumentar artificialmente o formulário.

A empresa configura perfis, alçadas, limites, canais de alerta e responsáveis por estorno, contestação e alteração bancária. A Digittro apresenta prestadores e disponibilidade conforme contrato, sem se declarar participante direto de todos os arranjos ou garantir aprovação de qualquer método.

Continuidade operacional exige plano para indisponibilidade de checkout, atraso de webhook, falha do provedor e divergência de saldo. A resposta define quando pausar novas cobranças, como consultar transações pendentes e quem pode ativar uma rota alternativa. Mudar de prestador durante um incidente não pode apagar referências nem criar cobranças duplicadas.

A governança também acompanha qualidade por método: conversão, aprovação, falha técnica, tempo de confirmação, disputa e custo líquido. Indicadores são interpretados no contexto do negócio e não usados para esconder recusas ou estimular tentativas repetidas. Revisões periódicas verificam permissões, chaves, domínios, webhooks e contas de liquidação.