---
title: "Revisar cobrança recorrente."
method: PATCH
path: "/cobr/{txid}"
tags: ["CobR"]
---

# Revisar cobrança recorrente.

`PATCH /cobr/{txid}`

## Request body

- CobRRevisada
  - `status` 'CANCELADA'

## Response `200`

Cobrança recorrente revisada.

- CobRGerada — Atributos de cobrança recorrente
  - `idRec` string, required — # Identificador da Recorrência Regra de formação: - RAxxxxxxxxyyyyMMddkkkkkkkkkkk (29 caracteres; "case sensitive", isso é, diferencia letras maiúsculas e minúsculas), sendo: - "R": fixo (1 caractere). "R" para a recorrência criada dentro do Pix; - "A": identificação da possibilidade de novas tentativas, sendo possíveis os valores "R" ou "N" (1 caractere). "R" caso a recorrência permita novas tentativas de pagamento pós vencimento, ou "N" caso não permita novas tentativas. - "xxxxxxxx": identificação do agente que presta serviço para o usuário recebedor que gerou o ID Recorrência, podendo ser: o ISPB do participante direto, o ISPB do participante indireto ou os 8 primeiros caracteres do CNPJ do prestador de serviço de iniciação (8 caracteres alfanuméricos [A-Z|0-9]); - "yyyyMMdd": data (8 caracteres) de criação da recorrência; - "kkkkkkkkkkk": sequencial criado pelo agente que gerou o ID Recorrência (11 caracteres alfanuméricos [a-z|A-Z|0-9]). Deve ser único dentro de cada "yyyyMMdd". Dessa forma, o ID da recorrência deve ser formado de acordo com um dos tipos a seguir: - "RRxxxxxxxxyyyyMMddkkkkkkkkkkk"; para recorrência criada dentro do Pix e que permite novas tentativas de pagamento pós vencimento; ou - "RNxxxxxxxxyyyyMMddkkkkkkkkkkk"; para recorrência criada dentro do Pix e que não permite novas tentativas de pagamento pós vencimento.”
  - `txid` string, required — # 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.
  - `infoAdicional` string — Informações adicionais da fatura.
  - `calendario` object, required
    - `dataDeVencimento` string, date, required — Trata-se de uma data, no formato `YYYY-MM-DD`, segundo ISO 8601. É a data de vencimento da cobrança.
    - `criacao` string, date, required — Trata-se de uma data, no formato `YYYY-MM-DD`, segundo ISO 8601. É a data de criação da cobrança.
  - `valor` object, required — Valor da cobrança recorrente
    - `original` string, required — Valor original da cobrança.
  - `ajusteDiaUtil` boolean, required — Campo de ativação do ajuste da data prevista para liquidação para próximo dia útil caso o vencimento corrente seja um dia não útil. O PSP Recebedor deverá considerar os feriados locais com base no código município do usuário pagador.
  - `recebedor` object, required — O objeto recebedor organiza as informações sobre o recebedor da cobrança.
    - `conta` string, required — Número da conta do usuário recebedor.
    - `tipoConta` 'CORRENTE' | 'POUPANCA' | 'PAGAMENTO', required — Tipo da conta do usuário recebedor.
    - `agencia` string — Número da agência do usuário recebedor.
    - `cnpj` string, required — CNPJ do usuário.
    - `nome` string, required — Nome do usuário.
  - `status` 'CRIADA' | 'ATIVA' | 'CONCLUIDA' | 'EXPIRADA' | 'REJEITADA' | 'CANCELADA', required
  - `devedor` object — O objeto devedor organiza as informações sobre o devedor da recorrência.
    - `email` string — Email do usuário.
    - `logradouro` string — Logradouro do usuário.
    - `cidade` string — Cidade do usuário.
    - `uf` string — UF do usuário.
    - `cep` string — CEP do usuário.

## Other responses

- `400` — Requisição com formato inválido.
- `403` — Requisição de participante autenticado que viola alguma regra de autorização.
- `404` — Recurso solicitado não foi encontrado.
- `503` — Serviço não está disponível no momento. Serviço solicitado pode estar em manutenção ou fora da janela de funcionamento.

---

[API](https://skmtc.dev/bacen/apis/api-pix.md) · [All operations](https://skmtc.dev/bacen/apis/api-pix/llms.txt) · [OpenAPI document](https://skmtc-service-production.skmtc.workers.dev/v1/apis/bacen/api-pix/revisions/5c39d7116745/schema)