SGF/docs/SGF_STOCK_CATALOGUE_DELIVERY.md

Cadastro e revisão de artigos — entrega8085

10/11/2026 · SGF-STOCK-CATALOGUE-QA-v1, autorizado expressamente. Stock → Artigos e revisão do catálogo, na instalação existente. Código, interface, persistência e provas entregues; sem nova demonstração, base, porta ou SGC.

Percurso concluído

Pesquisar artigos existentes e consultar o processo/ficha. Artigos anteriores sem proveniência deste percurso permanecem só para consulta. Armazém QA2 prepara código, designação, unidade e fundamento; a intenção fica versionada, sem criar artigo ou saldo. Conferência QA12 escolhe a preparação actual, confere o impacto e aprova ou recusa. Só a aprovação disponibiliza o artigo no catálogo nativo existente.

Uma nova preparação/revisão permite corrigir apenas a designação de artigos criados neste percurso. Código/unidade permanecem imutáveis. Não associa automaticamente um código anterior nem edita os artigos dos exemplos aceites. Proposta recusada não altera o catálogo. Origem, preparação/revisão, autor, data e fundamento conservam-se no histórico append-only; criação/alteração, proveniência, auditoria e recibo pertencem à mesma transacção nativa.

A confirmação revalida autoridade actual, actor nativo activo, contexto, binding, versão, artigo de origem e impacto. Mudanças exigem nova conferência. Repetir a chave devolve o resultado original; nova sessão recupera recibo próprio por GET, sem executar operação. O campo de código respeita o limite nativo30; designação150 e unidade12, sem conversões implícitas.

Pesquisa literal e páginas25/100; histórico por processo e estado. A interface conserva campos ao paginar/cancelar prévia e exige descarte explícito antes de trocar de registo. Sem escolha automática do primeiro artigo ou decisão. Código/unidade ficam só para leitura nas correcções. Formulário e origem ficam bloqueados durante prévia/confirmação incerta.

Resultado conservado e acessos

Na8085 existe um artigo novo QA-CATALOGO-INTEGRADO, unidadeUN, designação fictícia, preparado2/revisto12 em duas versões/recibos. Sem saldo inicial, movimento, lote, preço, custo, compra, dívida ou lançamento. O mesmo ID aparece no leitor físico SELECT-only e no selector original de operações; nenhuma recepção ou saída foi repetida para provar essa ligação.

Aplicados exactamente stock.items.prepare ao QA2 e stock.items.review ao QA12: duas concessões por livro existente, quatro no total8085/regressão. Consulta reutiliza stock.view. Sem nova pessoa, perfil, role PostgreSQL ou concessão SQL/PUBLIC; a ligação física de leitura mantém os três SELECTs e o binding original. A capacidade SQL da ligação nativa não substitui a nova autoridade de negócio, exigida pelo adaptador antes de qualquer escrita.

Rootflag desligada por omissão; modo aprovado disponibilizado apenas na8085 escolhida/regressão. As estruturas novas são sc_catalogue_meta, sc_catalogue_versions e sc_catalogue_commands, apenas nos livros QA já existentes. Writers de movimentos, políticas originais e pacotes fixados preservados.

Provas dirigidas

-34 regressão: intenção versus catálogo, aprovação distinta, versão antiga, código existente/imutabilidade, recusa/correcção de designação, histórico/recibo/contexto/revogação, recuperação após falha e preservação. Fixtures revertidas. A falha no recibo reverte artigo+versão+auditoria; a mesma confirmação recupera um artigo único. -11 limites/guardas: código30/designação150, entradas inválidas, leitor sem preparação, módulo errado, prévia forjada e tentativa de alterar tenant.

• Concorrência na regressão: primeira aprovação mantém a transacção; segunda atinge o limite após cerca5,22s e devolve503; após libertação recusa409 por versão alterada. Repetição da confirmação original devolve200/replay. Um artigo e uma aprovação, sem duplicação. A fixture concorrente fica identificada na regressão, sem movimento. -22 HTTP8085: duas confirmações conservadas, repetições sem duplicação, catálogo/selector/leitor físico, histórico e recusas. -15 DOM→HTTP real: uma prévia revertida, zero confirmações adicionais, campos preservados, descarte explícito, artigo anterior só de consulta, código/unidade imutáveis e recuperação.
• Três guardas de navegação: função apenas quando disponibilizada e com stock.view; dois checksums dos scripts efectivamente servidos.

85 verificações de catálogo, mais concorrência e checksums. Provas anteriores válidas reutilizadas. Não se repetiram suites de outros módulos. Índice de provas/fontes.

Comparação de38 conjuntos de dados originais e três bindings: intactos. Apenas duas concessões aprovadas, um artigo e duas auditorias de comando acrescentados na8085. Diário27, Caixa950, posições, cinco cálculos, artigos/movimentos anteriores e restantes exemplos preservados. Sem comandos/conexões dirigidos aos seis registos protegidos ou limpeza/apagamento da cache. Backups/dumps/dados privados fora do repositório; sem commit/checkpoint ou aceitação presumida.

Falha transversal de entrega de scripts encontrada e corrigida

A conferência dos bytes publicados detectou que o router local não incluía alguns scripts SGF novos na lista de ficheiros públicos. Em vez de JavaScript, devolvia o HTML da aplicação com200. API200, página legível e DOM com importação do código local não tinham comprovado que o navegador recebia o cliente correcto. As provas desses níveis continuam válidas, mas não constituem prova de carregamento do script ou funcionamento visual.

O router passou a servir dez nomes exactos de módulos públicos, incluindo as dependências partilhadas de Stock, documentos, Caixa, IVA, regras, bancos, indicadores e entrada. A extensão é limitada à composição8085 seleccionada; o corpo anterior e a lista de ficheiros anteriores foram preservados. Não abre acesso genérico ao filesystem. Módulo desconhecido na8085 devolve404 em vez do HTML da aplicação. Não houve reinício, nova porta, limpeza de cache ou alteração do encaminhamento das outras instalações.

17 verificações de fronteiras/comparação do router e13 HTTP confirmam MIME JavaScript, bytes por SHA, dependência comum, query string,404 e script anterior. Esta correcção é transversal de entrega; não soma outra vez provas dos workflows nem declara revisão visual concluída. Relatório específico.

Limites

Não inclui armazéns novos, importação em massa, fusão, suspensão geral, conversões de unidade, valorização ou edição de artigos anteriores. O wrapper administrativo original conserva os seus bloqueios; estes ensaios não validam carga sustentada. Leitores físicos invalidam naturalmente referências antigas quando o catálogo muda; não houve limpeza de cache.

Revisão visual real do conjunto e capacidade de implantação continuam pendentes. A via de navegador bloqueada não foi repetida. Fiscalidade geral e restantes lacunas da matriz não são declaradas concluídas por este cadastro. Sem acessos/operações reais, publicação, candidata de Compras, aceitação ou checkpoint.