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 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 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}:

  • Este txid está associado a um lote e no referido lote, o status desta cobrança está atribuído como "EM_PROCESSAMENTO" ou "NEGADA".
  • 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 LoteCobV

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

LoteCobVNaoEncontrado

  • Significado: Lote não encontrado para o id informado.
  • HTTP Status Code: 404.
  • endpoints: [GET|PATCH] /lotecobv/{id}.

LoteCobVOperacaoInvalida

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

Violações para os endpoints PUT|PATCH /lotecobv/{id}:

  • O campo loteCobV.descricao não respeita o schema.
  • O objeto loteCobV.cobsV não respeita o schema.

Violações para o endpoint PUT /lotecobv/{id}:

  • a presente requisição tenta criar um conjunto de cobranças dentre as quais pelo menos uma cobrança já encontra-se criada.
  • a presente requisição busca alterar um lote já existente, entretanto contém um array de solicitações de alteração de cobranças que não referencia exatamente as mesmas cobranças referenciadas pela requisição original que criou o lote. Uma vez criado um lote, não se pode remover ou adicionar solicitações de criação ou alteração de cobranças a este lote.

Violações para o endpoint PATCH /lotecobv/{id}:

  • a presente requisição busca alterar um lote já existente e contém, no array de cobranças representado por cobsv, uma cobrança não existente no array de cobranças atribuído pela requisição original que criou o lote. Uma vez criado um lote, não se pode remover ou adicionar cobranças a este lote.

Violações para os endpoints GET /lotecobv/{id}:

  • observação: para cada elemento do array cobsv, retornado por este endpoint, caso a requisição de criação de cobrança esteja em status "NEGADA", o atributo problema deste elemento deve ser preenchido respeitando o schema referenciado pela API Pix.
  • o preenchimento do atributo problema, conforme descrito acima, segue o mesmo regramento dos erros especificados para os endpoints [PUT/PATCH /cobv/{txid}], de maneira a possibilitar, ao usuário recebedor, entender qual foi a violação cometida ao se tentar criar a cobrança referenciada por este elemento do array cobsv.

LoteCobVConsultaInvalida

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

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

  • 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 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.

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 Schema: application/json
access_token
required
string

Token de acesso

expires_in
required
number

Tempo de vida do token em segundos

refresh_expires_in
required
number

Tempo de vida do token de atualização em segundos

token_type
required
string

Tipo de token

not-before-policy
required
number

Momento em que o token passa a ser válido

scope
required
string

Escopos de autorização

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.

Endpoint para criar uma 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

Response Schema: application/json
required
object (Calendário)

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

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.

revisao
required
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.

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.

location
string <uri> (Localização do payload) <= 77 characters

Localização do Payload a ser informada na criação da cobrança.

status
required
string (Status do registro da cobrança.)
Enum: "ATIVA" "CONCLUIDA" "REMOVIDA_PELO_USUARIO_RECEBEDOR" "REMOVIDA_PELO_PSP"

Estado do registro da cobrança. Não se confunde com o estado da cobrança em si, ou seja, não guarda relação com o fato de a cobrança encontrar-se vencida ou expirada, por exemplo.

Os status são assim definidos:

  • ATIVA: indica que o registro se refere a uma cobrança que foi gerada mas ainda não foi paga nem removida;
  • CONCLUIDA: indica que o registro se refere a uma cobrança que já foi paga e, por conseguinte, não pode acolher outro pagamento;
  • REMOVIDA_PELO_USUARIO_RECEBEDOR: indica que o usuário recebedor solicitou a remoção do registro da cobrança; e
  • REMOVIDA_PELO_PSP: indica que o PSP Recebedor solicitou a remoção do registro da cobrança.
required
object (Valor da cobrança imediata)

valores monetários referentes à cobrança.

pixCopiaECola
string (Pix Copia e Cola correspondente à cobrança.) <= 512 characters

Este campo retorna o valor do Pix Copia e Cola correspondente à cobrança. Trata-se da sequência de caracteres que representa o BR Code.

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.

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

Response Schema: application/json
required
object (Calendário)

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

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.

revisao
required
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.

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.

location
string <uri> (Localização do payload) <= 77 characters

Localização do Payload a ser informada na criação da cobrança.

status
required
string (Status do registro da cobrança.)
Enum: "ATIVA" "CONCLUIDA" "REMOVIDA_PELO_USUARIO_RECEBEDOR" "REMOVIDA_PELO_PSP"

Estado do registro da cobrança. Não se confunde com o estado da cobrança em si, ou seja, não guarda relação com o fato de a cobrança encontrar-se vencida ou expirada, por exemplo.

Os status são assim definidos:

  • ATIVA: indica que o registro se refere a uma cobrança que foi gerada mas ainda não foi paga nem removida;
  • CONCLUIDA: indica que o registro se refere a uma cobrança que já foi paga e, por conseguinte, não pode acolher outro pagamento;
  • REMOVIDA_PELO_USUARIO_RECEBEDOR: indica que o usuário recebedor solicitou a remoção do registro da cobrança; e
  • REMOVIDA_PELO_PSP: indica que o PSP Recebedor solicitou a remoção do registro da cobrança.
required
object (Valor da cobrança imediata)

valores monetários referentes à cobrança.

pixCopiaECola
string (Pix Copia e Cola correspondente à cobrança.) <= 512 characters

Este campo retorna o valor do Pix Copia e Cola correspondente à cobrança. Trata-se da sequência de caracteres que representa o BR Code.

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.

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.

Endpoint para consultar uma cobrança através de um determinado txid.

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 Schema: application/json
required
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 Física (object)) or (Pessoa Jurídica (object) or Pessoa Jurídica (object))
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.

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.

revisao
required
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.

location
string <uri> (Localização do payload) <= 77 characters

Localização do Payload a ser informada na criação da cobrança.

status
required
string (Status do registro da cobrança.)
Enum: "ATIVA" "CONCLUIDA" "REMOVIDA_PELO_USUARIO_RECEBEDOR" "REMOVIDA_PELO_PSP"

Estado do registro da cobrança. Não se confunde com o estado da cobrança em si, ou seja, não guarda relação com o fato de a cobrança encontrar-se vencida ou expirada, por exemplo.

Os status são assim definidos:

  • ATIVA: indica que o registro se refere a uma cobrança que foi gerada mas ainda não foi paga nem removida;
  • CONCLUIDA: indica que o registro se refere a uma cobrança que já foi paga e, por conseguinte, não pode acolher outro pagamento;
  • REMOVIDA_PELO_USUARIO_RECEBEDOR: indica que o usuário recebedor solicitou a remoção do registro da cobrança; e
  • REMOVIDA_PELO_PSP: indica que o PSP Recebedor solicitou a remoção do registro da cobrança.
pixCopiaECola
string (Pix Copia e Cola correspondente à cobrança.) <= 512 characters

Este campo retorna o valor do Pix Copia e Cola correspondente à cobrança. Trata-se da sequência de caracteres que representa o BR Code.

Array of objects (Pix recebidos)

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.

Endpoint para criar uma cobrança imediata, neste caso, o txid deve ser definido pelo PSP.

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

Response Schema: application/json
required
object (Calendário)

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

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.

revisao
required
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.

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.

location
string <uri> (Localização do payload) <= 77 characters

Localização do Payload a ser informada na criação da cobrança.

status
required
string (Status do registro da cobrança.)
Enum: "ATIVA" "CONCLUIDA" "REMOVIDA_PELO_USUARIO_RECEBEDOR" "REMOVIDA_PELO_PSP"

Estado do registro da cobrança. Não se confunde com o estado da cobrança em si, ou seja, não guarda relação com o fato de a cobrança encontrar-se vencida ou expirada, por exemplo.

Os status são assim definidos:

  • ATIVA: indica que o registro se refere a uma cobrança que foi gerada mas ainda não foi paga nem removida;
  • CONCLUIDA: indica que o registro se refere a uma cobrança que já foi paga e, por conseguinte, não pode acolher outro pagamento;
  • REMOVIDA_PELO_USUARIO_RECEBEDOR: indica que o usuário recebedor solicitou a remoção do registro da cobrança; e
  • REMOVIDA_PELO_PSP: indica que o PSP Recebedor solicitou a remoção do registro da cobrança.
required
object (Valor da cobrança imediata)

valores monetários referentes à cobrança.

pixCopiaECola
string (Pix Copia e Cola correspondente à cobrança.) <= 512 characters

Este campo retorna o valor do Pix Copia e Cola correspondente à cobrança. Trata-se da sequência de caracteres que representa o BR Code.

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.

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.

Endpoint para consultar cobranças imediatas através de parâmetros como início, fim, cpf, cnpj e status.

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 Schema: application/json
required
object (Parâmetros de Consulta de Cobrança)

[DEPRECADO] Parâmetros utilizados para a realização de uma consulta de cobranças.

required
Array of objects (Lista de cobranças)

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.

Endpoint para criar uma 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

Response Schema: application/json
required
object (Calendário)

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

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.

revisao
required
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.

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

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

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

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

object (Location do Payload)

Identificador da localização do payload.

status
required
string (Status do registro da cobrança.)
Enum: "ATIVA" "CONCLUIDA" "REMOVIDA_PELO_USUARIO_RECEBEDOR" "REMOVIDA_PELO_PSP"

Estado do registro da cobrança. Não se confunde com o estado da cobrança em si, ou seja, não guarda relação com o fato de a cobrança encontrar-se vencida ou expirada, por exemplo.

Os status são assim definidos:

  • ATIVA: indica que o registro se refere a uma cobrança que foi gerada mas ainda não foi paga nem removida;
  • CONCLUIDA: indica que o registro se refere a uma cobrança que já foi paga e, por conseguinte, não pode acolher outro pagamento;
  • REMOVIDA_PELO_USUARIO_RECEBEDOR: indica que o usuário recebedor solicitou a remoção do registro da cobrança; e
  • REMOVIDA_PELO_PSP: indica que o PSP Recebedor solicitou a remoção do registro da cobrança.
required
object (Valor da cobrança com vencimento)

Valores monetários.

pixCopiaECola
string (Pix Copia e Cola correspondente à cobrança.) <= 512 characters

Este campo retorna o valor do Pix Copia e Cola correspondente à cobrança. Trata-se da sequência de caracteres que representa o BR Code.

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.

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

Response Schema: application/json
required
object (Calendário)

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

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.

revisao
required
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.

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

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

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

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

object (Location do Payload)

Identificador da localização do payload.

status
required
string (Status do registro da cobrança.)
Enum: "ATIVA" "CONCLUIDA" "REMOVIDA_PELO_USUARIO_RECEBEDOR" "REMOVIDA_PELO_PSP"

Estado do registro da cobrança. Não se confunde com o estado da cobrança em si, ou seja, não guarda relação com o fato de a cobrança encontrar-se vencida ou expirada, por exemplo.

Os status são assim definidos:

  • ATIVA: indica que o registro se refere a uma cobrança que foi gerada mas ainda não foi paga nem removida;
  • CONCLUIDA: indica que o registro se refere a uma cobrança que já foi paga e, por conseguinte, não pode acolher outro pagamento;
  • REMOVIDA_PELO_USUARIO_RECEBEDOR: indica que o usuário recebedor solicitou a remoção do registro da cobrança; e
  • REMOVIDA_PELO_PSP: indica que o PSP Recebedor solicitou a remoção do registro da cobrança.
required
object (Valor da cobrança com vencimento)

Valores monetários.

pixCopiaECola
string (Pix Copia e Cola correspondente à cobrança.) <= 512 characters

Este campo retorna o valor do Pix Copia e Cola correspondente à cobrança. Trata-se da sequência de caracteres que representa o BR Code.

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.

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.

Endpoint para consultar uma cobrança com vencimento através de um determinado txid.

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 Schema: application/json
required
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 Física (object)) or (Pessoa Jurídica (object) or Pessoa Jurídica (object))
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.

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.

revisao
required
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.

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

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

status
required
string (Status do registro da cobrança.)
Enum: "ATIVA" "CONCLUIDA" "REMOVIDA_PELO_USUARIO_RECEBEDOR" "REMOVIDA_PELO_PSP"

Estado do registro da cobrança. Não se confunde com o estado da cobrança em si, ou seja, não guarda relação com o fato de a cobrança encontrar-se vencida ou expirada, por exemplo.

Os status são assim definidos:

  • ATIVA: indica que o registro se refere a uma cobrança que foi gerada mas ainda não foi paga nem removida;
  • CONCLUIDA: indica que o registro se refere a uma cobrança que já foi paga e, por conseguinte, não pode acolher outro pagamento;
  • REMOVIDA_PELO_USUARIO_RECEBEDOR: indica que o usuário recebedor solicitou a remoção do registro da cobrança; e
  • REMOVIDA_PELO_PSP: indica que o PSP Recebedor solicitou a remoção do registro da cobrança.
pixCopiaECola
string (Pix Copia e Cola correspondente à cobrança.) <= 512 characters

Este campo retorna o valor do Pix Copia e Cola correspondente à cobrança. Trata-se da sequência de caracteres que representa o BR Code.

Array of objects (Pix recebidos)

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.

Endpoint para consultar cobranças com vencimento através de parâmetros como início, fim, cpf, cnpj e status.

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.

loteCobVId
integer <int32> (Id do lote de cobrança com vencimento)

Id do lote de cobrança com vencimento.

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 Schema: application/json
required
object (Parâmetros de Consulta de Cobrança)

[DEPRECADO] Parâmetros utilizados para a realização de uma consulta de cobranças.

required
Array of objects (Lista de cobranças)

Response samples

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

Gerenciamento de cobranças com vencimento em lote

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

Criar/Alterar lote de cobranças com vencimento.

Endpoint utilizado para criar ou alterar um lote de cobranças com vencimento.

Para o caso de uso de alteração de cobranças, o array a ser atribuído na requisicão deve ser composto pelas exatas requisições de criação de cobranças que constaram no array atribuído na requisição originária.

Não se pode utilizar este endpoint para alterar um lote de cobranças com vencimento agregando ou removendo cobranças já existentes dentro do conjunto de cobranças criadas na requisição originária do lote.

Em outras palavras, se originalmente criou-se um lote, por exemplo, com as cobranças [a, b e c], não se pode alterar esse conjunto de cobranças original que o lote representa para [a, b, c, d], ou para [a, b]. Por outro lado, pode-se alterar, em lote as cobranças [a, b, c], conforme originalmente constam na requisição originária do lote.

Uma solicitação de criação de cobrança com status "EM_PROCESSAMENTO" ou "NEGADA" está associada a uma cobrança não existe de fato, portanto não será listada em GET /cobv ou GET /cobv/{txid}.

Uma cobrança, uma vez criada via PUT /cobv/{txid}, não pode ser associada a um lote posteriormente.

Uma cobrança, uma vez criada via PUT /lotecobv/{id}, não pode ser associada a um novo lote posteriormente.

Authorizations:
OAuth2
path Parameters
id
required
string (Identificador do lote de cobranças com vencimento, em formato de texto.)
Request Body schema: application/json
required

Dados para geração de lote de cobranças com vencimento.

descricao
required
string (Descrição do lote)
required
Array of objects (Cobrança com vencimento solicitada)

Responses

Request samples

Content type
application/json
{
  • "descricao": "Cobranças dos alunos do turno vespertino",
  • "cobsv": [
    ]
}

Response samples

Content type
application/problem+json
{
  • "type": "https://pix.bcb.gov.br/api/v2/error/LoteCobVOperacaoInvalida",
  • "title": "Lote de cobranças inválido.",
  • "status": 400,
  • "detail": "A requisição que busca alterar ou criar um lote de cobranças com vencimento não respeita o _schema_ ou está semanticamente errada.",
  • "violacoes": [
    ]
}

Utilizado para revisar cobranças específicas dentro de um lote de cobranças com vencimento.

Endpoint utilizado para revisar cobranças específicas dentro de um lote de cobranças com vencimento.

A diferença deste endpoint para o endpoint PUT correlato é que este endpoint admite um array cobsv com menos solicitações de criação ou alteração de cobranças do que o array atribuído na requisição originária do lote.

Não se pode, entretanto, utilizar esse endpoint para agregar ou remover solicitações de alteração ou criação de cobranças conforme constam na requisição originária do lote.

Authorizations:
OAuth2
path Parameters
id
required
string (Identificador do lote de cobranças com vencimento, em formato de texto.)
Request Body schema: application/json
required

Dados para geração de lote de cobranças com vencimento.

descricao
string (Descrição do lote)
Array of objects (Cobrança com vencimento revisada)

Responses

Request samples

Content type
application/json
{
  • "cobsv": [
    ]
}

Response samples

Content type
application/problem+json
{}

Consultar um lote específico de cobranças com vencimento.

Endpoint para consultar um lote de cobranças com vencimento.

Authorizations:
OAuth2
path Parameters
id
required
string (Identificador do lote de cobranças com vencimento, em formato de texto.)

Responses

Response Schema: application/json
id
required
integer <int64> (Identificador do lote em formato numérico.)
descricao
required
string (Descrição do lote)
criacao
required
string <date-time> (Data de criação do lote)

Timestamp que indica o momento em que foi criado o lote. Respeita o formato definido na RFC 3339.

required
Array of objects

Response samples

Content type
application/json
{
  • "descricao": "Cobranças dos alunos do turno vespertino",
  • "criacao": "2020-11-01T20:15:00.358Z",
  • "cobsv": [
    ]
}

Consultar lotes de cobranças com vencimento.

Endpoint para consultar lista de lotes 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.

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 Schema: application/json
required
object (Parâmetros de consulta de lotes de cobrança com vencimento.)

Parâmetros utilizados para a realização de uma consulta de lote de cobranças com vencimento.

required
Array of objects (Lotes de solicitações de criação/alteração de cobranças com vencimento)

Response samples

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

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.

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

Response Headers
location
string <uri> (Identificador da location criada.)
Example: "pix.example.com/api/loc/1234567"

Identificador da location criada.

Response Schema: application/json
id
required
integer <int64> (Id da location)

Identificador da location a ser informada na criação da cobrança .

location
required
string <uri> (Localização do payload) <= 77 characters

Localização do Payload a ser informada na criação da cobrança.

tipoCob
required
string (Tipo da cobrança)
Enum: "cob" "cobv"
criacao
required
string <date-time> (Data de Criação)

Data e hora em que a location foi criada. Respeita RFC 3339.

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.

Endpoint para 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 Schema: application/json
required
object (Parâmetros de consulta de locations)

Parâmetros utilizados para a realização de uma consulta de locations.

required
Array of objects (Lista de locations cadastradas)

Response samples

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

Recuperar location do payload.

Recupera a location do payload

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

Responses

Response Schema: application/json
id
required
integer <int64> (Id da location)

Identificador da location a ser informada na criação da cobrança .

txid
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.

location
required
string <uri> (Localização do payload) <= 77 characters

Localização do Payload a ser informada na criação da cobrança.

tipoCob
required
string (Tipo da cobrança)
Enum: "cob" "cobv"
criacao
required
string <date-time> (Data de Criação)

Data e hora em que a location foi criada. Respeita RFC 3339.

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.

Endpoint utilizado para desvincular uma cobrança de uma location.

Se executado com sucesso, a entidade loc não apresentará mais um txid, se apresentava anteriormente à chamada. Adicionalmente, a entidade cob ou cobv associada ao txid desvinculado também passará a não mais apresentar um location. Esta operação não altera o status da cob ou cobv em questão.

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

Responses

Response Schema: application/json
id
required
integer <int64> (Id da location)

Identificador da location a ser informada na criação da cobrança .

location
required
string <uri> (Localização do payload) <= 77 characters

Localização do Payload a ser informada na criação da cobrança.

tipoCob
required
string (Tipo da cobrança)
Enum: "cob" "cobv"
criacao
required
string <date-time> (Data de Criação)

Data e hora em que a location foi criada. Respeita RFC 3339.

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.

Endpoint para consultar um Pix através de um e2eid.

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 Schema: application/json
endToEndId
required
string (Id fim a fim da transação) = 32 characters [a-zA-Z0-9]{32}

EndToEndIdentification que transita na PACS002, PACS004 e PACS008

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.

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

Valor do Pix.

PixValorOriginal (object) or PixValorSaque (object) or PixValorTroco (object) or PixValorJuros (object) or PixValorMulta (object) or PixValorAbatimento (object) or PixValorDesconto (object) (Informações sobre o valor do Pix)

O objetivo dessa estrutura é explicar os elementos de composição do valor do Pix, incluindo informações sobre as multas, juros, descontos e abatimentos quando o Pix for relativo a cobranças com vencimento.

Regras da estrutura:

  • O valor do Pix é igual a:
    • (original.valor + saque.valor + troco.valor) + multa.valor + juros.valor – abatimento.valor – desconto.valor considerando-se apenas os campos que estiverem presentes para cada tipo de cobrança pago.
  • As estruturas saque e troco só serão retornadas quando o Pix for relativo a um Pix Saque ou Pix Troco, respectivamente, e as demais estruturas (juros, multa, abatimento e desconto) só serão pertinentes aos Pix de pagamentos das cobranças com vencimento.
  • Não pode haver simultaneamente uma subsestrutura do tipo saque e outra do tipo troco;
  • Não há restrição na ordem das subestruturas.

Para o caso de um Pix Saque pode-se retornar original com valor=0.00 (zero) uma vez que a soma será respeitada, ou pode-se omitir a subestrutura original. No caso de um Pix Troco ou de um pagamento de cobrança com vencimento a subsestrutura original vai sempre estar presente.

Exemplos válidos:

Exemplo de preenchimentos válidos.

  • Pix para pagamento de cobrança imediata (sem saque ou troco).
    ...
"componentesValor": {
  "original": {
    "valor": "100.00"
  } 
}
...
  • Pix Saque.
    ...
"componentesValor": {
  "saque": {
    "valor": "100.00",
    "modalidadeAgente": "AGPSS",
    "prestadorDeServicoDeSaque": "12345678"
  } 
}
...
  • Pix para pagamento de cobrança imediata com saque (pode vir original.valor=0.00).
    ...
"componentesValor": {
  "original": {
    "valor": "0.00"
  },
  "saque": {
    "valor": "100.00",
    "modalidadeAgente": "AGPSS",
    "prestadorDeServicoDeSaque": "12345678"
  } 
}
...
  • Pix Troco.
    ...
"componentesValor": {
  "original": {
    "valor": "80.00"
  },
  "troco": {
    "valor": "20.00",
    "modalidadeAgente": "AGTEC",
    "prestadorDeServicoDeSaque": "12345678"
  } 
}
...
  • Pix para pagamento de cobrança imediata com troco (ordem não importa).
    ...
"componentesValor": {
  "troco": {
    "valor": "20.00",
    "modalidadeAgente": "AGTEC",
    "prestadorDeServicoDeSaque": "12345678"
  },
  "original": {
    "valor": "80.00"
  }
}
...
  • Pix para pagamento de cobrança com vencimento de R$100,00 considerando-se um atraso de 2 dias a uma multa de 3% e juros de 1% ao dia. O valor do Pix será R$105,00.
    ...
"componentesValor": {
  "original": {
    "valor": "100.00"
  },
  "multa": {
    "valor": "3.00"
  },
  "juros": {
    "valor": "2.00"
  }
}
...

Exemplos inválidos:

Exemplos, não exaustivos, de preenchimentos inválidos.

  • original.valor maior que 0.00 (zero) e saque juntos
    ...
"componentesValor": {
  "original": {
    "valor": "80.00"
  },
  "saque": {
    "valor": "20.00",
    "modalidadeAgente": "AGPSS",
    "prestadorDeServicoDeSaque": "12345678"
  } 
}
...
  • dois elementos de saque
    ...
"componentesValor": [
  "saque": {
    "valor": "20.00",
    "modalidadeAgente": "AGPSS",
    "prestadorDeServicoDeSaque": "12345678"
  },
  "saque": {
    "valor": "10.00",
    "modalidadeAgente": "AGPSS",
    "prestadorDeServicoDeSaque": "12345678"
  } 
]
...
  • saque e troco simultaneamente
    ...
"componentesValor": {
  "original": {
    "valor": "60.00"
  },
  "saque": {
    "valor": "20.00",
    "modalidadeAgente": "AGPSS",
    "prestadorDeServicoDeSaque": "12345678"
  },
  "troco": {
    "valor": "20.00",
    "modalidadeAgente": "AGTEC",
    "prestadorDeServicoDeSaque": "12345678"
  } 
}
...
chave
string (Chave DICT do recebedor) <= 77 characters

Formato do campo chave

  • Campo chave do recebedor conforme atribuído na respectiva PACS008.
  • 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.
horario
required
string <date-time> (Horário)

Horário em que o Pix foi processado no PSP.

infoPagador
string (Informação livre do pagador) <= 140 characters
Array of objects (Devoluções)

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.

Endpoint para 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 Schema: application/json
required
object (Parâmetros de Consulta Pix)

Parâmetros utilizados para a realização de uma consulta de Pix.

Array of objects (Lista de Pix recebidos)

Response samples

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

Solicitar devolução.

Endpoint para solicitar uma devolução através de um e2eid do Pix e do ID da devolução. O motivo que será atribuído à PACS.004 será "MD06" ou "SL02" de acordo com a aba RTReason da PACS.004 que consta no Catálogo de Mensagens do Pix a depender da natureza da devolução (Vide a descrição deste campo).

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

Response Schema: application/json
id
required
string (Id da Devolução) [a-zA-Z0-9]{1,35}

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

rtrId
required
string (RtrId) = 32 characters [a-zA-Z0-9]{32}

ReturnIdentification que transita na PACS004.

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

Valor a devolver.

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

Indica qual é a natureza da devolução. Uma devolução pode ser relacionada a um Pix comum (com códigos possíveis: MD06, BE08 e FR01 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);
  • MED_OPERACIONAL: quando a devolução ocorre no âmbito do MED por motivo de falha operacional e se refere a um Pix comum (BE08);
  • MED_FRAUDE: quando a devolução ocorre no âmbito do MED por fundada suspeita de fraude e se refere a um Pix comum (FR01).

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 pode ser: ORIGINAL, MED_OPERACIONAL ou MED_FRAUDE);
  • 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.

required
object
status
required
string (Status)
Enum: "EM_PROCESSAMENTO" "DEVOLVIDO" "NAO_REALIZADO"

Status da devolução.

motivo
string (Descrição do status.) <= 140 characters

Status da Devolução

Campo opcional que pode ser utilizado pelo PSP recebedor para detalhar os motivos de a devolução ter atingido o status em questão. Pode ser utilizado, por exemplo, para detalhar o motivo de a devolução não ter sido realizada.

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.

Endpoint para consultar uma devolução através de um End To End ID do Pix e do ID da 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 Schema: application/json
id
required
string (Id da Devolução) [a-zA-Z0-9]{1,35}

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

rtrId
required
string (RtrId) = 32 characters [a-zA-Z0-9]{32}

ReturnIdentification que transita na PACS004.

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

Valor a devolver.

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

Indica qual é a natureza da devolução. Uma devolução pode ser relacionada a um Pix comum (com códigos possíveis: MD06, BE08 e FR01 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);
  • MED_OPERACIONAL: quando a devolução ocorre no âmbito do MED por motivo de falha operacional e se refere a um Pix comum (BE08);
  • MED_FRAUDE: quando a devolução ocorre no âmbito do MED por fundada suspeita de fraude e se refere a um Pix comum (FR01).

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 pode ser: ORIGINAL, MED_OPERACIONAL ou MED_FRAUDE);
  • 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.

required
object
status
required
string (Status)
Enum: "EM_PROCESSAMENTO" "DEVOLVIDO" "NAO_REALIZADO"

Status da devolução.

motivo
string (Descrição do status.) <= 140 characters

Status da Devolução

Campo opcional que pode ser utilizado pelo PSP recebedor para detalhar os motivos de a devolução ter atingido o status em questão. Pode ser utilizado, por exemplo, para detalhar o motivo de a devolução não ter sido realizada.

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.

Endpoint para configuração do serviço de notificações acerca de Pix recebidos. Somente Pix associados a um txid serão notificados.

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
{
  • "pix": {
    }
}

Exibir informações acerca do Webhook Pix.

Endpoint para recuperação de informações sobre o Webhook Pix.

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

Responses

Response Schema: application/json
webhookUrl
required
string <uri>
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.
criacao
required
string <date-time> (Data de Criação)

Data e hora em que o webhook foi cadastrado. Respeita RFC 3339.

Response samples

Content type
application/json
{}

Cancelar o webhook Pix.

Endpoint para cancelamento do webhook. Não é a única forma pela qual um webhook pode ser removido.

O PSP recebedor está livre para remover unilateralmente um webhook que esteja associado a uma chave que não pertence mais a este usuário recebedor.

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

Responses

Response samples

Content type
application/problem+json
{}

Consultar webhooks cadastrados.

Endpoint para 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 Schema: application/json
object (Parâmetros de Consulta de Webhooks)

Parâmetros utilizados para a realização de uma consulta de Webhooks.

required
Array of objects (Lista de Webhooks consultados)

Response samples

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