Método · Cartão
Cartão com experiência clara e controles de risco.
Pagamentos com cartão combinam captura de dados, tokenização pelo provedor, autorização, possível autenticação e confirmação. O fluxo precisa tratar recusas sem expor informação sensível.
Visão executiva
O essencial antes de operar
Intenção atendida: Aceitar cartões com coleta segura, tokenização, autorização, autenticação, captura, disputa e conciliação.
- Dados completos ficam fora do sistema quando possível.
- Autorização e captura são estados diferentes.
- Recusa não deve revelar regra de risco.
- Chargeback pode ocorrer após aprovação.
- PCI DSS delimita responsabilidades de segurança.
01
O que esta solução organiza
Pagamentos com cartão combinam captura de dados, tokenização pelo provedor, autorização, possível autenticação e confirmação. O fluxo precisa tratar recusas sem expor informação sensível. O desenho da jornada separa claramente solicitação, validação, confirmação e conciliação. Assim, cada participante sabe o que precisa ocorrer antes de avançar.
Integração com provedor especializado
Estados claros de autorização e captura
Tratamento de recusas e contestações
02
Como funciona, etapa por etapa
- 01
Crie a cobrança e inicie o checkout
- 02
Colete dados pelo componente seguro do provedor
- 03
Submeta autorização e autenticação aplicável
- 04
Atualize o pedido pelo evento confirmado
03
Qualidade operacional por padrão
Antes de confirmar qualquer operação, revise titularidade, valores, moeda ou ativo, rede quando aplicável, prazos, tarifas e destinatários. Dados enviados por canais não verificados não devem ser usados para transferências.
A Digittro apresenta estas informações para explicar o produto, e não como promessa de aprovação, rentabilidade, disponibilidade contínua ou aconselhamento financeiro, jurídico ou tributário.
03
Coleta segura e tokenização
O checkout utiliza componente seguro do prestador para reduzir exposição a número, validade e código de segurança. Token representa a credencial no fluxo permitido, mas continua sujeito a controle de acesso e escopo. Dados sensíveis não entram em logs, analytics, suporte ou banco da aplicação.
PCI DSS estabelece requisitos para ambientes que armazenam, processam ou transmitem dados de conta. Usar um provedor não elimina automaticamente toda responsabilidade; arquitetura, scripts da página, integrações e processos do comerciante precisam ser avaliados no escopo correto.
04
Autorização, autenticação e captura
A autorização verifica se o emissor aceita a tentativa naquele momento. Autenticação adicional pode ser solicitada conforme região, risco e integração. Captura confirma a cobrança financeira conforme modalidade. A interface representa cada etapa sem chamar de pago o que ainda está apenas autorizado.
Recusas recebem mensagem útil ao cliente, sem expor regras antifraude ou garantir que uma repetição terá resultado diferente. Retentativas descontroladas podem gerar múltiplas autorizações; por isso, pedido e chave idempotente permanecem estáveis.
05
Estorno, contestação e conciliação
Cancelamento, estorno e reembolso dependem do estado e do contrato. Uma autorização cancelada não é igual a um reembolso após captura. Prazos e reflexo na fatura variam conforme participantes e são comunicados como estimativa.
Chargeback ou disputa pode ocorrer depois da aprovação. O negócio reúne pedido, entrega, aceite e comunicações dentro do prazo, sem prometer reversão. Evidências ficam ligadas à transação e protegidas por acesso.
A conciliação conecta autorização, captura, taxas, parcelas quando aplicável, estorno, disputa e repasse. O cliente visualiza bruto, custos e líquido sem que dados completos do cartão sejam exibidos.
Cartões salvos utilizam token com consentimento e finalidade claros. O usuário consegue remover a forma de pagamento, enquanto o sistema preserva somente as referências necessárias ao histórico e às obrigações aplicáveis. Atualizações automáticas de credencial dependem do serviço habilitado e não são prometidas por padrão.
Monitoramento identifica picos de recusa, fraude, chargeback e falha técnica por emissor, país ou integração sem expor dados de conta. Regras de risco têm revisão humana e trilha de decisão; aprovação comercial nunca deve contornar controles de segurança.
Comparativo
Cartão: autorização, captura e disputa
| Etapa | Pergunta de controle | Evidência |
|---|---|---|
| Criação | Valor, moeda, método e referência estão corretos? | Cobrança registrada |
| Autorização | O provedor aceitou processar? | Evento autenticado |
| Confirmação | O critério do método foi atingido? | Status validado no servidor |
| Liquidação | Quanto ficou disponível e quando? | Agenda e repasse |
| Conciliação | Cobrança, taxas e pedido correspondem? | Extrato e identificadores |
Os estados, prazos e responsabilidades efetivos variam conforme método, provedor, país e contrato.
Checklist
Antes de solicitar uma cotação
- 01
Definir pedido, valor, moeda e método.
- 02
Criar uma referência interna única.
- 03
Coletar somente os dados necessários.
- 04
Validar eventos no servidor e deduplicá-los.
- 05
Separar autorização, confirmação e liquidação.
- 06
Tratar expiração, falha, estorno e devolução.
- 07
Conciliar valor bruto, taxas e líquido.
Vocabulário
Termos usados nesta página
- Cobrança
- Registro que relaciona valor, moeda, pagador e pedido.
- Autorização
- Aceite inicial para processar um pagamento.
- Confirmação
- Evento que satisfaz o critério definido para o método.
- Liquidação
- Disponibilização financeira após regras e prazos.
- Webhook
- Evento enviado por integração para atualizar o sistema.
- Conciliação
- Correspondência entre pedido, pagamento, custos e repasse.
Fontes
Referências institucionais
Links externos usados para contextualização normativa e educação financeira. Nenhum direciona a concorrentes.
04
Perguntas frequentes
A Digittro deve armazenar o número do cartão?+
A arquitetura deve evitar armazenar dados completos e usar tokenização do provedor.
Por que um cartão é recusado?+
Emissor, saldo, autenticação, risco, dados ou regras do provedor podem causar recusa.
Pagamento aprovado pode ser contestado?+
Sim. Chargebacks e disputas exigem evidências e acompanhamento.