A primeira onde o próprio usuário define qual será o número do registro do bem. Neste caso o sistema apenas valida se aquele número ainda não foi utilizado para aquele patrimônio.
Na segunda forma, o próprio sistema gera a numeração, pegando o maior número de registro encontrado no patrimônio e incrementando um.
O problema atualmente com a primeira abordagem, é que ocorre a situação exemplificada abaixo. No exemplo temos 186 bens patrimoniais cadastrados para o patrimônio central, sendo que o número de registro já está em 99827745, pois o usuário pode escolher o número que quiser:
Isto ocorre em todos os clientes em maior ou menor escala, devido ao fato do sistema não aproveitar os intervalos entre as numerações. A imagem abaixo nos mostra os intervalos.
Esta forma acaba gerando Números de Registro gigantes que acabam dificultando a localização dos mesmos nas aplicações.
Pensando nisso, foi mudada a geração destes números de registro, onde haverá um algoritmo que irá procurar estes intervalos entre os números de registro e aproveitá-los. Claro que o usuário ainda poderá definir o número que quiser, essa funcionalidade somente irá impactar nas situações onde a geração do número de registro é automática pelo sistema.
Desta forma, o sistema irá atribuir o menor valor vago dos número de registro existentes. Caso seja criado um lote de bens, ele também irá procurar os intervalos disponíveis. No exemplo abaixo, já havia um bem cadastrado com o número de registro 12. Como o primeiro número vago era 11, ele utilizou este e pegou o próximo vago, no caso o 13.
A mesma situação se aplica na aplicação de desmembramento de bens, conforme a imagem abaixo.
Os documentos de transferência de bens entre patrimônios também irá utilizar esta nova abordagem.
A melhoria foi trabalhada no kanban 26039, primeiro na view Novas Releases, devido ao impacto em várias aplicações e em breve serão atualizados os demais ambientes.
