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>
This commit is contained in:
2026-09-09 20:41:40 -03:00
parent 26ebdd15b2
commit 71a6c2ac9b
2 changed files with 18 additions and 20 deletions

View File

@@ -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>