Menu
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.
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.
| Produto | Módulo | Título |
|---|---|---|
| SCCI | Contratos e Mutuários | Módulo de contratos Depurados no Corpweb |
| SISAT | Alterar método de leitura do índice para puxar o último cadastrado e assim acatar criação de X07 manual | |
| Consulta SIG | Alterar o módulo SIG para exportar os dados para Excel | |
| Arrecadação | Alterar pagamento parcial para considerar todo o encargo | |
| Integração | Autenticação via Azure AD por meio do protocolo OAuth2 | |
| Relatórios | Alterar o relatório relAC60 para atender ao IFT - Informações Financeiras | |
| Contratos e Mutuários | Implementar tratamento para escolha da máscara PDF específica para PIX | |
| Produção | Autenticar no SCCI Web React através do Amazon Cognito | |
| ORIGINAÇÃO | Cadastro de Operações | Implementar cálculo de tarifa de avaliação por município |
| API | Alterar API que gera os dados da evolução para impressão e parâmetro de meses de reajuste |
| Produto | Módulo | Título |
|---|---|---|
| SCCI | Produção | Corrigir as interfaces 3040 e Risco de Crédito para que a soma das vértices apresente o mesmo valor do Saldo consolidado. |
| Manutenção | Corrigir o cadastro do município PIUMHI - MG | |
| Evolução | Corrigir evolução para calcular o Juros simples quando marcada a flag | |
| Lançamentos Contábeis | Corrigir erro ao incluir dois movimentos contábeis no mesmo produto | |
| Contratos e Mutuários | Corrigir 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ÇÃO | Simulador | Corrigir a apuração do seguro MIP e DFI na simulação em contratos do produto construção |
| Cadastro de operações | Corrigir o tratamento das funcionalidades de arquivos em formato RTF e abrir todas |
| Produto | Módulo | Título |
|---|---|---|
| SCCI | Cadastro Positivo | Alterar o layout do cadastro positivo |
| ORIGINAÇÃO | Cadastro de Operações | Alterar lógica da forma de cálculo do LTV para produtos pró-cotista |
| Fonte de recursos | Implementar controle da distribuição dos recursos de funding FGTS por região | |
| Cadastro de Operações | Alterar a rotina de geração do arquivo de subsídio pró-cotista e ajustar a implantação para gerar movimentos do passivo |
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.
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.
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.
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:
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)
Alterar o layout do cadastro positivo
Layout alterado para atendimento das regulamentações vigentes:
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.