Central de conhecimento

Acompanhe uma fatura da seleção à confirmação

Os detalhes que distinguem uma experiência de pagamento clara de uma transferência ambígua.

3 min de leituraPortuguês (BR)

Conteúdo revisado · Português (BR)

Visão geral
Tipo de guia
Conta e pedidos
Exemplos
Ilustrativo, específico do ambiente
Escopo de integração
Nenhuma máquina remota conectada
01

Escolha um ativo e uma rede juntos

As seleções de checkout são BTC, ETH, SOL, LTC e TRX em suas redes nativas, USDT em Ethereum ERC-20 ou TRON TRC-20, e USDC apenas em Ethereum ERC-20. Estas são oito rotas em sete ativos. Monero, USDC em TRON, Lightning, cartões e outras redes de tokens não são oferecidos.

02

Ler a fatura completa antes de uma transferência ao vivo

O servidor informa o total completo do pedido USD no ativo selecionado, com um carimbo de data e hora da taxa e uma expiração explícita mostrada no checkout. Leia o endereço, o ativo, a rede e o valor exato em conjunto. O endereço de recebimento é fixo em vez de gerado para cada fatura; uma referência de pedido deve ser explicitamente associada a uma transação verificada. Não invente um memo nem presuma que um valor sozinho identifique exclusivamente um pedido. As taxas de rede da carteira ou de saque permanecem separadas do total do pedido.

03

Use uma transferência precisa, depois aguarde sua própria regra

Os limites de backend são BTC 2, LTC 6, ETH e USDT/USDC ERC-20 12, TRX nativo e USDT TRC-20 20, e SOL 1, com status finalizado verificado de forma independente sendo obrigatório. Os tempos de confirmação dependem das condições da rede. Nenhum monitor conectado atualmente detecta essas transações ou fornece atualizações de confirmação; o tempo da cadeia não é uma garantia de entrega.

04

Mantenha um recibo e reconcilie exceções

Guarde a referência do pedido e o ID da transação da carteira. Se uma cotação não paga expirar antes de qualquer observação, atualize-a pelo checkout. Se uma transação já tiver sido observada ou se o valor, a rede ou o destino estiverem errados, peça ao setor de cobrança para reconciliar as evidências. Não substitua um pagamento observado por uma nova cotação nem envie automaticamente uma segunda transferência.

05

Entenda a verificação de pagamento e reembolsos

O checkout autenticado exibe o endereço de recebimento fixo configurado, a rede selecionada, o valor exato em criptomoeda e a expiração da cotação. As taxas USD são obtidas pelo servidor. Nenhum monitor de transações de blockchain está conectado: a detecção e a confirmação exigem uma integração de backend confiável. Um estado de pagamento não cria um servidor real ou direito a serviço. Os termos de reembolso permanecem uma proposta de lançamento: eles usam o ativo original e o valor inicial do pagamento em USD à taxa de reembolso atual, com elegibilidade do produto e deduções explicadas separadamente.

06

Entenda os estados da solicitação de pagamento

Um pedido começa pending_crypto antes de um método ser selecionado. Uma solicitação pode aguardar uma cotação, aguardar pagamento, expirar, ser observada ou confirmar. A verificação do backend também pode sinalizar pagamento insuficiente ou pagamento em excesso. Um resultado pago registra a verificação de pagamento; ele não aloca infraestrutura.

  • awaiting_quote: uma taxa de servidor válida ainda não está disponível.
  • awaiting_payment: uma cotação exata e instruções de recebimento estão disponíveis.
  • detected / confirming: um observador confiável associou uma transação, com verificação ainda em andamento.
  • underpaid / overpaid: o valor observado requer reconciliação.
  • pago: pagamento verificado, com o cumprimento do serviço ainda separado.
ANTES DO PRÓXIMO PASSO

Saia com um resultado verificável.

  • Escolha um ativo e uma rede juntos.
  • Conheça os limites locais e de reembolso.
  • Mantenha informações de recuperação e segredos fora de arquivos públicos.