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

Changelog - [SV] Pagamentos Automáticos - v2.2.0-rc.2 - 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 au...

API de Iniciação de Pagamentos automáticos, responsável por viabilizar as operações de iniciação de pagamentos automáticos (Pix au...

/info

Alterado - "version"

Alteração

2.1.0

2.2.0-rc.2

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

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