4.2 Bloqueios ou travas para Data Base

Afim de garantir a integridade dos registros gravados o sistema passa a bloquear comportamentos que podem gerar conflitos nos valores base

Para habilitar a trava cronológica no financeiro, deve ser habilitado o parâmetro "Bloquear alterações de dados financeiros e baixas, quanto estiver usando Data Base e o mês competência da alteração for diferente do mês da competência do reajuste."

• Todo reajuste deve registrar no histórico financeiro a “data de reajuste” e não a data de execução;

Este log só ocorre se o Financeiro estiver parametrizado para usar o histórico.

• Uma parcela com baixas parciais, permitirá criar uma nova “baixa” ou “cancelamento de baixa”, se já houver uma baixa parcial com data futura.

Este log só ocorre se o Financeiro estiver parametrizado para usar o histórico.

Se necessário o usuário deverá cancelar a baixa futura para fazer os processos retroativos.

• Uma parcela com baixa parcial futura não terá reajuste retroativo.

Esta será uma trava parametrizada no TIN, mas o relatório de ficha financeira por data base só poderá ser exibido se esta trava estiver marcada.

A Parcela com baixa parcial só poderá sofrer reajuste com data maior que a data de sua última baixa.

É possível que este comportamento de voltar a parcela com reajuste para o passado, com uma baixa parcial futura, tenha gerado valores de integração negativos.

Alterações de Lançamentos com reajuste Anual ou outras periodicidades

O bloqueio se aplica a:

• Edição de Lançamentos financeiros onde o reajuste (CM ou Juros) tenha periodicidade maior que 1 mes;
• Baixa ou Geração de Boleto de lançamentos financeiros, onde o reajuste (CM ou Juros) tenha periodicidade maior que 1 mês, e o parâmetro de Reajuste On line do Financeiro esteja desabilitado.

Exemplo:

Um lançamento está sendo alterado em 03/08/2016 e ele possui dois componentes um de juros de contrato e outro de correção monetária cuja periodicidade é de 12 meses, com as seguintes datas de último reajuste e próximo reajuste.

 Image Added

4.3 Congelar Reajuste de Parcela / Descongelar Reajuste de Parcela

Para facilitar o uso do sistema e permitir que haja negociação com seu cliente, foram criados dois processos para congelar e descongelar o reajuste da parcela. (Processos-> Congelar Reajuste da Parcela ou Descongelar Reajuste da Parcela)

Ao executar o congelamento da parcela o sistema passa a ignorar o processo de reajuste apenas para esta parcela. (no banco de dados o campo XVENDAPARCELA.IGNORARREAJUSTE = 1)

Exemplo de Aplicação:

O cliente liga para a Incorporadora e faz uma negociação direta com o financeiro, sem envolver a equipe de contratos (TIN).

Nessa negociação o cliente já está em atraso com a parcela e eles chegam a um acordo que vão congelar o reajuste até o mês de fevereiro, sendo que eles estão no mês de junho. Então, o usuário executa o processo de congelar a parcela no mês de fevereiro.

Dessa forma, a baixa poderá ser executada em qualquer competência sem que a trava do financeiro bloqueia a baixa.

E ainda o usuário deixará de se preocupar com essa parcela caso alguém da equipe do imobiliário execute o reajuste para a outra competência sem avisar a equipe do financeiro.