Release de Produtos

Dezembro 2023

GESTÃO

Alterar pagamento parcial para considerar todo o encargo

Até a versão 949 o SCCI efetuava o controle de pagamento parcial considerando somente o valor do A+J. Esse formato limitava esse controle para contratos sobre os demais acessórios do encargo, exemplo: AmaisJ 1.000,00 e Seguro 300,00, perfazendo um total de encargo de 1.300,00. Nesse modelo, não era permitido pagamento parcial de 1.100,00, pois era superior ao valor do AmaisJ. A partir da versão 950 essa limitação deixa de ocorrer, uma vez que o SCCI permite o pagamento parcial sobre o total do encargo.

Alterar o módulo SIG para exportar os dados para Excel

Na versão 950 o módulo Gerencial do SCCI passa a permitir a exportação dos dados para o formato de planilha Excel. Até a versão 949 a exportação só era permitida para copia e cola e arquivo no formato CSV.

Autenticar no SCCI Web React através do Amazon Cognito

O módulo de acesso ao contrato no portal White Label da Prognum, o SCCIWeb, é efetuado pelo número do contrato, CPF e senha do cliente em tabelas de controle do SCCI. A partir da versão 950 esse acesso também será possível autenticando o cliente na Amazon Cognito.

 

ORIGINAÇÃO

Implementar cálculo de tarifa de avaliação por município

A tarifa de avaliação de imóvel agora pode ter o seu valor definido de acordo com o município do imóvel. Essa alteração permitirá uma parametrização mais assertiva dessa tarifa.

TODAS AS NOVIDADES

Evolutiva e Nova Implementação

ProdutoMóduloTítulo
SCCIContratos e MutuáriosMódulo de contratos Depurados no Corpweb
SISATAlterar método de leitura do índice para puxar o último cadastrado e assim acatar criação de X07 manual
Consulta SIGAlterar o módulo SIG para exportar os dados para Excel
ArrecadaçãoAlterar pagamento parcial para considerar todo o encargo
IntegraçãoAutenticação via Azure AD por meio do protocolo OAuth2
RelatóriosAlterar o relatório relAC60 para atender ao IFT - Informações Financeiras
Contratos e MutuáriosImplementar tratamento para escolha da máscara PDF específica para PIX
ProduçãoAutenticar no SCCI Web React através do Amazon Cognito
ORIGINAÇÃOCadastro de OperaçõesImplementar cálculo de tarifa de avaliação por município
APIAlterar API que gera os dados da evolução para impressão e parâmetro de meses de reajuste

Correções

ProdutoMóduloTítulo
SCCIProduçãoCorrigir as interfaces 3040 e Risco de Crédito para que a soma das vértices apresente o mesmo valor do Saldo consolidado.
ManutençãoCorrigir o cadastro do município PIUMHI - MG
EvoluçãoCorrigir evolução para calcular o Juros simples quando marcada a flag
Lançamentos ContábeisCorrigir erro ao incluir dois movimentos contábeis no mesmo produto
Contratos e MutuáriosCorrigir grid de liberações de parcelas de construção p/não permitir criar nova liberação/cancelamento sem antes aprovar as parcelas pendentes
ORIGINAÇÃOSimuladorCorrigir a apuração do seguro MIP e DFI na simulação em contratos do produto construção
Cadastro de operaçõesCorrigir o tratamento das funcionalidades de arquivos em formato RTF e abrir todas

Legislação

ProdutoMóduloTítulo
SCCICadastro PositivoAlterar o layout do cadastro positivo
ORIGINAÇÃOCadastro de OperaçõesAlterar lógica da forma de cálculo do LTV para produtos pró-cotista
Fonte de recursosImplementar controle da distribuição dos recursos de funding FGTS por região
Cadastro de OperaçõesAlterar a rotina de geração do arquivo de subsídio pró-cotista e ajustar a implantação para gerar movimentos do passivo
Evolutivas e Nova implementação

GESTÃO

Módulo de contratos Depurados no Corpweb

O Corp Web não possuía acesso à base de Depuração e suas funções. Foi implementado o módulo base de depuração de contratos, já existente no SCCI Corp, criando o grupo “Cadastro de Depuração”

Agora estão implementados os botões:

Transferir o contrato para a depuração: quando o contrato não existir na base de depuração.
Recuperar o contrato da depuração: quando o contrato existir na base de depuração.

Alterar método de leitura do índice para puxar o último cadastrado e assim acatar criação de X07 manual

O SISAT foi aprimorado para modificar os requisitos do tipo Notificação, para gravar na tabela “POSICAO_CONTRATO” a posição de atraso do contrato selecionado, considerando para isso o último índice publicado e registrado. Dessa forma, quando não houver índice do mês cadastrado, será considerado o último já cadastrado.

Alterar o módulo SIG para exportar os dados para Excel

Na versão 950 o módulo Gerencial do SCCI passa a permitir a exportação dos dados para o formato de planilha Excel. Até a versão 949 a exportação só era permitida para copia e cola e arquivo no formato CSV.

Alterar pagamento parcial para considerar todo o encargo

Até a versão 949 o SCCI efetuava o controle de pagamento parcial considerando somente o valor do A+J. Esse formato limitava esse controle para contratos sobre os demais acessórios do encargo, exemplo: AmaisJ 1.000,00 e Seguro 300,00, perfazendo um total de encargo de 1.300,00. Nesse modelo, não era permitido pagamento parcial de 1.100,00, pois era superior ao valor do AmaisJ. A partir da versão 950 essa limitação deixa de ocorrer, uma vez que o SCCI permite o pagamento parcial sobre o total do encargo.

Autenticação via Azure AD por meio do protocolo OAuth2

Adotamos uma nova forma de autenticação no SCCI, agora integrada com o Azure AD. Utilizamos o protocolo de autorização OAuth2 para tornar o processo mais seguro e eficiente. Além disso, simplificamos o trâmite de autenticação dentro do sistema, garantindo uma experiência mais fluida para os usuários. Agora, também é possível consultar e associar automaticamente os grupos de usuários aos perfis já existentes no SCCI, proporcionando uma administração de acessos mais integrada e eficaz.

Alterar o relatório relAC60 (Saldos Realizáveis a Curto e Longo Prazo) para atender ao IFT – Informações Financeiras

Aprimoramos o programa de Saldos Realizáveis a Curto e Longo prazo (relAC60) para garantir que respeite a marcação “Curto, Médio e Longo Prazo” ao utilizar a opção “imprime Sd Base do Calc e Vl. Provisão”.
Agora, ao ativar essa marcação, o sistema realizará a separação adequada de curto, médio e longo prazo, imprimindo o saldo contábil conforme as especificações desejadas. Isso proporcionará uma representação mais precisa e detalhada das informações contábeis, atendendo ao IFT – Informações Financeiras.

Implementar tratamento para escolha da máscara PDF específica para PIX

Após identificação em uma limitação no uso de JavaScript para definir a visibilidade de camadas nos boletos híbridos (código de barras + PIX), foi alterada a biblioteca de emissão dos títulos para escolha da máscara PDF específica para PIX.

ORIGINAÇÃO

Implementar cálculo de tarifa de avaliação por município

A tarifa de avaliação de imóvel agora pode ter o seu valor definido de acordo com o município do imóvel. Essa alteração permitirá uma parametrização mais assertiva dessa tarifa.

Alterar API que gera os dados da evolução para impressão e parâmetro de meses de reajuste

Ao emitir a planilha de evolução do simulador internet o valor do IOF não estava sendo apurado na planilha emitida.
A solução encontrada foi realizar alterações nos métodos responsáveis pela geração dos dados para a planilha de evolução no simulador web (wtela/EmitePlanilhaSimulacao). Agora, ao receber o parâmetro IN_IOF_AVISTA, o valor simulado do IOF é incorporado ao total da operação.
Além disso, foi alterado o método que retorna o valor da primeira prestação e das seguradoras (wtela/evolucaoSimulacaoSeguradoras) para garantir o respeito ao parâmetro MESES_REAJ_GENERICA.
API com as simulações para Aquisição de Terreno não estão informando o valor do IOF, nos canais WEB e APP MObile, conforme ocorre no sistema.

Autenticar no SCCI Web React através do Amazon Cognito

O módulo de acesso ao contrato no portal White Label da Prognum, o SCCIWeb, é efetuado pelo número do contrato, CPF e senha do cliente em tabelas de controle do SCCI. A partir da versão 950 esse acesso também será possível autenticando o cliente na Amazon Cognito.

Corretivas

GESTÃO

Corrigir as interfaces 3040 e Risco de Crédito para que a soma das vértices apresente o mesmo valor do Saldo consolidado.
Para contratos com mais de 60 dias (quando a apropriação de rendas se inicia), o total das vertentes não coincidia com o valor indicado no campo ‘Saldo consolidado’. Essa disparidade estava gerando diferenças e apontamentos do Banco Central.
Foram corrigidas as interfaces 3040 e Risco de Crédito para que a soma das vértices apresente o mesmo valor do Saldo consolidado.

Corrigir o cadastro do município PIUMHI – MG
O arquivo de municípios distribuídos na atualização da versão (munic.txt) foi atualizado para alterar o cadastro do município indicado de acordo com a relação obtida da base de dados do IBGE.

Corrigir evolução para calcular os Juros simples
Realizamos correções nos binários Wtela e Wevo e incluímos o campo TEMP12_JUROSSIMPLES na tabela RPA. para calcular os Juros simples quando marcada a flag “Juros simples” na aba Financiamento.

Corrigir erro ao incluir dois movimentos contábeis no mesmo produto
Anteriormente ao inserir um novo lançamento contábil com o mesmo código de movimento (MOVIMENTO_CODMOV) e a mesma conta de débito (MOVIMENTO_CONTA_DEBITO), o registro mais recente estava sendo removido.
Corrigimos essa questão no módulo wtela:LancamentosdaContaDelta. Agora, ao efetuar lançamentos contábeis com características semelhantes, o sistema preserva corretamente todos os registros mais recentes, assegurando a integridade das informações contábeis.

Corrigir grid de liberações de parcelas de construção
Esta solicitação foi gerada com a finalidade de corrigir o GRID de liberação de parcelas de apoio à construção, de modo a não permitir a criação de uma nova liberação ou o cancelamento se houver parcelas pendentes de aprovação.

O GRID de liberações de parcelas de construção foi ajustado para impedir a criação de novas liberações ou cancelamentos sem a prévia aprovação das parcelas pendentes. Essa correção foi implementada nos módulos wseries e lib, assegurando que o processo de liberação de parcelas siga uma sequência adequada, sem criar inconsistências devido a parcelas pendentes de aprovação.

ORIGINAÇÃO

Corrigir a apuração do seguro MIP e DFI na simulação em contratos do produto construção

O cálculo dos valores de MIP e DFI na simulação de novas operações do produto Construção não estava sendo realizado conforme a definição para os dois tipos de seguro. Foi corrigida a apuração para que respeitem os critérios:

  • MIP: Calcular a partir da data de assinatura do contrato com base no valor do Financiamento Construção até o mês anterior à data prevista para entrada em retorno.
  • DFI: Calcular a partir da data de entrada em retorno com base no valor da Avaliação.

Corrigir o tratamento das funcionalidades de arquivos em formato RTF e abrir todas

O sistema estava apresentando problemas ao emitir arquivos RTF com a extensão em Word diretamente em tela. Além disso, ao acionar o botão “Abrir Todas” no checklist, os arquivos não eram exibidos na ordem disponibilizada, passando a ser exibidos em uma sequência aleatória.
Para solucionar esses problemas, realizamos correções no método utilizado para baixar os arquivos RTF (GetDocumentoComMergeRtf). Agora, os documentos são baixados com o nome composto pelo número da operação e o nome do documento, garantindo que não haja downloads com nomes aleatórios e sem a extensão correta (.RTF)

Legislação

GESTÃO

Alterar o layout do cadastro positivo

Layout alterado para atendimento das regulamentações vigentes:

  • Lei Complementar nº 105/2001,
  • Lei n° 12.414/11,
  • Decreto n° 7.829/12,
  • Resolução CMN n° 4.737/19,
  • Lei nº 13.709/18,Lei Complementar nº 166/19,
  • Decreto nº 9.936/19″

ORIGINAÇÃO

Alterar lógica da forma de cálculo do LTV para produtos pró-cotista

Na versão anterior, o enquadramento das operações com produtos Pró-Cotista (IN_PRO_COTISTA=T) e também Funding (IN_FUNDING_FGTS=T) utilizava o valor de compra e venda (VA_PRECO_IMOVEL) em vez do valor de avaliação, em relação ao limite do valor do imóvel pela localidade.

Entretanto, conforme o manual de fomento da Caixa Econômica Federal (CEF), o produto Pró-Cotista deve seguir as mesmas regras do produto SFH, mesmo com a marcação do processo de utilização do menor valor entre compra/venda e o valor de avaliação para o cálculo da garantia.

Para atender às disposições legais, criamos na aba “Funding FGTS” a variável de configuração chamada “Permite calcular garantia (LTV) no simulador conforme padrão SFH em prog. Pró-Cotista”.

Também alteramos o serviço “GetDadosSimulacao”, que retorna os parâmetros de simulação em tela para, quando da simulação de operações com produto Pró-Cotista, considerar o menor valor entre o valor de compra/venda e o valor de avaliação preenchido, caso a variável de configuração “scciconf.UtilizaMenorValorCompraVendaEAvaliacaoCalcGarantia”, figure setada. Caso contrário, o sistema deverá executar os requisitos atualmente praticados para o SFH, ou seja, utilizar o maior valor entre compra/venda e valor de avaliação.

Implementar controle da distribuição dos recursos de funding FGTS por região

O controle dos recursos de funding de FGTS passou a distribuir os valores por região geográfica em vez de ser por UF.
O SCCI foi alterado para atender a regulamentação vigente e seus anexos: Resolução CCFGTS nº 1067 de 25/07/2023 (Aprova a reformulação dos orçamentos financeiro, operacional e econômico, para o exercício de 2023, no Anexo II (Orçamento Operacional – Plano de Contratações e Metas Físicas – Exercício 2023) e no Anexo III (Descontos 2023-2026), que determina que a distribuição dos valores é por região geográfica para o item “Habitação”.

Alterar a rotina de geração do arquivo de subsídio pró-cotista e ajustar a implantação para gerar movimentos do passivo

Anteriormente, ao implantar o contrato de pró-cotista, o sistema não estava registrando a incorporação no contrato do passivo. Na versão atual foi implementada alteração na rotina de implantação de contrato do tipo FUNDING FGTS para gravar corretamente a movimentação na tabela MOVIMENTOS_PASSIVO.