Pular para o conteúdo principal
API docs by Redocly

QRCodes API

Download OpenAPI specification:Download

A API Pix padroniza serviços oferecidos pelo PSP recebedor no contexto do arranjo Pix, como criação de cobrança, verificação de Pix recebidos, devolução e consultas. Os serviços expostos pelo PSP recebedor permitem ao usuário recebedor estabelecer integração de sua automação com os serviços Pix do PSP.

Evolução da API Pix

A API Pix busca respeitar SemVer. Nesse sentido, mudanças compatíveis não devem gerar nova versão major.

A versão da API é composta por 4 elementos: major, minor, patch e release candidate. A versão v[x]que consta no path da URL é o elemento major da versão da API. A evolução da versão se dá seguinte forma:

  • Major: alterações incompatíveis, com quebra de contrato (v1.0.0 → v2.0.0)
  • Minor: alterações compatíveis, sem quebra de contrato (v1.1.0 → v1.2.0)
  • Patch: bugfixes, esclarecimentos às especificações, sem alterações funcionais (v1.1.1 → v1.1.2)
  • Release candidate: versões de pré-lançamento de qualquer patch futuro, minor ou major (v1.0.0-rc.1 → v1.0.0-rc.22)

Alterações sem quebra de contrato e esclarecimentos às especificações podem ocorrer a qualquer momento. Clientes devem estar preparados para lidar com essas mudanças sem quebrar.

As seguintes mudanças são esperadas e consideradas retrocompatíveis:

  • Adição de novos recursos na API Pix.
  • Adição de novos parâmetros opcionais a cobranças.
  • Adição de novos campos em respostas da API Pix.
  • Alteração da ordem de campos.
  • Adição de novos elementos em enumerações

Tratamento de erros

A API Pix retorna códigos de status HTTP para indicar sucesso ou falhas das requisições.

Códigos 2xx indicam sucesso. Códigos 4xx indicam falhas causadas pelas informações enviadas pelo cliente ou pelo estado atual das entidades. Códigos 5xx indicam problemas no serviço no lado da API Pix.

As respostas de erro incluem no corpo detalhes do erro seguindo o schema da RFC 7807.

O campo type identifica o tipo de erro e na API Pix segue o padrão:

https://pix.bcb.gov.br/api/v2/error/<TipoErro>

O padrão acima listado, referente ao campo type, não consiste, necessariamente, em uma URL que apresentará uma página web válida, ou um endpoint válido, embora possa, futuramente, ser exatamente o caso. O objetivo primário é apenas e tão somente identificar o tipo de erro.

Abaixo estão listados os tipos de erro e possíveis violações da API Pix.

Gerais

Esta seção reúne erros que poderiam ser retornados por quaisquer endpoints listados na API Pix.

RequisicaoInvalida

AcessoNegado

  • Significado: Requisição de participante autenticado que viola alguma regra de autorização.
  • HTTP Status Code: 403 Forbidden.

NaoEncontrado

  • Significado: Entidade não encontrada.
  • HTTP Status Code: 404 Not Found.

PermanentementeRemovido

  • Significado: Indica que a entidade existia, mas foi permanentemente removida.
  • HTTP Status Code: 410 Gone.

ErroInternoDoServidor

ServicoIndisponivel

  • Significado: Serviço não está disponível no momento. Serviço solicitado pode estar em manutenção ou fora da janela de funcionamento.
  • HTTP Status Code: 503 Service Unavailable.

IndisponibilidadePorTempoEsgotado

  • Significado: Indica que o serviço demorou além do esperado para retornar.
  • HTTP Status Code: 504 Gateway Timeout.

Tag CobR

Esta seção reúne erros retornados pelos endpoints organizados sob a tag CobR. Esses erros indicam problemas no gerenciamento de uma cobrança recorrente.

CobRNaoEncontrado

  • Significado: Cobrança não encontrada para o txid informado.
  • HTTP Status Code: 404.
  • endpoints: [GET|PATCH] /cobr/{txid} e [POST] /cobr/{txid}/retentativa/{data}.

CobROperacaoInvalida

  • Significado: a requisição que busca alterar ou criar uma cobrança recorrente não respeita o schema ou está semanticamente errada.
  • HTTP Status Code: 400.
  • endpoints: [POST|PUT|PATCH] /cobr/{txid} e [POST] /cobr/{txid}/retentativa/{data}.

Violações para o endpoint POST|PUT /cobr/{txid}:

  • O campo cobr.infoAdicional não respeita o schema.
  • O campo cobr.status não respeita o schema.
  • O objeto cobr.calendario não respeita o schema.
  • O campo cobr.calendario.dataDeVencimento é anterior à data de criação da cobrança.
  • O campo cobr.valor não respeita o schema.
  • O objeto cobr.recebedor não respeita o schema.
  • Os campos cobr.recebedor.conta e cobr.recebedor.agencia correspondem a uma conta que não pertence a este usuário recebedor.
  • O objeto cobr.devedor não respeita o schema.
  • O campo cobr.txid encontra-se em uso.
  • Existe uma CobR com status diferente de REJEITADA e CANCELADA referente ao mesmo cobr.idRec com calendario.dataDeVencimento no mesmo ciclo.

Violações para o endpoint PATCH /cobr/{txid}:

  • Não é possível cancelar uma cobrança em uma data igual ou maior que a data prevista da primeira tentativa de liquidação.

Violações para o endpoint POST /cobr/{txid}/retentativa/{data}:

  • Existe uma tentativa com status SOLICITADA ou AGENDADA.
  • Existe uma tentativa em andamento.
  • Existe uma tentativa ativa.
  • Existe uma tentativa não finalizada.
  • Existe uma tentativa vigente para a data informada.
  • O parâmetro data não corresponde a uma data futura.
  • A política configurada na recorrência não permite retentativa de cobrança.

CobRConsultaInvalida

  • Significado: os parâmetros de consulta à lista de cobranças que não respeitam o schema ou não fazem sentido semanticamente.
  • HTTP Status Code: 400.
  • endpoints: GET /cobr e GET /cobr/{txid}.

Violações específicas para o endpoint GET /cobr:

  • algum dos parâmetros informados para a consulta não respeita o schema.
  • o timestamp representado pelo parâmetro fim é anterior ao timestamp representado pelo parâmetro inicio.
  • ambos os parâmetros cpf e cnpj estão preenchidos.
  • o parâmetro paginacao.paginaAtual é negativo.
  • o parâmetro paginacao.itensPorPagina é negativo.

Tag RecPayload

Esta seção reúne erros retornados pelos endpoints organizados sob a tag RecPayload. Estes erros indicam problemas na tentativa de recuperação, via location, do Payload JSON que representa a recorrência.

RecPayloadNaoEncontrado

  • Significado: a recorrência em questão não foi encontrada para a location requisitada.
  • HTTP Status Code: 404 ou 410.
  • endpoint: GET /rec/{recUrlAccessToken}.

Se a presente location exibia uma recorrência, mas não a exibirá mais de maneira permanentemente, pode-se aplicar o HTTP status code 410. Se a presente location não está exibindo nenhuma recorrência, pode-se utilizar o HTTP status code 404.

Uma recorrência pode estar encerrada, cancelada ou rejeitada, nesses casos, é uma liberalidade do PSP recebedor retornar o presente código de erro ou optar por servir o payload de qualquer maneira, objetivando fornecer uma informação adicional ao usuário pagador final a respeito da recorrência.

RecPayloadOperacaoInvalida

  • Significado: a recorrência em questão encontra-se encerrada, rejeitada ou cancelada para a location requisitada.
  • HTTP Status Code: 400.
  • endpoint: GET /rec/{recUrlAccessToken}.

Violações para o endpoint GET /rec/{recUrlAccessToken}:

  • O campo recUrlAccessToken referencia uma recorrência encerrada, rejeitada ou cancelada.

Tag CobPayload

Esta seção reúne erros retornados pelos endpoints organizados sob a tag CobPayload. Estes erros indicam problemas na tentativa de recuperação, via location, do Payload JSON que representa a cobrança.

CobPayloadNaoEncontrado

  • Significado: a cobrança em questão não foi encontrada para a location requisitada.
  • HTTP Status Code: 404 ou 410.
  • endpoints: GET /{pixUrlAccessToken}, GET /cobv/{pixUrlAccessToken}.

Se a presente location exibia uma cobrança, mas não a exibirá mais de maneira permanentemente, pode-se aplicar o HTTP status code 410. Se a presente location não está exibindo nenhuma cobrança, pode-se utilizar o HTTP status code 404.

Uma cobrança pode estar "expirada" (calendario.expiracao), "vencida", "Concluida", entre outros estados em que não poderia ser efetivamente paga. Nesses casos, é uma liberalidade do PSP recebedor retornar o presente código de erro ou optar por servir o payload de qualquer maneira, objetivando fornecer uma informação adicional ao usuário pagador final a respeito da cobrança.

CobPayloadOperacaoInvalida

  • Significado: a cobrança existe, mas a requisição é inválida.
  • HTTP Status Code: 400.
  • endpoints: GET /cobv/{pixUrlAccessToken}.

Violações:

  • codMun não respeita o schema.
  • codMun não é um código válido segundo a tabela de municípios do IBGE.
  • DPP não respeita o schema.
  • DPP anterior ao momento presente.
  • DPP superior à validade da cobrança em função dos parâmetros calendario.dataDeVencimento e calendario.validadeAposVencimento. Exemplo: dataDeVencimento => 2020-12-25, validadeAposVencimento => 10, DPP => 2021-01-05. Neste exemplo, o parâmetro DPP é inválido considerando o contexto apresentado porque é uma data em que a cobrança não poderá ser paga. A cobrança, neste exemplo, não será considerada válida a partir da data 2021-01-05.

Tag SolicRec

Esta seção reúne erros retornados pelos endpoints organizados sob a tag SolicRec. Esses erros indicam problemas no gerenciamento de uma solicitação de confirmação de recorrência.

SolicRecNaoEncontrada

  • Significado: Solicitação de recorrência não encontrada para o idSolicRec informado.
  • HTTP Status Code: 404.
  • endpoints: [GET] /solicrec/{idSolicRec}.

SolicRecOperacaoInvalida

  • Significado: a requisição que busca criar ou alterar uma solicitação de confirmação de recorrência não respeita o schema ou está semanticamente errada.
  • HTTP Status Code: 400.
  • endpoints: [POST] /solicrec e PATCH /solicrec/{idSolicRec}.

Violações para o endpoint POST /solicrec:

  • O objeto solicrec.calendario não respeita o schema.
  • O campo solicrec.calendario.dataExpiracaoSolicitacao é anterior à data de criação da solicitação da recorrência.
  • O objeto solicrec.destinatario não respeita o schema.
  • Existe uma solicitação ativa referente ao mesmo solicrec.idRec.

Violações para o endpoint PATCH /solicrec/{idSolicRec}:

  • Não é possível cancelar uma solicitação de recorrência com o status diferente de CRIADA, ENVIADA ou RECEBIDA.

Tag Cob

Esta seção reúne erros retornados pelos endpoints organizados sob a tag Cob. Esses erros indicam problemas no gerenciamento de uma cobrança para pagamento imediato.

CobNaoEncontrado

  • Significado: Cobrança não encontrada para o txid informado.
  • HTTP Status Code: 404.
  • endpoints: [GET|PATCH] /cob/{txid}.

CobOperacaoInvalida

  • Significado: a requisição que busca alterar ou criar uma cobrança para pagamento imediato não respeita o schema ou está semanticamente errada.
  • HTTP Status Code: 400.
  • endpoints: [POST|PUT|PATCH] /cob/{txid}.

Violações para os endpoints PUT|PATCH /cob/{txid}:

  • O campo cob.calendario.expiracao é igual ou menor que zero.
  • O campo cob.valor.original não respeita o schema.
  • O campo cob.valor.original é zero.
  • O objeto cob.devedor não respeita o schema.
  • O campo cob.chave não respeita o schema.
  • O campo cob.chave corresponde a uma conta que não pertence a este usuário recebedor.
  • O campo solicitacaoPagador não respeita o schema.
  • O objeto infoAdicionais não respeita o schema.
  • O location referenciado por loc.id inexiste.
  • O location referenciado por loc.id já está sendo utilizado por outra cobrança.
  • O location referenciado por cob.loc.id apresenta tipo "cobv" (deveria ser "cob").

Violações específicas para o endpoint PUT /cob/{txid}:

  • A cobrança já existe, não está no status ATIVA, e a presente requisição busca alterá-la.

Violações específicas para o endpoint PATCH /cob/{txid}:

  • A cobrança não está ATIVA, e a presente requisição busca alterá-la.
  • A cobrança está ATIVA, e a presente requisição propõe alterar seu status para REMOVIDA_PELO_USUARIO_RECEBEDOR juntamente com outras alterações (não faz sentido remover uma cobrança ao mesmo tempo em que se realizam alterações que não serão aproveitadas).
  • o campo cob.status não respeita o schema.

CobConsultaInvalida

  • Significado: os parâmetros de consulta à lista de cobranças para pagamento imediato não respeitam o schema ou não fazem sentido semanticamente.
  • HTTP Status Code: 400.
  • endpoints: GET /cob e GET /cob/{txid}.

Violações específicas para o endpoint GET /cob:

  • algum dos parâmetros informados para a consulta não respeita o schema.
  • o timestamp representado pelo parâmetro fim é anterior ao timestamp representado pelo parâmetro inicio.
  • ambos os parâmetros cpf e cnpj estão preenchidos.
  • o parâmetro paginacao.paginaAtual é negativo.
  • o parâmetro paginacao.itensPorPagina é negativo.

Violações específicas para o endpoint GET /cob/{txid}:

  • o parâmetro revisao corresponde a uma revisão inexistente para a cobrança apontada pelo parâmetro txid.

Tag CobV

Esta seção reúne erros retornados pelos endpoints organizados sob a tag CobV. Esses erros indicam problemas no gerenciamento de uma cobrança com vencimento.

CobVNaoEncontrada

  • Significado: Cobrança com vencimento não encontrada para o txid informado.
  • HTTP Status Code: 404.
  • endpoints: [GET|PATCH] /cobv/{txid}.

CobVOperacaoInvalida

  • Significado: a requisição que busca alterar ou criar uma cobrança com vencimento não respeita o schema ou está semanticamente errada.
  • HTTP Status Code: 400.
  • endpoints: [PUT|PATCH] /cobv/{txid}.

Violações para os endpoints PUT|PATCH /cobv/{txid}:

  • O campo cobv.calendario.dataDeVencimento é anterior à data de criação da cobrança.
  • O campo cobv.calendario.validadeAposVencimento é menor do que zero.
  • O objeto cobv.devedor não respeita o schema.
  • O objeto cobv.devedor não respeita o schema.
  • O campo cobv.chave não respeita o schema.
  • O campo cobv.chave corresponde a uma conta que não pertence a este usuário recebedor.
  • O campo solicitacaoPagador não respeita o schema.
  • O objeto infoAdicionais não respeita o schema.
  • O location referenciado por cobv.loc.id inexiste.
  • O location referenciado por cobv.loc.id já está sendo utilizado por outra cobrança.
  • O location referenciado por cobv.loc.id apresenta tipo "cob" (deveria ser "cobv").
  • O campo cobv.valor.original não respeita o schema.
  • O campo cobv.valor.original apresenta o valor zero.
  • O objeto cobv.valor.multa não respeita o schema.
  • O objeto cobv.valor.juros não respeita o schema.
  • O objeto cobv.valor.abatimento não respeita o schema.
  • O objeto cobv.valor.desconto não respeita o schema.
  • O objeto cobv.valor.abatimento representa um valor maior ou igual ao valor da cobrança original ou maior ou igual a 100%.
  • O objeto cobv.valor.desconto apresenta algum elemento de desconto que representa um valor maior ou igual ao valor da cobrança original ou maior ou igual a 100%.
  • O objeto cobv.valor.desconto apresenta algum elemento cuja data seja posterior à data de vencimento representada por calendario.dataDeVencimento.
  • O objeto cobv.valor.desconto apresenta modalidade no valor 1 ou 2, porém cobv.valor.desconto.valorPerc encontra-se preenchido
  • O objeto cobv.valor.desconto apresenta modalidade no valor 1 ou 2, porém o array cobv.valor.desconto.descontoDataFixa está vazio ou nulo.
  • O objeto cobv.valor.desconto apresenta modalidade nos valores de 3 a 6, porém o elemento cobv.valor.desconto.valorPerc não está preenchido.
  • O objeto cobv.valor.desconto apresenta modalidade nos valores de 3 a 6, porém o elemento cobv.valor.desconto.descontoDataFixa está preenchido ou não nulo.

Violações específicas para o endpoint PUT /cobv/{txid}:

  • A cobrança já existe, não está ATIVA, e a presente requisição busca alterá-la

Violações específicas para o endpoint PATCH /cobv/{txid}:

  • A cobrança não está ATIVA, e a presente requisição busca alterá-la
  • A cobrança está ATIVA, e a presente requisição propõe alterar seu status para REMOVIDA_PELO_USUARIO_RECEBEDOR juntamente com outras alterações (não faz sentido remover uma cobrança ao mesmo tempo em que se realizam alterações que não serão aproveitadas).
  • o campo cob.status não respeita o schema.

CobVConsultaInvalida

  • Significado: os parâmetros de consulta à lista de cobranças com vencimento não respeitam o schema ou não fazem sentido semanticamente.
  • HTTP Status Code: 400.
  • endpoints: GET /cobv e GET /cobv/{txid}.

Violações específicas para o endpoint GET /cobv:

  • algum dos parâmetros informados para a consulta não respeita o schema.
  • o timestamp representado pelo parâmetro fim é anterior ao timestamp representado pelo parâmetro inicio.
  • ambos os parâmetros cpf e cnpj estão preenchidos.
  • o parâmetro paginacao.paginaAtual é negativo.
  • o parâmetro paginacao.itensPorPagina é negativo.

Violações específicas para o endpoint GET /cobv/{txid}:

  • o parâmetro revisao corresponde a uma revisão inexistente para a cobrança apontada pelo parâmetro txid.

Tag PayloadLocation

Esta seção reúne erros referentes a endpoints que tratam do gerenciamento de locations.

PayloadLocationNaoEncontrado

  • Significado: Location não encontrada para o id informado.
  • HTTP Status Code: 404.
  • endpoints: [GET|PATCH] /loc/{id}, DELETE /loc/{id}/txid.

PayloadLocationOperacaoInvalida

  • Significado: a presente requisição busca criar uma location sem respeitar o schema estabelecido.
  • HTTP Status Code: 400.
  • endpoints: POST /loc.

Violações para o endpoint POST /loc:

  • o campo tipoCob não respeita o schema.

PayloadLocationConsultaInvalida

  • Significado: os parâmetros de consulta à lista de locations não respeitam o schema ou não fazem sentido semanticamente.
  • HTTP Status Code: 400.
  • endpoints: GET /loc e GET /loc/{id}.

Violações específicas para o endpoint GET /loc:

  • algum dos parâmetros informados para a consulta não respeitam o schema.
  • o timestamp representado pelo parâmetro fim é anterior ao timestamp representado pelo parâmetro inicio.
  • o parâmetro paginacao.paginaAtual é negativo.
  • o parâmetro paginacao.itensPorPagina é negativo.

Tag Pix

Reúne erros em endpoints de gestão de Pix recebidos e solicitação de devoluções.

PixNaoEncontrado

  • Significado: pix não encontrada para o e2eid informado.
  • HTTP Status Code: 404.
  • endpoints: GET /pix/{e2eid}

PixDevolucaoNaoEncontrada

  • Significado: devolução representada por {id} não encontrada para o e2eid informado.
  • HTTP Status Code: 404.
  • endpoints: GET /pix/{e2eid}/devolucao/{id}

PixConsultaInvalida

  • Significado: os parâmetros de consulta à lista de pix recebidos não respeitam o schema ou não fazem sentido semanticamente.
  • HTTP Status Code: 400.
  • endpoints: GET /pix.

Violações específicas para o endpoint GET /pix:

  • algum dos parâmetros informados para a consulta não respeita o schema.
  • o timestamp representado pelo parâmetro fim é anterior ao timestamp representado pelo parâmetro inicio.
  • ambos os parâmetros cpf e cnpj estão preenchidos.
  • o parâmetro paginacao.paginaAtual é negativo.
  • o parâmetro paginacao.itensPorPagina é negativo.

PixDevolucaoInvalida

  • Significado: a presente requisição de devolução não respeita o schema ou não faz sentido semanticamente.
  • HTTP Status Code: 400.
  • endpoints: PUT /pix/{e2eid}/devolucao/{id}.

Violações específicas para o endpoint PUT /pix/{e2eid}/devolucao/{id}:

  • O campo devolucao.valor não respeita o schema.
  • A presente requisição de devolução, em conjunto com as demais prévias devoluções, se aplicável, excederia o valor do pix originário.
  • A presente requisição de devolução apresenta um {id} já utilizado por outra requisição de devolução para o {e2eid} em questão.
  • A presente requisição de devolução viola a janela de tempo permitida para solicitações de devoluções de um pix (hoje estabelecida como 90 dias desde a data de liquidação original do pix).

Tag Webhook

Reúne erros dos endpoints que tratam do gerenciamento dos Webhooks da API Pix.

WebhookOperacaoInvalida

  • Significado: a presente requisição busca criar um webhook sem respeitar o schema ou, ainda, apresenta semântica inválida.
  • HTTP Status Code: 400.
  • endpoints: PUT /webhook/{chave}.

Violações para o endpoint PUT /webhook/{chave}:

  • o parâmetro {chave} não corresponde a uma chave DICT válida.
  • o parâmetro {chave} não corresponde a uma chave DICT pertencente a este usuário recebedor.
  • Campo webhook.webhookUrl não respeita o schema.

WebhookNaoEncontrado

  • Significado: o webhook denotado por {chave} não encontra-se estabelecido.
  • HTTP Status Code: 404.
  • endpoints: GET /webhook/{chave}, DELETE /webhook/{chave}

WebhookConsultaInvalida

  • Significado: os parâmetros de consulta à lista de webhooks ativados não respeitam o schema ou não fazem sentido semanticamente.
  • HTTP Status Code: 400.
  • endpoints: GET /webhook.

Violações específicas para o endpoint GET /webhook:

  • algum dos parâmetros informados para a consulta não respeita o schema.
  • o timestamp representado pelo parâmetro fim é anterior ao timestamp representado pelo parâmetro inicio.
  • o parâmetro paginacao.paginaAtual é negativo.
  • o parâmetro paginacao.itensPorPagina é negativo.

Tag WebhookRec

Reúne erros dos endpoints que tratam do gerenciamento dos Webhooks de recorrências da API Pix.

WebhookRecOperacaoInvalida

  • Significado: a presente requisição busca criar um webhook sem respeitar o schema ou, ainda, apresenta semântica inválida.
  • HTTP Status Code: 400.
  • endpoints: PUT /webhookrec.

Violações para o endpoint PUT /webhookrec:

  • o campo webhookUrl não respeita o schema.

WebhookRecConsultaInvalida

  • Significado: os parâmetros de consulta à lista de webhooks ativados não respeitam o schema ou não fazem sentido semanticamente.
  • HTTP Status Code: 400.
  • endpoints: GET /webhookrec.

Violações específicas para o endpoint GET /webhookrec:

  • algum dos parâmetros informados para a consulta não respeita o schema.
  • o timestamp representado pelo parâmetro fim é anterior ao timestamp representado pelo parâmetro inicio.
  • o parâmetro paginacao.paginaAtual é negativo.
  • o parâmetro paginacao.itensPorPagina é negativo.

Tag WebhookCobR

Reúne erros dos endpoints que tratam do gerenciamento dos Webhooks de cobranças recorrentes da API Pix.

WebhookCobROperacaoInvalida

  • Significado: a presente requisição busca criar um webhook sem respeitar o schema ou, ainda, apresenta semântica inválida.
  • HTTP Status Code: 400.
  • endpoints: PUT /webhookcobr.

Violações para o endpoint PUT /webhookcobr:

  • o campo webhookUrl não respeita o schema.

WebhookCobRConsultaInvalida

  • Significado: os parâmetros de consulta à lista de webhooks ativados não respeitam o schema ou não fazem sentido semanticamente.
  • HTTP Status Code: 400.
  • endpoints: GET /webhookcobr.

Violações específicas para o endpoint GET /webhookcobr:

  • algum dos parâmetros informados para a consulta não respeita o schema.
  • o timestamp representado pelo parâmetro fim é anterior ao timestamp representado pelo parâmetro inicio.
  • o parâmetro paginacao.paginaAtual é negativo.
  • o parâmetro paginacao.itensPorPagina é negativo.

Autenticação

Reúne endpoints destinados à autenticação e autorização de clientes da API Pix.

Obter token de acesso

Request Body schema: application/x-www-form-urlencoded
required
client_id
required
string

Identificador do cliente

client_secret
required
string

Chave secreta do cliente

grant_type
required
string
Default: "client_credentials"

Tipo de concessão, utilizar: client_credentials

scope
string

Scopos de autorização

Responses

Response samples

Content type
application/json
{
  • "access_token": "string",
  • "expires_in": 0,
  • "refresh_expires_in": 0,
  • "token_type": "bearer",
  • "not-before-policy": 0,
  • "scope": "string"
}

Gerenciamento de cobranças para pagamento imediato

Reúne endpoints destinados a lidar com gerenciamento de cobranças imediatas.

Criar cobrança imediata.

Authorizations:
OAuth2
path Parameters
txid
required
string (Id da Transação) [a-zA-Z0-9]{26,35}

Identificador da transação

O campo txid determina o identificador da transação. O objetivo desse campo é ser um elemento que possibilite ao PSP do recebedor apresentar ao usuário recebedor a funcionalidade de conciliação de pagamentos.

Na pacs.008, é referenciado como TransactionIdentification <txId> ou idConciliacaoRecebedor.

Em termos de fluxo de funcionamento, o txid é lido pelo aplicativo do PSP do pagador e, depois de confirmado o pagamento, é enviado para o SPI via pacs.008. Uma pacs.008 também é enviada ao PSP do recebedor, contendo, além de todas as informações usuais do pagamento, o txid. Ao perceber um recebimento dotado de txid, o PSP do recebedor está apto a se comunicar com o usuário recebedor, informando que um pagamento específico foi liquidado.

O txid é criado exclusivamente pelo usuário recebedor e está sob sua responsabilidade. O txid, no contexto de representação de uma cobrança, é único por CPF/CNPJ do usuário recebedor. Cabe ao PSP recebedor validar essa regra na API Pix.

Request Body schema: application/json
required

Dados para geração da cobrança imediata.

object (Calendário)

Os campos aninhados sob o identificador calendário organizam informações a respeito de controle de tempo da cobrança.

Pessoa Física (object) or Pessoa Jurídica (object)

Os campos aninhados sob o objeto devedor são opcionais e identificam o devedor, ou seja, a pessoa ou a instituição a quem a cobrança está endereçada. Não identifica, necessariamente, quem irá efetivamente realizar o pagamento. Um CPF pode ser o devedor de uma cobrança, mas pode acontecer de outro CPF realizar, efetivamente, o pagamento do documento. Não é permitido que o campo devedor.cpf e campo devedor.cnpj estejam preenchidos ao mesmo tempo. Se o campo devedor.cnpj está preenchido, então o campo devedor.cpf não pode estar preenchido, e vice-versa. Se o campo devedor.nome está preenchido, então deve existir ou um devedor.cpf ou um campo devedor.cnpj preenchido.

object (Location do Payload)

Identificador da localização do payload.

required
object (Valor da cobrança imediata)

valores monetários referentes à cobrança.

chave
required
string (Chave DICT do recebedor) <= 77 characters

Formato do campo chave

  • O campo chave determina a chave Pix registrada no DICT que será utilizada para a cobrança. Essa chave será lida pelo aplicativo do PSP do pagador para consulta ao DICT, que retornará a informação que identificará o recebedor da cobrança.
  • Os tipos de chave podem ser: telefone, e-mail, cpf/cnpj ou EVP.
  • O formato das chaves pode ser encontrado na seção "Formatação das chaves do DICT no BR Code" do Manual de Padrões para iniciação do Pix.
solicitacaoPagador
string (Solicitação ao pagador) <= 140 characters

O campo solicitacaoPagador, opcional, determina um texto a ser apresentado ao pagador para que ele possa digitar uma informação correlata, em formato livre, a ser enviada ao recebedor. Esse texto será preenchido, na pacs.008, pelo PSP do pagador, no campo RemittanceInformation . O tamanho do campo na pacs.008 está limitado a 140 caracteres.

Array of objects (Informações adicionais) <= 50

Cada respectiva informação adicional contida na lista (nome e valor) deve ser apresentada ao pagador.

Responses

Request samples

Content type
application/json
Example
{
  • "calendario": {
    },
  • "devedor": {
    },
  • "valor": {
    },
  • "chave": "7d9f0335-8dcc-4054-9bf9-0dbd61d36906",
  • "solicitacaoPagador": "Serviço realizado.",
  • "infoAdicionais": [
    ]
}

Response samples

Content type
application/json
Example
{
  • "calendario": {
    },
  • "txid": "7978c0c97ea847e78e8849634473c1f1",
  • "revisao": 0,
  • "loc": {
    },
  • "location": "pix.example.com/qr/9d36b84fc70b478fb95c12729b90ca25",
  • "status": "ATIVA",
  • "devedor": {
    },
  • "valor": {
    },
  • "chave": "7d9f0335-8dcc-4054-9bf9-0dbd61d36906",
  • "solicitacaoPagador": "Serviço realizado.",
  • "infoAdicionais": [
    ]
}

Revisar cobrança imediata.

Authorizations:
OAuth2
path Parameters
txid
required
string (Id da Transação) [a-zA-Z0-9]{26,35}

Identificador da transação

O campo txid determina o identificador da transação. O objetivo desse campo é ser um elemento que possibilite ao PSP do recebedor apresentar ao usuário recebedor a funcionalidade de conciliação de pagamentos.

Na pacs.008, é referenciado como TransactionIdentification <txId> ou idConciliacaoRecebedor.

Em termos de fluxo de funcionamento, o txid é lido pelo aplicativo do PSP do pagador e, depois de confirmado o pagamento, é enviado para o SPI via pacs.008. Uma pacs.008 também é enviada ao PSP do recebedor, contendo, além de todas as informações usuais do pagamento, o txid. Ao perceber um recebimento dotado de txid, o PSP do recebedor está apto a se comunicar com o usuário recebedor, informando que um pagamento específico foi liquidado.

O txid é criado exclusivamente pelo usuário recebedor e está sob sua responsabilidade. O txid, no contexto de representação de uma cobrança, é único por CPF/CNPJ do usuário recebedor. Cabe ao PSP recebedor validar essa regra na API Pix.

Request Body schema: application/json
required

Dados para geração da cobrança.

object (Calendário)

Os campos aninhados sob o identificador calendário organizam informações a respeito de controle de tempo da cobrança.

Pessoa Física (object) or Pessoa Jurídica (object)

Os campos aninhados sob o objeto devedor são opcionais e identificam o devedor, ou seja, a pessoa ou a instituição a quem a cobrança está endereçada. Não identifica, necessariamente, quem irá efetivamente realizar o pagamento. Um CPF pode ser o devedor de uma cobrança, mas pode acontecer de outro CPF realizar, efetivamente, o pagamento do documento. Não é permitido que o campo devedor.cpf e campo devedor.cnpj estejam preenchidos ao mesmo tempo. Se o campo devedor.cnpj está preenchido, então o campo devedor.cpf não pode estar preenchido, e vice-versa. Se o campo devedor.nome está preenchido, então deve existir ou um devedor.cpf ou um campo devedor.cnpj preenchido.

object (Location do Payload)

Identificador da localização do payload.

status
string (Status do registro da cobrança)
Value: "REMOVIDA_PELO_USUARIO_RECEBEDOR"
object (Valor da cobrança imediata)

valores monetários referentes à cobrança.

chave
string (Chave DICT do recebedor) <= 77 characters

Formato do campo chave

  • O campo chave determina a chave Pix registrada no DICT que será utilizada para a cobrança. Essa chave será lida pelo aplicativo do PSP do pagador para consulta ao DICT, que retornará a informação que identificará o recebedor da cobrança.
  • Os tipos de chave podem ser: telefone, e-mail, cpf/cnpj ou EVP.
  • O formato das chaves pode ser encontrado na seção "Formatação das chaves do DICT no BR Code" do Manual de Padrões para iniciação do Pix.
solicitacaoPagador
string (Solicitação ao pagador) <= 140 characters

O campo solicitacaoPagador, opcional, determina um texto a ser apresentado ao pagador para que ele possa digitar uma informação correlata, em formato livre, a ser enviada ao recebedor. Esse texto será preenchido, na pacs.008, pelo PSP do pagador, no campo RemittanceInformation . O tamanho do campo na pacs.008 está limitado a 140 caracteres.

Array of objects (Informações adicionais) <= 50

Cada respectiva informação adicional contida na lista (nome e valor) deve ser apresentada ao pagador.

Responses

Request samples

Content type
application/json
Example
{
  • "loc": {
    },
  • "devedor": {
    },
  • "valor": {
    },
  • "solicitacaoPagador": "Cobrança dos serviços prestados."
}

Response samples

Content type
application/json
{
  • "calendario": {
    },
  • "txid": "7978c0c97ea847e78e8849634473c1f1",
  • "revisao": 1,
  • "loc": {
    },
  • "location": "pix.example.com/qr/v1/9d36b84fc70b478fb95c12729b90ca25",
  • "status": "ATIVA",
  • "devedor": {
    },
  • "valor": {
    },
  • "chave": "a1f4102e-a446-4a57-bcce-6fa48899c1d1",
  • "solicitacaoPagador": "Cobrança dos serviços prestados."
}

Consultar cobrança imediata.

Authorizations:
OAuth2
path Parameters
txid
required
string (Id da Transação) [a-zA-Z0-9]{26,35}

Identificador da transação

O campo txid determina o identificador da transação. O objetivo desse campo é ser um elemento que possibilite ao PSP do recebedor apresentar ao usuário recebedor a funcionalidade de conciliação de pagamentos.

Na pacs.008, é referenciado como TransactionIdentification <txId> ou idConciliacaoRecebedor.

Em termos de fluxo de funcionamento, o txid é lido pelo aplicativo do PSP do pagador e, depois de confirmado o pagamento, é enviado para o SPI via pacs.008. Uma pacs.008 também é enviada ao PSP do recebedor, contendo, além de todas as informações usuais do pagamento, o txid. Ao perceber um recebimento dotado de txid, o PSP do recebedor está apto a se comunicar com o usuário recebedor, informando que um pagamento específico foi liquidado.

O txid é criado exclusivamente pelo usuário recebedor e está sob sua responsabilidade. O txid, no contexto de representação de uma cobrança, é único por CPF/CNPJ do usuário recebedor. Cabe ao PSP recebedor validar essa regra na API Pix.

query Parameters
revisao
integer <int32> (Revisão)

O campo revisao

Denota a revisão da cobrança. Sempre começa em zero. Sempre varia em acréscimos de 1.

O incremento em uma cobrança deve ocorrer sempre que um objeto da cobrança em questão for alterado. O campo loc é uma exceção a esta regra.

Se em uma determinada alteração em uma cobrança, o único campo alterado for o campo loc, então esta operação não incrementa a revisão da cobrança.

O campo loc não ocasiona uma alteração na cobrança em si. Não é necessário armazenar histórico das alterações do campo loc para uma determinada cobrança. Para os outros campos da cobrança, registra-se histórico.

Responses

Response samples

Content type
application/json
Example
{
  • "calendario": {
    },
  • "txid": "7978c0c97ea847e78e8849634473c1f1",
  • "revisao": 0,
  • "loc": {
    },
  • "location": "pix.example.com/qr/9d36b84fc70b478fb95c12729b90ca25",
  • "status": "ATIVA",
  • "devedor": {
    },
  • "valor": {
    },
  • "chave": "7d9f0335-8dcc-4054-9bf9-0dbd61d36906",
  • "solicitacaoPagador": "Serviço realizado.",
  • "infoAdicionais": [
    ]
}

Criar cobrança imediata.

Authorizations:
OAuth2
Request Body schema: application/json
required

Dados para geração da cobrança imediata.

object (Calendário)

Os campos aninhados sob o identificador calendário organizam informações a respeito de controle de tempo da cobrança.

Pessoa Física (object) or Pessoa Jurídica (object)

Os campos aninhados sob o objeto devedor são opcionais e identificam o devedor, ou seja, a pessoa ou a instituição a quem a cobrança está endereçada. Não identifica, necessariamente, quem irá efetivamente realizar o pagamento. Um CPF pode ser o devedor de uma cobrança, mas pode acontecer de outro CPF realizar, efetivamente, o pagamento do documento. Não é permitido que o campo devedor.cpf e campo devedor.cnpj estejam preenchidos ao mesmo tempo. Se o campo devedor.cnpj está preenchido, então o campo devedor.cpf não pode estar preenchido, e vice-versa. Se o campo devedor.nome está preenchido, então deve existir ou um devedor.cpf ou um campo devedor.cnpj preenchido.

object (Location do Payload)

Identificador da localização do payload.

required
object (Valor da cobrança imediata)

valores monetários referentes à cobrança.

chave
required
string (Chave DICT do recebedor) <= 77 characters

Formato do campo chave

  • O campo chave determina a chave Pix registrada no DICT que será utilizada para a cobrança. Essa chave será lida pelo aplicativo do PSP do pagador para consulta ao DICT, que retornará a informação que identificará o recebedor da cobrança.
  • Os tipos de chave podem ser: telefone, e-mail, cpf/cnpj ou EVP.
  • O formato das chaves pode ser encontrado na seção "Formatação das chaves do DICT no BR Code" do Manual de Padrões para iniciação do Pix.
solicitacaoPagador
string (Solicitação ao pagador) <= 140 characters

O campo solicitacaoPagador, opcional, determina um texto a ser apresentado ao pagador para que ele possa digitar uma informação correlata, em formato livre, a ser enviada ao recebedor. Esse texto será preenchido, na pacs.008, pelo PSP do pagador, no campo RemittanceInformation . O tamanho do campo na pacs.008 está limitado a 140 caracteres.

Array of objects (Informações adicionais) <= 50

Cada respectiva informação adicional contida na lista (nome e valor) deve ser apresentada ao pagador.

Responses

Request samples

Content type
application/json
Example
{
  • "calendario": {
    },
  • "devedor": {
    },
  • "valor": {
    },
  • "chave": "7d9f0335-8dcc-4054-9bf9-0dbd61d36906",
  • "solicitacaoPagador": "Serviço realizado.",
  • "infoAdicionais": [
    ]
}

Response samples

Content type
application/json
Example
{
  • "calendario": {
    },
  • "txid": "7978c0c97ea847e78e8849634473c1f1",
  • "revisao": 0,
  • "loc": {
    },
  • "location": "pix.example.com/qr/9d36b84fc70b478fb95c12729b90ca25",
  • "status": "ATIVA",
  • "devedor": {
    },
  • "valor": {
    },
  • "chave": "7d9f0335-8dcc-4054-9bf9-0dbd61d36906",
  • "solicitacaoPagador": "Serviço realizado.",
  • "infoAdicionais": [
    ]
}

Consultar lista de cobranças imediatas.

Authorizations:
OAuth2
query Parameters
inicio
required
string <date-time> (Data de início)

Filtra os registros cuja data de criação seja maior ou igual que a data de início. Respeita RFC 3339.

fim
required
string <date-time> (Data de fim)

Filtra os registros cuja data de criação seja menor ou igual que a data de fim. Respeita RFC 3339.

cpf
string (CPF) /^\d{11}$/

Filtro pelo CPF do devedor. Não pode ser utilizado ao mesmo tempo que o CNPJ.

cnpj
string (CNPJ) /^\d{14}$/

Filtro pelo CNPJ do devedor. Não pode ser utilizado ao mesmo tempo que o CPF.

locationPresente
boolean
status
string (Status do registro da cobrança)

Filtro pelo status da cobrança.

paginacao.paginaAtual
integer <int32> (Página atual) >= 0
Default: 0

Página a ser retornada pela consulta. Se não for informada, o PSP assumirá que será 0.

paginacao.itensPorPagina
integer <int32> (Itens por Página) [ 1 .. 1000 ]
Default: 100

Quantidade máxima de registros retornados em cada página. Apenas a última página pode conter uma quantidade menor de registros.

Responses

Response samples

Content type
application/json
Example
{
  • "parametros": {
    },
  • "cobs": [
    ]
}

Gerenciamento de cobranças com vencimento

Reúne endpoints destinados a lidar com gerenciamento de cobranças com vencimento.

Criar cobrança com vencimento.

Authorizations:
OAuth2
path Parameters
txid
required
string (Id da Transação) [a-zA-Z0-9]{26,35}

Identificador da transação

O campo txid determina o identificador da transação. O objetivo desse campo é ser um elemento que possibilite ao PSP do recebedor apresentar ao usuário recebedor a funcionalidade de conciliação de pagamentos.

Na pacs.008, é referenciado como TransactionIdentification <txId> ou idConciliacaoRecebedor.

Em termos de fluxo de funcionamento, o txid é lido pelo aplicativo do PSP do pagador e, depois de confirmado o pagamento, é enviado para o SPI via pacs.008. Uma pacs.008 também é enviada ao PSP do recebedor, contendo, além de todas as informações usuais do pagamento, o txid. Ao perceber um recebimento dotado de txid, o PSP do recebedor está apto a se comunicar com o usuário recebedor, informando que um pagamento específico foi liquidado.

O txid é criado exclusivamente pelo usuário recebedor e está sob sua responsabilidade. O txid, no contexto de representação de uma cobrança, é único por CPF/CNPJ do usuário recebedor. Cabe ao PSP recebedor validar essa regra na API Pix.

Request Body schema: application/json
required

Dados para geração da cobrança com vencimento.

object (Calendário)

Os campos aninhados sob o identificador calendário organizam informações a respeito de controle de tempo da cobrança.

required
Pessoa Física (object) or Pessoa Jurídica (object)

O objeto devedor organiza as informações sobre o devedor da cobrança.

object (Location do Payload)

Identificador da localização do payload.

required
object (Valor da cobrança com vencimento)

Valores monetários.

chave
required
string (Chave DICT do recebedor) <= 77 characters

Formato do campo chave

  • O campo chave determina a chave Pix registrada no DICT que será utilizada para a cobrança. Essa chave será lida pelo aplicativo do PSP do pagador para consulta ao DICT, que retornará a informação que identificará o recebedor da cobrança.
  • Os tipos de chave podem ser: telefone, e-mail, cpf/cnpj ou EVP.
  • O formato das chaves pode ser encontrado na seção "Formatação das chaves do DICT no BR Code" do Manual de Padrões para iniciação do Pix.
solicitacaoPagador
string (Solicitação ao pagador) <= 140 characters

O campo solicitacaoPagador, opcional, determina um texto a ser apresentado ao pagador para que ele possa digitar uma informação correlata, em formato livre, a ser enviada ao recebedor. Esse texto será preenchido, na pacs.008, pelo PSP do pagador, no campo RemittanceInformation . O tamanho do campo na pacs.008 está limitado a 140 caracteres.

Array of objects (Informações adicionais) <= 50

Cada respectiva informação adicional contida na lista (nome e valor) deve ser apresentada ao pagador.

Responses

Request samples

Content type
application/json
{
  • "calendario": {
    },
  • "loc": {
    },
  • "devedor": {
    },
  • "valor": {
    },
  • "chave": "5f84a4c5-c5cb-4599-9f13-7eb4d419dacc",
  • "solicitacaoPagador": "Cobrança dos serviços prestados."
}

Response samples

Content type
application/json
{
  • "calendario": {
    },
  • "txid": "7978c0c97ea847e78e8849634473c1f1",
  • "revisao": 0,
  • "loc": {
    },
  • "status": "ATIVA",
  • "devedor": {
    },
  • "recebedor": {
    },
  • "valor": {
    },
  • "chave": "5f84a4c5-c5cb-4599-9f13-7eb4d419dacc",
  • "solicitacaoPagador": "Cobrança dos serviços prestados."
}

Revisar cobrança com vencimento.

Authorizations:
OAuth2
path Parameters
txid
required
string (Id da Transação) [a-zA-Z0-9]{26,35}

Identificador da transação

O campo txid determina o identificador da transação. O objetivo desse campo é ser um elemento que possibilite ao PSP do recebedor apresentar ao usuário recebedor a funcionalidade de conciliação de pagamentos.

Na pacs.008, é referenciado como TransactionIdentification <txId> ou idConciliacaoRecebedor.

Em termos de fluxo de funcionamento, o txid é lido pelo aplicativo do PSP do pagador e, depois de confirmado o pagamento, é enviado para o SPI via pacs.008. Uma pacs.008 também é enviada ao PSP do recebedor, contendo, além de todas as informações usuais do pagamento, o txid. Ao perceber um recebimento dotado de txid, o PSP do recebedor está apto a se comunicar com o usuário recebedor, informando que um pagamento específico foi liquidado.

O txid é criado exclusivamente pelo usuário recebedor e está sob sua responsabilidade. O txid, no contexto de representação de uma cobrança, é único por CPF/CNPJ do usuário recebedor. Cabe ao PSP recebedor validar essa regra na API Pix.

Request Body schema: application/json
required

Dados para geração da cobrança.

object (Calendário)

Os campos aninhados sob o identificador calendário organizam informações a respeito de controle de tempo da cobrança.

Pessoa Física (object) or Pessoa Jurídica (object)

O objeto devedor organiza as informações sobre o devedor da cobrança.

object (Location do Payload)

Identificador da localização do payload.

status
string (Status do registro da cobrança)
Value: "REMOVIDA_PELO_USUARIO_RECEBEDOR"
object (Valor da cobrança com vencimento)

Valores monetários.

chave
string (Chave DICT do recebedor) <= 77 characters

Formato do campo chave

  • O campo chave determina a chave Pix registrada no DICT que será utilizada para a cobrança. Essa chave será lida pelo aplicativo do PSP do pagador para consulta ao DICT, que retornará a informação que identificará o recebedor da cobrança.
  • Os tipos de chave podem ser: telefone, e-mail, cpf/cnpj ou EVP.
  • O formato das chaves pode ser encontrado na seção "Formatação das chaves do DICT no BR Code" do Manual de Padrões para iniciação do Pix.
solicitacaoPagador
string (Solicitação ao pagador) <= 140 characters

O campo solicitacaoPagador, opcional, determina um texto a ser apresentado ao pagador para que ele possa digitar uma informação correlata, em formato livre, a ser enviada ao recebedor. Esse texto será preenchido, na pacs.008, pelo PSP do pagador, no campo RemittanceInformation . O tamanho do campo na pacs.008 está limitado a 140 caracteres.

Array of objects (Informações adicionais) <= 50

Cada respectiva informação adicional contida na lista (nome e valor) deve ser apresentada ao pagador.

Responses

Request samples

Content type
application/json
Example
{
  • "loc": {
    },
  • "devedor": {
    },
  • "valor": {
    },
  • "solicitacaoPagador": "Cobrança dos serviços prestados."
}

Response samples

Content type
application/json
{
  • "calendario": {
    },
  • "txid": "7978c0c97ea847e78e8849634473c1f1",
  • "revisao": 0,
  • "loc": {
    },
  • "status": "ATIVA",
  • "devedor": {
    },
  • "recebedor": {
    },
  • "valor": {
    },
  • "chave": "5f84a4c5-c5cb-4599-9f13-7eb4d419dacc",
  • "solicitacaoPagador": "Cobrança dos serviços prestados."
}

Consultar cobrança com vencimento.

Authorizations:
OAuth2
path Parameters
txid
required
string (Id da Transação) [a-zA-Z0-9]{26,35}

Identificador da transação

O campo txid determina o identificador da transação. O objetivo desse campo é ser um elemento que possibilite ao PSP do recebedor apresentar ao usuário recebedor a funcionalidade de conciliação de pagamentos.

Na pacs.008, é referenciado como TransactionIdentification <txId> ou idConciliacaoRecebedor.

Em termos de fluxo de funcionamento, o txid é lido pelo aplicativo do PSP do pagador e, depois de confirmado o pagamento, é enviado para o SPI via pacs.008. Uma pacs.008 também é enviada ao PSP do recebedor, contendo, além de todas as informações usuais do pagamento, o txid. Ao perceber um recebimento dotado de txid, o PSP do recebedor está apto a se comunicar com o usuário recebedor, informando que um pagamento específico foi liquidado.

O txid é criado exclusivamente pelo usuário recebedor e está sob sua responsabilidade. O txid, no contexto de representação de uma cobrança, é único por CPF/CNPJ do usuário recebedor. Cabe ao PSP recebedor validar essa regra na API Pix.

query Parameters
revisao
integer <int32> (Revisão)

O campo revisao

Denota a revisão da cobrança. Sempre começa em zero. Sempre varia em acréscimos de 1.

O incremento em uma cobrança deve ocorrer sempre que um objeto da cobrança em questão for alterado. O campo loc é uma exceção a esta regra.

Se em uma determinada alteração em uma cobrança, o único campo alterado for o campo loc, então esta operação não incrementa a revisão da cobrança.

O campo loc não ocasiona uma alteração na cobrança em si. Não é necessário armazenar histórico das alterações do campo loc para uma determinada cobrança. Para os outros campos da cobrança, registra-se histórico.

Responses

Response samples

Content type
application/json
{
  • "calendario": {
    },
  • "txid": "7978c0c97ea847e78e8849634473c1f1",
  • "revisao": 0,
  • "loc": {
    },
  • "status": "ATIVA",
  • "devedor": {
    },
  • "recebedor": {
    },
  • "valor": {
    },
  • "chave": "5f84a4c5-c5cb-4599-9f13-7eb4d419dacc",
  • "solicitacaoPagador": "Cobrança dos serviços prestados."
}

Consultar lista de cobranças com vencimento.

Authorizations:
OAuth2
query Parameters
inicio
required
string <date-time> (Data de início)

Filtra os registros cuja data de criação seja maior ou igual que a data de início. Respeita RFC 3339.

fim
required
string <date-time> (Data de fim)

Filtra os registros cuja data de criação seja menor ou igual que a data de fim. Respeita RFC 3339.

cpf
string (CPF) /^\d{11}$/

Filtro pelo CPF do devedor. Não pode ser utilizado ao mesmo tempo que o CNPJ.

cnpj
string (CNPJ) /^\d{14}$/

Filtro pelo CNPJ do devedor. Não pode ser utilizado ao mesmo tempo que o CPF.

locationPresente
boolean
status
string (Status do registro da cobrança)

Filtro pelo status da cobrança.

paginacao.paginaAtual
integer <int32> (Página atual) >= 0
Default: 0

Página a ser retornada pela consulta. Se não for informada, o PSP assumirá que será 0.

paginacao.itensPorPagina
integer <int32> (Itens por Página) [ 1 .. 1000 ]
Default: 100

Quantidade máxima de registros retornados em cada página. Apenas a última página pode conter uma quantidade menor de registros.

Responses

Response samples

Content type
application/json
{
  • "parametros": {
    },
  • "cobs": [
    ]
}

Configuração de locations para payloads

Reúne endpoints destinados a lidar com configuração e remoção de locations para uso dos payloads

Criar location do payload.

Authorizations:
OAuth2
Request Body schema: application/json
required

Dados para geração da location.

tipoCob
required
string (Tipo da cobrança)
Enum: "cob" "cobv"

Responses

Request samples

Content type
application/json
{
  • "tipoCob": "cob"
}

Response samples

Content type
application/json
Example
{
  • "id": 7716,
  • "location": "pix.example.com/qr/v2/2353c790eefb11eaadc10242ac120002",
  • "tipoCob": "cob",
  • "criacao": "2020-03-11T21:19:51.013Z"
}

Consultar locations cadastradas.

Authorizations:
OAuth2
query Parameters
inicio
required
string <date-time> (Data de início)

Filtra os registros cuja data de criação seja maior ou igual que a data de início. Respeita RFC 3339.

fim
required
string <date-time> (Data de fim)

Filtra os registros cuja data de criação seja menor ou igual que a data de fim. Respeita RFC 3339.

txIdPresente
boolean
tipoCob
string
Enum: "cob" "cobv"
paginacao.paginaAtual
integer <int32> (Página atual) >= 0
Default: 0

Página a ser retornada pela consulta. Se não for informada, o PSP assumirá que será 0.

paginacao.itensPorPagina
integer <int32> (Itens por Página) [ 1 .. 1000 ]
Default: 100

Quantidade máxima de registros retornados em cada página. Apenas a última página pode conter uma quantidade menor de registros.

Responses

Response samples

Content type
application/json
{
  • "parametros": {
    },
  • "loc": [
    ]
}

Recuperar location do payload.

Authorizations:
OAuth2
path Parameters
id
required
string (Id da location cadastrada para servir um payload)

Responses

Response samples

Content type
application/json
Example
{
  • "id": 7716,
  • "txid": "fda9460fe04e4f129b72863ae57ee22f",
  • "location": "pix.example.com/qr/v2/cobv/2353c790eefb11eaadc10242ac120002",
  • "tipoCob": "cobv",
  • "criacao": "2020-03-11T21:19:51.013Z"
}

Desvincular uma cobrança de uma location.

Authorizations:
OAuth2
path Parameters
id
required
string (Id da location cadastrada para servir um payload)

Responses

Response samples

Content type
application/json
{
  • "id": 2316,
  • "location": "pix.example.com/qr/v2/a8534e273ecb47d3ac30613104544466",
  • "tipoCob": "cob",
  • "criacao": "2020-05-31T19:39:54.013Z"
}

Gerenciamento de Pix recebidos

reúne endpoints destinados a lidar com gerenciamento de Pix recebidos.

Consultar Pix.

Authorizations:
OAuth2
path Parameters
e2eid
required
string (Id fim a fim da transação) = 32 characters [a-zA-Z0-9]{32}

EndToEndIdentification que transita na PACS002, PACS004 e PACS008

Responses

Response samples

Content type
application/json
Example
{
  • "endToEndId": "E12345678202009091221abcdef12345",
  • "txid": "cd1fe328c875481285a6f233ae41b662",
  • "valor": "100.00",
  • "horario": "2020-09-10T13:03:33.902Z",
  • "infoPagador": "Reforma da casa",
  • "devolucoes": [
    ]
}

Consultar Pix recebidos.

Authorizations:
OAuth2
query Parameters
inicio
required
string <date-time> (Data de início)

Filtra os registros cuja data de criação seja maior ou igual que a data de início. Respeita RFC 3339.

fim
required
string <date-time> (Data de fim)

Filtra os registros cuja data de criação seja menor ou igual que a data de fim. Respeita RFC 3339.

txid
string (Id da Transação) [a-zA-Z0-9]{1,35}

Identificador da transação

O campo txid determina o identificador da transação. O objetivo desse campo é ser um elemento que possibilite ao PSP do recebedor apresentar ao usuário recebedor a funcionalidade de conciliação de pagamentos.

Na pacs.008, é referenciado como TransactionIdentification <txId> ou idConciliacaoRecebedor.

Em termos de fluxo de funcionamento, o txid é lido pelo aplicativo do PSP do pagador e, depois de confirmado o pagamento, é enviado para o SPI via pacs.008. Uma pacs.008 também é enviada ao PSP do recebedor, contendo, além de todas as informações usuais do pagamento, o txid. Ao perceber um recebimento dotado de txid, o PSP do recebedor está apto a se comunicar com o usuário recebedor, informando que um pagamento específico foi liquidado.

O txid é criado exclusivamente pelo usuário recebedor e está sob sua responsabilidade. O txid, no contexto de representação de uma cobrança, é único por CPF/CNPJ do usuário recebedor. Cabe ao PSP recebedor validar essa regra na API Pix.

txIdPresente
boolean
devolucaoPresente
boolean
cpf
string (CPF) /^\d{11}$/

Filtro pelo CPF do pagador. Não pode ser utilizado ao mesmo tempo que o CNPJ.

cnpj
string (CNPJ) /^\d{14}$/

Filtro pelo CNPJ do pagador. Não pode ser utilizado ao mesmo tempo que o CPF.

paginacao.paginaAtual
integer <int32> (Página atual) >= 0
Default: 0

Página a ser retornada pela consulta. Se não for informada, o PSP assumirá que será 0.

paginacao.itensPorPagina
integer <int32> (Itens por Página) [ 1 .. 1000 ]
Default: 100

Quantidade máxima de registros retornados em cada página. Apenas a última página pode conter uma quantidade menor de registros.

Responses

Response samples

Content type
application/json
Example
{
  • "parametros": {
    },
  • "pix": {
    }
}

Solicitar devolução.

Authorizations:
OAuth2
path Parameters
e2eid
required
string (Id fim a fim da transação) = 32 characters [a-zA-Z0-9]{32}

EndToEndIdentification que transita na PACS002, PACS004 e PACS008

id
required
string (Id da Devolução) [a-zA-Z0-9]{1,35}

Id gerado pelo cliente para representar unicamente uma devolução.

Request Body schema: application/json
required

Dados para pedido de devolução.

valor
required
string (Valor) \d{1,10}\.\d{2}

Valor solicitado para devolução. A soma dos valores de todas as devolucões não podem ultrapassar o valor total do Pix.

natureza
string (Natureza da Devolução Solicitada)
Enum: "ORIGINAL" "RETIRADA"

Indica qual é a natureza da devolução solicitada. Uma solicitação de devolução pelo usuário recebedor pode ser relacionada a um Pix comum (com código: MD06 da pacs.004), ou a um Pix de Saque ou Troco (com códigos possíveis: MD06 e SL02 da pacs.004). Na ausência deste campo a natureza deve ser interpretada como sendo de um Pix comum (ORIGINAL).

As naturezas são assim definidas:

  • ORIGINAL: quando a devolução é solicitada pelo usuário recebedor e se refere a um Pix comum ou ao valor da compra em um Pix Troco (MD06);
  • RETIRADA: quando a devolução é solicitada pelo usuário recebedor e se refere a um Pix Saque ou ao valor do troco em um Pix Troco (SL02).

Os valores de devoluções são sempre limitados aos valores máximos a seguir:

  • Pix comum: o valor da devolução é limitado ao valor do próprio Pix (a natureza nesse caso deve ser: ORIGINAL);
  • Pix Saque: o valor da devolução é limitado ao valor da retirada (a natureza nesse caso deve ser: RETIRADA); e
  • Pix Troco: o valor da devolução é limitado ao valor relativo à compra ou ao troco:
    • Quando a devolução for referente à compra, o valor limita-se ao valor da compra (a natureza nesse caso deve ser ORIGINAL); e
    • Quando a devolução for referente ao troco, o valor limita-se ao valor do troco (a natureza nesse caso deve ser RETIRADA).
descricao
string (Mensagem ao pagador relativa à devolução.) <= 140 characters

O campo descricao, opcional, determina um texto a ser apresentado ao pagador contendo informações sobre a devolução. Esse texto será preenchido, na pacs.004, pelo PSP do recebedor, no campo RemittanceInformation. O tamanho do campo na pacs.004 está limitado a 140 caracteres.

Responses

Request samples

Content type
application/json
{
  • "valor": "7.89"
}

Response samples

Content type
application/json
{
  • "id": "123456",
  • "rtrId": "D12345678202009091000abcde123456",
  • "valor": "7.89",
  • "horario": {
    },
  • "status": "EM_PROCESSAMENTO"
}

Consultar devolução.

Authorizations:
OAuth2
path Parameters
e2eid
required
string (Id fim a fim da transação) = 32 characters [a-zA-Z0-9]{32}

EndToEndIdentification que transita na PACS002, PACS004 e PACS008

id
required
string (Id da Devolução) [a-zA-Z0-9]{1,35}

Id gerado pelo cliente para representar unicamente uma devolução.

Responses

Response samples

Content type
application/json
Example
{
  • "id": "123456",
  • "rtrId": "D12345678202009091000abcde123456",
  • "valor": "7.89",
  • "horario": {
    },
  • "status": "EM_PROCESSAMENTO"
}

Gerenciamento de notificações

Reúne endpoints para gerenciamento de notificações por parte do PSP recebedor ao usuário recebedor.

Configurar o Webhook Pix.

Authorizations:
OAuth2
path Parameters
chave
required
string (Chave DICT do recebedor) <= 77 characters
Request Body schema: application/json
required
webhookUrl
required
string <uri>

Responses

Callbacks

Request samples

Content type
application/json
{}

Response samples

Content type
application/json
{}

Callback payload samples

Callback
POST: O callback deve ser acionado sempre que um ou mais
Content type
application/json
Example
{
  • "txid": "971122d8f37211eaadc10242ac120002",
  • "valor": "110.00",
  • "horario": "2020-09-09T20:15:00.358Z",
  • "pagador": {
    },
  • "endToEndId": "E12345678202009091221abcdef12345"
}

Exibir informações acerca do Webhook Pix.

Authorizations:
OAuth2
path Parameters
chave
required
string (Chave DICT do recebedor) <= 77 characters

Responses

Response samples

Content type
application/json
{}

Cancelar o webhook Pix.

Authorizations:
OAuth2
path Parameters
chave
required
string (Chave DICT do recebedor) <= 77 characters

Responses

Response samples

Content type
application/problem+json
{}

Consultar webhooks cadastrados.

Authorizations:
OAuth2
query Parameters
inicio
string <date-time> (Data de início)

Filtra os registros cuja data de criação seja maior ou igual que a data de início. Respeita RFC 3339.

fim
string <date-time> (Data de fim)

Filtra os registros cuja data de criação seja menor ou igual que a data de fim. Respeita RFC 3339.

paginacao.paginaAtual
integer <int32> (Página atual) >= 0
Default: 0

Página a ser retornada pela consulta. Se não for informada, o PSP assumirá que será 0.

paginacao.itensPorPagina
integer <int32> (Itens por Página) [ 1 .. 1000 ]
Default: 100

Quantidade máxima de registros retornados em cada página. Apenas a última página pode conter uma quantidade menor de registros.

Responses

Response samples

Content type
application/json
{
  • "parametros": {
    },
  • "webhooks": [
    ]
}

Pix Automático

Para implementar recorrências e cobranças automáticas, consulte o guia completo das Jornadas de Autorização do Pix Automático. Este guia apresenta passo a passo as 4 jornadas de autorização definidas pelo Banco Central do Brasil, incluindo exemplos de uso dos endpoints e a ordem de execução necessária para cada jornada.

Gerenciamento de recorrências

Reúne endpoints destinados a lidar com gerenciamento de recorrências.

Consultar recorrência.

Authorizations:
OAuth2
path Parameters
idRec
required
string (Id da location cadastrada para servir um payload)
query Parameters
txid
string (TxId da cobrança associada a recorrência.)

Responses

Response samples

Content type
application/json
Example
{
  • "idRec": "RN1234567820240115abcdefghijk",
  • "status": "APROVADA",
  • "valor": {
    },
  • "vinculo": {
    },
  • "calendario": {
    },
  • "politicaRetentativa": "NAO_PERMITE",
  • "loc": {
    },
  • "pagador": {
    },
  • "recebedor": {
    },
  • "atualizacao": [
    ],
  • "dadosQR": {
    }
}

Revisar recorrência.

Authorizations:
OAuth2
path Parameters
idRec
required
string (Id da location cadastrada para servir um payload)
Request Body schema: application/json

Dados para revisão da recorrência.

status
string (Status do registro da recorrência)
Value: "CANCELADA"
object
loc
integer <int64> (Id da location)

Identificador da location a ser informada na criação de uma recorrência .

object (Informações sobre calendário da recorrência)

Informações sobre calendário da recorrência

object (Dados relacionados à confirmação da ativação da recorrência.)

Dados relacionados à confirmação da ativação da recorrência.

Responses

Request samples

Content type
application/json
{
  • "loc": 108,
  • "vinculo": {
    },
  • "calendario": {
    },
  • "ativacao": {
    }
}

Response samples

Content type
application/json
{
  • "idRec": "RN1234567820240115abcdefghijk",
  • "vinculo": {
    },
  • "calendario": {
    },
  • "politicaRetentativa": "NAO_PERMITE",
  • "recebedor": {
    },
  • "valor": {
    },
  • "status": "CRIADA",
  • "loc": {
    },
  • "ativacao": {
    },
  • "atualizacao": [
    ]
}

Consultar lista de recorrências.

Authorizations:
OAuth2
query Parameters
inicio
required
string <date-time> (Data de início)

Filtra os registros cuja data de criação seja maior ou igual que a data de início. Respeita RFC 3339.

fim
required
string <date-time> (Data de fim)

Filtra os registros cuja data de criação seja menor ou igual que a data de fim. Respeita RFC 3339.

cpf
string (CPF) /^\d{11}$/

Filtro pelo CPF do devedor. Não pode ser utilizado ao mesmo tempo que o CNPJ.

cnpj
string (CNPJ) /^\d{14}$/

Filtro pelo CNPJ do devedor. Não pode ser utilizado ao mesmo tempo que o CPF.

locationPresente
boolean
status
string (Status do registro da recorrência)

Filtro pelo status da recorrência.

convenio
string (Convênio) <= 60 characters

Filtro pelo convênio associado.

paginacao.paginaAtual
integer <int32> (Página atual) >= 0
Default: 0

Página a ser retornada pela consulta. Se não for informada, o PSP assumirá que será 0.

paginacao.itensPorPagina
integer <int32> (Itens por Página) [ 1 .. 1000 ]
Default: 100

Quantidade máxima de registros retornados em cada página. Apenas a última página pode conter uma quantidade menor de registros.

Responses

Response samples

Content type
application/json
{
  • "parametros": {
    },
  • "recs": [
    ]
}

Criar recorrência.

Authorizations:
OAuth2
Request Body schema: application/json

Dados para geração da recorrência.

required
object (Descrição do Objeto da Recorrência)

Informações sobre o objeto da recorrência.

required
object (Informações sobre calendário da recorrência)

Informações sobre calendário da recorrência

object
object
politicaRetentativa
required
string (Política de retentativa pós vencimento da recorrência)
Enum: "NAO_PERMITE" "PERMITE_3R_7D"
loc
integer <int64> (Id da location)

Identificador da location a ser informada na criação de uma recorrência .

object (Dados relacionados à confirmação da ativação da recorrência.)

Dados relacionados à confirmação da ativação da recorrência.

Responses

Request samples

Content type
application/json
Example
{
  • "vinculo": {
    },
  • "calendario": {
    },
  • "valor": {
    },
  • "politicaRetentativa": "NAO_PERMITE",
  • "loc": 108,
  • "ativacao": {
    }
}

Response samples

Content type
application/json
Example
{
  • "idRec": "RN1234567820240115abcdefghijk",
  • "vinculo": {
    },
  • "calendario": {
    },
  • "politicaRetentativa": "NAO_PERMITE",
  • "recebedor": {
    },
  • "valor": {
    },
  • "status": "CRIADA",
  • "loc": {
    },
  • "ativacao": {
    },
  • "atualizacao": [
    ]
}

Gerenciamento de solicitações de recorrências

Reúne endpoints destinados a lidar com gerenciamento de solicitações de recorrências.

Criar solicitação de confirmação de recorrência.

Authorizations:
OAuth2
Request Body schema: application/json

Dados para geração da solicitação da recorrência.

idRec
required
string (ID Recorrência) = 29 characters [a-zA-Z0-9]{29}

Identificador da Recorrência

Regra de formação:

  • RAxxxxxxxxyyyyMMddkkkkkkkkkkk (29 caracteres; "case sensitive", isso é, diferencia letras maiúsculas e minúsculas), sendo:
    • "R": fixo (1 caractere). "R" para a recorrência criada dentro do Pix;
    • "A": identificação da possibilidade de novas tentativas, sendo possíveis os valores "R" ou "N" (1 caractere). "R" caso a recorrência permita novas tentativas de pagamento pós vencimento, ou "N" caso não permita novas tentativas.
    • "xxxxxxxx": identificação do agente que presta serviço para o usuário recebedor que gerou o , podendo ser: o ISPB do participante direto, o ISPB do participante indireto ou os 8 primeiros dígitos do CNPJ do prestador de serviço de iniciação (8 caracteres numéricos [0-9]);
    • "yyyyMMdd": data (8 caracteres) de criação da recorrência;
    • "kkkkkkkkkkk": sequencial criado pelo agente que gerou o (11 caracteres alfanuméricos [a-z|A-Z|0-9]). Deve ser único dentro de cada "yyyyMMdd".

Dessa forma, o ID da recorrência deve ser formado de acordo com um dos tipos a seguir:

  • "RRxxxxxxxxyyyyMMddkkkkkkkkkkk"; para recorrência criada dentro do Pix e que permite novas tentativas de pagamento pós vencimento; ou
  • "RNxxxxxxxxyyyyMMddkkkkkkkkkkk"; para recorrência criada dentro do Pix e que não permite novas tentativas de pagamento pós vencimento.”
required
object (Informações de Calendário da Solicitação da Recorrência)
required
Pessoa Física (object) or Pessoa Jurídica (object)

Responses

Request samples

Content type
application/json
{
  • "idRec": "RN123456782024011577825445612",
  • "calendario": {
    },
  • "destinatario": {
    }
}

Response samples

Content type
application/json
{
  • "idSolicRec": "SC876456782024021577825445312",
  • "idRec": "RN123456782024011577825445612",
  • "calendario": {
    },
  • "status": "CRIADA",
  • "destinatario": {
    },
  • "atualizacao": [
    ],
  • "recPayload": {
    }
}

Consultar solicitação de confirmação de recorrência.

Authorizations:
OAuth2
path Parameters
idSolicRec
required
string (Id da solicitação da recorrência)

Responses

Response samples

Content type
application/json
Example
{
  • "idSolicRec": "SC876456782024021577825445312",
  • "idRec": "RN123456782024011577825445612",
  • "calendario": {
    },
  • "status": "CRIADA",
  • "destinatario": {
    },
  • "atualizacao": [
    ],
  • "recPayload": {
    }
}

Revisar solicitação de confirmação de recorrência.

Authorizations:
OAuth2
path Parameters
idSolicRec
required
string (Id da solicitação da recorrência)
Request Body schema: application/json

Dados para revisão da solicitação da recorrência.

status
required
string (Status do registro da solicitação de recorrência)
Value: "CANCELADA"

Responses

Request samples

Content type
application/json
{
  • "status": "CANCELADA"
}

Response samples

Content type
application/json
{
  • "idSolicRec": "SC876456782024021577825445312",
  • "idRec": "RN123456782024011577825445612",
  • "calendario": {
    },
  • "status": "CANCELADA",
  • "destinatario": {
    },
  • "atualizacao": [
    ],
  • "recPayload": {
    }
}

Gerenciamento de cobranças associadas a uma recorrência

Reúne endpoints destinados a lidar com gerenciamento de cobranças associadas a uma recorrência.

Criar cobrança recorrente.

Authorizations:
OAuth2
path Parameters
txid
required
string (Id da Transação) [a-zA-Z0-9]{26,35}

Identificador da transação

O campo txid determina o identificador da transação. O objetivo desse campo é ser um elemento que possibilite ao PSP do recebedor apresentar ao usuário recebedor a funcionalidade de conciliação de pagamentos.

Na pacs.008, é referenciado como TransactionIdentification <txId> ou idConciliacaoRecebedor.

Em termos de fluxo de funcionamento, o txid é lido pelo aplicativo do PSP do pagador e, depois de confirmado o pagamento, é enviado para o SPI via pacs.008. Uma pacs.008 também é enviada ao PSP do recebedor, contendo, além de todas as informações usuais do pagamento, o txid. Ao perceber um recebimento dotado de txid, o PSP do recebedor está apto a se comunicar com o usuário recebedor, informando que um pagamento específico foi liquidado.

O txid é criado exclusivamente pelo usuário recebedor e está sob sua responsabilidade. O txid, no contexto de representação de uma cobrança, é único por CPF/CNPJ do usuário recebedor. Cabe ao PSP recebedor validar essa regra na API Pix.

Request Body schema: application/json
required

Dados para geração da cobrança recorrente.

idRec
required
string (ID Recorrência) = 29 characters [a-zA-Z0-9]{29}

Identificador da Recorrência

Regra de formação:

  • RAxxxxxxxxyyyyMMddkkkkkkkkkkk (29 caracteres; "case sensitive", isso é, diferencia letras maiúsculas e minúsculas), sendo:
    • "R": fixo (1 caractere). "R" para a recorrência criada dentro do Pix;
    • "A": identificação da possibilidade de novas tentativas, sendo possíveis os valores "R" ou "N" (1 caractere). "R" caso a recorrência permita novas tentativas de pagamento pós vencimento, ou "N" caso não permita novas tentativas.
    • "xxxxxxxx": identificação do agente que presta serviço para o usuário recebedor que gerou o , podendo ser: o ISPB do participante direto, o ISPB do participante indireto ou os 8 primeiros dígitos do CNPJ do prestador de serviço de iniciação (8 caracteres numéricos [0-9]);
    • "yyyyMMdd": data (8 caracteres) de criação da recorrência;
    • "kkkkkkkkkkk": sequencial criado pelo agente que gerou o (11 caracteres alfanuméricos [a-z|A-Z|0-9]). Deve ser único dentro de cada "yyyyMMdd".

Dessa forma, o ID da recorrência deve ser formado de acordo com um dos tipos a seguir:

  • "RRxxxxxxxxyyyyMMddkkkkkkkkkkk"; para recorrência criada dentro do Pix e que permite novas tentativas de pagamento pós vencimento; ou
  • "RNxxxxxxxxyyyyMMddkkkkkkkkkkk"; para recorrência criada dentro do Pix e que não permite novas tentativas de pagamento pós vencimento.”
infoAdicional
string (Informações adicionais da fatura.) <= 140 characters

Informações adicionais da fatura.

required
object (Informações sobre calendário da cobrança)
required
object (Valor da cobrança recorrente)

Valor da cobrança recorrente

ajusteDiaUtil
required
boolean (Ajuste data prevista para liquidação para próximo dia útil)
Default: true

Campo de ativação do ajuste da data prevista para liquidação para próximo dia útil caso o vencimento corrente seja um dia não útil. O PSP Recebedor deverá considerar os feriados locais com base no código município do usuário pagador.

required
object

O objeto recebedor organiza as informações sobre o recebedor da cobrança.

object

O objeto devedor organiza as informações sobre o devedor da recorrência.

Responses

Request samples

Content type
application/json
{
  • "idRec": "RR1234567820240115abcdefghijk",
  • "infoAdicional": "Serviços de Streamming de Música e Filmes.",
  • "calendario": {
    },
  • "valor": {
    },
  • "ajusteDiaUtil": true,
  • "devedor": {
    },
  • "recebedor": {
    }
}

Response samples

Content type
application/json
{
  • "idRec": "RR1234567820240115abcdefghijk",
  • "txid": "3136957d93134f2184b369e8f1c0729d",
  • "infoAdicional": "Serviços de Streamming de Música e Filmes.",
  • "calendario": {
    },
  • "valor": {
    },
  • "status": "CRIADA",
  • "politicaRetentativa": "PERMITE_3R_7D",
  • "ajusteDiaUtil": true,
  • "devedor": {
    },
  • "recebedor": {
    },
  • "atualizacao": [
    ]
}

Revisar cobrança recorrente.

Authorizations:
OAuth2
path Parameters
txid
required
string (Id da Transação) [a-zA-Z0-9]{26,35}

Identificador da transação

O campo txid determina o identificador da transação. O objetivo desse campo é ser um elemento que possibilite ao PSP do recebedor apresentar ao usuário recebedor a funcionalidade de conciliação de pagamentos.

Na pacs.008, é referenciado como TransactionIdentification <txId> ou idConciliacaoRecebedor.

Em termos de fluxo de funcionamento, o txid é lido pelo aplicativo do PSP do pagador e, depois de confirmado o pagamento, é enviado para o SPI via pacs.008. Uma pacs.008 também é enviada ao PSP do recebedor, contendo, além de todas as informações usuais do pagamento, o txid. Ao perceber um recebimento dotado de txid, o PSP do recebedor está apto a se comunicar com o usuário recebedor, informando que um pagamento específico foi liquidado.

O txid é criado exclusivamente pelo usuário recebedor e está sob sua responsabilidade. O txid, no contexto de representação de uma cobrança, é único por CPF/CNPJ do usuário recebedor. Cabe ao PSP recebedor validar essa regra na API Pix.

Request Body schema: application/json
required

Dados para geração da cobrança.

status
string (Status do registro da cobrança)
Value: "CANCELADA"

Responses

Request samples

Content type
application/json
{
  • "status": "CANCELADA"
}

Response samples

Content type
application/json
{
  • "idRec": "RN985156112024071999000566354",
  • "txid": "517bd858b59d458a841280b0f0a60bfa",
  • "calendario": {
    },
  • "valor": {
    },
  • "status": "CANCELADA",
  • "politicaRetentativa": "NAO_PERMITE",
  • "ajusteDiaUtil": true,
  • "devedor": {
    },
  • "recebedor": {
    },
  • "tentativas": [
    ],
  • "encerramento": {
    },
  • "atualizacao": [
    ]
}

Consultar cobrança recorrente.

Authorizations:
OAuth2
path Parameters
txid
required
string (Id da Transação) [a-zA-Z0-9]{26,35}

Identificador da transação

O campo txid determina o identificador da transação. O objetivo desse campo é ser um elemento que possibilite ao PSP do recebedor apresentar ao usuário recebedor a funcionalidade de conciliação de pagamentos.

Na pacs.008, é referenciado como TransactionIdentification <txId> ou idConciliacaoRecebedor.

Em termos de fluxo de funcionamento, o txid é lido pelo aplicativo do PSP do pagador e, depois de confirmado o pagamento, é enviado para o SPI via pacs.008. Uma pacs.008 também é enviada ao PSP do recebedor, contendo, além de todas as informações usuais do pagamento, o txid. Ao perceber um recebimento dotado de txid, o PSP do recebedor está apto a se comunicar com o usuário recebedor, informando que um pagamento específico foi liquidado.

O txid é criado exclusivamente pelo usuário recebedor e está sob sua responsabilidade. O txid, no contexto de representação de uma cobrança, é único por CPF/CNPJ do usuário recebedor. Cabe ao PSP recebedor validar essa regra na API Pix.

Responses

Response samples

Content type
application/json
Example
{
  • "idRec": "RR1234567820240115abcdefghijk",
  • "txid": "3136957d93134f2184b369e8f1c0729d",
  • "infoAdicional": "Serviços de Streamming de Música e Filmes.",
  • "calendario": {
    },
  • "valor": {
    },
  • "status": "CRIADA",
  • "politicaRetentativa": "PERMITE_3R_7D",
  • "ajusteDiaUtil": true,
  • "devedor": {
    },
  • "recebedor": {
    },
  • "atualizacao": [
    ]
}

Criar cobrança recorrente.

Authorizations:
OAuth2
Request Body schema: application/json
required

Dados para geração da cobrança recorrente.

idRec
required
string (ID Recorrência) = 29 characters [a-zA-Z0-9]{29}

Identificador da Recorrência

Regra de formação:

  • RAxxxxxxxxyyyyMMddkkkkkkkkkkk (29 caracteres; "case sensitive", isso é, diferencia letras maiúsculas e minúsculas), sendo:
    • "R": fixo (1 caractere). "R" para a recorrência criada dentro do Pix;
    • "A": identificação da possibilidade de novas tentativas, sendo possíveis os valores "R" ou "N" (1 caractere). "R" caso a recorrência permita novas tentativas de pagamento pós vencimento, ou "N" caso não permita novas tentativas.
    • "xxxxxxxx": identificação do agente que presta serviço para o usuário recebedor que gerou o , podendo ser: o ISPB do participante direto, o ISPB do participante indireto ou os 8 primeiros dígitos do CNPJ do prestador de serviço de iniciação (8 caracteres numéricos [0-9]);
    • "yyyyMMdd": data (8 caracteres) de criação da recorrência;
    • "kkkkkkkkkkk": sequencial criado pelo agente que gerou o (11 caracteres alfanuméricos [a-z|A-Z|0-9]). Deve ser único dentro de cada "yyyyMMdd".

Dessa forma, o ID da recorrência deve ser formado de acordo com um dos tipos a seguir:

  • "RRxxxxxxxxyyyyMMddkkkkkkkkkkk"; para recorrência criada dentro do Pix e que permite novas tentativas de pagamento pós vencimento; ou
  • "RNxxxxxxxxyyyyMMddkkkkkkkkkkk"; para recorrência criada dentro do Pix e que não permite novas tentativas de pagamento pós vencimento.”
infoAdicional
string (Informações adicionais da fatura.) <= 140 characters

Informações adicionais da fatura.

required
object (Informações sobre calendário da cobrança)
required
object (Valor da cobrança recorrente)

Valor da cobrança recorrente

ajusteDiaUtil
required
boolean (Ajuste data prevista para liquidação para próximo dia útil)
Default: true

Campo de ativação do ajuste da data prevista para liquidação para próximo dia útil caso o vencimento corrente seja um dia não útil. O PSP Recebedor deverá considerar os feriados locais com base no código município do usuário pagador.

required
object

O objeto recebedor organiza as informações sobre o recebedor da cobrança.

object

O objeto devedor organiza as informações sobre o devedor da recorrência.

Responses

Request samples

Content type
application/json
{
  • "idRec": "RR1234567820240115abcdefghijk",
  • "infoAdicional": "Serviços de Streamming de Música e Filmes.",
  • "calendario": {
    },
  • "valor": {
    },
  • "ajusteDiaUtil": true,
  • "devedor": {
    },
  • "recebedor": {
    }
}

Response samples

Content type
application/json
{
  • "idRec": "RR1234567820240115abcdefghijk",
  • "txid": "3136957d93134f2184b369e8f1c0729d",
  • "infoAdicional": "Serviços de Streamming de Música e Filmes.",
  • "calendario": {
    },
  • "status": "CRIADA",
  • "valor": {
    },
  • "politicaRetentativa": "PERMITE_3R_7D",
  • "ajusteDiaUtil": true,
  • "devedor": {
    },
  • "recebedor": {
    },
  • "atualizacao": [
    ]
}

Consultar lista de cobranças recorrentes.

Authorizations:
OAuth2
query Parameters
inicio
required
string <date-time> (Data de início)

Filtra os registros cuja data de criação seja maior ou igual que a data de início. Respeita RFC 3339.

fim
required
string <date-time> (Data de fim)

Filtra os registros cuja data de criação seja menor ou igual que a data de fim. Respeita RFC 3339.

idRec
string (ID Recorrência) = 29 characters [a-zA-Z0-9]{29}

Filtro pelo Identificador da Recorrência.

cpf
string (CPF) /^\d{11}$/

Filtro pelo CPF do devedor. Não pode ser utilizado ao mesmo tempo que o CNPJ.

cnpj
string (CNPJ) /^\d{14}$/

Filtro pelo CNPJ do devedor. Não pode ser utilizado ao mesmo tempo que o CPF.

status
string (Status do registro da recorrência)

Filtro pelo status da recorrência.

convenio
string (Convênio) <= 60 characters

Filtro pelo convênio associado.

paginacao.paginaAtual
integer <int32> (Página atual) >= 0
Default: 0

Página a ser retornada pela consulta. Se não for informada, o PSP assumirá que será 0.

paginacao.itensPorPagina
integer <int32> (Itens por Página) [ 1 .. 1000 ]
Default: 100

Quantidade máxima de registros retornados em cada página. Apenas a última página pode conter uma quantidade menor de registros.

Responses

Response samples

Content type
application/json
{
  • "parametros": {
    },
  • "cobsr": [
    ]
}

Solicitar retentativa de cobrança.

Authorizations:
OAuth2
path Parameters
txid
required
string (Id da Transação) [a-zA-Z0-9]{26,35}

Identificador da transação

O campo txid determina o identificador da transação. O objetivo desse campo é ser um elemento que possibilite ao PSP do recebedor apresentar ao usuário recebedor a funcionalidade de conciliação de pagamentos.

Na pacs.008, é referenciado como TransactionIdentification <txId> ou idConciliacaoRecebedor.

Em termos de fluxo de funcionamento, o txid é lido pelo aplicativo do PSP do pagador e, depois de confirmado o pagamento, é enviado para o SPI via pacs.008. Uma pacs.008 também é enviada ao PSP do recebedor, contendo, além de todas as informações usuais do pagamento, o txid. Ao perceber um recebimento dotado de txid, o PSP do recebedor está apto a se comunicar com o usuário recebedor, informando que um pagamento específico foi liquidado.

O txid é criado exclusivamente pelo usuário recebedor e está sob sua responsabilidade. O txid, no contexto de representação de uma cobrança, é único por CPF/CNPJ do usuário recebedor. Cabe ao PSP recebedor validar essa regra na API Pix.

data
required
string <date>
Example: 2023-04-01

Data prevista para liquidação da ordem de pagamento correspondente. Trata-se de uma data, no formato YYYY-MM-DD, segundo ISO 8601.

Responses

Response samples

Content type
application/json
{
  • "idRec": "RR123456782024061999000566354",
  • "txid": "7f733863543b4a16b516d839bd4bc34e",
  • "calendario": {
    },
  • "valor": {
    },
  • "status": "ATIVA",
  • "politicaRetentativa": "PERMITE_3R_7D",
  • "ajusteDiaUtil": true,
  • "devedor": {
    },
  • "recebedor": {
    },
  • "tentativas": [
    ],
  • "atualizacao": [
    ]
}

Configuração de locations para payloads de recorrências

Reúne endpoints destinados a lidar com configuração e remoção de locations para uso dos payloads de recorrências

Criar location do payload.

Authorizations:
OAuth2

Responses

Response samples

Content type
application/json
{
  • "id": 12069,
  • "location": "pix.example.com/qr/v2/rec/2353c790eefb11eaadc10242ac120002",
  • "criacao": "2023-12-20T12:38:28.774Z"
}

Consultar locations cadastradas.

Authorizations:
OAuth2
query Parameters
inicio
required
string <date-time> (Data de início)

Filtra os registros cuja data de criação seja maior ou igual que a data de início. Respeita RFC 3339.

fim
required
string <date-time> (Data de fim)

Filtra os registros cuja data de criação seja menor ou igual que a data de fim. Respeita RFC 3339.

idRecPresente
boolean
convenio
string (Convênio) <= 60 characters

Filtro pelo convênio associado.

paginacao.paginaAtual
integer <int32> (Página atual) >= 0
Default: 0

Página a ser retornada pela consulta. Se não for informada, o PSP assumirá que será 0.

paginacao.itensPorPagina
integer <int32> (Itens por Página) [ 1 .. 1000 ]
Default: 100

Quantidade máxima de registros retornados em cada página. Apenas a última página pode conter uma quantidade menor de registros.

Responses

Response samples

Content type
application/json
{
  • "parametros": {
    },
  • "loc": [
    ]
}

Recuperar location do payload.

Authorizations:
OAuth2
path Parameters
id
required
string (Id da location cadastrada para servir um payload)

Responses

Response samples

Content type
application/json
{
  • "id": 12069,
  • "location": "pix.example.com/qr/v2/rec/2353c790eefb11eaadc10242ac120002",
  • "criacao": "2023-12-20T12:38:28.774Z",
  • "idRec": "RR123456782024011510056892226"
}

Desvincular uma recorrência de uma location.

Authorizations:
OAuth2
path Parameters
id
required
string (Id da location cadastrada para servir um payload)

Responses

Response samples

Content type
application/json
{
  • "id": 12069,
  • "location": "pix.example.com/qr/v2/rec/2353c790eefb11eaadc10242ac120002",
  • "criacao": "2023-12-20T12:38:28.774Z"
}

Gerenciamento de notificações de recorrências

Reúne endpoints para gerenciamento de notificações de recorrências por parte do PSP recebedor ao usuário recebedor.

Configurar Webhook.

Cadastra a URL que avisa quando a autorização do Pix Automático muda (aprovada, recusada, cancelada pelo pagador, expirada).

Quando o webhook é enviado
Status Webhook enviado Observação
CRIADA ✗ Não é enviada: a recorrência foi criada pelo recebedor
APROVADA ✓
REJEITADA ✓
CANCELADA pelo pagador ✓
CANCELADA pelo recebedor ✗ Não é enviada: quem criou a recorrência fez o cancelamento
EXPIRADA ✓ Enviado a cada 1 hora
Authorizations:
OAuth2
Request Body schema: application/json
required
webhookUrl
required
string <uri> (URL Webhook)

Responses

Callbacks

Request samples

Content type
application/json
{}

Response samples

Content type
application/problem+json
{}

Callback payload samples

Callback
POST: Seu servidor recebe o aviso quando a recorrência m
Content type
application/json
Example
{
  • "recs": [
    ]
}

Exibir informações acerca do Webhook.

Authorizations:
OAuth2

Responses

Response samples

Content type
application/json
{}

Cancelar o Webhook.

Authorizations:
OAuth2

Responses

Response samples

Content type
application/problem+json
{}

Gerenciamento de notificações de cobranças recorrentes

Reúne endpoints para gerenciamento de notificações de cobranças recorrentes por parte do PSP recebedor ao usuário recebedor.

Configurar Webhook.

O webhook de CobR é enviado quando há uma atualização relevante na cobrança recorrente, como agendamento, pagamento, rejeição, expiração ou cancelamento.

O envio depende de existir um webhook configurado para receber notificações de CobR. A simples existência de uma cobrança em determinado status não significa, por si só, que haverá envio de webhook.

O payload pode conter os campos idRec, txid, status, atualizacao, tentativas e, quando houver pagamento, os dados do pix.

Quando o webhook é enviado
Status Significado Dispara webhook COBR?
CRIADA Cobrança recorrente criada Não
ATIVA Cobrança ativa, com tentativa em andamento ou agendada Sim
CONCLUIDA Cobrança paga Sim
EXPIRADA Cobrança não paga no prazo esperado Sim
REJEITADA Tentativa de pagamento rejeitada Sim
CANCELADA Cobrança cancelada Sim

Quando o webhook pode não ser enviado

  • quando não houver webhook de CobR configurado;
  • quando a cobrança apenas foi criada;
  • quando não houver mudança de status ou atualização relevante;
  • quando a cobrança relacionada não for localizada.
Authorizations:
OAuth2
Request Body schema: application/json
required
webhookUrl
required
string <uri> (URL Webhook)

Responses

Callbacks

Request samples

Content type
application/json
{}

Response samples

Content type
application/problem+json
{}

Callback payload samples

Callback
POST: Seu servidor recebe o aviso quando a cobrança reco
Content type
application/json
Example
{
  • "cobsr": [
    ]
}

Exibir informações acerca do Webhook.

Authorizations:
OAuth2

Responses

Response samples

Content type
application/json
{}

Cancelar o Webhook.

Authorizations:
OAuth2

Responses

Response samples

Content type
application/problem+json
{}