GRYPHEMPay

Produto

Da intenção de pagamento à conciliação.

O GRYPHEM PAY é um gateway para lojistas que querem aceitar pagamentos em cripto com a evidência operacional que uma equipe financeira espera. Veja cada etapa por que passa um pagamento depois que os pagamentos reais são ativados para a sua conta.

O sistema

Seis etapas, uma trilha de evidências.

Cada etapa registra o que viu e por que decidiu. Nenhuma etapa seguinte reimplementa uma regra que já pertence a uma etapa anterior.

  1. Seu servidor

    Intenção de pagamento

    Valor, moeda e uma chave de idempotência, enviados com sua chave live. A organização (tenant) vem da sua chave de API, nunca do corpo da requisição.

    POST /v1/payment-intents
  2. Cliente

    Fatura

    O cliente escolhe um ativo. O checkout abre uma fatura na conta Bitcart do GRYPHEM PAY com o valor exato e um endereço para este pagamento.

    invoice · address
  3. Bitcart

    Observação

    O Bitcart acompanha o pagamento na blockchain. O GRYPHEM nunca confia no corpo de um callback: busca a fatura novamente antes de qualquer mudança de estado e também faz consultas periódicas.

    paid → confirmed → complete
  4. Máquina de estados

    Finalidade

    Só uma fatura que o Bitcart informa como completa torna o pagamento confirmado. Pagamentos parciais e excedentes viram estados explícitos, e fundos atrasados vão para revisão — nada é creditado em silêncio.

    confirming → confirmed
  5. Despachante

    Webhook

    Eventos assinados, reenviados e reproduzíveis para cada transição visível externamente, a partir de uma outbox transacional.

    payment.confirmed
  6. Financeiro

    Saldo e conciliação

    O valor recebido é creditado no seu saldo custodial exatamente uma vez. Um conciliador contínuo expõe divergências, e os saques precisam de aprovação e da revisão de um operador.

    balance · payouts · CSV

Ciclo de vida

Estados que se leem igual em todo lugar.

Catorze estados, cada um com rótulo, ícone e uma frase de explicação — no checkout, no painel, na API e em cada webhook.

Máquina de estados da intenção de pagamentoCaminho principal de created a confirmed, com estados de exceção para expiração, pagamento a menor e a maior, reorganização da cadeia, pagamento atrasado, revisão manual e resolução. A lista completa de transições segue em texto.createdawaiting_paymentdetectedconfirmingconfirmedcanceledexpiredunderpaidoverpaidreorgedfailedlate_paymentmanual_reviewresolved
Cada transição é aplicada por uma única máquina de estados com compare-and-set no banco de dados; os workers enviam evidências e nunca gravam um status diretamente.
Todas as transições em texto
  • created → awaiting_payment
  • awaiting_payment → detected
  • detected → confirming
  • confirming → confirmed
  • created → canceled
  • awaiting_payment → expired
  • expired → late_payment
  • confirming → underpaid
  • confirming → overpaid
  • confirmed → reorged
  • reorged → confirming
  • underpaid → manual_review
  • overpaid → manual_review
  • late_payment → manual_review
  • reorged → manual_review
  • manual_review → resolved
  • awaiting_payment → failed

O que você recebe

As peças em funcionamento.

  • Checkout hospedado

    Uma página de pagamento rápida e sem distrações, com o valor exato, o endereço deste pagamento, um QR code e o estado em tempo real. Sem WebGL, sem surpresas.

    Saiba mais

  • Painel do lojista

    Pagamentos, faturas, links de pagamento, saldos e saques, webhooks, chaves de API, papéis da equipe, conciliação e exportações — com estados vazios e de erro honestos.

    Saiba mais

  • API e SDKs

    OpenAPI 3.1 com contrato primeiro, escritas idempotentes, erros tipados, paginação por cursor e IDs de requisição. Um SDK TypeScript e um verificador de webhooks.

    Saiba mais

  • Webhooks assinados

    HMAC-SHA256 sobre o timestamp e o corpo bruto, janelas contra replay, rotação de segredos com sobreposição, logs de entrega e reenvio manual.

    Saiba mais

  • Conciliação e exportações

    Filas de divergências para pagamentos a menor, a maior e atrasados; exportações CSV com timestamps em UTC; histórico de cobrança imutável.

    Saiba mais

  • Controles de operador

    Um console restrito com MFA, aprovação por quatro olhos para ações de alto impacto e uma trilha de auditoria append-only.

    Saiba mais

Limites

O que ele não é — ainda.

Criar contaPara desenvolvedores