docs: Missão 5 addendum (Z.1-Z.6) - correct labels, add tables, adopt VERSIONING.md

Z.1: KB conflict counts were reported as ROW counts (kb_knowledge rows), not
DISTINCT GTIN counts - a single conflicted product with 2 competing NCM
candidates produces 2 rows, doubling the apparent conflict count. Real
number, measured directly in production: 262 distinct GTINs in CONFLICT
(all under knowledge_key=ncm), matching the ~264 baseline closely - no real
growth, just a row-vs-GTIN counting mismatch in the earlier report.

Z.3: corrected the Missão 4 claim that NFCE_ITENS was the "fonte encontrada"
for what PIS/COFINS was actually transmitted - that overstated certainty.
Relabeled PISCOFINS_FONTE_TRANSMITIDA = NÃO_CONCLUSIVO in
docs/PISCOFINS_TRANSMITTED_SOURCE_V1.md and both dossiê copies: a blank
NFCE_ITENS column is equally consistent with "nothing was transmitted" and
"the SGV transmitted a value in the XML but never wrote it back to that
column" - we cannot tell without the actual XML.

Z.4: docs/AUTOFILL_SAFE_3_CELULAS_V1.md - table of the 3 real AUTO_FILL_SAFE
cells (000801/000802 CFOP, 000697 IPPT) with proposed value, field_contract
rule and concrete evidence for each.

Z.5: docs/NCM_27_BLOCKED_PRODUCTS_V1.md now marks the 15 test/garbage-named
products as "produto de teste" in the kb.attest queue (still counted in
coverage, just lower priority); the 3 legacy + 5 out-of-table NCMs are
flagged for reclassification once the official NCM catalog (Fase 2 of this
mission) is loaded and approved.

Z.6: CLAUDE.md records independent Hub/Agent versioning (docs/VERSIONING.md)
as the adopted standard going forward.

No schema/migration change. No Firebird write anywhere.

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

central/static/docs/dossie_contador.md

@@ -63,14 +63,15 @@ reconhece esse episódio.
   ICMS" no card correspondente, e mesmo assim o motor consulta o tratamento antes de propor o
   código (nunca aplica um padrão cegamente).
 
-## Atualização: onde exatamente está guardado o que foi transmitido
+## Atualização: o que foi realmente transmitido é NÃO_CONCLUSIVO
 
 Procuramos por XML/documento fiscal armazenado nos bancos auditados: não existe — o sistema só
-guarda o caminho do arquivo no disco da loja, nunca o conteúdo. A fonte real e mais próxima do que
-foi transmitido são as próprias colunas de PIS/COFINS por item de venda (código, base, alíquota,
-valor) — os mesmos valores usados para montar a nota fiscal eletrônica. Isso não muda a conclusão
-da pergunta (a): mesmo sendo a fonte real, essas colunas confirmam que o cadastro do produto nunca
-é consultado.
+guarda o caminho do arquivo no disco da loja, nunca o conteúdo. As colunas de PIS/COFINS por item
+de venda são a melhor evidência disponível no banco, mas essas colunas estão em branco para quase
+todos os itens, e sem o XML de verdade não sabemos se "em branco" significa que nada foi
+transmitido ou que o sistema transmitiu um valor sem gravá-lo de volta no banco — as duas
+explicações combinam com os mesmos dados. O que continua certo: o cadastro do produto nunca é
+consultado (também em branco).
 
 ## Como usar este dossiê