- feito ajuste do fluxo GLPI->SN para tratar status 5 (resolve no SN) e status 6 (aviso definitivo e retirada de monitoramento)
- feito ajuste de reabertura SN->GLPI quando ticket estiver solved no GLPI
- feito ajuste de data/hora de comments/worknotes para evitar inversão de data
- feito ajuste de vínculo Ticket Externo no SN com validação de persistência e retry idempotente
- feito ajuste de filtro de journals para ignorar SOTHIS.CAOA e admin.caoa por configuração
- feito inclusão de monitor dedicado de encerramento definitivo (processGlpiClosureController)
- feito atualização de flags de controle (ENABLE_STATUS_SYNC, ENABLE_GLPI_CLOSE_CRON, ENABLE_GLPI_WEBHOOK)
- feito atualização da documentação (README, docs/regrasdenegocio.md, docs/fluxo.md, docs/casosdeuso.md, docs/checklist.md)
- feito ajuste de direção de status para respeitar source_last e evitar reabertura indevida
- feito tratamento de reabertura SN->GLPI após resolução, mantendo bloqueio para fechamento permanente
- feito ajuste de finalização GLPI->SN para propagar resolução/fechamento corretamente
- feito correção de runtime no processStatusController (uso de variável antes da inicialização)
- feito correção para não prender ticket em status transitório de comentários
- feito preservação de ordem cronológica e datas reais de comments/work_notes SN no GLPI
- feito normalização de autor (ex.: email/login para nome amigável)
- feito destaque visual para mensagens automáticas e encerramento no GLPI
- feito sanitização de justificativa na regra de fora de escopo
- feito padronização de variáveis de ambiente e remoção de inconsistências de config
- feito separação de SQL destrutivo para arquivo de manutenção dedicado
- normaliza comentarios e logs (ASCII)
- corrige campo no createSyncRecord (glpi_ticket_id)
- remove metodo duplicado updateSourceLast
- corrige uso de ID errado na atualizacao de status/comentarios
- atualiza o README
- Alterado Código para que use o node cron e o gerenciamento seja feito pelo pm2
- Bug que não envia uma atualização para o SN quando um chamo é fechado fora do escopo corrigido
- Implementa conexão API ServiceNow → PostgreSQL
- Salva automaticamente tickets e requisições
- Resultado: 673 tickets sincronizados
- Créditos: @TulioCastro pelo GET da API
