Release de Produtos

Alteração do SCCI para emitir alerta no pagamento antecipado de séries

Foram alterados os serviços que geram boletos de amortização extraordinária, antecipação de parcelas e liquidação antecipada.

Se houver algum boleto pendente de pagamento, que possa provocar alteração no saldo devedor, a geração de boletos é impedida e uma mensagem informando o motivo do bloqueio será exibida.

Alterações para tratamento de evolução 252 para financiamento dinâmico implementadas

Para que o SCCI fosse capaz de realizar o cálculo dos juros mensais com base nos dias úteis, a evolução do financiamento dinâmico foi modificada. Anteriormente, SCCI permitia apenas a utilização de 252 dias úteis, portanto, foi necessário ajustar o “AmaisJ” para quitar o saldo até o prazo acordado.

Os ajustes geraram as seguintes alterações:

• Foi alterada a evolução do financiamento dinâmico quando a opção “Juros 252 Efetivos” for selecionada. Uma função semelhante à “Atingir Meta” do Excel foi desenvolvida para calcular a prestação que zerasse o saldo no prazo estipulado. Essa solução numérica será aplicada sempre que o AmaisJ for recalculado por renegociações.
• Foi alterado método que calcula a Amortização Extraordinária para considerar a opção “Juros Efetivo 252”:
  • Se o sistema for SAC, calcula-se a amortização sempre pelo modelo VAP.
  • Se o sistema foi PRICE, calcula-se o valor a amortizar aplicando uma solução numérica que zerasse o saldo no final da evolução.
• Foi alterado hint dos campos na configuração geral do SCCI:
  • No campo “Tipo de cálculo do Valor a Amortizar de contratos TP Financiamento Dinâmico”, foi adicionado o texto indicando o uso da solução numérica.
  • No campo “Tipo de cálculo do Valor a Amortizar de contratos SAC Financiamento Dinâmico”, foi indicado que o cálculo seria sempre pelo modelo VAP se “Juros Efetivo 252” estivesse marcado.
    
    

Alteração do cadastro de Taxa dentro do contrato no AEJS

A tela Cadastro de Taxas, no contrato, apresentava alguns problemas e diferenças nos campos em relação à mesma tela no SCCI Corp. Foram identificadas questões como a falta de preenchimento automático da data de vencimento ao clicar em “Incluir”; a incapacidade de ativar/inativar a taxa diretamente no grid; a ausência do campo “Observação” ao incluir uma taxa e a mensagem de erro “Função não disponível” ao dar duplo-clique em uma taxa no grid.

Após a manutenção, foram implementadas no AEJS:

• Ao clicar em “Incluir”, a data de vencimento é preenchida automaticamente com a data atual.
• O botão “Inativar” no grid foi removido, permitindo a ativação/inativação da taxa diretamente por meio da checkbox “Inativa”.
• O campo “Observação” está disponível ao incluir uma taxa. Além disso, foi criada a tela “consultartaxascontrato.xml” para resolver a mensagem de erro ao dar duplo-clique no grid.
  
  

Emissão de recebido consolidado do Corpweb alterado para tratar pendências credoras ao emitir como feito pelo SCCI CORP

O sistema Corpweb não estava deduzindo corretamente o valor do crédito remanescente da prestação. No ScciCorp, ao realizar o mesmo procedimento, o sistema identificava a pendência, questionava o usuário sobre o parcelamento e, após a confirmação, descontava corretamente o valor do crédito da prestação.

A solução foi modificar a emissão do recibo consolidado no Corpweb para reconhecer a Pendência Parcela registrada no contrato. Agora, o sistema questiona a necessidade de parcelamento ao identificar a pendência e realiza a atualização correspondente, seja por acréscimo ou abatimento na prestação.

Alteração do gmovdiario para tratamento de estorno do IR em casos de cancelamento de liberação do vendedor

Foram realizadas alterações no programa gmovdiario para tratar o estorno do Imposto de Renda (IR) quando houver o cancelamento de uma liberação do vendedor.

A manutenção gerou as seguintes modificações:

• Criação de variáveis na tabela “Liberacao_vendedor”:
  • Variável: DT_CANCELAMENTO, Tipo: DATA1, Default: ‘1899-12-30’
  • Variável: STATUS, Tipo: INTEIRO, Default: 0 (Zero)
• Alteração do serviço “postCancelaLiberacoesIndividuais” para preencher a data do cancelamento (DT_CANCELAMENTO) e definir o status como 98 ao ocorrer um cancelamento de vendedor.
• Alteração do serviço “GetLiberacaoVendedor” para ignorar registros de liberação com o status igual a 98 (Excluído).
• Modificação do binário ‘gmovdiario’ para, ao ocorrer um cancelamento de liberação de vendedor, obter os dados e gerar o movimento 4298. Gravar nas variáveis ‘V22’ e ‘V23’ o valor correspondente ao Imposto de Renda retido na fonte, mantendo a consistência com o movimento original de liberação ao vendedor.
  
  

Alteração da exportação de contratos em xml para incluir a tabela de liberação de vendedores

Durante a solicitação de exportação de um contrato para análise, percebeu-se que a tabela de liberação de empréstimos (LIBERACAO_VENDEDOR) não estava sendo incluída no arquivo XML.

Para aprimorar a funcionalidade de exportação de contratos com dados mascarados, foi necessário incluir a tabela LIBERACAO_VENDEDOR no XML gerado. Essa medida permite uma visão mais completa das liberações realizadas pelo cliente, facilitando as análises. Além disso, foi ajustada a rotina GetDadosComMascaramento para exportar a tabela LIBERACAO_VENDEDOR, garantindo que os campos, como NO_VENDEDOR e NU_CPFVEND, sejam mascarados conforme necessário.