API de Link de Pagamento
API pública de Links de Pagamento (Checkout) da My Gateway: endpoints, autenticação, convenções de valores e datas e fluxo recomendado.
Nesta página
Crie links de pagamento, consulte os dados de cada link e acompanhe as cobranças geradas por eles. O link pode ser compartilhado com o pagador, que conclui o pagamento no checkout da My Gateway.
Ambiente de produção#
| Item | Valor |
|---|---|
| Base URL | https://api.mygateway.com.br |
| Formato de dados | JSON (application/json) |
| Autenticação | Token no header Authorization (como obter) |
| Chave do API Gateway | Header x-api-key |
Endpoints#
| Operação | Método | Endpoint |
|---|---|---|
| Autenticar | POST | /authentication/v1/auth |
| Criar link de pagamento | POST | /payments/v1/checkout |
| Consultar link de pagamento | GET | /payments/v1/checkout/{payment-link-id} |
| Consultar cobranças do link | GET | /payments/v1/checkout/charges/{payment-link-id} |
Autenticação#
Use o mesmo fluxo de autenticação das demais APIs. Envie Authorization e x-api-key em todas as chamadas de checkout, e Content-Type: application/json nas que têm corpo JSON.
Convenções#
Valores monetários#
- Na criação do link, os campos monetários são inteiros em centavos, sem separador decimal. Ex.:
15000representa R$ 150,00. - Nas respostas de consulta, os valores voltam em reais, como números decimais. Ex.:
150.0representa R$ 150,00. - Não envie valores monetários como texto (
"15000") e não use vírgula decimal.
Datas#
- Na criação, envie
validityem ISO 8601, de preferência em UTC, por exemplo2027-04-03T23:59:59Z. - A validade precisa estar no futuro.
- Nas consultas, as datas voltam no formato
yyyy-MM-dd HH:mm:ss, sem offset explícito.
Identificadores#
O payment-link-id é o UUID retornado em data.id na criação do link. Exemplo: f4d8488c-aed0-4828-8b46-723ab7249f08.
Campos nulos#
Campos opcionais sem valor podem ser omitidos da resposta. Não dependa da presença de uma propriedade opcional com valor null.
Envelope de sucesso#
As respostas de sucesso trazem os dados em data. Na consulta de cobranças, data é uma lista.
Envelope
{
"data": {}
}{
"data": []
}Fluxo recomendado#
Guarde as credenciais
Armazene
clientId,clientSecretex-api-keyem um cofre de segredos.Autentique
Gere o
authDatae solicite o token no endpoint de autenticação.Crie o link
Chame
POST /payments/v1/checkout.Guarde o ID e compartilhe o link
Persista
data.idcomo identificador do link e apresente ou compartilhedata.linkcom o pagador.Consulte o link
Use
GET /payments/v1/checkout/{payment-link-id}quando precisar do estado do link.Consulte as cobranças
Use
GET /payments/v1/checkout/charges/{payment-link-id}, com?status=2para ver só pagamentos confirmados. Uma lista vazia é um resultado válido.Trate a autenticação
Renove o token ao receber
401 Unauthorizede confira ax-api-keye as permissões ao receber403 Forbidden.
Checklist antes de publicar#
- Usar só as URLs públicas de produção, com o prefixo
/payments. - Enviar
Authorizationex-api-keyem todas as chamadas de checkout. - Enviar JSON válido, sem comentários.
- Enviar os valores de criação em centavos.
- Enviar
validityfutura em ISO 8601. - Manter o mínimo e o máximo de parcelas entre 1 e 21.
- Preencher
main_title,titleedescriptioncom textos diferentes entre si. - Enviar em
accepted_payments_typesó códigos válidos. - Se usar itens, garantir que a soma dos itens menos o desconto seja exatamente igual a
value. - Persistir o
payment-link-idretornado na criação. - Tratar campos opcionais ausentes nas respostas.
- Não registrar credenciais, token ou
x-api-keyem logs.
Última atualização em