Mensal
por mês
- Transações ilimitadas
- Listeners TRC20 + BEP20
- Binance Pay C2C
- Crédito automático ao DHRU via webhook assinado
- Multi-ativo (USDT + USDC)
- Painel self-service + log de auditoria
- Suporte via WhatsApp
Cada plano vem com o conjunto completo de features TriaPay. Escolha o período de cobrança que combina com seu fluxo de caixa.
por mês
a cada 6 meses
a cada 12 meses
Preços em USD. Cancele a qualquer momento. Cripto + Binance Pay aceitos em todos os planos.
FAQ
O que os operadores perguntam antes de plugar a integração.
Não. Binance Pay C2C usa uma API key de conta pessoal Binance com permissões Read e Pay. Sem KYB.
Cada pedido recebe um código de match aleatório com largura configurável: 1 a 3 dígitos para redes cripto (codificado nas casas decimais finais do valor, ex.: $10,0123) e 3 a 5 dígitos para Binance Pay (colocado no campo de nota). Os códigos são escopados por tenant; o matcher diferencia pelo endereço master, então tenants diferentes podem ter o mesmo código ativo.
USDT na Tron (TRC20). USDT e USDC na BNB Smart Chain (BEP20). USDT e USDC no Binance Pay C2C. Ethereum e Polygon estão no roadmap quando a economia de gas fizer sentido para invoices abaixo de $50.
Listeners TRC20 e BEP20 escaneiam a cada 3 segundos, Binance Pay a cada 5 segundos. Crédito ponta a ponta tipicamente leva 3–7 segundos para cripto e 5–10 segundos para Binance Pay, mais a cauda de confirmação da blockchain. Subscrições push BSC e webhooks merchant Binance estão no roadmap para detecção sub-segundo.
A transação cai na fila de conciliação órfã em vez de creditar automaticamente um pedido expirado. Um admin pode revinculá-la à invoice certa e disparar um recrédito manual. Pagamentos a mais em pedidos ainda válidos são creditados e marcados como overpaid.
Apenas o período de cobrança difere. Compromissos mais longos liberam um desconto porque reduzem churn e overhead de processamento de pagamento. Troque períodos a qualquer momento pelo painel.
Reembolso integral nos primeiros 7 dias, sem perguntas. Depois disso, reembolsos são pro-rata para períodos não utilizados em planos anuais ou semestrais.
O serviço continua até o fim do período de cobrança vigente. Planos anuais e semestrais recebem reembolsos pro-rata pelos meses não usados. Sem taxa de reativação se você voltar depois.
Campos sensíveis ficam criptografados em repouso, o tráfego é apenas TLS e as senhas usam hashing memory-hard moderno. Autenticação de dois fatores está disponível em todas as contas. Cada ação privilegiada fica em log de auditoria com o IP real do cliente. Detalhes estão documentados para integradores na nossa documentação de desenvolvedor.
Cada entrega é criptograficamente assinada e tem timestamp; o plugin DHRU incluído lida com a verificação automaticamente. Para integrações customizadas, o formato da assinatura e os passos de verificação estão na especificação do webhook em nossa documentação de desenvolvedor.
Mesma chave + mesmo payload retorna o pedido original, sem duplicar. Mesma chave + payload diferente agora retorna HTTP 409 com `code: "conflict"` para que colisões acidentais de chave sejam visíveis em vez de reutilizar silenciosamente o pedido anterior.
Sim. O login é uma etapa de senha mais um código de uso único entregue por e-mail (padrão), WhatsApp (quando um telefone está configurado) ou um app authenticator para contas que o tenham habilitado. Proteção contra replay impede o uso duplo dos códigos. A opção "lembrar este dispositivo" por 7 dias dispensa o código em um dispositivo reconhecido; você pode revogar dispositivos a qualquer momento pelo painel.
Sim. Abra Integração no painel. Segredos de webhook live e API keys live podem ser regenerados a qualquer momento; rotações exigem OTP por e-mail e ficam em log de auditoria. Chaves e segredos de sandbox podem ser regenerados livremente.
Cada tenant tem uma chave sandbox paralela (`pk_test_*`) e um segredo de webhook sandbox. Pedidos criados com a chave de teste ficam isolados; os listeners de blockchain fisicamente não conseguem capturá-los. Endpoints force-match, force-credit e force-expire simulam o webhook completo. O plugin DHRU honra `X-Payment-Mode: sandbox` e pula antes de creditar qualquer invoice real.
DHRU Fusion. O plugin usa hooks de gateway padrão, sem mudanças de schema. Compatível com PHP 7.4+.
Transações órfãs aparecem na UI de conciliação admin. Um admin pode vincular manualmente qualquer transação recebida à invoice correta e disparar um recrédito. A ação de recrédito exige uma confirmação OTP fresca.
Os listeners gravam cada transação recebida. Se nenhum pedido casar, a transação cai na UI de conciliação órfã onde os admins podem vinculá-la à invoice correta e disparar um recrédito. Nenhum pagamento é silenciosamente perdido.
WhatsApp responde em até um dia útil em todos os planos. Incidentes críticos (listener fora, falha de crédito) escalam para resposta no mesmo dia. O painel self-service cobre a maior parte das operações sem ticket.