# Introspecção de schema GLPI — Task 14

Status: **bloqueado, pendente da credencial MySQL**.

## O que falta confirmar

A credencial `MySQL GLPI - Coordenador` ainda não existe no n8n DEV
(`devn8n.gtigrupo.com.br`) — nem em nenhum outro lugar acessível a mim.
Sem ela não há como executar `SHOW COLUMNS` nem rodar a query real.

Quando a credencial existir, rodar antes de qualquer execução real do workflow V2:

```sql
SHOW COLUMNS FROM glpi_tickettasks;
SHOW COLUMNS FROM glpi_itilfollowups;
```

e confirmar:

- `glpi_tickettasks`: a coluna de status foi assumida como `state`
  (`sql/contexto_glpi.sql`) — nome comum no schema GLPI 9.x/10.x, mas
  **não verificado neste ambiente**. Se o nome real for outro, ajustar
  `sql/contexto_glpi.sql` (linha `state AS status`) e rodar
  `node tools/build-workflow.js` de novo antes de reaplicar no n8n.
- `glpi_itilfollowups`: `content`, `date`, `is_private`, `items_id`,
  `itemtype` — todos já usados sem alteração pela query V1 (comprovada
  em produção), então a suposição aqui é de risco baixo.

Depois, rodar `sql/candidatos_v2_glpi.sql` com `{CANDIDATE_POOL_SIZE}` → `5`
para conferir que a query devolve linhas plausíveis antes de rodar o
workflow completo.

## Achado durante o deploy (não é sobre schema do GLPI, mas registrado aqui)

Ao criar o workflow via API sem a credencial MySQL existir ainda, o n8n
**resolveu sozinho por tipo** e vinculou os 3 nodes MySQL à única credencial
`mySql` existente no ambiente (`MySQL account - Gerar e Enviar Chave`, do
sistema Asaas/cobrança — nada a ver com GLPI). Removi essa vinculação
(`credentials: null`) nos 3 nodes MySQL do workflow `y6JFEnp7Z2IJEUe2` e no
template local, para não deixar o workflow silenciosamente "configurado"
apontando pro banco errado. **Quando a credencial `MySQL GLPI - Coordenador`
existir, alguém precisa abrir os 3 nodes MySQL no n8n e selecioná-la
manualmente** (ou eu faço isso via `n8n_update_partial_workflow` assim que
souber o ID real da credencial).

Nodes afetados: `MySQL - Buscar Candidatos`, `MySQL - Legado Top 10 (Shadow)`,
`MySQL - Buscar Contexto`.

## Achado adicional (Data Tables de terceiros)

No mesmo instante em que eu investigava este ambiente, apareceram duas Data
Tables novas no DEV que eu não criei: `dev_glpi_v2_insights_memory` e
`dev_glpi_v2_run_history` (criadas ~18:37, no meio desta sessão). O schema
delas não bate com o desenho deste projeto (parecem de outra tentativa —
colunas tipo `fingerprint`/`insight_type`/`subject_key` e
`tipo_periodo`/`history_bucket`). Não toquei nelas. Criei as minhas com nomes
próprios (`coordenador_glpi_memoria`, `coordenador_glpi_shadow_runs`) para não
colidir. Vale confirmar com quem estiver por trás dessas tabelas se é
trabalho duplicado.