Files
GTI_GERENCIADOR_FISCAL/docs/AUTOFILL_SAFE_3_CELULAS_V1.md
T
gtiandClaude Sonnet 5 8f3dcaada9 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>
2026-09-28 15:03:22 -03:00

1.8 KiB

As 3 células AUTO_FILL_SAFE reais (Agent 2, pós-correção do motor) — Missão 5 / Z.4

Evidência: docs/runs/GTI_dryrun_universe.ndjson.gz (dry-run read-only, pós-fix Bloco A.1).

Produto Campo Valor atual Valor proposto Regra (field_contract) Evidência concreta
000801 PEIXE TILAPIA FILE S/ ESPINHAS CFOP (em branco) 5102 DERIVED_FROM_ROLE_AND_ST_FILLING_BLANK C000025.TIPO=VENDA + documento de compra em C000088/estoque em C000100 comprovam papel RESALE; sem substituição tributária (ST) declarada para este item — 5102 é o CFOP de venda de mercadoria de revenda, intra-UF, sem ST. Campo estava vazio (preenche, nunca sobrescreve).
000802 PEIXE CORVINA POSTA CFOP (em branco) 5102 DERIVED_FROM_ROLE_AND_ST_FILLING_BLANK Mesma evidência do item acima (RESALE + sem ST), mesmo produto-tipo (peixe fresco vendido a granel).
000697 SUCO DE GRAVIOLA GTI IPPT T (terceiros) P (própria produção) DERIVED_FROM_PRODUCT_ROLE:PROD_COZINHA=1,RECEITA_INGREDIENTES Evidência direta, não estatística: C000025.PROD_COZINHA=1 (produto roteado para a cozinha) e existe uma linha em RECEITA_INGREDIENTES ligando este código a uma receita real — as duas evidências, juntas, não dependem do limiar de maioria de C000032.TIPO=COMPOSICAO (que é só para o caso mais fraco, estatístico).

Nenhuma das 3 depende de interpretação fiscal — são derivações determinísticas de papel do produto (revenda/produção própria) já comprovado por dados do próprio ERP (documento de compra, estoque, receita), não por regra fiscal inventada. Continuam sujeitas ao roteiro de acceptance com produtos de teste antes de qualquer escrita real (docs/CFOP_IPPT_WRITE_CAPABILITY_V1.md).