Release de Produtos

Dezembro 2024

LEGISLAÇÃO

[4966] Alterar a geração dos movimentos de provisão para considerar parte relacionada

Nesta versão, implementamos ajustes que atendem integralmente à Instrução Normativa BCB nº 538/2024, assegurando a segregação correta entre operações com partes relacionadas e demais operações.

Alterações principais:

  • No programa contábil diário, os movimentos de reversão de perdas (4502) e provisão de perdas (4503) passam a ser classificados automaticamente com base na configuração definida pelo usuário no cadastro do mutuário.
  • A segregação das operações ocorre de acordo com a marcação do checkbox “Crédito com Parte Relacionada” disponível em:
    • Menu: Cadastro de Produção → Consulta → Mutuário → Aba Dados do Contrato → Aba Caracterização.

Critérios de classificação:

  • Quando o checkbox “Crédito com Parte Relacionada” estiver marcado, a operação será classificada com o código de movimento 1.
  • Caso o checkbox não esteja marcado, a operação será classificada com o código de movimento 2.

Essas alterações reforçam a conformidade regulatória e garantem maior precisão no tratamento das operações financeiras, em linha com as diretrizes do BCB.

 

[4966] Implementar no preenchimento do campo ‘Motivo de Contaminação’ mensagem amigável quando da digitação de caracteres não numéricos.

Nesta versão, foram implementadas melhorias significativas na tela de “Registro Contaminação e Cura”, com foco em aprimorar a experiência do usuário e tornar o preenchimento mais intuitivo e seguro.

Soluções implementadas:

  1. Seleção simplificada de motivos:
  • A interface foi ajustada para permitir a seleção dos motivos diretamente a partir dos domínios cadastrados na tabela de Motivos de Contaminação e Cura.
  • Essa mudança elimina a necessidade de memorizar ou digitar os códigos, reduzindo erros e agilizando o processo.
  • A lógica de interação foi unificada com outras telas do sistema, garantindo maior consistência na usabilidade.
  1. Flexibilidade no uso de separadores:
  • A tela “Lista Domínio Genérico” foi aprimorada com a adição de um parâmetro opcional chamado “Separador”.
  • Esse recurso permite customizar o separador de códigos, garantindo que o sistema processe corretamente entradas com diferentes tipos de separadores.

Essas melhorias promovem uma interação mais eficiente, reduzem retrabalho e reforçam a consistência e flexibilidade do sistema.

 

[4966] Migrar as despesas não incorporadas ao financiamento para as receitas de comercialização

A implementação realizada atende à necessidade de corrigir e aprimorar o tratamento das despesas pagas pelo cliente no processo de contratação da Originação, que não são incorporadas ao financiamento, mas devem ser registradas como receitas associadas ao contrato, conforme exige a Resolução 4966.

Alterações realizadas:

  1. Nova classificação de receitas:
  • A tabela de despesas da originação foi ajustada com a inclusão do novo atributo para identificação do “tipo de receita”.
  • Esse atributo identifica o tipo de receita correspondente a cada despesa paga pelo cliente, permitindo a correta classificação e migração para a tabela de receita da comercialização.
  1. Flexibilidade na configuração de despesas:
  • A tela de “Configuração de Despesas da Originação” foi adaptada para incluir o atributo “tipo de receita”, possibilitando sua configuração de forma flexível, independentemente da elegibilidade da despesa para o cálculo da TJEO.
  1. Rotina de implantação do contrato:
  • Durante a implantação do contrato, as despesas não incorporadas ao financiamento agora são migradas corretamente para a tabela de receita da comercialização, desde que o atributo “tipo de receita”esteja preenchido.
  • Isso assegura que as despesas associadas sejam tratadas como receitas da operação, garantindo conformidade com as regras de negócios e rastreabilidade.

Essas alterações reforçam a confiabilidade e aderência do sistema às normas aplicáveis, proporcionando maior controle e precisão no processo de originação.

 

[4966] Ajustar a implantação do contrato a partir da Originação p/alocar as despesas/receitas da TJEO

A implementação realizada visa corrigir e aprimorar o tratamento das apropriações de despesas e receitas para o cálculo da TJEO, solucionando inconsistências detectadas durante a homologação em contratos implantados via módulo de Originação.

Alterações realizadas:

  1. Automatização do cálculo de despesas e receitas:
  • O processo de implantação do contrato foi ajustado para que o cálculo das despesas e receitas elegíveis ocorra automaticamente, eliminando a dependência de uma simulação prévia.
  • A consideração da data de migração para a Resolução 4966 fecha a lacuna existente, garantindo a correta alocação de valores.
  1. Rastreabilidade no simulador de Originação:
  • Os valores registrados no simulador foram aprimorados para garantir a rastreabilidade e consistência dos dados, atualizando os dados sempre que divergências forem encontradas entre o que foi simulado e o que foi efetivamente implantado.
  1. Ajustes na metodologia de reconhecimento de receitas:
  • Ajustes na metodologia de reconhecimento de receitas e nos cálculos das despesas associadas, levando em conta a variável de configuração “Metodologia diferenciada reconhecimento receita”
  • Os cálculos agora são realizados com base nas despesas elegíveis ao cálculo da TJEO, e as atualizações nas tabelas de despesas são realizadas de maneira mais robusta, garantindo a integridade dos dados e a conformidade contábil.

Essas alterações fortalecem a eficiência do processo e asseguram maior aderência às regras de negócios e à conformidade contábil.

TODAS AS NOVIDADES

Evolutiva e Nova Implementação

ProdutoMóduloTítulo
GESTÃOEmissão de recibo consolidadoAlterar rotina de registro de títulos para prever a versão 2 da API do Banco do Brasil
EmissãoAlterar geração de lotes de primeira prestação
EmissãoAlterar a rotina de envio de mensagens de email no tratamento CPF/CNPJ anônimos (enviar os 3 últimos dígitos)
PendênciasAlterar tratativa de recebimentos de boletos excluídos
CadastroAlterar o CORPWEB para sugerir o prazo máximo de financiamento
Cálculo do atrasoAlterar função de cálculo de prestação a valor definido para permitir o cálculo menor que o valor das taxas

Correções

ProdutoMóduloTítulo
GESTÃOIntegrações[4966] Corrigir API do CIF (ORACLE)
BaixaCorrigir erro ao editarmos um lote de baixa
PendênciasVerificar pendência não listada no título no momento da impressão
Reevolução de contratosCorrigir a funcionalidade de reevolução na tela de Simulação
BaixaVerificar Lote processado parcialmente
ORIGINAÇÃOTarefasCorrigir erro ao usar função para fechar todas as tarefas exceto tipo específico
SGEBaixaCorrigir a rotina de baixa de prestações em atraso por sinistro para não gerar pendências indevidamente

Legislação

ProdutoMóduloTítulo
GESTÃOContábil[4966] Alterar a geração dos movimentos de provisão para considerar parte relacionada.
Contábil[4966] Implementar no preenchimento do campo 'Motivo de Contaminação' mensagem amigável quando da digitação de caracteres não numéricos.
ORIGINAÇÃODespesas da Originação[4966] Migrar as despesas não incorporadas ao financiamento para as receitas de comercialização
Despesas da Originação[4966] Ajustar a implantação do contrato a partir da Originação p/alocar as despesas/receitas da TJEO
Evolutivas e Nova implementação

GESTÃO

Alterar rotina de registro de títulos para prever a versão 2 da API do Banco do Brasil

Em resposta às atualizações realizadas pelo Banco do Brasil na API de registro de boletos, o sistema foi ajustado para migrar a integração para a versão 2.0, garantindo conformidade com as novas especificações.

Alterações Implementadas:

  1. Adequação à API v2 do Banco do Brasil:
  • Implementação de lógica condicional para gestão das versões da API:
    • API V2: Os novos campos especificados na versão 2.0 foram incorporados ao sistema.
    • API V1: O comportamento atual foi mantido para garantir compatibilidade com a versão anterior.
  1. Mensagem de Erro:
  • Adicionada crítica à tela de emissão de boletos, com exibição de mensagem de erro sempre que o registro não for bem-sucedido.
  • Essa funcionalidade foi desenvolvida para ambas as versões da API (V1 e V2).

Essas melhorias visam aprimorar a integração e assegurar uma transição suave para a nova versão da API.

 

Alterar geração de lotes de primeira prestação

Foram realizadas mudanças no processo de geração do arquivo de primeira prestação (1PRESTA), com o objetivo de garantir a seleção precisa de contratos relevantes e corrigir a inclusão indevida de parcelas oriundas de séries de renegociação.

Alterações Implementadas:

  1. Atualização na Seleção de Contratos:
  • O arquivo 1PRESTA agora considera exclusivamente contratos com NPC = 1, excluindo parcelas provenientes de séries de renegociação.
  1. Novo Parâmetro de Separação de Arquivos:
  • Um novo parâmetro (-z CORREIOAGENCIA1PRESTA) foi implementado para segmentar os registros em três arquivos distintos:
    • 1PRESTA: Contém títulos cujo campo NPC seja igual a 1.
    • AGÊNCIA: Inclui títulos com os cinco primeiros dígitos do CEP de correspondência zerados ou em branco.
    • CORREIO: Agrupa os títulos que não se enquadram nos critérios acima.
  1. Ajuste no Programa de Geração de Remessas:
  • O programa foi atualizado para processar corretamente as remessas utilizando o novo parâmetro, garantindo que os títulos sejam classificados conforme os critérios definidos.

Essas alterações asseguram maior precisão e confiabilidade na geração do arquivo de Primeira Prestação.

 

Alterar a rotina de envio de mensagens de email no tratamento CPF/CNPJ anônimos (enviar os 3 últimos dígitos)

Com o objetivo de aprimorar o tratamento de dados anônimos em mensagens de cobrança e lembretes de pagamento, foi implementada a exibição parcial de CPF e CNPJ, mantendo visíveis apenas os três últimos dígitos.

Alterações Implementadas:

  1. Atualização nos Programas de Envio de E-mails:
  • Os programas responsáveis pelo envio de mensagens de cobrança e lembretes de pagamento foram ajustados para preencher a variável (CPF_CNPJ_ANONIMO) de forma a exibir apenas os três últimos dígitos:
    • CPF: Formato atualizado para ***.***.**6-57.
    • CNPJ: Formato atualizado para **.***.***/***1-47.

Essas alterações garantem maior privacidade no tratamento de dados sensíveis, alinhando o sistema às melhores práticas de anonimização.

 

Alterar tratativa de recebimentos de boletos excluídos

Ajustes foram realizados no SCCI para aprimorar o tratamento de pagamentos relacionados a boletos excluídos, permitindo maior controle sobre as pendências geradas.

Alterações Implementadas:

  • Nova Variável:
    • Foi criada a variável “Tipo de pendência a devolver no pagamento de título excluído” na opção “Cobrança de Pendências”.
    • Essa variável permite configurar qual pendência deve ser gerada automaticamente pelo sistema (SCCI) quando ocorre o pagamento de um título que foi excluído.

Essa melhoria proporciona maior flexibilidade e precisão no gerenciamento de pendências em situações de pagamento de boletos excluídos.

 

Alterar o CORPWEB para sugerir o prazo máximo de financiamento

Foi implementado no CORWEB a funcionalidade de validação do prazo máximo de financiamento, já disponível no SCCICorp, para garantir maior consistência nas simulações e implantações de contratos.

Alterações Realizadas:

  • Validação na Tela de Simulação:
    • Foi ajustada a tela de simulação para validar o prazo máximo de financiamento ao sair do campo Prazo.
    • A validação exibe uma caixa de diálogo com o Prazo Informado e o Prazo Máximo permitido, oferecendo ao usuário a oportunidade de ajustar os dados antes de prosseguir.
    • Para possibilitar esta nova ação dentro do sistema foi criado um novo serviço que realiza o cálculo do prazo e retorna a informação em tela para o usuário.

Essas melhorias proporcionam maior controle de prazos nas simulações e revisões de contratos no CORWEB.

 

Alterar função de cálculo de prestação a valor definido para permitir o cálculo menor que o valor das taxas

O SCCI foi alterado para incluir na função de cálculo de prestações opção que permite a emissão de recibos com valores inferiores ao das taxas, garantindo maior flexibilidade no sistema.

Alterações Implementadas:

  • Nova Configuração Geral:
    • Foi criada a variável “Emite recibo parcial com valor definido sem considerar o valor da taxa” na aba Recibo.
  • Comportamento da Emissão por Valor Definido:
    • Se a configuração for True: O sistema permitirá a emissão do recibo por valor definido, mesmo que o valor seja inferior ao das taxas.
    • Se a configuração for False: O sistema manterá o comportamento atual, restringindo a emissão ao valor mínimo das taxas.
  • Regras de Prevalência:
    • A configuração “Valor Mínimo para emissão”, definida na aba Recibo, continuará prevalecendo sobre a nova variável, garantindo que valores abaixo do mínimo configurado não sejam processados.

Essas alterações asseguram maior flexibilidade no tratamento de recibos, ao mesmo tempo em que preservam os controles mínimos necessários para operação.

Corretivas

GESTÃO

[4966] Corrigir API do CIF (ORACLE)

A API do CIF foi corrigida para garantir o correto processamento e atualização de dados. As principais modificações incluíram:

  • Correção no tratamento do campo “data fim validade” no banco de dados Oracle.
  • Ajustes para assegurar que os novos parâmetros passados sejam devidamente respeitados durante a operação da API.

Além disso, a API foi configurada para receber e processar as informações de CIF (Classificação de Instrumentos Financeiros) e CAF (Classificação de Ativos Financeiros), com o intuito de atualizar adequadamente a tabela de Configuração da Resolução 4966.

 

Corrigir erro ao editarmos um lote de baixa

Foram realizadas correções importantes no módulo de baixa do SCCI para que o arquivo do lote abra corretamente para verificação. As correções incluíram:

  • Identificação do erro em que, ao tentar consultar o lote, a mensagem “Não foi possível identificar contrato” era exibida, impedindo a edição dos registros processados.
  • Compilação do programa para a versão 9.60, que já havia corrigido o problema.

Essas alterações asseguram que a análise do lote de baixa funcione corretamente, permitindo a verificação de possíveis ocorrências nos registros e facilitando o processamento subsequente com a concordância do usuário.

 

Verificar pendência não listada no título no momento da impressão

Foram realizadas correções no módulo de emissão da segunda via do boleto de quitação. As rotinas responsáveis pela geração da segunda via foram ajustadas para incluir variáveis adicionais, como pendências, saldos e atraso.

É importante ressaltar que os valores retornados nessas variáveis podem diferir entre a primeira e a segunda via, isso pode ocorrer devido a configurações específicas.

 

Corrigir a funcionalidade de reevolução na tela de Simulação

A rotina de processamento de baixa foi corrigida para não gerar críticas ao processar a baixa de parcelas da Série de Entrada do tipo “À vista”, que implantará a renegociação da dívida, sempre que não houver pagamento para o referido título. As correções realizadas envolvem:

  • Ajustes na rotina de processamento de baixa para evitar críticas ao processar parcelas da Série de Entrada do tipo “À vista”.
  • Garantia de que a baixa do pagamento da série à vista seja efetuada corretamente, mesmo quando o número do lote corresponde ao número gerado pelo sistema.

 

Verificar Lote processado parcialmente

Foi realizada uma correção na tela de Reevolução para que, ao reevoluir o contrato, o campo “série” não exiba mais a crítica em tela quando estiver vazio.

Correções realizadas:

  • Ajuste no serviço de re-evolução do contrato para garantir que, ao deixar o campo “Série” vazio, o processo de re-evolução tenha o mesmo desempenho observado quando o campo está preenchido com “Todos”.

ORIGINAÇÃO

Corrigir erro ao usar função para fechar todas as tarefas exceto tipo específico

O módulo de tarefas da originação foi corrigido  para evitar a exibição de erro ao processar tarefas com status que contenham letras. Essa correção foi necessária porque ao tentar encerrar operações com tarefas de consulta ao CRIVO, que utilizam os tipos de finalização “C01”, “C02”, “C03” e “C04”, o sistema abortava com a mensagem de erro: “Conversion failed when converting the varchar value ‘C02’ to data type int.”

SGE

Corrigir a rotina de baixa de prestações em atraso por sinistro para não gerar pendências indevidamente

A rotina de baixa por sinistro, executada durante o lançamento do histórico 2  (Sinistro) quando a variável ‘Quitar atraso e pendências’ está marcada, foi corrigida para incluir os valores do IOF Complementar no cálculo da baixa das parcelas. Essa alteração assegura que os valores sejam considerados de forma consistente, como ocorre para o pagamento de prestações em atraso na data de término especificada, evitando a criação de pendências manuais por pagamento a maior ou menor.

Legislação

GESTÃO

[4966] Alterar a geração dos movimentos de provisão para considerar parte relacionada

Nesta versão, implementamos ajustes que atendem integralmente à Instrução Normativa BCB nº 538/2024, assegurando a segregação correta entre operações com partes relacionadas e demais operações.

Alterações principais:

  • No programa contábil diário, os movimentos de reversão de perdas (4502) e provisão de perdas (4503) passam a ser classificados automaticamente com base na configuração definida pelo usuário no cadastro do mutuário.
  • A segregação das operações ocorre de acordo com a marcação do checkbox “Crédito com Parte Relacionada” disponível em:
    • Menu: Cadastro de Produção → Consulta → Mutuário → Aba Dados do Contrato → Aba Caracterização.

Critérios de classificação:

  • Quando o checkbox “Crédito com Parte Relacionada” estiver marcado, a operação será classificada com o código de movimento 1.
  • Caso o checkbox não esteja marcado, a operação será classificada com o código de movimento 2.

Essas alterações reforçam a conformidade regulatória e garantem maior precisão no tratamento das operações financeiras, em linha com as diretrizes do BCB.

 

[4966] Implementar no preenchimento do campo ‘Motivo de Contaminação’ mensagem amigável quando da digitação de caracteres não numéricos.

Nesta versão, foram implementadas melhorias significativas na tela de “Registro Contaminação e Cura”, com foco em aprimorar a experiência do usuário e tornar o preenchimento mais intuitivo e seguro.

Soluções implementadas:

  1. Seleção simplificada de motivos:
  • A interface foi ajustada para permitir a seleção dos motivos diretamente a partir dos domínios cadastrados na tabela de Motivos de Contaminação e Cura.
  • Essa mudança elimina a necessidade de memorizar ou digitar os códigos, reduzindo erros e agilizando o processo.
  • A lógica de interação foi unificada com outras telas do sistema, garantindo maior consistência na usabilidade.
  1. Flexibilidade no uso de separadores:
  • A tela “Lista Domínio Genérico” foi aprimorada com a adição de um parâmetro opcional chamado “Separador”.
  • Esse recurso permite customizar o separador de códigos, garantindo que o sistema processe corretamente entradas com diferentes tipos de separadores.

Essas melhorias promovem uma interação mais eficiente, reduzem retrabalho e reforçam a consistência e flexibilidade do sistema.

 

[4966] Migrar as despesas não incorporadas ao financiamento para as receitas de comercialização

A implementação realizada atende à necessidade de corrigir e aprimorar o tratamento das despesas pagas pelo cliente no processo de contratação da Originação, que não são incorporadas ao financiamento, mas devem ser registradas como receitas associadas ao contrato, conforme exige a Resolução 4966.

Alterações realizadas:

  1. Nova classificação de receitas:
  • A tabela de despesas da originação foi ajustada com a inclusão do novo atributo para identificação do “tipo de receita”.
  • Esse atributo identifica o tipo de receita correspondente a cada despesa paga pelo cliente, permitindo a correta classificação e migração para a tabela de receita da comercialização.
  1. Flexibilidade na configuração de despesas:
  • A tela de “Configuração de Despesas da Originação” foi adaptada para incluir o atributo “tipo de receita”, possibilitando sua configuração de forma flexível, independentemente da elegibilidade da despesa para o cálculo da TJEO.
  1. Rotina de implantação do contrato:
  • Durante a implantação do contrato, as despesas não incorporadas ao financiamento agora são migradas corretamente para a tabela de receita da comercialização, desde que o atributo “tipo de receita”esteja preenchido.
  • Isso assegura que as despesas associadas sejam tratadas como receitas da operação, garantindo conformidade com as regras de negócios e rastreabilidade.

Essas alterações reforçam a confiabilidade e aderência do sistema às normas aplicáveis, proporcionando maior controle e precisão no processo de Originação.

 

[4966] Ajustar a implantação do contrato a partir da Originação p/alocar as despesas/receitas da TJEO

A implementação realizada visa corrigir e aprimorar o tratamento das apropriações de despesas e receitas para o cálculo da TJEO, solucionando inconsistências detectadas durante a homologação em contratos implantados via módulo de Originação.

Alterações realizadas:

  1. Automatização do cálculo de despesas e receitas:
  • O processo de implantação do contrato foi ajustado para que o cálculo das despesas e receitas elegíveis ocorra automaticamente, eliminando a dependência de uma simulação prévia.
  • A consideração da data de migração para a Resolução 4966 fecha a lacuna existente, garantindo a correta alocação de valores.
  1. Rastreabilidade no simulador de Originação:
  • Os valores registrados no simulador foram aprimorados para garantir a rastreabilidade e consistência dos dados, atualizando os dados sempre que divergências forem encontradas entre o que foi simulado e o que foi efetivamente implantado.
  1. Ajustes na metodologia de reconhecimento de receitas:
  • Ajustes na metodologia de reconhecimento de receitas e nos cálculos das despesas associadas, levando em conta a variável de configuração “Metodologia diferenciada reconhecimento receita”
  • Os cálculos agora são realizados com base nas despesas elegíveis ao cálculo da TJEO, e as atualizações nas tabelas de despesas são realizadas de maneira mais robusta, garantindo a integridade dos dados e a conformidade contábil.

Essas alterações fortalecem a eficiência do processo e assegura maior aderência às regras de negócios e à conformidade contábil.

ORIGINAÇÃO

Avaliar os ajustes no sistema para a modalidade Pró-Cotista – IN nº 9 de 26/4/2024 do Ministério das Cidades

Em resposta à necessidade de adequar o SCCI às novas normativas referentes às operações de Funding FGTS, conforme a Instrução Normativa n.º 9, de 26 de abril de 2024, foram realizadas uma série de implementações no sistema para atender aos requisitos estabelecidos. Essas alterações visam garantir a conformidade com a legislação e permitir o correto enquadramento das operações de crédito de acordo com as modalidades e critérios estabelecidos.

Dentre as implementações realizadas, destaca-se a inclusão de novos atributos na tabela de faixa de rendas por tipo de operação, a adaptação do simulador para as operações de Funding FGTS, e a alteração do arquivo enviado para a CEF, com a inclusão do LTV da operação e novos campos necessários. Essas modificações têm o objetivo de permitir a correta definição do Percentual de LTV, o enquadramento por UF, e a consideração dos critérios específicos para as modalidades CCI e Pró-cotista.


Ajustar o simulador de Funding de FGTS para utilizar as taxas de enquadramento por região/UF

O simulador de funding FGTS foi atualizado para considerar a UF do imóvel ao identificar a faixa de renda do pretendente. Essa modificação também afeta as telas dos simuladores interno e externo de Funding para não exibirem campos que são específicos das modalidades pró-cotista e CCI. A alteração tem como objetivo aprimorar e tornar mais transparente o processo de originação com recursos do FGTS.