Menu
Implementar trava no cadastro dados das telas do pretendente para caracteres inválidos.
Foram implementadas novas validações no fluxo de formalização com o objetivo de garantir a consistência das informações antes do envio para integração. A partir desta versão, o sistema passa a bloquear o avanço da proposta sempre que forem identificados dados inválidos ou inconsistentes em campos críticos, como telefone, DDD, e-mail, endereço, nome do cônjuge e datas.
Além das validações padrão, foram disponibilizadas novas regras configuráveis por meio do recurso de Travas Inteligentes, permitindo identificar caracteres inválidos, espaços indevidos ao final de campos e datas incorretas ou fora do intervalo permitido. Com isso, amplia-se a capacidade de controle e adaptação às regras de negócio de cada operação.
O sistema não realiza correções automáticas, passando a apresentar mensagens de crítica e exigindo o ajuste manual das informações antes de permitir o prosseguimento da proposta, o que contribui para a redução de falhas de integração e maior qualidade dos dados processados.
Implementar saída .csv para o relatório AO136.
O relatório AO136 (Taxas de Expediente) foi aprimorado para oferecer uma visão mais completa e flexível das taxas vinculadas aos contratos. A partir desta versão, passam a ser exibidos, em conjunto, o contrato correlacional e o contrato Prognum, além do dono do crédito (carteira), considerando a informação de forma histórica na data de emissão da taxa.
Também foi realizada uma adequação no layout do relatório, proporcionando melhor organização das informações e facilitando a análise dos dados no dia a dia.
Como complemento, foi disponibilizada a geração do relatório em formato .CSV, permitindo a utilização em Excel e facilitando processos de conferência e manipulação das informações fora do sistema.
Por fim, foi corrigida uma inconsistência na geração do relatório ao selecionar taxas não pagas, garantindo maior estabilidade na utilização da funcionalidade.
Implementar coluna ‘Saldo a liberar’ na consulta SIG do SCCI.
A consulta SIG foi aprimorada com a inclusão do campo “Saldo a liberar”, permitindo a visualização do valor total restante a ser liberado para o contrato.
A informação passa a ser apresentada no grupo “Saldos” e reflete o valor já disponível no sistema no processo de liberação de empréstimo, garantindo maior transparência e agilidade na análise dos contratos.
Tratar isenção de penalidades por atraso considerando feriados municipais
Foi implementada a ampliação da regra de tratamento de feriados no sistema, passando a considerar também feriados municipais nos processos que envolvem vencimento de prestações e cálculo de encargos.
A partir desta versão, sempre que o vencimento ocorrer em um feriado municipal, o sistema passará a tratá-lo como dia não útil, evitando a cobrança indevida de juros e multas quando o pagamento for realizado no primeiro dia útil subsequente. A definição do feriado passa a considerar, prioritariamente, o município do endereço de cobrança e, na ausência dessa informação, o município do imóvel.
A melhoria foi aplicada aos principais fluxos do sistema, como baixa de prestação, emissão de recibos, cálculo de atraso, renegociação, quitação e incorporação, garantindo maior aderência às regras de negócio e à legislação vigente.
Com esse ajuste, o sistema se torna mais preciso no tratamento de vencimentos e encargos, assegurando maior conformidade e confiabilidade nos cálculos financeiros.
| Produto | Módulo | Título |
|---|---|---|
| GESTÃO | Relatórios | Implementar saída .csv para o relatório AO136. |
| SIG | Implementar coluna 'Saldo a liberar' na consulta SIG do SCCI. | |
| ORIGINAÇÃO | Simulação | Implementar trava no cadastro dados das telas do pretendente para caracteres inválidos. |
| Cadastro | Implementar verificação para menor de idade no simulador Web. |
| Produto | Módulo | Título |
|---|---|---|
| GESTÃO | Emissão | Corrigir os programas para não gerarem lotes vazios na arrecadação. |
| Históricos | Verificar dat 348 (Não afeta risco) do histórico 127 na tela. | |
| Emissão | Corrigir emissão mensal para considerar corretamente a quantidade de dias em atraso. | |
| Renegociação | Corrigir a evolução para mais de uma renegociação no mês. | |
| Baixa | Corrigir a demonstração do nome do lote na tela de pagamentos. | |
| ORIGINAÇÃO | Simulação | Corrigir a rotina crítica do simulador de operações no tratamento do valor do IOF quando acrescido ao financiamento. |
| Simulação | Corrigir parametrização de enquadramento de operações. |
| Produto | Módulo | Título |
|---|---|---|
| GESTÃO | Cálculo atraso | Tratar isenção de penalidades por atraso considerando feriados municipais |
Implementar saída .csv para o relatório AO136.
O relatório AO136 (Taxas de Expediente) foi aprimorado para oferecer uma visão mais completa e flexível das taxas vinculadas aos contratos. A partir desta versão, passam a ser exibidos, em conjunto, o contrato correlacional e o contrato Prognum, além do dono do crédito (carteira), considerando a informação de forma histórica na data de emissão da taxa.
Também foi realizada uma adequação no layout do relatório, proporcionando melhor organização das informações e facilitando a análise dos dados no dia a dia.
Como complemento, foi disponibilizada a geração do relatório em formato .CSV, permitindo a utilização em Excel e facilitando processos de conferência e manipulação das informações fora do sistema.
Por fim, foi corrigida uma inconsistência na geração do relatório ao selecionar taxas não pagas, garantindo maior estabilidade na utilização da funcionalidade.
Implementar coluna ‘Saldo a liberar’ na consulta SIG do SCCI.
A consulta SIG foi aprimorada com a inclusão do campo “Saldo a liberar”, permitindo a visualização do valor total restante a ser liberado para o contrato.
A informação passa a ser apresentada no grupo “Saldos” e reflete o valor já disponível no sistema no processo de liberação de empréstimo, garantindo maior transparência e agilidade na análise dos contratos.
Implementar trava no cadastro dados das telas do pretendente para caracteres inválidos.
Foram implementadas novas validações no fluxo de formalização com o objetivo de garantir a consistência das informações antes do envio para integração. A partir desta versão, o sistema passa a bloquear o avanço da proposta sempre que forem identificados dados inválidos ou inconsistentes em campos críticos, como telefone, DDD, e-mail, endereço, nome do cônjuge e datas.
Além das validações padrão, foram disponibilizadas novas regras configuráveis por meio do recurso de Travas Inteligentes, permitindo identificar caracteres inválidos, espaços indevidos ao final de campos e datas incorretas ou fora do intervalo permitido. Com isso, amplia-se a capacidade de controle e adaptação às regras de negócio de cada operação.
O sistema não realiza correções automáticas, passando a apresentar mensagens de crítica e exigindo o ajuste manual das informações antes de permitir o prosseguimento da proposta, o que contribui para a redução de falhas de integração e maior qualidade dos dados processados.
Implementar verificação para menor de idade no simulador Web.
Foi incluída uma validação no Simulador Web para impedir o cadastro de simulações cujo proponente principal seja menor de idade. A partir desta versão, o sistema passa a verificar a data de nascimento informada e bloquear automaticamente a operação quando o pretendente possuir menos de 18 anos.
Nesses casos, será apresentada a mensagem: “Simulação não permitida, pois o proponente principal é menor de idade”, garantindo maior aderência às regras de negócio e evitando o registro de simulações inválidas.
Corrigir os programas para não gerarem lotes vazios na arrecadação.
Uma correção foi realizada na rotina de emissão diária para evitar a geração indevida de lotes vazios na tela de arrecadação.
Agora o sistema deixa de criar registros sem conteúdo, garantindo uma visualização mais clara e precisa dos lotes efetivamente processados. Com isso, o acompanhamento operacional se torna mais simples e confiável, eliminando ruídos causados por lotes zerados.
Verificar dat 348 (Não afeta risco) do histórico 127 na tela.
A tela de históricos foi corrigida para garantir a consistência entre as informações exibidas e os dados efetivamente armazenados no sistema.
O campo “Renegociação que não afeta o risco” passou a refletir corretamente o valor registrado na base de dados, eliminando divergências de visualização. Além disso, o campo foi ajustado para permitir edição em simulação, possibilitando que o usuário realize correções quando necessário.
Corrigir emissão mensal para considerar corretamente a quantidade de dias em atraso.
Foi realizada uma correção na rotina de emissão de títulos para garantir o correto processamento de contratos conforme os critérios de atraso configurados.
A partir desta versão, o sistema passa a respeitar adequadamente os parâmetros utilizados na emissão, evitando que contratos sem atraso suficiente sejam impactados indevidamente e deixem de gerar títulos.
Com o ajuste, assegura-se maior consistência na geração das parcelas e confiabilidade no processo de emissão mensal.
Corrigir a evolução para mais de uma renegociação no mês.
A rotina de renegociação foi corrigida para garantir o correto tratamento de contratos com múltiplas renegociações no mesmo período.
A partir desta versão, o sistema passa a desconsiderar parcelas já contempladas em renegociações anteriores, evitando que sejam indevidamente classificadas como em atraso após novas implantações.
Com esse ajuste, assegura-se maior consistência no histórico do contrato e maior confiabilidade na apuração de parcelas e status de pagamento.
Corrigir a demonstração do nome do lote na tela de pagamentos.
Foi realizada uma correção na rotina de processamento de lotes de pagamento para garantir a correta identificação e exibição dos registros no sistema.
A partir desta versão, o código do lote passa a ser gerado de forma adequada, evitando a sobreposição de informações de lotes processados em dias diferentes. Com isso, elimina-se a inconsistência que fazia com que pagamentos fossem associados incorretamente ao último lote processado.
Corrigir a rotina crítica do simulador de operações no tratamento do valor do IOF quando acrescido ao financiamento.
O simulador de operações foi ajustado para garantir maior consistência no cálculo e validação do valor de financiamento em operações de Home Equity.
A partir desta versão, o sistema passa a retornar corretamente o valor máximo permitido de financiamento, considerando o limite de LTV, inclusive nos cenários em que o IOF é incorporado ao valor da operação. Também foi ajustado o comportamento da simulação para evitar inconsistências na validação de prazos, eliminando situações em que não eram apresentadas opções válidas mesmo com valores dentro do limite permitido.
Adicionalmente, foi corrigido o comportamento ao não informar o valor de financiamento, garantindo que o sistema considere automaticamente o valor máximo permitido conforme as regras da operação, independentemente da forma de cobrança do IOF.
Corrigir parametrização de enquadramento de operações.
Foi realizado um ajuste na simulação de operações para garantir o correto enquadramento conforme as configurações definidas para cada tipo de operação.
A partir desta versão, o sistema passa a respeitar integralmente as regras de enquadramento associadas ao relacionamento da operação e às características do financiamento, permitindo a utilização adequada de diferentes fontes de recurso, como Poupança e LCI, conforme o cenário.
Com a correção, operações passam a ser enquadradas de forma consistente entre SFH e SFI, considerando critérios como valor do imóvel, taxa e tipo de relacionamento, garantindo aderência às parametrizações e maior previsibilidade no processo de simulação.
Tratar isenção de penalidades por atraso considerando feriados municipais
Foi implementada a ampliação da regra de tratamento de feriados no sistema, passando a considerar também feriados municipais nos processos que envolvem vencimento de prestações e cálculo de encargos.
A partir desta versão, sempre que o vencimento ocorrer em um feriado municipal, o sistema passará a tratá-lo como dia não útil, evitando a cobrança indevida de juros e multas quando o pagamento for realizado no primeiro dia útil subsequente. A definição do feriado passa a considerar, prioritariamente, o município do endereço de cobrança e, na ausência dessa informação, o município do imóvel.
A melhoria foi aplicada aos principais fluxos do sistema, como baixa de prestação, emissão de recibos, cálculo de atraso, renegociação, quitação e incorporação, garantindo maior aderência às regras de negócio e à legislação vigente.
Com esse ajuste, o sistema se torna mais preciso no tratamento de vencimentos e encargos, assegurando maior conformidade e confiabilidade nos cálculos financeiros.