CASO PM-122543-19-202544:

Anteriormente, no Especialista em ASMS, se um usuário mudava a categoria de um caso para uma categoria de outro modelo sem salvar e revertesse a seleção para a categoria original para finalmente salvar, o sistema não invocava novamente o serviço de status ao retornar à categoria inicial. Isso resultava em uma inconsistência no banco de dados entre os Model_ID do modelo original e do modelo intermediário State_ID descartados, deixando o gabinete em estado travado e inoperante do console. O problema surgia mais frequentemente quando ambos os modelos compartilhavam o mesmo nome para o estado inicial (por exemplo, “Registrado”), o que impedia que a interface detectasse a necessidade de atualizar o ID de status ao reverter para a categoria original.

Implementou uma configuração no Especialista em ASMS que garante que cada mudança de categoria invoque o serviço de status e atualize corretamente o State_ID correspondente ao modelo ativo. Ao salvar o caso, apenas os identificadores associados à categoria selecionada persistem no sistema, eliminando a inconsistência entre Model_ID e State_ID e independentemente do número de recategorizações realizadas antes do salvamento.