01. VISÃO GERAL

Inclui o conceito de "característica da operação" para cada operação de crédito cujas garantias sejam geridas pelo sistema. A partir deste conceito, surgem alguns novos comportamentos e regras descritas a seguir.
A versão DJSGB_6.2.3.0 foi disponibilizada com ajustes Modificação na forma de execução da consulta que busca obter o código de cadastro de uma pessoa no BASICO a partir do número do documento da pessoa, visando melhorar a performance da consulta e evitar problemas de performance durante utilização dos recursos providos pelo Gestão de Garantias. 

Em uma nova atualização da versão foi feito a implementação de serviço de consulta dos bens do tipo imóvel urbano de um proprietário através da matrícula, cidade e estado, esses campos serão obrigatórios na pesquisa de imóveis, pois é a chave de identificação única do imóvel caso o usuário não possuía o identificador do bem, que foi retornado na inclusão bem.

02. NOVAS FUNCIONALIDADES

• Inclusão de um novo atributo da operação referente a característica desta operação, podendo ser um dos seguintes valores: NORMAL, LIMITE_VIGENTE, LIMITE_NAO_VIGENTE ou BORDERO. Este novo atributo da operação será considerado dentre as regras que definem a inclusão da operação no conjunto de operações apresentadas na view V800RISC: sendo uma operação com a característica LIMITE_VIGENTE, deverá aparecer na view, mesmo que não haja uma data de liberação da operação; as operações de limite não têm uma data de liberação. A aplicação está preparada para receber essa nova característica em todos os pontos de integração: por requisição direta ao recurso vincularGarantiasOperacao, existente na API REST BensGarantiasService; por sincronismo da operação, quando o Gestão de Garantias busca a operação no sistema legado onde a operação foi originada; ou por processamento de mensagens vindas da camada integradora. E, além disso, a aplicação também está preparada para executar ações necessárias em função da modificação da característica da operação, caso isso ocorra. Caso não haja a informação da característica da operação no momento da integração, o valor assumido será o NORMAL;
• Ao calcular os limites de um contrato guarda-chuva, tanto o limite disponível quanto o limite utilizado, deverá considerar a característica de cada operação coberta pelo guarda-chuva, da seguinte forma: se tratar-se de uma operação do tipo/característica BORDERÔ, o saldo desta operação não deve impactar os limites. Caso contrário, deve impactar os limites, considerando o saldo atual da operação, exceto as operações do tipo/característica LIMITE, que impactam os limites do contrato guarda-chuva, considerando o valor original da operação;
• Restringir a alienação, cancelamento ou baixa de gravame caso haja uma alteração de garantias em operações de limites ou borderôs, pois estes tipos de operação podem conter o mesmo veículo em alienação de forma compartilhada em distintas operações de crédito. Portanto, o Gestão de Garantias não deverá chamar os serviços de gravames da B3 para realizar esses fluxos, caso esteja configurado previamente para executar tais ações.

03. CORREÇÃOS/AJUSTES

• Correção de erro que ocorria ao requisitar recurso que provê, a um front-end de terceiros (caso exista), informações relativas a uma solicitação de alteração das garantias de uma operação, quando esta solicitação encontra-se no status "Solicitada". Tal recurso é acessível através da URL .../bensegar/complementacao/garantias/listar;
• Melhora na performance da consulta que o Gestão de Garantias faz, através da API REST tfsbasicoservice, para obtenção dos dados de pessoa relacionada com uma operação ou com suas garantias. Com esta melhora, o processamento das requisições para inclusão de operação e suas garantias ocorre mais rapidamente, além de outras funcionalidades que também foram impactadas positivamente, como a emissão de aditivos, que também depende de consulta aos dados de pessoa;
• Ajustes realizados na geração do relatório e logos do monitoramento de Garantias Operação / Modelo Operacional .
• Correção para que os contratos renegociados, de forma total, no credimaster sejam inativados dentro do módulo gestão de garantia.
• Disponibilizado um campo no cadastro do bem, onde é possível indicar a "posse do bem". pode-se definir como um dado de preenchimento obrigatório. Assim, no momento em que houver a contabilização da garantia (inclusão/vinculação, valorização, desvalorização ou desvinculação/baixa), caso a mesma esteja em posse de terceiros - conforme indicado no novo campo do cadastro do bem dado em garantia - também irá gerar os insumos para a contabilização ref. a garantia em posse de terceiros.

04. BANCO DE DADOS

Para esta nova versão do sistema, são necessárias implantações de atualizações do banco de dados BDGB.

Para esta nova versão do sistema, não necessárias implantações de atualizações do banco de dados (Geração relatório)

Para esta nova versão do sistema, não necessárias implantações de atualizações do banco de dados (consulta do código de cadastro)

Para esta nova versão do sistema, são necessárias implantações de atualizações do banco de dados (Marcação Posse do Bem)