Passo 3 v2.0.0: DL_TECH_CMDB_V2 (27 col.) e DL_TECH_VULNERABILIDADE_V3 (40 col.) criados

Confirmado pelo usuário: os dois perfis novos existem com todas as
colunas certas. 'No data found' na query de validação é esperado —
ainda não houve upload real através deles. Restam: testar carga real
e gerar export completo novo da Application 100.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

TASKS.md

@@ -43,19 +43,18 @@ teste — a menos que você peça explicitamente o contrário.
       (bloco grande) foi pulado na primeira passada — o checkpoint de compilação deu `VALID`
       porque a view *antiga* (46 colunas) já era válida antes. Resolvido rodando o bloco
       explicitamente; segunda checagem confirmou as 81 colunas.
-- [ ] **Em andamento, roteiro sendo confirmado tela a tela** (ver
-      [docs/13-v2-perfis-carga.html](docs/13-v2-perfis-carga.html)) — mapeamento de colunas
-      pronto; passo a passo real do App Builder confirmado até "Copy Data Load Definition"
-      (método = cópia de `DL_TECH_CMDB_V1`/`DL_TECH_VULNERABILIDADE_V2`, renomeadas pra
-      `DL_TECH_CMDB_V2`/`DL_TECH_VULNERABILIDADE_V3` — **não** "upload de amostra", isso foi um
-      chute meu já corrigido). Falta confirmar a tela seguinte (adicionar as colunas novas na
-      cópia) antes de completar o roteiro. Depois de pronto: exportar a Application 100 de novo
-      (captura os perfis com IDs corretos) — o cliente só importa esse export, nunca toca em Data
-      Load Definitions. **Achado importante:** essas definições vivem dentro de
-      `sql/02_ampminsights_apex_app.sql` via API interna do APEX (`wwv_flow_imp_shared`) — não
-      escrever isso à mão fora de um import completo, risco de corromper os Shared Components.
-      `RAW_JSON` deliberadamente fora do escopo deste item — depende do item de staging abaixo.
-      Os `templates/*.xlsx` servem pra testar a carga depois de pronta, não pra criar o perfil.
+- [x] **Perfis criados e colunas confirmadas em 2026-09-09** — `DL_TECH_CMDB_V2` (27 colunas: 16
+      originais + 11 novas) e `DL_TECH_VULNERABILIDADE_V3` (40 colunas: 18 originais + 22 novas)
+      criados via "As copy of an existing Data Load Definition" + `Add Column` manual (roteiro
+      completo em [docs/13-v2-perfis-carga.html](docs/13-v2-perfis-carga.html)). Investigado e
+      descartado: não existe atalho scriptável pra adicionar colunas (nem
+      `wwv_flow_imp_shared` — risco de corromper Shared Components — nem `APEX_DATA_LOADING`,
+      confirmado via `all_arguments` + doc oficial que só serve pra **executar** carga, não
+      criar/editar definição). `RAW_JSON` continua fora do escopo — depende do item de staging
+      abaixo. **Falta:** (1) testar upload real através dos dois perfis novos (query de validação
+      do capítulo 13 retorna "no data found" até isso acontecer — esperado, não é erro); (2)
+      export completo novo da Application 100, capturando os perfis com IDs corretos — é isso que
+      vira o próximo release pro cliente, que nunca toca em Data Load Definitions.
 - [ ] Pipeline de staging: bucket → `TB_26AI_TECH_V2_STG` via `DBMS_CLOUD.COPY_DATA` (tabela nova,
       não mexe nas existentes)
 - [ ] `MERGE` com histórico (`LOAD_BATCH_ID`, `TB_26AI_TECH_V2_HIST` — tabela nova), honrando o

docs/13-v2-perfis-carga.html

@@ -42,13 +42,12 @@
     <h1>Perfis de carga: DL_TECH_VULNERABILIDADE_V3 e DL_TECH_CMDB_V2</h1>
     <p class="lede">Novos perfis de carga do APEX para alimentar as colunas Tier-1 criadas no <a href="11-v2-evolucao-schema.html">capítulo 11</a> — sem sobrescrever <code>DL_TECH_VULNERABILIDADE_V2</code>/<code>DL_TECH_CMDB_V1</code>, que continuam servindo a v1.3.0 em produção.</p>
 
-<div class="callout warning">
-  <div class="callout-title">Status: mapeamento confirmado contra export real, perfis ainda não criados</div>
-  <p>O mapeamento abaixo foi conferido campo a campo contra um export real de Tenable/ServiceNow
-  (arquivos em <code>ampmInsights_V1_Cliente/Artefatos/</code>, só linhas <code>AM...</code>) — não
-  é suposição. O que falta é a parte que <strong>não é scriptável</strong>: criar os dois perfis de
-  carga de fato no App Builder (Shared Components → Data Load Definitions), seguindo o roteiro da
-  seção 4.</p>
+<div class="callout info">
+  <div class="callout-title">Status: os dois perfis estão criados (2026-09-09)</div>
+  <p><code>DL_TECH_CMDB_V2</code> (27 colunas) e <code>DL_TECH_VULNERABILIDADE_V3</code> (40
+  colunas) confirmados no App Builder, tela a tela, sem nenhum passo adivinhado. Falta: testar um
+  upload real através dos dois (seção 6 — a query de validação retorna "no data found" até isso
+  acontecer, é esperado) e gerar o export completo novo da Application 100 (seção 7).</p>
 </div>
 
 <h2>1. Por que perfis novos, não sobrescrever os antigos</h2>