Changelog - [SV] Pagamentos Automáticos - v2.2.0 - v2.1.0

Changelog - [SV] Pagamentos Automáticos - v2.2.0 - v2.1.0

 

Alterações na seção de orientações do swagger

Campo

O que foi alterado?

Tipo da Alteração

Antes

Depois

Campo

O que foi alterado?

Tipo da Alteração

Antes

Depois

/info

Alterado - "description"

Alteração

API de Iniciação de Pagamentos automáticos, responsável por viabilizar as operações de iniciação de pagamentos automáticos (Pix automático e Transferências Inteligentes) para o Open Finance Brasil…


API de Iniciação de Pagamentos automáticos, responsável por viabilizar as operações de iniciação de pagamentos automáticos (Pix automático e Transferências Inteligentes) para o Open Finance Brasil…


/info

Alterado - "version"

Alteração

2.1.0

2.2.0

paths

Adicionado - "/pix/recurring-payments/{originalRecurringPaymentId}/retry"

Adição

 

 

GET /pix/recurring-payments

Response

Campo

O que foi alterado?

Tipo da Alteração

Antes

Depois

Campo

O que foi alterado?

Tipo da Alteração

Antes

Depois

get/parameters/originalRecurringPaymentId

Alterado - "description"

Alteração

Campo que contém o código ou o identificador da tentativa original de pagamento que falhou.
Código ou identificador único criado pela instituição detentora da conta para representar a iniciação de pagamento.
Caso informado, devem ser retornados todos os pagamentos associados ao identificador informado, sendo eles o pagamento original (dono do identificador) e as novas tentativas que enviaram o identificador na sua requisição, indicando que representam nova tentativa.

Campo que contém o código ou o identificador da tentativa original de pagamento que falhou. 
Código ou identificador único criado pela instituição detentora da conta para representar a iniciação de pagamento. 
Caso informado, devem ser retornados todos os pagamentos associados ao identificador informado, sendo eles o pagamento original (dono do identificador) e as novas tentativas que enviaram o identificador na sua requisição, indicando que representam nova tentativa.

get/responses/200/data/items/document/identification

Alterado - "pattern"

Alteração

^(?:\d{11}|\d{14})$

^([0-9]{11})$|^([0-9A-Z]{12}[0-9]{2})$

get/responses/200/data/items/endToEndId

Alterado - "pattern"

Alteração

^([E])([0-9]{8})([0-9]{4})(0[1-9]|1[0-2])(0[1-9]|[1-2][0-9]|3[0-1])(2[0-3]|[01][0-9])([0-5][0-9])([a-zA-Z0-9]{11})$

^([E])([0-9A-Z]{8})([0-9]{4})(0[1-9]|1[0-2])(0[1-9]|[1-2][0-9]|3[0-1])(2[0-3]|[01][0-9])([0-5][0-9])([a-zA-Z0-9]{11})$

get/responses/200/data/items/paymentReference

Removido - "maxLength"

Remoção

10

 

get/responses/200/data/items/paymentReference

Alterado - "description"

Alteração

[Restrição]
Campo de preenchimento obrigatório caso seja um pagamento de Pix automático, caso não respeitado, a instituição detentora deve retornar erro HTTP 422 com o código DETALHE_PAGAMENTO_INVALIDO.

  • Primeiro pagamento: Se for o pagamento inicial especificado em “/data/firstPayment”, preencha o campo com a string fixa “zero”.

  • Semanal: Preencha com W$numSemana-$ano, onde $numSemana representa o número da semana no ano. Exemplo: "W50-2024".

  • Mensal: Use M$mês-$ano, onde $mês representa o mês com dois dígitos. Exemplo: "M09-2024".

  • Trimestral: Utilize Q$trimestre-$ano, onde $trimestre indica o trimestre do ano (1 a 4).

  • Janeiro a Março: Q1-$ano (ex.: "Q1-2024").

  • Abril a Junho: Q2-$ano (ex.: "Q2-2024").

  • Julho a Setembro: Q3-$ano (ex.: "Q3-2024").

  • Outubro a Dezembro: Q4-$ano (ex.: "Q4-2024").

  • Semestral: Utilize $semestre-$ano, onde $semestre indica o semestre do ano (1 para janeiro a junho e 2 para julho a dezembro).

  • Janeiro a Junho: S1-$ano (ex.: "S1-2024").

  • Julho a Dezembro: S2-$ano (ex.: "S2-2024").

  • Anual: Use Y$ano, apenas com o ano. Exemplo: "Y2024".

  • Exemplo de Formatos:

  • Primeiro pagamento: "zero"

  • Semanal: "W50-2024"

  • Mensal: "M09-2024"

  • Trimestral: "Q3-2024"

  • Semestral: "S2-2024"

  • Anual: "Y2024"



[Restrição] Campo de preenchimento obrigatório caso seja um pagamento de Pix automático e deve ser enviado para critérios de coleta de métricas do ecossistema. Caso essa regra não seja respeitada, a instituição detentora da conta deve retornar um erro HTTP 422 com o código DETALHE_PAGAMENTO_INVALIDO. 
O preenchimento deve seguir a seguinte lógica: 

  • Primeiro Pagamento: Se for o pagamento inicial especificado no campo /data/firstPayment, preencha o campo com a string fixa "zero". 

  • Pagamentos Recorrentes (Subsequentes): Para todos os pagamentos recorrentes após o inicial, o campo paymentReference deve ser preenchido com uma string ISO 8601 no formato ```R/<start>/<duration>```, representando o ciclo exato que está sendo pago. 

  • ```R```, seguindo o padrão ISO8601 para representar a recorrência única do ciclo que se iniciou no dia informado no componente ```<start>```. 

  • O componente ```<start>``` deve ser a data de início do ciclo específico, no formato ```YYYY-MM-DD```, ao qual o pagamento sendo enviado se refere.   

  • O componente ```<duration>``` representa o intervalo de ciclos definido para o consentimento autorizado (P1W para semanal, P1M para mensal, P3M para trimestral, P6M para semestral e P1Y para anual).  

  • Exemplos:

  • 1: Data de início do ciclo definido no consentimento: 23/07/25

  • Periodicidade definida no consentimento: Semanal

  • Preenchimento do paymentReference:

  • Primeiro ciclo: R/2025-07-23/P1W

  • Segundo ciclo:  R/2025-07-30/P1W

  • Terceiro ciclo: R/2025-08-06/P1W

  • 2: Data de início do ciclo definido no consentimento: 23/07/25

  • Periodicidade definida no consentimento: Mensal

  • Preenchimento do paymentReference:

  • Primeiro ciclo: R/2025-07-23/P1M

  • Segundo ciclo: R/2025-08-23/P1M

  • Terceiro ciclo: R/2025-09-23/P1M



get/responses/200/data/items/paymentReference

Adicionado - "example"

Adição

 

R/2025-09-23/P1M

get/responses/200/data/items/rejectionReason/code

Alterado - "description"

Alteração

Código identificador do motivo de rejeição.
Motivo da rejeição do pagamento. Informações complementares sobre o motivo do status.

  • SALDO_INSUFICIENTE

  • VALOR_ACIMA_LIMITE

  • VALOR_INVALIDO

  • NAO_INFORMADO

  • PAGAMENTO_DIVERGENTE_CONSENTIMENTO

  • PAGAMENTO_RECUSADO_DETENTORA

  • PAGAMENTO_RECUSADO_SPI

  • CONSENTIMENTO_INVALIDO

  • FALHA_INFRAESTRUTURA_SPI

  • FALHA_INFRAESTRUTURA_ICP

  • FALHA_INFRAESTRUTURA_PSP_RECEBEDOR

  • FALHA_INFRAESTRUTURA_DETENTORA

  • LIMITE_PERIODO_VALOR_EXCEDIDO

  • LIMITE_PERIODO_QUANTIDADE_EXCEDIDO

  • TITULARIDADE_INCONSISTENTE

  • LIMITE_VALOR_TOTAL_CONSENTIMENTO_EXCEDIDO

  • LIMITE_VALOR_TRANSACAO_CONSENTIMENTO_EXCEDIDO: O valor da transação ultrapassar o limite de valor por transação

  • CONSENTIMENTO_REVOGADO

  • LIMITE_TENTATIVAS_EXCEDIDO

  • FORA_PRAZO_PERMITIDO

  • DETALHE_TENTATIVA_INVALIDO

  • DETALHE_PAGAMENTO_INVALIDO

[Restrição] Esse motivo deverá ser enviado quando o campo `/data/status` for igual a RJCT (REJECTED).

Código identificador do motivo de rejeição.
Motivo da rejeição do pagamento. Informações complementares sobre o motivo do status.

  • SALDO_INSUFICIENTE

  • VALOR_ACIMA_LIMITE

  • VALOR_INVALIDO

  • NAO_INFORMADO

  • PAGAMENTO_DIVERGENTE_CONSENTIMENTO

  • PAGAMENTO_RECUSADO_DETENTORA

  • PAGAMENTO_RECUSADO_SPI

  • CONSENTIMENTO_INVALIDO

  • FALHA_INFRAESTRUTURA_SPI

  • FALHA_INFRAESTRUTURA_ICP

  • FALHA_INFRAESTRUTURA_PSP_RECEBEDOR

  • FALHA_INFRAESTRUTURA_DETENTORA

  • LIMITE_PERIODO_VALOR_EXCEDIDO

  • LIMITE_PERIODO_QUANTIDADE_EXCEDIDO

  • TITULARIDADE_INCONSISTENTE

  • LIMITE_VALOR_TOTAL_CONSENTIMENTO_EXCEDIDO

  • LIMITE_VALOR_TRANSACAO_CONSENTIMENTO_EXCEDIDO: O valor da transação ultrapassar o limite de valor por transação

  • LIMITE_TENTATIVAS_EXCEDIDO

  • FORA_PRAZO_PERMITIDO

  • DETALHE_TENTATIVA_INVALIDO

  • DETALHE_PAGAMENTO_INVALIDO

[Restrição] Esse motivo deverá ser enviado quando o campo `/data/status` for igual a RJCT (REJECTED).

get/responses/200/data/items/rejectionReason/code/enum

Removido - "CONSENTIMENTO_REVOGADO"

Remoção

enum

 

get/responses/200/data/items/rejectionReason/detail

Alterado - "description"

Alteração

Detalhe sobre o código identificador do motivo de rejeição.

  • SALDO_INSUFICIENTE: A conta selecionada não possui saldo suficiente para realizar o pagamento;

  • VALOR_ACIMA_LIMITE: Valida se o valor ultrapassa o limite estabelecido [na instituição (conta ou canal)/no arranjo] para permitir a realização de transações pelo cliente;

  • VALOR_INVALIDO: O valor enviado não é válido;

  • NAO_INFORMADO: Não reportado/identificado pela instituição detentora de conta;

  • PAGAMENTO_DIVERGENTE_CONSENTIMENTO: Dados do pagamento divergentes dos dados do consentimento;

  • PAGAMENTO_RECUSADO_DETENTORA: [descrição do motivo de recusa];

  • PAGAMENTO_RECUSADO_SPI: [código de erro conforme tabela de domínios reason PACS.002];

  • CONSENTIMENTO_INVALIDO: Consentimento inválido (em status final);

  • FALHA_INFRAESTRUTURA_SPI: Indica uma falha no Sistema de Pagamentos Instantâneos (SPI);

  • FALHA_INFRAESTRUTURA_ICP: Indica uma falha na Infraestrutura de Chaves Públicas (ICP);

  • FALHA_INFRAESTRUTURA_PSP_RECEBEDOR: Indica uma falha na infraestrutura do Prestador de Serviço de Pagamento (PSP) que recebe o pagamento;

  • FALHA_INFRAESTRUTURA_DETENTORA: indica uma falha na infraestrutura da instituição detentora das informações ou recursos;

  • LIMITE_PERIODO_VALOR_EXCEDIDO – A transação não pode ser realizada pois o valor parametrizado no consentimento foi excedido.

  • LIMITE_PERIODO_QUANTIDADE_EXCEDIDO – A transação não pode ser realizada pois a quantidade parametrizada no consentimento foi excedida.

  • TITULARIDADE_INCONSISTENTE: Conta atualmente não associada ao CPF/CNPJ do consentimento de longa duração.

  • LIMITE_VALOR_TOTAL_CONSENTIMENTO_EXCEDIDO: O valor da transação excede o limite global do consentimento.

  • LIMITE_VALOR_TRANSACAO_CONSENTIMENTO_EXCEDIDO: O valor da transação ultrapassar o limite de valor por transação.

  • CONSENTIMENTO_REVOGADO: O pagamento estava associado a um consentimento que foi revogado.

  • LIMITE_TENTATIVAS_EXCEDIDO: O máximo de tentativas de liquidação permitidas pelo arranjo foi atingido

  • FORA_PRAZO_PERMITIDO: O horário ou período da requisição não permite o agendamento pelo detentor.

  • DETALHE_TENTATIVA_INVALIDO: O parâmetro [nome_do(s)_campo(s)] inseridos para a nova tentativa de pagamento não condizem com o pagamento original que falhou e não são permitidos na nova tentativa de pagamento.

  • DETALHE_PAGAMENTO_INVALIDO: Valida se determinado parâmetro informado obedece as regras de negócio



Detalhe sobre o código identificador do motivo de rejeição.

  • SALDO_INSUFICIENTE: A conta selecionada não possui saldo suficiente para realizar o pagamento;

  • VALOR_ACIMA_LIMITE: Valida se o valor ultrapassa o limite estabelecido [na instituição (conta ou canal)/no arranjo] para permitir a realização de transações pelo cliente;

  • VALOR_INVALIDO: O valor enviado não é válido para o consentimento associado ao pagamento;

  • NAO_INFORMADO: Não reportado/identificado pela instituição detentora de conta;

  • PAGAMENTO_DIVERGENTE_CONSENTIMENTO: Dados do pagamento divergentes dos dados do consentimento;

  • PAGAMENTO_RECUSADO_DETENTORA: [descrição do motivo de recusa];

  • PAGAMENTO_RECUSADO_SPI: [código de erro conforme tabela de domínios reason PACS.002];

  • CONSENTIMENTO_INVALIDO: Consentimento inválido (em status final);

  • FALHA_INFRAESTRUTURA_SPI: Indica uma falha no Sistema de Pagamentos Instantâneos (SPI);

  • FALHA_INFRAESTRUTURA_ICP: Indica uma falha na Infraestrutura de Chaves Públicas (ICP);

  • FALHA_INFRAESTRUTURA_PSP_RECEBEDOR: Indica uma falha na infraestrutura do Prestador de Serviço de Pagamento (PSP) que recebe o pagamento;

  • FALHA_INFRAESTRUTURA_DETENTORA: indica uma falha na infraestrutura da instituição detentora das informações ou recursos;

  • LIMITE_PERIODO_VALOR_EXCEDIDO – A transação não pode ser realizada pois o valor parametrizado no consentimento foi excedido.

  • LIMITE_PERIODO_QUANTIDADE_EXCEDIDO – A transação não pode ser realizada pois a quantidade parametrizada no consentimento foi excedida.

  • TITULARIDADE_INCONSISTENTE: Conta atualmente não associada ao CPF/CNPJ do consentimento de longa duração.

  • LIMITE_VALOR_TOTAL_CONSENTIMENTO_EXCEDIDO: O valor da transação excede o limite global do consentimento.

  • LIMITE_VALOR_TRANSACAO_CONSENTIMENTO_EXCEDIDO: O valor da transação ultrapassar o limite de valor por transação.

  • LIMITE_TENTATIVAS_EXCEDIDO: O máximo de tentativas de liquidação permitidas pelo arranjo foi atingido

  • FORA_PRAZO_PERMITIDO: O horário ou período da requisição não permite o agendamento pelo detentor.

  • DETALHE_TENTATIVA_INVALIDO: O parâmetro [nome_do(s)_campo(s)] inseridos para a nova tentativa de pagamento não condizem com o pagamento original que falhou e não são permitidos na nova tentativa de pagamento.

  • DETALHE_PAGAMENTO_INVALIDO: Valida se determinado parâmetro informado obedece as regras de negócio



get/responses/200/data/items/transactionIdentification

Alterado - "description"

Alteração

Trata-se de um identificador de transação que deve ser retransmitido intacto pelo PSP do pagador ao gerar a ordem de pagamento.
Essa informação permitirá ao recebedor identificar e correlacionar a transferência, quando recebida, com a apresentação das instruções ao pagador.
Os caracteres permitidos no contexto do Pix para o campo txid (EMV 62-05) são:Letras minúsculas, de 'a' a 'z' Letras maiúsculas, de 'A' a 'z' Dígitos decimais, de '0' a '9'.

[Restrição] Preenchimento condicional de acordo com o conteúdo do campo “localInstrument”:

MANU - O campo transactionIdentification não deve ser preenchido; 
DICT - O campo transactionIdentification não deve ser preenchido; 
INIC - O campo transactionIdentification deve ser preenchido obrigatoriamente e deve conter até 25 caracteres alfanuméricos ([a-z|A-Z|0-9]).

Trata-se de um identificador de transação que deve ser retransmitido intacto pelo PSP do pagador ao gerar a ordem de pagamento.
Essa informação permitirá ao recebedor identificar e correlacionar a transferência, quando recebida, com a apresentação das instruções ao pagador.
Os caracteres permitidos no contexto do Pix para o campo txid (EMV 62-05) são:Letras minúsculas, de 'a' a 'z' Letras maiúsculas, de 'A' a 'z' Dígitos decimais, de '0' a '9'.

[Restrição] Preenchimento condicional de acordo com o conteúdo do campo localInstument: 

  • MANU - O campo transactionIdentification não deve ser preenchido; 

  • DICT - O campo transactionIdentification não deve ser preenchido; 

  • INIC - O campo transactionIdentification deve ser preenchido obrigatoriamente e deve conter até 25 caracteres alfanuméricos ([a-z|A-Z|0-9]); 

  • AUTO – O campo transactionIdentification não deve ser preenchido.



POST /pix/recurring-payments

Request

Campo

O que foi alterado?

Tipo da Alteração

Antes

Depois

Campo

O que foi alterado?

Tipo da Alteração

Antes

Depois

post/requestBody/data/properties

Removido - "originalRecurringPaymentId"

Remoção

 

 

post/requestBody/data/cnpjInitiator

Alterado - "pattern"

Alteração

^\d{14}$

^[0-9A-Z]{12}[0-9]{2}$

post/requestBody/data/creditorAccount/ispb

Alterado - "pattern"

Alteração

^[0-9]{8}$

^[0-9A-Z]{8}$

post/requestBody/data/document/identification

Alterado - "pattern"

Alteração

^(?:\d{11}|\d{14})$

^([0-9]{11})$|^([0-9A-Z]{12}[0-9]{2})$

post/requestBody/data/endToEndId

Alterado - "pattern"

Alteração

^([E])([0-9]{8})([0-9]{4})(0[1-9]|1[0-2])(0[1-9]|[1-2][0-9]|3[0-1])(2[0-3]|[01][0-9])([0-5][0-9])([a-zA-Z0-9]{11})$

^([E])([0-9A-Z]{8})([0-9]{4})(0[1-9]|1[0-2])(0[1-9]|[1-2][0-9]|3[0-1])(2[0-3]|[01][0-9])([0-5][0-9])([a-zA-Z0-9]{11})$

post/requestBody/data/localInstrument

Alterado - "description"

Alteração

Especifica a forma de iniciação do pagamento

  • MANU - Inserção manual de dados da conta transacional

  • DICT - Inserção manual de chave Pix

  • INIC - Indica que o recebedor (creditor) contratou o Iniciador de Pagamentos especificamente para realizar iniciações de pagamento em que o beneficiário é previamente conhecido

[Restrição] Caso consentimento associado a tentativa de pagamento seja para Pix automático (objeto “automatic” selecionado no oneOf do campo "/data/recurringConfiguration"), apenas o método MANU é permitido.

Especifica a forma de iniciação do pagamento

  • MANU - Inserção manual de dados da conta transacional

  • DICT - Inserção manual de chave Pix

  • INIC - Indica que o recebedor (creditor) contratou o Iniciador de Pagamentos especificamente para realizar iniciações de pagamento em que o beneficiário é previamente conhecido

  • AUTO - Indica o pagamento de uma recorrência de Pix automático, onde o consentimento foi previamente autorizado pelo pagador e o pagamento é realizado automaticamente pelo Iniciador de Pagamentos sob comando do recebedor.

[Restrição] 
Caso consentimento associado a tentativa de pagamento seja para Pix automático (objeto “automatic” selecionado no oneOf do campo "/data/recurringConfiguration") e a referência do pagamento indicar uma recorrência (valor do campo "/data/paymentReference" diferente de "zero"), apenas o método AUTO é permitido, ou; 
Caso consentimento associado a tentativa de pagamento seja para Pix automático (objeto “automatic” selecionado no oneOf do campo "/data/recurringConfiguration") e a referência do pagamento indicar o pagamento inicial avulso (valor do campo "/data/paymentReference" igual a "zero"), apenas o método MANU é permitido. 
Para consentimentos de Transferências Inteligentes (objeto “sweeping” selecionado no “oneOf” do campo “/data/recurringConfiguration/”), apenas os métodos MANU, DICT e INIC são permitidos.

post/requestBody/data/localInstrument/enum

Adicionado - "AUTO"

Adição

 

enum

post/requestBody/data/paymentReference

Removido - "maxLength"

Remoção

10

 

post/requestBody/data/paymentReference

Alterado - "description"

Alteração

[Restrição]
Campo de preenchimento obrigatório caso seja um pagamento de Pix automático, caso não respeitado, a instituição detentora deve retornar erro HTTP 422 com o código DETALHE_PAGAMENTO_INVALIDO.

  • Primeiro pagamento: Se for o pagamento inicial especificado em “/data/firstPayment”, preencha o campo com a string fixa “zero”.

  • Semanal: Preencha com W$numSemana-$ano, onde $numSemana representa o número da semana no ano. Exemplo: "W50-2024".

  • Mensal: Use M$mês-$ano, onde $mês representa o mês com dois dígitos. Exemplo: "M09-2024".

  • Trimestral: Utilize Q$trimestre-$ano, onde $trimestre indica o trimestre do ano (1 a 4).

  • Janeiro a Março: Q1-$ano (ex.: "Q1-2024").

  • Abril a Junho: Q2-$ano (ex.: "Q2-2024").

  • Julho a Setembro: Q3-$ano (ex.: "Q3-2024").

  • Outubro a Dezembro: Q4-$ano (ex.: "Q4-2024").

  • Semestral: Utilize $semestre-$ano, onde $semestre indica o semestre do ano (1 para janeiro a junho e 2 para julho a dezembro).

  • Janeiro a Junho: S1-$ano (ex.: "S1-2024").

  • Julho a Dezembro: S2-$ano (ex.: "S2-2024").

  • Anual: Use Y$ano, apenas com o ano. Exemplo: "Y2024".

  • Exemplo de Formatos:

  • Primeiro pagamento: "zero"

  • Semanal: "W50-2024"

  • Mensal: "M09-2024"

  • Trimestral: "Q3-2024"

  • Semestral: "S2-2024"

  • Anual: "Y2024"



[Restrição] Campo de preenchimento obrigatório caso seja um pagamento de Pix automático e deve ser enviado para critérios de coleta de métricas do ecossistema. Caso essa regra não seja respeitada, a instituição detentora da conta deve retornar um erro HTTP 422 com o código DETALHE_PAGAMENTO_INVALIDO. 
O preenchimento deve seguir a seguinte lógica: 

  • Primeiro Pagamento: Se for o pagamento inicial especificado no campo /data/firstPayment, preencha o campo com a string fixa "zero". 

  • Pagamentos Recorrentes (Subsequentes): Para todos os pagamentos recorrentes após o inicial, o campo paymentReference deve ser preenchido com uma string ISO 8601 no formato ```R/<start>/<duration>```, representando o ciclo exato que está sendo pago. 

  • ```R```, seguindo o padrão ISO8601 para representar a recorrência única do ciclo que se iniciou no dia informado no componente ```<start>```. 

  • O componente ```<start>``` deve ser a data de início do ciclo específico, no formato ```YYYY-MM-DD```, ao qual o pagamento sendo enviado se refere.   

  • O componente ```<duration>``` representa o intervalo de ciclos definido para o consentimento autorizado (P1W para semanal, P1M para mensal, P3M para trimestral, P6M para semestral e P1Y para anual).  

  • Exemplos:

  • 1: Data de início do ciclo definido no consentimento: 23/07/25

  • Periodicidade definida no consentimento: Semanal

  • Preenchimento do paymentReference:

  • Primeiro ciclo: R/2025-07-23/P1W

  • Segundo ciclo:  R/2025-07-30/P1W

  • Terceiro ciclo: R/2025-08-06/P1W

  • 2: Data de início do ciclo definido no consentimento: 23/07/25

  • Periodicidade definida no consentimento: Mensal

  • Preenchimento do paymentReference:

  • Primeiro ciclo: R/2025-07-23/P1M