Consolida tudo confirmado tela a tela nesta sessão:
- Formulário 'Data Profile Column' completo (Column Type, Name, Data
Type, Length condicional, Selector Type/Selector, Value
Transformation).
- Tabela final das 11 colunas do CMDB com Data Type/Length exatos, e
das 22 de vulnerabilidades (incluindo a máscara de timestamp
confirmada contra FIRST_OBSERVED/LAST_SEEN/RESURFACED_DATE já
existentes).
- Correção: ATTESTED_FLAG (e os 3 flags de vulnerabilidade) não usam
Value Transformation - conversão true/false -> 1/0 é manual no
Excel, mesma regra já documentada no capítulo 10 pra COFRE/SOX/etc.
- Nova nota: investigação do pacote público APEX_DATA_LOADING
(owner real APEX_240200.WWV_FLOW_DATA_LOADING_API) - só tem
GET_FILE_PROFILE/LOAD_DATA (executar carga), não serve pra
criar/editar colunas de um Data Profile. Não reabrir essa via.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Confirmado tela a tela pelo usuário: o campo 'To Name' na tela 'As
Copy' é ignorado (as 3 cópias nascem com nome padrão 'Copy of X',
mesmo a que estava marcada No). Documenta a correção: identificar cada
cópia pelo Target Name na visão em tabela, apagar a indesejada
(Copy of DL_TECH_VULNERABILIDADES, aponta pra TB_26AI_TECH legada,
não TB_26AI_TECH_V2), renomear as outras duas via campo Name/Static ID
+ Apply Changes. Lista final de 5 definições confirmada.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Confirmado contra prints reais do App Builder: o wizard de criação só
oferece 'From scratch' ou 'As copy of an existing Data Load
Definition' — não existe tela de upload de amostra para autodetectar
colunas, como eu tinha documentado antes sem verificar. Corrige o
roteiro pra seguir exatamente as telas reais (Method -> Application ->
As Copy, renomeando DL_TECH_CMDB_V1 -> DL_TECH_CMDB_V2 e
DL_TECH_VULNERABILIDADE_V2 -> DL_TECH_VULNERABILIDADE_V3 na mesma
tela). Marca explicitamente onde o roteiro ainda não está confirmado
(tela pós-'Copy Data Load Definition') em vez de continuar
adivinhando. Reposiciona os templates/*.xlsx: servem para testar a
carga depois de pronta, não para criar o perfil.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
- Achado: DL_TECH_CMDB_V1/DL_TECH_VULNERABILIDADE_V2 vivem dentro de
sql/02_ampminsights_apex_app.sql via wwv_flow_imp_shared (API interna
de export/import do APEX) — não escrever isso à mão fora de um
import completo.
- templates/sample_DL_TECH_CMDB_V2.xlsx (27 col.) e
templates/sample_DL_TECH_VULNERABILIDADE_V3.xlsx (40 col.): arquivos
de amostra só-cabeçalho pra criar os perfis via upload no wizard do
APEX, em vez de preencher campo a campo.
- docs/13 reescrito: seção 5 usa o fluxo de upload de amostra; nova
seção 7 explica que só o desenvolvedor toca em App Builder uma vez,
e o cliente recebe um export completo novo (mesmo fluxo de release
já usado sempre) — nunca precisa saber o que é Data Load Definition.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
- 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>
