Histórico da Página
...
Esta correção foi realizada para ajustar adequar o processo. Caso a geração do monitoramento seja gerado pela data da baixa e esta baixa seja feita em um mês posterior o da geração do lote o campo de valor de pagamento deve ser gerado zerado. Isso está correto. Entretanto, no mês em que foi reaizado a baixa esta movimentação será enviada novamente com o campo de valor e data de pagamento preenchido.
...
Sendo assim, esta implementação foi realizada pois identificamos um problema no processo, porém não vai sanar a descrição original mencionada pelo cliente. O campo Valor Pagamento e Data Pagamento continuaram zerados e em branco. A diferença é que no mês da baixa eles serão preenchidos.
Criamos o parâmetro abaixo:
| Parâmetro | Tipo | Descrição | Conteúdo |
|---|---|---|---|
MV_PLRTDMO | Numérico | Retroage a data De do lote de Monitoramento | 366 |
Exemplo:
- Digitei uma guia no dia 10/05/2025
- gerei o lote de pagamento no dia 31/05/2025
- Baixei o título no financeiro dia 10/06/25
- Estou gerando o monitoramento (pela data da baixa) no dia 10/09/2025 utilizando as datas de 01/05/2025 até 31/05/2025.
- Ao gerar o monitoramento, o sistema está correto em não preencher data e valor de pagamento (conforme quadro 6 acima), pois ele foi pago (título baixado) no mês seguinte.
- Já no mês seguinte, eu faço geração do monitoramento de 01/06/2025 até 31/06/2025. Agora sim a movimentação será apresentada com a data e valor de pagamento preenchidos. É neste ponto que entra a correção e o parâmetro MV_PLRTDMO. O conteúdo desse parâmetro diz quando tempo vou olhar para traz para achar movimentações deste lote. No exemplo acima se eu pegasse guias de 06/2025 a movimentação não iria aparecer, pois a guia foi digitada no mês 05. Agora, com o parâmetro o sistema vai procurar estas guias utilizando a data De da geração do monitoramento menos o conteúdo do parâmetro. Caso a pessoa não informe nada no parâmetro será considerado 366 dias.
04. DEMAIS INFORMAÇÕES
Não se aplica
...