feat: complete equipment handover workflow

CHANGELOG.md

@@ -29,6 +29,12 @@ Todas as alterações materiais são registadas neste ficheiro. O formato segue
 - Resposta auditada a pedidos de esclarecimento e renovação do prazo de decisão.
 - Substituição controlada por equipamento disponível da mesma categoria, preservando o item original no histórico.
 - Filtros da fila de aprovação por categoria/período e histórico de ações apresentado na interface.
+- Cliente operacional Snipe-IT com token separado, checkout para utilizador, check-in para localização habitual e validação defensiva de respostas.
+- Domínio `Operations` com registos de entrega/devolução, condição física, operador, destinatário e resposta externa.
+- Área diária do operador com pesquisa/leitura por scanner, preparação, entrega, devolução, conclusão, faltas, atrasos e incidentes.
+- Associação do utilizador local ao ID Snipe-IT confirmada durante a entrega.
+- Bloqueios temporais de equipamento criados a partir de incidentes e considerados pelo motor de disponibilidade.
+- Tratamento e auditoria de falhas parciais em movimentos com vários equipamentos.
 
 ### Alterado
 
@@ -38,11 +44,13 @@ Todas as alterações materiais são registadas neste ficheiro. O formato segue
 - As mensagens flash globais recebem agora as propriedades diretamente de `withApp`, evitando o uso de `usePage()` fora do contexto Inertia que interrompia o arranque do React.
 - SSR de desenvolvimento ligado internamente de PHP para o serviço `node`, com o hostname Docker autorizado no Vite.
 - Catálogo sem período passa a distinguir equipamentos apenas requisitáveis; quando um período é selecionado, apresenta exclusivamente equipamentos livres nesse intervalo.
+- Máquina de estados passa a admitir incidentes durante preparação/utilização, atrasos e resolução por devolução.
 
 ### Segurança
 
 - Registo público desativado.
 - Variáveis para tokens Snipe-IT separados e credenciais Entra ID documentadas sem valores.
+- Rotas operacionais protegidas por Gate e verificação de perfil também no serviço de domínio; escritas externas não fazem retry automático.
 
 ### Verificado
 
@@ -56,3 +64,4 @@ Todas as alterações materiais são registadas neste ficheiro. O formato segue
 - Comando de expiração executado em PostgreSQL e agendamento a cada cinco minutos confirmado.
 - Builds Vite cliente e SSR com as páginas de disponibilidade, cancelamento e calendário concluídos.
 - Migration da caixa interna de notificações aplicada em PostgreSQL 17.
+- Fluxo operacional: autorização, checkout/check-in, entrega parcial, auditoria, incidentes e bloqueios validados com API Snipe-IT simulada.