Skip to main content

AbacatePay Ruby SDK

Repositório oficial — issues, changelog e contribuições.

Pré-requisitos

Instalação

Configuração

Armazene sua chave de API em uma variável de ambiente e nunca no código:

Dev mode x Produção

O ambiente é definido pela chave utilizada, não por configuração do SDK — chaves criadas em Dev mode geram transações simuladas. Saiba mais aqui.

Primeira cobrança

Resposta:

Recursos disponíveis

Todos os recursos são acessíveis pela fachada AbacatePay.<recurso>:

Tratamento de erros

O SDK de Ruby levanta exceções — ele não retorna { data, error, success }. Toda falha herda de AbacatePay::Error:

Webhooks

A AbacatePay usa dois mecanismos e a documentação de segurança orienta usar os dois: A chave HMAC é pública e global, publicada na documentação, então a assinatura sozinha não prova origem.
A AbacatePay reentrega qualquer webhook que não responda 2xx. Guarde o id do evento com índice único no banco e responda 200 também para duplicatas, senão a reentrega não para.
Em Rails, leia request.query_parameters em vez de params antes de validar. Tocar em params faz o framework parsear o corpo, e um corpo malformado estoura antes do seu código rodar.

Boleto

Boleto tem vencimento, juros e multa próprios. Valores em centavos.
No checkout transparente, o boleto exige nome e CPF/CNPJ do pagador. O SDK valida isso localmente, antes de gastar uma chamada:

Paginação

Listas retornam no máximo 100 itens. Para percorrer tudo sem lidar com cursor:

Resiliência

O SDK já traz retry com backoff exponencial e jitter em 429 e 5xx. Escritas nunca são repetidas, porque refazer uma criação de cobrança após timeout poderia cobrar o cliente duas vezes.

Próximos passos

Configurar webhooks

Receba notificações em tempo real sobre pagamentos confirmados.

Checkout Transparente

Aceite PIX e cartão diretamente na sua interface.

Criar clientes

Gerencie clientes vinculados às cobranças.

Referência completa

Todos os endpoints, status codes e formato de resposta.