4 Commits

Author SHA1 Message Date
df0d775540 Passo 3 v2.0.0: mapeamento de perfis de carga confirmado contra export real
- docs/13-v2-perfis-carga.html: mapeamento completo coluna a coluna pra
  DL_TECH_CMDB_V2 (12 campos) e DL_TECH_VULNERABILIDADE_V3 (23 campos),
  conferido campo a campo contra um export real (Artefatos/ da
  V1_Cliente, só linhas AM...) em vez de suposição.
- Correções encontradas na conferência: definition.patch_published e
  definition.vulnerability_published têm prefixo 'definition.' no
  export real (não estava assim documentado antes); flags booleanos
  confirmados como texto 'true'/'false' (Tenable) e
  'Verdadeiro(a)'/'Falso(a)' (ServiceNow, mesma convenção já usada em
  SOX/COFRE/TENABLE/SIEM no capítulo 10).
- RAW_JSON deliberadamente fora do escopo deste passo — Data Load só
  carrega colunas mapeadas, não a linha completa; população real de
  RAW_JSON depende da tabela de staging (próximo item do TASKS.md).
- Nav (13 páginas) e pillnav do capítulo 12 atualizados.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-09-09 17:30:42 -03:00
f8595435e0 Passo 1 v2.0.0 validado: TB_26AI_TECH_V2 (23) e TB_26AI_TECH_CMDB (12) OK
Checkpoint rodado pelo usuário no ambiente AMPMINSIGHTS confirmou
STATUS = 'OK' nas duas tabelas. TASKS.md marca o item como concluído;
docs/11 troca o aviso de 'em validação' por confirmação.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-09-09 16:32:18 -03:00
dd40d0a42a Corrige docs/11: query de validação abreviada causava ORA-00903
O capítulo 11 mostrava a query de checkpoint com placeholders '/* ... */'
só ilustrativos, mas com botão 'Copiar' ao lado — usuário copiou e
rodou direto, e 'FROM (/* ver script completo */)' virou subquery
vazia (ORA-00903 invalid table name). Substitui pela query real e
completa, idêntica à de sql/03_v2_ddl_schema_evolution.sql. Os ALTER
TABLE em si rodaram OK, não foi um problema do DDL.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-09-09 16:30:36 -03:00
561f26608e Docs v2.0.0: capítulos 11 e 12 (evolução de schema + view/procedure)
- docs/11-v2-evolucao-schema.html: documenta o Passo 1
  (sql/03_v2_ddl_schema_evolution.sql) — o quê, por quê, script resumido,
  como rodar, validação, rollback. Callout deixa explícito que ainda está
  em validação, não é procedimento definitivo.
- docs/12-v2-view-procedure.html: documenta o Passo 2
  (sql/04_v2_view_procedure_update.sql), mesmo formato, com dependência
  explícita do capítulo 11.
- Nav lateral (sidebar) atualizada nas 12 páginas do doc set para incluir
  os capítulos novos; pillnav do capítulo 10 ganhou link 'next' para o 11.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-09-09 15:01:48 -03:00