Skip to main content
Use esta página como contexto inicial ao gerar uma integração com a Flare Payments. Ela reúne os contratos essenciais da API pública, exemplos de cobrança e regras para confirmação de pagamentos.

Documentação completa

Consulte os guias e as referências de cada endpoint.

Índice para LLMs

Acesse o conteúdo da documentação em formato otimizado para modelos de linguagem.

Contrato essencial

Estes valores definem o contrato base de qualquer integração:
Execute chamadas autenticadas somente no backend. Nunca exponha uma chave sk_live_ no navegador, em aplicativos client-side, repositórios públicos ou logs.

Regras para assistentes de IA

Siga estas regras ao gerar código para a API:
  1. Use somente endpoints e campos documentados pela Flare
  2. Envie valores de cobrança em centavos
  3. Use a chave sk_live_ para autenticação
  4. Não use uma chave pk_live_ para autenticar requisições
  5. Salve o uuid retornado ao criar uma cobrança
  6. Considere o pagamento confirmado somente após status: "paid"
  7. Prefira webhooks para confirmação automática
  8. Use GET /charges/{uuid}/status para consultas periódicas
  9. Trate erros pelo campo error.code
  10. Não crie parâmetros, respostas, eventos ou endpoints ausentes da documentação
Quando houver divergência, use a página específica do endpoint como fonte principal.

Autenticar requisições

Envie a chave secreta no header Authorization:
Este exemplo consulta o saldo autenticado:

Endpoints disponíveis

Use este catálogo para selecionar o endpoint correto:
Saques não estão disponíveis pela API pública. Solicite saques pelo Dashboard da Flare.

Criar uma cobrança

Envie POST https://api.flarepayments.com/v1/charges com Content-Type: application/json. O limite documentado é de 60 requisições por minuto.

Campos da cobrança Pix

O corpo aceita os seguintes campos:Crie uma cobrança Pix:
A API responde com 201 Created:

Consultar uma cobrança

Consulte GET /charges/{uuid} para obter os dados correspondentes ao método de pagamento:
Os status documentados são pending, paid, expired e failed.

Consultar o status

Use GET /charges/{uuid}/status quando precisar consultar o status periodicamente:

Confirmar pagamentos com webhooks

Webhooks notificam seu backend sobre mudanças no pagamento. Responda com HTTP 200 em até 5 segundos e processe o evento de forma assíncrona. O mesmo evento pode ser entregue mais de uma vez. Use o uuid da cobrança para impedir processamento duplicado. Este exemplo responde antes de iniciar o processamento:
Exemplo de charge.paid:

Consultar saldo

Consulte GET /balance para obter os saldos disponível e pendente:
Os campos available[].amount e pending[].amount usam centavos. Os valores dentro de summary usam reais.

Listar transações

Consulte GET /transactions para obter o histórico paginado:
Se has_more for true, envie o uuid do último item em starting_after.

Tratar erros

Trate o código estável em error.code:
Não dependa apenas do texto em error.message. Alguns erros incluem campos adicionais.

Implementar uma cobrança Pix

Use este fluxo no backend:
1

Crie a cobrança

Envie POST /v1/charges com amount em centavos e payment_method: “pix”.
2

Salve o UUID

Persista o campo uuid retornado pela Flare.
3

Exiba o código Pix

Envie pix_copy_paste ao cliente.
4

Receba o webhook

Responda com HTTP 200 e processe charge.paid uma única vez por uuid.
5

Confirme o pagamento

Libere o produto ou serviço somente após receber status: “paid”.

Exemplo em TypeScript

Este código cria uma cobrança Pix no backend:

Checklist da integração

Antes de entregar a implementação, confirme:
  • As chamadas autenticadas rodam no backend
  • A autenticação usa uma chave sk_live_
  • O header segue o formato Authorization: Bearer YOUR_API_KEY
  • A URL começa com https://api.flarepayments.com/v1
  • O campo amount usa centavos
  • O payment_method corresponde a pix ou boleto
  • Cobranças por boleto incluem customer e billing_address
  • O sistema persiste o uuid
  • O sistema confirma pagamentos somente com status: "paid"
  • O webhook responde com HTTP 200 em até 5 segundos
  • O consumidor do webhook impede processamento duplicado
  • O tratamento de erros usa error.code
  • Nenhuma credencial aparece no frontend ou em logs
  • A integração não chama endpoints públicos de saque

Fontes oficiais

Consulte a referência específica quando precisar de detalhes adicionais:

Criar cobrança

Consultar cobrança

Status da cobrança

Consultar saldo

Listar transações

Eventos de webhook