SGF/AGENTS.md

SGF Tempo — instruções locais

• Autorização expressa11/11: «Autorizar o bloco e as30 concessões QA apresentadas», docs/SGF_HUMAN_RESOURCES_PERSONNEL_SCOPE.md/JSON. Implementar todo o bloco contratos/assiduidade/férias/conferência e ligação contratual explícita às novas preparações salariais apenas em regressão.9direitos/15grants por livro existente/30total, mesmos3perfisRH, sem novas identidades/pins. Preservar6versões/recibos salariais8085,seis registos/cache/GL27/contas19 e exemplos. Sem demos/SGC/efeitos financeiros/modelos legais/publicação/checkpoint. Indicações anteriores por autorizar substituídas; não pedir por campo/operação/teste.

• Pedido11/11 para contratos/assiduidade/férias no RH autónomo. Âmbito completo preparado docs/SGF_HUMAN_RESOURCES_PERSONNEL_SCOPE.md/JSON: contrato QA10000, planos09/10Nov480min, presença09, orçamento fictício960min/pedido-gozo10de480/saldo480, conferência parcial por pessoa e ligação contratual explícita só em futuras preparações salariais (prova regressão), preservando6versões/recibos salariais8085. Novos9direitos human_resources.contracts/attendance/leave × view/prepare/review; consultas3perfis, preparehr_prepare/reviewhr_review,15grants/livro30total nos perfis existentes, por autorizar/não concedidos; SELECT-only confirma ausência nos dois livros. Zero novas identidades/roles/pins alterados. PersonnelTime puro local22checks intervalos/desconhecidos/conflitos/saldo; não instalado, sem writers/schema/dados alterados. Não declarar funções novas entregues. Regra de novos poderes requer decisão antes de conceder; pedido de implementar não contém lista nova aprovada. Preservar8085/seis registos/cache/provas/GL27/contas19/Caixa950/fontes; sem demos/SGC/dívida/pagamento/GL/salário/contrato real/modelos legais/publicação/checkpoint. Não presumir férias legais960min nem classificar faltas automaticamente. Após aprovação, implementar todo bloco sem pedir por campo/rubrica/teste.

• RH autónomo entregue11/11, docs/SGF_HUMAN_RESOURCES_DELIVERY.md, mesma8085 /sgf→Recursos Humanos. Três perfis próprios QA/livro,11grants/livro22total, namespace human_resources.remunerations., registo separado SHA, sem alterar10perfis/pins anteriores; antigosgrants Financeiros remunerations. permanecem ausentes. Cadastro/regras/processamento de QA-COLABORADOR-01/2026-11 revistos por pessoas distintas: bruto10000, descontos300+800, encargo400, líquido8900/custo10400. São parâmetros artificiais, não cálculo legal IRPS/INSS.6versões/6recibos na8085; não repetir comandos, progresso privado hr-http-progress-private.json.40reg perfisHR reais+23fronteiras finais+16handlers API-simulada reutilizados+43HTTP+10leituras finais=132, mais concorrência5,20s503 hostempresa FOR UPDATE/transactionid pg_blocking_pids→409 pós-libertação/replay200 sem duplicação, e71preservação/ACL.55conjuntos originais iguais+grants antigos iguais com11aprovados,3bindings/GL27/contas19/Caixa950/seis registos/cache preservados.27fixtures paginação+1estrangeira/falha parcial revertidas;6versões suporte concorrência ficaram só na regressão. JSmain/lazy/shared MIME/SHA, flags root off/privada8085 on, companycontract só1:2 incluiRH. Matrizv25 tem7módulos; produto amplo incompleto. Contratos/assiduidade/férias/legalIRPS-INSS/ligação salarial ainda faltam. Sem dívida/pagamento/GL/salário real/modelo oficial/demos/SGC/publicação/candidata/checkpoint/aceitação; visual/carga/implantação separados. Indicações históricas de acessos/instalação por autorizar foram substituídas.

• Autorização expressa11/11: «Autorizar os perfis QA próprios de RH e as concessões apresentadas», docs/SGF_HUMAN_RESOURCES_AUTONOMY_SCOPE.md/JSON. Criar hr_prepare/hr_review/hr_read,11grants por livro QA existente/22total, sem conceder aos Financeiros. Concluir todo o percurso sintético autorizado no módulo autónomo RH na mesma8085, provas dirigidas positivas/isolamento/concorrência/recuperação e preservação. Não pedir por campo/rubrica. Preservar perfis/pins anteriores,27GL,seis registos/cache; sem demos/SGC/dívida/pagamento/salário real/GL novo/modelos legais/publicação/checkpoint. Indicações anteriores por autorizar foram substituídas.

• Directiva posterior11/11: RH deve ser AUTÓNOMO, perfis/permissões distintos. docs/SGF_HUMAN_RESOURCES_PREPARATION.md: código/rotas/menu local preparado (não copiado8085), motor em App/Modules/HumanResources, proprietário human_resources, namespace human_resources.remunerations., registo HR separado SHA sem alterar os10perfis/pins aceites. Retiradas integralmente as7concessões novas a Financeiros13–17 por livro/14total, com auditoria; nenhum processamento8085 persistido. Três tabelas rm_ técnicas já criadas sob primeira autorização, versões/recibos vazios. Matriz v24 conserva6entregues e7ºRH planeado, produto incompleto. Próxima decisão docs/SGF_HUMAN_RESOURCES_AUTONOMY_SCOPE.md/JSON: hr_prepare/hr_review/hr_read novos, view3+prepare1+review1 e company.view/unit.view para cada,11grants/livro22total/seisidentidades QA; por autorizar/não concedidos/não criados. Regra de acessos exige decisão da nova lista, autonomia do módulo já foi ordenada. Instalador novo falha sem aprovação, antigo bloqueado por status superseded.16handlersAPI-simulada,11preauth/cálculo em cada livro,65preservação/56conjuntos+3bindings intactos.40funcionais iniciais são anteriores à separação, fixtures revertidas; não equivalem a integração RH nova. Percurso efectivo/concorrência/falha parcial/HTTP RH pendentes até autorização; não declarar concluído. Contratos/assiduidade/férias/legalIRPS-INSS/ligação salarial ainda faltam.27GL/seis registos/cache preservados; sem demos/SGC/publicação/candidata/checkpoint/aceitação. Indicações anteriores de Financeiro e concessões autorizadas13–17 são históricas e foram substituídas pela directiva de autonomia.

• Autorização expressa11/11: «Autorizar o bloco QA e os três direitos apresentados», docs/SGF_REMUNERATIONS_SCOPE.md/JSON. Implementar todo o percurso sintético descrito: cadastro/regras/processamento/revisão/correcção/cancelamento/mapa/SHA/recuperação. remunerations.view13–17/prepare13/review14, sete concessões por livro existente/14total. Não pedir por rubrica. Sem salários/dívida/pagamento/GL/modelos legais novos; preservar27GL/seis registos/cache/mesma8085, sem demos/SGC/publicação/checkpoint. A indicação histórica por autorizar foi substituída por esta decisão.

• Próxima decisão11/11 preparada docs/SGF_REMUNERATIONS_SCOPE.md/JSON: processamento interno completo de remunerações QA, cadastro fictício/regras versionadas/10000 bruto, parâmetros artificiais3%/4%/8%, descontos300+800, líquido8900/custo10400, revisão distinta/mapa conservado/SHA/correcção/cancelamento/recibos. Não são taxas legais nem salários reais; parâmetros em falta não viram zero. Três direitos remunerations.view13–17/prepare13/review14, sete concessões por QA existente/14total, por autorizar/não implementados/não concedidos, SELECT-only confirmou ausência nos dois livros. Sem novos GL/contas/pagamentos/dívida/modelos oficiais/submissão/SGC/demos; preservar27GL/fontes/seis registos/cache. Não inferir poder salarial dos direitos de Caixa/IVA/GL; não pedir por rubrica após autorização do bloco.

• Ordens por equipamento entregues11/11, docs/SGF_WORKSHOP_EQUIPMENT_ORDERS_DELIVERY.md, mesma8085 Oficinas→Equipamentos. Escolha explícita, metadados actuais, filtro SQL antes25/100, pesquisa/estado/período, CSV/página e ordem exacta; regresso conserva catálogo. Reutiliza direitos/contexto/atribuição; fonte catálogo e ordens na mesma leitura consistente, sem writer/mutex/schema/grants novos.23reg (28ordens/um equipamento fixtures SQL revertidas),12handlers simulados,17HTTP efectivo=52.56conjuntos/binding intactos incluindo fs_* recentes e27GL; seis registos/cache/provas/trabalho alheio preservados. JSprincipal/lazy MIME/SHA, cópias anteriores privadas. Matriz v23 amplo produto incompleto; visual/carga/implantação separados. Sem demos/SGC/publicação/candidata/checkpoint/aceitação.

• Balanço/resultados internos parciais QA entregues11/11, docs/SGF_FINANCIAL_STATEMENTS_DELIVERY.md, mesma8085 Contabilidade.19 correspondências explícitas propostas preparadas15/revistas16, nove por classificar; resultado10/11 conservado19linhas sobre27lançamentos, quatro versões/recibos/eventos, um snapshot/SHA. Activos2155/fornecedor100/rendimentos2586,21/gastos2200/subtotal386,21; capital/resultado completo indeterminados, sem modelo legal. Motor/writer/contas/lançamentos originais intactos; original trialBalance por páginas25/100, grupos exactos/linhas conservadas, CSV por lotes100 e tempstream1MiB, não a cache bloqueada. Consulta/expor antigo preserva bytes, fonte nova marca histórico, razão recebe conta/datas. Dois direitos aprovados prepare15/review16, duas concessões por QA existente/quatro total, sem SQL/PUBLIC/roles/contas reais.152 verificações centrais mais65preservação/ACL/concorrência:38reg (livro vazio sem inserir GL),17fronteiras (double128linhas),4falha parcial(snapshot19linhas revertido sem contas/GL),23handlersUI,46HTTP sobre19contas/27GL efectivos,11descarga,13entrada/assets finais. Não somar passagens18/19UI ou16fronteiras substituídas. Concorrência503 após5,13s hostempresa FOR UPDATE/transactionid e pg_blocking_pids; pós-libertação409 e replay200/uma revisão só na regressão. Retoma corrigiu descarga API sem X-SGF-Context: botão com leitura autenticada/geração/SHA antes de guardar, token nunca URL; guardas originais mantidas. Mesmo atalho do mapa IVA corrigido, cinco compatibilidade e22UI existentes reexecutadas (prova antiga SHA igual), sem recriar mapa/decisões.49 conjuntos iguais; linhas antigas de permissões/auditoria nativa iguais+2grants/+4eventos, três bindings/GL27/contas19/Caixa950/IVA4/cálculos5/fo/pd/stock/seis registos/cache preservados. Progresso/chaves privados: não repetir quatro comandos8085. Config root desligada, privada8085 habilitada; JSmain/lazy/partilhado MIME/SHA conferidos. Sem demos/SGC/efeitos financeiros/fecho/reabertura/publicação/candidata/aceitação/checkpoint. Matriz v22 produto amplo incompleto; visual/carga/implantação separados. Proposta anterior por autorizar é histórica.

• Autorização expressa11/11: «Autorizar o bloco QA e os dois direitos apresentados», docs/SGF_FINANCIAL_STATEMENTS_SCOPE.md/JSON. Implementar bloco inteiro de correspondências revistas e balanço/resultados internos parciais QA, prepare15/review16, duas concessões por QA existente/quatro total.19 contas propostas/nove por classificar, sem capital fabricado; snapshots/SHA/histórico/recibo/provas. Reutilizar motor/writer/fontes originais; preservar27lançamentos/dados/seis registos/cache, sem demos/SGC/modelo legal/publicação/candidata/checkpoint/aceitação. Não pedir por campo/teste; indicação anterior por autorizar é histórica.

• Antiguidade de fornecedores entregue10/11, docs/SGF_PAYABLE_AGING_DELIVERY.md, mesma8085 Financeiro. Referência explícita, saldo original/condição administrativa revista da página, faixas0/1–30/31–60/61–90/>90/desconhecido; moeda/centavos exactos, desconhecido separado e sem reconhecimento/indeterminado/liquidado excluídos das faixas monetárias. Original due_on/days_overdue preservados.52 verificações (26reg/12UI/14HTTP), JS main/lazy MIME/SHA;51 conjuntos/binding intactos incluindo fo_* quatro versões/recibos recentes, seis registos/cache/provas/trabalho alheio. Zero comandos/direitos/schema/índices novos; mesmos mutex/paginação25/100, sem totais globais/corte histórico/carga/implantação alegados. Matriz v21 produto amplo incompleto; visual separado; sem demos/SGC/publicação/candidata/aceitação/checkpoint. Próxima decisão preparada docs/SGF_FINANCIAL_STATEMENTS_SCOPE.md/JSON: correspondências explícitas revistas para balanço/resultados internos parciais QA,19 contas/27lançamentos existentes, nove contas por classificar e nenhum capital fabricado. Dois direitos general_ledger.statements.prepare15/review16, duas concessões por QA existente/quatro total, por autorizar/não concedidos, SELECT-only confirma. Consulta reutiliza general_ledger.view; sem alterar motor/writer/contas/lançamentos ou declarar modelos legais.

• Obrigações/prazos administrativos QA entregues10/11, docs/SGF_FISCAL_OBLIGATIONS_DELIVERY.md, mesma8085 Contabilidade. Uma origem mapa IVA já revisto, referência/responsável explícitos, prazo artificial15/12, preparação13/revisão14 e entrega APENAS simulada13/14 com referência/SHA exportação; quatro versões/recibos/eventos. Correcção, desconhecido, recusa, cancelamento, histórico/impacto/recibo e SQL25/100/filtros/CSV. Três direitos aprovados view13–17/prepare13/review14, sete concessões por QA existente/14total, sem SQL/PUBLIC/roles/contas reais.41 regressão/19 fronteiras/22 handlers simulados/29 HTTP/sete entrada=118, mais concorrência503 após5,64s pelo FOR UPDATE empresa (pg_blocking_pids/transactionid), pós-libertação409/replay200 e fixture cancelada por dois comandos adicionais só na regressão. Reg havia livro revisto mas não mapa persistente: dois comandos necessários prepararam/reviram esse mapa, sem repetir livro/origem financeira;8085 mapa intacto.61 preservação/ACL:47 conjuntos iguais, linhas antigas de permissões iguais+sete concessões, três bindings/diário27/Caixa950/cálculos5/IVA4/condições/artigos/seis registos/cache preservados. Auditoria comum usa allowlist existente/refversão; impacto integral em fo_versions append-only. Config root desligada, privada8085 habilitada; JS main/lazy MIME/SHA conferidos. Sem demos/SGC/efeitos financeiros/AT/prazo legal/modelo oficial/publicação/candidata/aceitação/checkpoint. Matriz v20 produto amplo incompleto; visual/carga/implantação separados. Proposta anterior por autorizar é histórica; não repetir quatro comandos da8085 (progresso/chaves privados).

• Autorização expressa10/11: «Autorizar o bloco QA e os três direitos apresentados», docs/SGF_FISCAL_OBLIGATIONS_SCOPE.md/JSON. Implementar bloco inteiro administrativo ligado ao mapa IVA revisto, fiscal_obligations.view13–17/prepare13/review14, sete concessões por QA existente/14total. Prazo15/12 artificial, entrega simulada por referência/SHA do export interno; sem prazos legais/AT/imposto/dívida/pagamento/lançamentos. Preservar fontes, seis registos/cache e demais limites; não pedir por campo/teste. Proposta anterior por autorizar é histórica.

• Relatório por abertura de ordens entregue10/11, docs/SGF_WORKSHOP_PERIOD_REPORT_DELIVERY.md, mesma8085 Oficinas→Relatórios. Datas explícitas, dia local Africa/Johannesburg convertido em UTC início incluso/fim exclusivo, SQL antes25/100; apontamentos/identificação actuais, não fecho histórico. CSV só página/aplicação de filtros/escapagem, zero comandos/direitos/schema.21 regressão30fixtures revertidas/13 UI/15 HTTP=49, MIME/SHA de main/lazy;48 conjuntos actuais/binding intactos, diário27/Caixa950/cálculos5/condições de vencimento/seis registos/cache preservados. Provas anteriores reutilizadas, não repetir workflows; leitor sem mutex anterior preservado sem nova carga alegada. Matriz v19 produto amplo incompleto; visual/carga/implantação separados. Sem demos/SGC/publicação/candidata/checkpoint/aceitação. Próximo bloco concreto docs/SGF_FISCAL_OBLIGATIONS_SCOPE.md/JSON: controlo administrativo de prazo/obrigação/declaração de entrega simulada ligado ao mapa IVA interno revisto, três direitos novos fiscal_obligations.view/prepare/review, sete concessões por QA existente/14total, por autorizar/não concedidos (SELECT-only confirma ausência). Sem calendário legal, imposto/dívida/pagamento/submissão externa; prazo15/12 artificial explicitamente. Não confundir agenda de Oficina já implementada com esta lacuna fiscal.

• Vencimentos administrativos de fornecedores entregues10/11, docs/SGF_PAYABLE_DUE_DELIVERY.md, mesma8085 Financeiro→Posições→Condições/histórico. Preparação13/revisão14, evidência/fundamento/prévia/recusa/correcção desconhecido/versões/recibo; origem/saldo/versão/direitos/contexto/pessoa revalidados. Dois direitos aprovados, duas concessões por QA existente/quatro total, sem SQL/PUBLIC/roles novos. Exemplo obrigação100/data artificial30/11, duas versões/recibos e dois eventos; original pa_obligations.due_on/factura/saldo/diário intactos.40 regressão final (não contar original40 outra vez)/nove identidade/quatro paginação29fixtures revertidas/seis lista/23HTTP/10finais/21handlers simulados=113; concorrência503 após5,12s pelo FOR UPDATE empresa, pg_blocking_pids/transactionid observado, pós-libertação409 e replay200/uma revisão apenas na regressão.58 preservação/ACL:43 conjuntos iguais, dois com linhas antigas iguais e append autorizado2, três bindings/diário27/Caixa950/cálculos5/seis registos/cache intactos. Identidade humana gravada em preparações novas; duas versões iniciais8085 preservadas sem reescrever. Lista projecta condições aprovadas da página e CSV distingue origem/administrativa; referência explícita no detalhe, não saldo histórico. Config root desligada, QA seleccionada habilitada. Matriz v18 produto amplo incompleto; visual/carga/implantação separados. Sem demos/SGC/efeitos financeiros/acessos reais/publicação/candidata/aceitação/checkpoint. Proposta anterior por autorizar é histórica.

• Autorização expressa10/11: «Autorizar o percurso QA e os dois direitos apresentados», docs/SGF_PAYABLE_DUE_SCOPE.md/JSON. Implementar percurso inteiro de vencimentos administrativos revistos, due.prepare13/due.review14, duas concessões por QA existente/quatro total, sem pedir por campo/teste. Exemplo100MZN/data artificial30/11, sidecar sem mutação de factura/obrigação/saldo/diário, demais limites do âmbito mantidos. A indicação anterior por autorizar é histórica.

• Próxima decisão concreta: docs/SGF_PAYABLE_DUE_SCOPE.md/JSON, vencimento administrativo revisto de obrigação individual, sidecar append-only sem alterar pa_obligations/factura/saldo. Dois novos poderes due.prepare13/due.review14 sob supplier_payables, duas concessões por livro existente/quatro total: por autorizar/não concedidas. SELECT-only confirma ausência nas duas bases. Exemplo proposto obrigação100MZN com evidência artificial e data30/11, atraso apenas por referência explícita; sem juros/pagamentos/propagação. Leitura não confere estes poderes. Preservar todos os exemplos, seis registos/cache; sem demos/SGC/publicação/candidata/checkpoint/aceitação/implantação.

• Posições de fornecedores entregues10/11, docs/SGF_PAYABLE_POSITIONS_DELIVERY.md, mesma8085 Financeiro. SQL25/100 por factura/fornecedor e estado documental, engine.positionsPage só IDs da página; fonte ambígua409, saldo desconhecido não zero, moedas separadas/resumo e CSV só página. Detalhe conserva document_id explícito e recusa403 sem fallback; command financeiro original idêntico após normalizar finais de linha.23 regressão/15 UI/19 HTTP=57, assets JS SHA/MIME incluídos; zero POSTs de negócio/direitos/schema.45 conjuntos actuais preservados incluindo catálogo novo/recibos, diário27/Caixa950/cálculos5; seis registos/cache/provas/trabalho alheio preservados. Vencimento/atraso continuam desconhecidos pelo motor original; não inferir prazos. Leitor composto conserva mutex; não alegar carga/optimização integral, visual ou implantação. Matriz v17 produto amplo incompleto; sem demos/SGC/publicação/candidata/checkpoint/aceitação.

• Cadastro de artigos entregue10/11, docs/SGF_STOCK_CATALOGUE_DELIVERY.md, mesma8085 Stock → Artigos e revisão do catálogo. Intenção/revisão distintas; criação no catálogo canónico sem saldo/movimento; código/unidade imutáveis e correcção de designação só dos novos, histórico/recibo atómicos. Duas concessões aprovadas por QA existente (stock.items.prepare2/review12), quatro total; sem novas concessões SQL/PUBLIC/roles.34 regressão/11 limites/22 HTTP/15 DOM→HTTP sem confirmações adicionais/três navegação=85, mais concorrência503 em5,22s→409/um artigo e replay200; dois checksums finais. Um QA-CATALOGO-INTEGRADO/UN, duas versões/recibos;38 conjuntos originais/três bindings e diário27/Caixa950/cálculos5 intactos, seis registos/cache preservados. Descoberta falha transversal: scripts novos devolviam HTML200 no router. Corrigida entrega de dez nomes exactos só8085, dependência sgf-stock-final incluída;17 limites/comparação corpo original e13 HTTP MIME/SHA/404. Ver docs/SGF_CLIENT_ASSET_DELIVERY.md. API/DOM anteriores não provavam entrega de scripts nem visual; não declarar ecrã validado por esses níveis. Router partilhado conserva comportamento das outras composições. Sem reinício/cache/demos/SGC/novos efeitos financeiros/publicação/candidata/checkpoint/aceitação/implantação; visual/carga separados. Matriz v16 produto amplo incompleto.

• Autorização expressa10/11: «Autorizar o cadastro QA e os dois direitos apresentados», docs/SGF_STOCK_CATALOGUE_SCOPE.md/JSON. Criar/rever artigo e corrigir designação apenas dos novos, código/unidade imutáveis; stock.items.prepare QA2 e stock.items.review QA12, duas concessões por livro QA existente/quatro total. Um QA-CATALOGO-INTEGRADO/UN sem saldo inicial na8085. Sem artigos anteriores/movimentos/lançamentos/lotes/preços/SGC/demos/acessos reais/seis registos/cache/publicação/candidata/checkpoint/aceitação/implantação. Proposta anterior por autorizar é histórica; implementar/provar percurso inteiro sem pedir por campo/teste.

• Continuação10/11: docs/SGF_RECEIVABLE_POSITIONS_DELIVERY.md, Financeiro → Posições de clientes/vencimentos na mesma8085. SQL25/100, pesquisa/estado/vencimento, efeitos confirmados actuais e totais por obrigação, proposta sem saldo reconhecido, desconhecido sem atraso zero; referência não é corte histórico. Passagem ao detalhe conserva ID explícito e não substitui por outro se indisponível; CSV da página e marcador entre páginas.30 regressão/16 UI/15 HTTP, correcções de vencimento revertidas, zero POST de negócio8085/direitos novos; dados/binding/sr_* intactos, diário27/Caixa950/cálculos5/seis registos/cache preservados. Cobertura fiscal v2 corrige descrições antigas sem activar motores. Matriz v15 produto incompleto. Próxima decisão concreta: cadastro/revisão de artigos, docs/SGF_STOCK_CATALOGUE_SCOPE.md/JSON; stock.items.prepare QA2 e stock.items.review QA12, duas concessões por livro existente/quatro total, ausentes/por autorizar, nada concedido. Escrita SQL nativa existente não é autorização de negócio; ligação SELECT-only permanece igual. Sem demos/SGC/acessos reais/publicação/candidata/checkpoint/aceitação/implantação; visual/carga separados.

• Continuação10/11, docs/SGF_ACCOUNTING_REPORTS_DELIVERY.md, mesma8085: Contabilidade tem submenus distintos e Análise balancete/razão com datas explícitas, conta escolhida por linha,25/100, saldo progressivo/totais originais e CSV apenas da página/escapagem. Mudança de marcador entre páginas exige nova leitura; impressão é nova consulta, não arquivo imutável. Adaptador HTTP corrige conta ausente500→403 e argumento inválido→422; engine/writers nativos intactos. Cinco regressão/19 HTTP/14 UI,32 conjuntos/binding preservados; zero direitos/efeitos financeiros/SGC/demos/seis registos/cache/publicação/candidata/checkpoint/aceitação/implantação. Código/testes antes de actualizar apresentação; não acoplar cada passo à8085. Leitor composto conserva mutex anterior; sem alegação de optimização de carga. Matriz v14 produto amplo incompleto, visual separado.

• Continuação executiva10/11: início operacional e lista paginada de ordens entregues na mesma8085; docs/SGF_OPERATIONAL_INFORMATION_DELIVERY.md. Entrada descreve seis módulos; Início mostra percursos/evidências/funções autorizadas e consulta explícita das fontes existentes, sem totais inventados ou consultas entre módulos. Oficinas painel/equipa/relatórios usam novo GET /api/workshop/orders, SQL25/100 por pesquisa/estado, cliente/equipamento/responsável, apontamentos actuais/minutos, direito existente workshop.view e atribuição actual. Sem mutex de escrita durante esta leitura; teste regressão terminou0,093s enquanto primeira transacção mantinha empresa bloqueada. Writers/triggers e detalhe antigo preservados (detalhe ainda materializa universo).50 HTTP fontes/28 UI/11 entrada/três assets finais;29 regressão/11 HTTP/12 UI de ordens, fixtures27 revertidas, sem ordens novas na8085.32 conjuntos originais/binding intactos, diário27/Caixa950/cálculos5; zero concessões/efeitos financeiros/SGC/demos/seis registos/cache/publicação/candidata/checkpoint/aceitação/implantação. Matriz v13 mantém produto amplo incompleto, visual/carga próprios.

• Cálculo QA por linhas/imposto incluído entregue10/11, docs/SGF_MULTI_LINE_INCLUDED_DELIVERY.md, mesma8085 /fiscal/rules.1–25linhas, modalidade/regra explícitas, imposto truncado por linha/base incluída residual, exactos/diferenças preservados. Três cálculos novos1000+160=1160 (sem/incluído) e86,21+13,79=100; dois antigos intactos.34 regressão/três recuperação/29 HTTP/16 DOM→HTTP=80 verificações, mais concorrência mesma chave503 após5,17s→200 replay/um cálculo; retirada de regra recusa409.26 conjuntos originais/binding e concessões intactos; diário27/Caixa950/IVA4/regras4/bancos7/indicadores4+2. Zero direitos/esquema/efeitos financeiros novos. Config root desligada, apenas QA aprovado na8085. Sem emissão/dívida/pagamento/SGC/demos/seis registos/cache/publicação/candidata/checkpoint/aceitação/implantação; visual/carga/fiscalidade geral separados. Indicações anteriores por autorizar/não implementado são históricas.

• Autorização expressa posterior10/11: «Autorizar a modalidade QA e a política apresentada», docs/SGF_MULTI_LINE_INCLUDED_SCOPE.md/JSON.1–25linhas, preço sem/com imposto, truncagem do imposto por linha, base documental incluída=bruto−imposto documental, exactos/diferenças racionais preservados, soma documental de linhas.100 incluído16%→86,21+13,79, diferenças9/2900; base não-cent no preço acrescido e bruto não-cent incluído ficam pendentes. Reutilizar fiscal_rules.view/prepare/review sem concessões; só cálculo/mapa interno nas mesmas8085/regressão, sem emissão/dívida/pagamento/lançamento/activação real/SGC/demos. Preservar27 lançamentos/Caixa950/IVA4/regras4/dois cálculos antigos/bancos7/indicadores4+2/seis registos/cache/provas/trabalho alheio. Não pedir aprovação por campo/teste do bloco. Sem aceitação/checkpoint/publicação/implantação. Indicação anterior por autorizar é histórica.

• Próxima decisão preparada após indicadores: docs/SGF_MULTI_LINE_INCLUDED_SCOPE.md/JSON, preço por1–25linhas e modo imposto incluído, reutilizando direitos fiscais existentes (zero concessões). Propõe truncagem de imposto por linha, base documental incluída=bruto−imposto documental, exactos/diferenças racionais preservados e soma de linhas. Casos400+600→base1000/IVA160/1160;464+696 incluídos idem;100 incluído→86,21+13,79 com diferenças9/2900. Política/modalidade por autorizar, não implementada no endpoint; protótipo matemático sem base apenas demonstra números. Não inferir esta decomposição do antigo caso de base simples. Sem emissão/dívida/pagamento/lançamento/SGC/demos/acessos reais/seis registos/cache, preservar todos os exemplos.

• Indicadores QA entregues10/11, docs/SGF_FINANCIAL_INDICATORS_DELIVERY.md, mesma8085 /finance/indicators: quatro eventos de critério13/14 e dois resultados conservados,950/100=19/2→9,50vezes;50/1000=1/20→5,00%. Fonte composta efectiva Caixa fechada/diário e saldo credor explícito, sem valor absoluto/critério automático/parecer real.41 regressão/12 SQL e fronteiras (origem artificial só no harness),29 HTTP efectivo/16 DOM→HTTP zero confirmações =98 verificações, mais concorrência503→409/uma revisão.23 conjuntos originais/binding e27 lançamentos/Caixa950/IVA4/regras4+cálculos2/bancos7 intactos. Sete concessões por QA exactas aplicadas. Rootflag desligada. Matriz v11 mantém critérios reais/rácios gerais/séries/modelos/motores legais pendentes. Sem novas transacções/efeitos financeiros/SGC/demos/acessos reais/seis registos/cache/reabertura/publicação/candidata/aceitação/checkpoint/implantação; progresso HTTP guardado e provas válidas reutilizadas.

• Autorização expressa posterior10/11: «Autorizar os indicadores QA e os direitos apresentados», docs/SGF_FINANCIAL_INDICATORS_SCOPE.md/JSON de acesso. Três direitos financial_analysis.view/prepare/review, sete concessões por QA existente aos perfis13–17. Critérios13/revisão14/cálculo explícito/fontes/histórico/relatório dos indicadores limitados950/100=9,5 e50/1000=5%; não rácios gerais ou recomendação real. Origem artificial apenas no harness da regressão, HTTP8085 fontes efectivas. Implementar/provar/disponibilizar limitadamente no mesmo livro sem pedir por campo/teste. Preservar27 lançamentos/Caixa950/IVA4/regras4+cálculos2/bancos7/seis registos/cache/trabalho alheio. Sem novas transacções/efeitos financeiros, critérios/acessos reais, SGC/demos/bases/portas, reabertura/publicação/candidata/checkpoint/aceitação/implantação. Indicação anterior por autorizar é histórica.

• Próxima lacuna preparada após bancos: docs/SGF_FINANCIAL_INDICATORS_SCOPE.md/JSON de acesso, critérios/indicadores QA950/100=9,5 vezes (Caixa/credor QA-FORNECEDOR) e50/1000=5% (despesa/entradas da Caixa), retratos/fontes/revisão distinta/histórico. Três direitos financial_analysis.view/prepare/review, sete concessões por QA existente aos perfis13–17: por autorizar/não aplicados. Não presumir poder de configurar critérios dos direitos de Caixa/bancos/fiscal/GL, nem adequação contabilística real ou rácio geral de liquidez/margem. Preservar27 lançamentos/Caixa950/IVA4/regras4+cálculos2/bancos7/seis registos/cache/demos; sem SGC/novos efeitos financeiros/operações ou acessos reais/reabertura/publicação. Origem artificial no harness da regressão explicitada; HTTP8085 provará fontes reais do QA.

• Conferência bancária QA entregue10/11, docs/SGF_BANK_RECONCILIATION_DELIVERY.md, mesma8085 /finance/bank: um CSV artificial0−20+20=0, duas linhas de extracto, sete eventos conservados, correspondências13→14 individuais com linhas GL4/5 dos diários2/3 já existentes. Leitor nativo sem fallback; não declara QA-LIQUIDACAO conta bancária real.37 regressão/11 SQL e fronteiras (origem artificial injectada só no harness),28 HTTP nativo/15 DOM→HTTP zeroPOSTs/três relatório =94 verificações, mais concorrência503→409/uma revisão.20 conjuntos originais/binding e27 lançamentos/Caixa950/IVA4/regras4+cálculos2 intactos. Oito concessões por QA exactas aplicadas. Rootflag desligada, binding privado. Extracto finalizado sem reabertura, relatório derivado/checksum; importador geral/correcção de extracto recusado/arquivo binário legal não entregues. Matriz v10 mantém produto amplo incompleto. Sem novas bases/portas/demos/SGC/pagamentos/lançamentos/acessos reais/seis registos/cache/publicação/candidata/aceitação/checkpoint/implantação. Progresso HTTP guardado; não repetir confirmações válidas.

• Autorização expressa posterior10/11: «Autorizar a conferência bancária QA e os direitos apresentados», docs/SGF_BANK_RECONCILIATION_SCOPE.md/JSON de acesso. Quatro direitos bank_reconciliation.view/import/prepare/review, oito concessões por QA existente aos perfis13–17. Extracto artificial0−20+20=0, importação/revisão distinta/correspondências individuais com duas linhas QA existentes20/20 na8085/relatório. Origem artificial no harness da regressão explicitada, leitor de produção sem fallback; HTTP8085 prova fontes efectivas. Implementar/provar/disponibilizar limitadamente sem pedir por campo/teste. Preservar27 lançamentos/Caixa950/IVA4/regras4+cálculos2/seis registos/cache/trabalho alheio. Sem novos pagamentos/lançamentos, natureza bancária real da conta de liquidação, SGC/bancos/APIs/credenciais reais, demos/bases/portas, reabertura, publicação/candidata/checkpoint/aceitação/implantação. Indicação anterior por autorizar é histórica.

• Próxima lacuna preparada após regras: docs/SGF_BANK_RECONCILIATION_SCOPE.md/JSON de acesso, conferência de extracto artificial0−20+20=0 pelas duas linhas de liquidação já existentes (diários2/3, contaQA-LIQUIDACAO; não se declara conta bancária real). Quatro direitos bank_reconciliation.view/import/prepare/review, oito concessões por QA existente aos perfis13–17: por autorizar/não aplicados. Importação, revisão distinta, correspondências individuais/fundamento e relatório; sem novo pagamento/lançamento ou associação automática. Preservar27 lançamentos/Caixa950/IVA4/regras4+cálculos2/seis registos/cache/demos; sem SGC/bancos reais/reabertura/publicação. Não inferir estes poderes de Caixa/recebíveis/regras.

• Núcleo comum de regras QA entregue10/11, docs/SGF_FISCAL_RULES_COMMON_DELIVERY.md, mesma8085 /fiscal/rules. Quatro eventos de regra e dois cálculos conservados:1000×16%=160/1160 em30/11 e sucessora artificial17%=170/1170 em01/12; sem alteração legal. Avaliador declarativo do portal reutilizado localmente por SHA, limites24/8 e base16/8, sem dependência runtime. Só dois DAGs QA fixados executam; referências legais pendentes não se activam.39 regressão/oito paridade/14 SQL e fronteiras/24 HTTP/14 DOM→HTTP/três entrada,102 verificações, mais concorrência503→409/uma revisão.17 conjuntos originais/binding e27 lançamentos/Caixa950/quatro versões IVA intactos. Sete concessões exactas por QA aplicadas após aprovação. Rootflag desligada; sourceSHA privada. Sem demos/SGC/novos efeitos financeiros/acessos reais/seis registos/cache/publicação/candidata/aceitação/checkpoint/implantação. Reutilizar provas, não repetir confirmações; progresso HTTP guardado. Restantes motores fiscais/modelos/calendário/remunerações/reconciliação/rácios pendentes na matriz v9.

• Autorização expressa posterior10/11: «Autorizar o núcleo comum QA e os direitos apresentados», docs/SGF_FISCAL_RULES_COMMON_SCOPE.md/JSON de acesso. Três direitos fiscal_rules.view/prepare/review, sete concessões por QA existente aos perfis13–17 discriminados. Catálogo/revisão distinta/cálculo explicável por versão/vigência, caso artificial1000×16%=160 até30/11 e sucessor artificial17%=170 desde01/12, sem mudança legal presumida. Implementar/provar/disponibilizar limitadamente na mesma8085/regressão; sem novo pedido por campo/fronteira/teste do contrato. Preservar27 lançamentos/Caixa950/quatro versões IVA/documentos/seis registos/cache/trabalho alheio. Sem outros motores legais/folha salarial/acessos reais/novos efeitos financeiros/SGC/demos/bases/portas/publicação/candidata/checkpoint/aceitação ou capacidade de implantação. Indicação anterior por autorizar é histórica.

• Próximo bloco preparado após IVA QA: docs/SGF_FISCAL_RULES_COMMON_SCOPE.md/JSON de acesso, núcleo comum de fontes/regras versionadas e cálculo artificial1000×16%=160 até30/11, sucessor artificial17%=170 desde01/12, sem afirmação legal ou alteração de documento existente. Três direitos fiscal_rules.view/prepare/review, sete concessões por QA existente aos perfis13–17: por autorizar e não aplicados. Não inferir da autorização de livro/mapa poder de manter regras transversais. A proposta não conclui motores IRPS/IRPC/ISPC/ICE/INSS/modelos oficiais/remunerações. Mesma8085/regressão, preservar27 lançamentos/Caixa950/quatro versões IVA/seis registos/cache, sem demos/SGC/novos efeitos financeiros/publicação.

• Livro/mapa IVA QA entregue10/11, docs/SGF_IVA_ASSESSMENT_DELIVERY.md, mesma8085 /fiscal/iva: FR existente1000/base862,07/IVA137,93 escolhido, livro/mapa preparados13 e revistos14; quatro versões conservadas/CSV congelado/SHA, dedução e imposto a pagar indeterminados.38 regressão revertidas, concorrência503→409/uma revisão (harness POST corrigido, evidência inicial conservada só na regressão), dez SQL/paginação revertidas,23 HTTP/quatro confirmações e14 DOM→HTTP/zero confirmações.15 conjuntos originais e27 lançamentos intactos; Caixa950 fechada/período aberto.14 concessões exactas por QA aplicadas conforme aprovação; rootflag desligada. Matriz v8 continua produto amplo incompleto: mapa interno não é Modelo A oficial, IVA geral/IRPS/IRPC/ISPC/ICE/INSS/calendário/reconciliação/rácios pendentes. Sem seis registos/cache/demos/SGC/novos efeitos financeiros/direitos reais/publicação/candidata/checkpoint/aceitação ou implantação. Não repetir provas válidas nem confirmações; progresso HTTP guardado.

• Autorização expressa posterior10/11: «Autorizar o livro/mapa IVA QA e os direitos apresentados», conforme docs/SGF_IVA_ASSESSMENT_NEXT_SCOPE.md/JSON de acesso. Seis direitos fiscal_assessments.view/prepare/review e fiscal_forms.view/prepare/review,14 concessões por base QA existente aos perfis13–17 discriminados. Ciclo completo origem FR1000/base862,07/imposto137,93 → livro revisto distintamente → mapa interno QA preparado/revisto/recuperável, sem apuramento completo/declaração oficial. Implementar/provar e disponibilizar limitadamente na8085/regressão existentes, sem repetir autorização por campo/teste; preservar27 lançamentos, Caixa950 fechada, seis registos/cache/provas/trabalho alheio. Sem novos motores fiscais, lançamentos, acessos/operações reais, SGC, demos/bases/portas, publicação/candidata/checkpoint/aceitação ou capacidade de implantação. A indicação anterior «por autorizar» é histórica.

• Continuação10/11: conferência do documento de impostos identifica backlog amplo FIS-SGF13–19 por concluir, separado do fecho QA dos seis módulos. docs/SGF_FISCAL_COVERAGE_DELIVERY.md: painel de cobertura no leitor fiscal existente, protecção de respostas atrasadas/contexto e rodapé corrigido; duas funções Financeiras já autorizadas visíveis no dropdown Contabilidade, sem concessões.17 regressão/10 HTTP/sete renderização/três contexto/três entrada;11 tabelas e diário27 intactos. Inventário12 fontes do portal por hash sem transferência/activação legal nem dependência runtime. Matriz v7 explicita motores/modelos/reconciliação/rácios pendentes. Próximo bloco docs/SGF_IVA_ASSESSMENT_NEXT_SCOPE.md, seis direitos/14 concessões por base QA existente conforme JSON de acesso: por autorizar, não aplicado. Sem novos direitos/schema/demos/SGC/cache/associações/publicação/checkpoint. Uma tentativa da aba integrada por URL conhecido terminou em timeout30s; não repetir ou contornar, visual pendente.

• Continuação executiva10/11: relatório Produtos sem movimento entregue na mesma8085, docs/SGF_STOCK_INACTIVITY_DELIVERY.md. Corte UTC/dias explícitos, pares com história conhecida, quantidade exacta, filtro literal/armazém e SQL25/100; cinco SELECTs de projecção, revisão/contexto600s.23 provas de regressão (fixtures SQL de relatório, não workflows),15 HTTP SELECT-only e sete cliente; metadados/movimentos/diário27 da8085 intactos. Sem novos direitos/roles/bases/demos/índices/writers/SGC/cache/publicação/candidata/aceitação/checkpoint. Seis registos preservados. Carga/visual/implantação separados. Matriz v6 acrescenta consulta sem alterar aceitação histórica.

• Caixa QA entregue na mesma8085 após aprovação, docs/SGF_CASH_DELIVERY.md: abertura0, custódia explicitamente classificada do recebimento existente1000, despesa50, contagem/revisão/fecho950; nove eventos append-only, declarante13/revisor14 distintos. Nenhuma factura/recebível/afectação nova ou modificada. Contabilidade15/16 reclassifica1000 e reconhece50 em duas origens individuais no mesmo writer; diário27 equilibrado e25 anteriores idênticos.23 verificações revertidas, concorrência503→409/uma classificação só na regressão, sete fronteiras/intervalos,21 HTTP incluindo duas páginas25+2 do diário e recibo recuperado noutra sessão,14 DOM→HTTP exclusivamente consulta/recuperação (zero POSTs), oito de período com38 factos/zero pendentes e fecho em rollback; Caixa conservada fechada, período QA aberto sem reabertura. Quatro direitos/oito concessões aplicados exactamente nas duas bases QA existentes aos perfis13/14/15/16/17. Configuração root desligada; só8085 seleccionada disponibilizada após provas. Backups/dados privados fora do repositório, comparação inclui documentos/movimentos/SR/binding. Seis registos/cache/demos/trabalho alheio intactos; sem SGC, dinheiro/acessos reais, bancos/POS, ajuste automático/reabertura/publicação/candidata/checkpoint/aceitação ou capacidade de implantação. Referências de que Caixa aguarda autorização/não implementada são históricas. Visual/carga/conformidade/implantação continuam separados.

• Autorização expressa posterior10/11/2026: «Autorizar o ciclo Caixa QA e os direitos apresentados», docs/SGF_CASH_NEXT_SCOPE.md/docs/integration/sgf-cash-access-proposal.json. Quatro direitos cash.view/prepare/review/close, oito concessões por base QA existente aos perfis13/14/15/16/17 discriminados; sem nova função nativa/PGrole/acesso real. Ciclo0+classificação explícita de recebimento fictício existente1000−despesa50=contagem/fecho950, preparação/revisão distintas, duas origens no mesmo diário e contas QA-CAIXA/QA-DESPESA-CAIXA. Implementar/provar e disponibilizar limitadamente na mesma8085; preservar25 lançamentos, seis registos/cache/trabalho alheio. Sem novas demos/bases/portas, dinheiro real/banco/SGC, ajuste automático, reabertura, publicação/candidata/checkpoint/aceitação. Não repetir pedido por campo/teste deste bloco.

• Continuação executiva10/11/2026: registo unificado entregue na8085, docs/SGF_BILLING_REGISTER_DELIVERY.md. Comercial → Todos os documentos/Facturas inclui seis famílias autorizadas, factura-recibo sem duplicar factura técnica, filtros anteriores no servidor, páginas25/100, bases canónicas e saldos apenas da página/com direito financeiro; sem somar documentos heterogéneos.33 verificações em regressão com127 metadados e uma fixture estrangeira revertidos;16 HTTP, diário25 intacto, nenhum comando de negócio/direito/schema/índice novo. Componentes carregados diferidamente; visual não presumido. Próxima lacuna identificada: Caixa, não há motor/concessões existentes. docs/SGF_CASH_NEXT_SCOPE.md/docs/integration/sgf-cash-access-proposal.json apresentam quatro direitos/oito concessões QA por base e ciclo0+1000−50=950, duas origens no mesmo diário; aguarda autorização, não implementado nem concedido. Não presumir aprovação a partir da directiva executiva; apresentar novos direitos antes de aplicar. Mesma8085/regressão, seis registos/cache/provas/trabalho alheio preservados; sem demos/SGC/publicação/candidata/checkpoint/aceitação.

• Continuação após as dez consultas autorizadas10/11/2026: docs/SGF_SERVICE_DOCUMENTS_DELIVERY.md entregue na mesma8085. Recibo ligado à afectação efectiva400, crédito nominal100 sobre factura nova1000 deixando500, factura-recibo de outra origem1000/recebimento/afectação atómicos deixando0; PDFs congelados/SHA e três versões por documento. Mantém emissor/recebíveis originais, declarante13 e executor14 distintos sem trocar identidade. Diário25 equilibrado (cinco origens novas),29 factos/zero pendências no período; fecho apenas em rollback, instalação aberta. Anulação técnica preparada/revista distintamente: reverte afectação ou redução sem apagar factura/PDF, sem reembolso; recusa período fechado, novos efeitos exigem seus lançamentos.17 verificações de reversão em rollback,20 documentos/diário, concorrência503→409/uma emissão,21 HTTP,19 DOM→HTTP com confirmação simulada e oito de período. Exemplos emitidos conservados; zero anulações confirmadas na8085. Dez consultas aplicadas só nos dois perfis QA das duas bases existentes; bloqueio de direitos anterior ultrapassado. Originais18/clientes/facturas/movimentos/binding comparados intactos; seis registos/cache não tocados. Sem SGC, nova demo, publicação/candidata, direitos/operações reais, aceitação/checkpoint ou capacidade de implantação presumidos. Visual/carga/conformidade real permanecem separados. Notas anteriores de documentos candidatos/bloqueio são históricas.

• Autorização posterior10/11/2026: «Autorizar as10 concessões de consulta QA», conforme docs/integration/sgf-document-read-access-proposal.json. Apenas os perfis Financeiros QA13/14 existentes nas duas bases QA existentes, dez concessões/seis nomes de consulta discriminados, sem edição fiscal/novos perfis/acessos reais/PUBLIC. Retomar e validar a factura-recibo do bloco já autorizado; não voltar a pedir esta decisão. Mesma8085, sem novas demos/SGC/publicação, seis registos/cache preservados.

• Continuação10/11/2026, após a autorização do bloco: agenda/reagendamento e cadastro/reutilização de equipamentos entregues na8085 com direitos existentes; orçamentos Comercial1000/Oficina500 com revisão distinta, aceitação fictícia documentada e conversão explícita em rascunhos, sem emissão por aceitar. Ver docs/SGF_WORKSHOP_AGENDA_EQUIPMENT.md. Políticas Stock e devolução ao fornecedor entregues na8085, ver docs/SGF_STOCK_POLICIES_SUPPLIER_RETURN.md: artigo QA novo5, entrada10UN/200, saída2UN/40 pelo writer nativo, saldo8UN/160. Diário passa18→20 equilibrado;18 lançamentos/movimentos/clientes/facturas originais comparados e intactos.22 provas Stock revertidas, concorrência503 durante lock de tenant nativo e409 após libertação sem duplicação,11 HTTP e17 DOM→HTTP (confirmação simulada, prévia real revertida); não confundir DOM com visual. Direitos do bloco exacto aplicados apenas nas duas bases QA existentes. Preservar antigos livros/seis registos/cache e trabalho alheio; sem publicação, SGC, nova demo ou checkpoint/aceitação presumidos.

• Documentos adicionais desse bloco continuam candidatos não instalados nem activados na8085: Recibo400 e redução100 da nova factura1000 deixando500 passaram16 verificações em rollback na regressão, incluindo versões/permissões/duplicação/falha e recuperação; factura-recibo ainda sem prova positiva/HTTP/UI/ligação integral ao diário. Bloqueio concreto:10 concessões de consulta existentes ausentes nos perfis Financeiros13/14, fora da lista exacta anteriormente aprovada; ver docs/SGF_DOCUMENT_READ_ACCESS.md e docs/integration/sgf-document-read-access-proposal.json (approved=false). Não conceder implicitamente, não contornar as guardas documentais nem usar identidade de outro actor; implementação de finalização preparada ainda não validada e desligada. Revisão visual, carga sustentada e implantação continuam separados.

• Autorização executiva posterior10/11/2026 «Autorizar o bloco QA e os direitos discriminados», docs/SGF_NEXT_BLOCK_RIGHTS.md/docs/integration/sgf-remaining-functions-access-proposal.json: orçamentos Comercial/Oficina com revisão/aceitação documentada/conversão explícita, recibo/nota de crédito/factura-recibo de teste e respectivas ligações ao recebível/mesmo diário, políticas/mínimos Stock e devolução física ao fornecedor pelos motores originais.15 novos direitos host, service_invoices.issue adicional a finance_review, oito concessões nativas (seis nomes existentes) apenas nos perfis QA discriminados e empresa2/unidade2; sem warehouse genérico ao revisor. Novas fontes fictícias: quoteComercial1000/Oficina500; nova factura1000/recebimento400/crédito100/saldo500; outra factura-recibo1000; artigo novo10UN/taxa20/devolução2UN40/saldo8UN160. Mesma8085 e regressão existente, sem novas demos/bases/portas/perfis/rolesPG. Preservar18 lançamentos/exemplos anteriores/seis registos/cache/trabalho alheio; sem direitos/operações reais, fiscalidade certificada/AT/banco/envio de mensagens, reabertura, publicação/candidata/checkpoint/aceitação presumidos. Abrange implementação/provas e disponibilização limitada após testes; não pedir nova aprovação por cada campo/teste deste mesmo bloco.

• Directiva de navegação posterior10/11/2026: utilizador pediu módulos horizontalmente e «use o dropdown para melhor facilidade». Entrada8085 /sgf reorganizada em seis dropdowns, consulta directa e funções QA por módulo;17 perfis originais preservados em secção separada. ShellReact também tem dropdown por módulo com funções autorizadas, Início/opções gerais separados; escolha de função muda explicitamente para o módulo escolhido, inclusive cadastros partilhados, pelo mesmo ContextTransition/POST de contexto e guardas de formulários/confirmações. Sem novas concessões ou comandos de negócio. Utilizador disse «agora consigo entrar» após a dificuldade inicial; não equivale a aceitação visual dos cinco módulos ou dos novos dropdowns. Guião actualizado; conferir prova dirigida de menus, não reexecutar percursos financeiros/Compras por alteração de navegação.

• Consolidação final funcional10/11/2026, docs/SGF_SIX_MODULE_CLOSURE_20261110.md e docs/SGF_GUIAO_APRESENTACAO.md: Oficina–Stock/devolução/valorização100/50/25 e Oficina–Comercial500 efectivas na8085; trânsito1UN recebido0,4/0,6 distintamente, propriedade1,5UN/75 conservada; novo artigo de lotes4→3,5UN/70, diferença10 e entrada80 pelo mesmo diário.18 lançamentos/15 contas;16 anteriores idênticos, Stock145MZN. Fecho QA completo18factos/zero pendentes executado com rollback, período aberto sem reabertura.27 provas trânsito/lotes, concorrência dois processos503 durante bloqueio da linha de autor host→409 versão antiga após libertação→nova conferência restante sem duplicação;6 reconciliação,6 recuperação/retorno,12 preservação,20 fronteirasHTTP,10DOM→HTTP (confirmação simulada)/9 cliente. Não somar passagens repetidas ou antigas. Modo nativo de perfis QA activado com funções legadas preservadas, sete concessões e dois direitos apenas QA aprovados; sem warehouse genérico ao revisor, PGroles/PUBLIC/acessos reais. Arranque/reinício PHP29tabelas anterior reutilizado; não repetir. Utilizador confirmou «Abre e está legível» para novo Stock; isso não é revisão dos restantes ecrãs nem aceitação integral. Controlo de navegador interrompido por URL indeterminado, não contornar. Preservar seis registos/cache/Compras/provas/trabalho alheio; sem demos/SGC/publicação/candidata/checkpoint. Carga sustentada/implantação/reinícioOS e funcionalidades opcionais fora da matriz conservam limites próprios; não tratar as funcionalidades acima como por implementar.

• Autorização expressa de10/11/2026 «Autorizar este fecho QA de Stock», docs/SGF_STOCK_FINAL_SCOPE.md e docs/integration/sgf-stock-final-access-proposal.json: concluir trânsito com recepção distinta e lotes/contagem/ajuste valorizado na mesma8085 e regressão existente. Dois novos direitos SGF apenas QA (stock.transfers.receive destino1 e stock.lots.review novo artigo/armazém3) para workshop_verify, sete funções nativas discriminadas para actores6/3, sem função genérica warehouse para revisor. Transferir1UN mantendo propriedade1,5UN/75; novo artigo4UN→3,5UN, taxa20, valor80→70 e diferença10. Mesmo livro físico/diário, revisão distinta e fecho com rollback; preservar16 lançamentos anteriores, C01–C10, seis registos/cache/provas/trabalho alheio. Sem novas demos/bases/portas/rolesPG/acessos reais/SGC/publicação/candidataCompras/checkpoint. Autoriza implementação/concessões QA/dados/regras e disponibilização limitada após provas, sem nova aprovação por campo/teste. Visual continua separado e bloqueio do controlo de navegador não será contornado.

• Adenda da mesma continuação10/11/2026: catálogo de origens do diário8085 agora paginado25/100 no servidor, filtro por família e escolha individual, ComposedLedgerCandidates; três ficheiros instalados com backup.127 fixtures de metadados e uma estrangeira revertidas na regressão, oito páginas/dois SELECTs por página,275 asserções (não275 percursos), duas leituras HTTP da8085 aprovadas. Não repetir provas anteriores por rotina. Stock filtra tipo após página física, podendo ter página vazia. FechoQA/ligação física Oficinas–Stock/devolução/valorização seleccionada e demais limitações do relatório continuam pendentes; a autorização vigente abrange continuar esses trabalhos sem nova decisão por campo/teste.

• Continuação autorizada de10/11/2026, docs/SGF_SINGLE_INTEGRATION_20261110.md: entrada única8085 /sgf, dez perfis QA mais sete Compras preservados, flags SGF limitadas activadas após provas dirigidas. Comercial1000, recebível400/600/reversão400; obrigação nativa original100→80→100 pela afectação/reversão20; custo275→295 e industrial1800→1820, residual300 separado.13 lançamentos equilibrados no mesmo livro nativo, âmbito SGF1/2/2 explicitamente ligado à origem financeira1/0/0, sem dívida no host. Operações financeiras e13 lançamentos por HTTP8085 com identidades distintas; preparação das fontes pelos workflows, não revisão visual.92 verificações dirigidas indexadas; provas anteriores reutilizadas. Autoload privado corrigido;52 ficheiros/build privado instalados com backup, bootstrapSGC/pacote fixado Compras intactos. Stock operações disponível, mas Oficinas→mesmo livro físico/devolução e cenário2/-1/+0,5/valorização ainda pendentes; não presumir essa ligação nem fechoQA. Origens materiais artificiais separadas por perímetro privado fixado; desconhecidas/partilhadas bloqueiam. Catálogo de origens contabilísticas além25 e atalhos antigos ainda exigem continuidade, visual/arranque/implantação separados. Preservar seis registos/cache/exemplos/provas/trabalho alheio; sem novos acessos reais/rolesPG/bases/portas/demos/publicação/candidataCompras/SGC/checkpoint. A autorização integral anterior continua vigente; não pedir outra decisão por cada campo/teste do mesmo recorte.

• Autorização expressa de10/11/2026 «autorizo» ao recorte integral docs/SGF_8085_NEXT_AUTHORIZATION.md e matriz docs/integration/sgf-8085-access-proposal.json: dez perfis exclusivamente de aplicação QA na empresa2/unidade2; novos direitos Stock propostos e restantes direitos existentes discriminados, segundo armazém/artigo sintéticos; preparação dos documentos de teste; continuação da obrigação original100MZN com liquidação/afectação20, reversão e Contabilidade; cenários Comercial1000/400+600, custo275→295, industrial1800→1820 e stock2UN/100,-1UN/50,+0,5UN/25 na mesma8085. Um diário comum no livro financeiro nativo existente com âmbito SGF explícito, sem copiar dívida e sem serviço SGC. Contas/período/revisão/fecho QA e activação limitada após provas afectadas, sem presumir aceitação. Substitui as exclusões anteriores apenas neste recorte sintético; não pedir nova aprovação por cada campo/teste do mesmo recorte. Preservar seis registos, cache bloqueada, provas, exemplos anteriores e trabalho alheio; sem roles PostgreSQL/contas/acessos reais, dinheiro/banco/emissão fiscal, direitos públicos, reabertura, nova base/porta/demo, publicação ou candidata de Compras. Visual e capacidade de implantação exigem evidência própria.

• Pedido expresso de10/11/2026 «concluir e integrar os seis módulos na instalação8085»:70 tabelas aditivas instaladas no host existentecc50a276c10c por scripts/sgf-compose-install.php, com dump/cópias privados, preservação de linhas/sequências/permissões/associações;44 funções novas sem PUBLIC EXECUTE. Código/guardas instalados com sgf_single_installation.enabled=false; nenhuma conta/concessão/efeito financeiro criado. Stock código instalado inactivo145dfc19fd0971639778, acrescentando contagem sem lotes/aplicação de diferença/equipamento;38PG/15DOM e seis HTTP dirigidos, sem repetir percurso de negócio.32 provas de schema e nove de ligação Comercial→Oficinas reutilizadas; livro de regressãob409 também composto sem base/servidor novo.8085 estava parada e foi novamente iniciada na mesma porta; /compras200, recepção e obrigação100MZN preservadas. Build privado válido reutilizado, cache não limpa. Guardas SQL presas ao DB/role/cluster exactos; resets/destruição recusados por evento antes de executar comando. Ver docs/proofs/sgf-six-module-composition-20261110.json. Pendente de decisão, não presumir aprovação: docs/SGF_8085_NEXT_AUTHORIZATION.md/matriz docs/integration/sgf-8085-access-proposal.json: dez perfis de aplicação QA, dois direitos novosStock, segundo armazém/artigo de ensaio e continuação sintética financeira/contabilística da obrigação100MZN antes excluída. Diário único deve conservar obrigação nativa, sem copiar dívida para host ou exigir serviço SGC. Seis registos/cache/provas/direitos reais preservados; sem activação/publicação/checkpoint. Stock por lotes/devoluções, composição financeira, visual e capacidade de implantação não declarados concluídos.

• Continuação de10/11/2026: código de saídas/transferências SGF preparado, docs/SGF_STOCK_OPERATIONS_DELIVERY.md. Mesmo StockWorkflow/writer original fixado; prévia revertida, saldo/contexto/impacto revalidados, confirmação e recibo auditado atómicos, recuperação sem duplicação.30 verificações PG no livro existenteb4093c6f6707, todas as linhas repostas por rollback, sequências apenas QA podem avançar;11 DOM dirigidas, sem revisão visual. Nenhuma alteração/instalação/activação na8085, base/porta/demo nova ou acesso real. Dois direitos novos apenas propostos: stock.operations.prepare e stock.operations.confirm, por empresa/unidade/armazém; testados só em transacção revertida, sem concessão persistida. Flag stock_operations.enabled=false, mapa adicional opcional fixado por SHA sem alterar bindings Compras. Transferência imediata atómica não é recepção em trânsito. Contagens/ajustes/devoluções/selector de equipamento e composição integral continuam lacunas explícitas; teste concorrente de dois processos, carga/visual/implantação não declarados. Preservar seis registos/cache/provas/trabalho alheio e não retomar o incidente de navegador Portal como dependência do SGF.

• Directiva prioritária de10/11/2026: concluir todos os seis módulos SGF e entregar uma solução autónoma para apresentar a potenciais clientes, docs/SGF_SOLUTION_DELIVERY.md e contrato docs/integration/sgf-solution-contract.json. Não retomar SGC/conector como prioridade ou dependência do produto. Uma instalação, uma entrada, mesma empresa/unidade, Comercial/Compras/Stock/Oficinas/Financeiro/Contabilidade funcionais e percursos completos; menus/catálogos/fontes/testes isolados não equivalem a fecho. Baseline READ ONLY de8085 confirmou estruturas de host em falta em quatro módulos e UI/operações de Stock/Contabilidade incompletas; só a prova sgf-solution-closure-baseline-final-20261110.json é válida (primeira projecção tinha nomes de tabela/prova incorrectos, corrigidos contra declarações reais). scripts/check-sgf-solution.mjs é gate interno e devolve2 sem aceitação integral, nunca uma declaração automática de implantação. Prioridade: composição/schema/guardas/perfis → fechar funcionalidades → percursos integrados → visual/arranque/recuperação/guião → aceitação única. Preservar seis registos/cache/provas/trabalho alheio/direitos reais, sem novas demonstrações/publicação/activação implícita. Meta não é mais uma entrega parcial de conector nem apenas documentação.

• Continuação de10/11/2026 expressamente autorizada: sourceSGC ecrã/persistência auditados entregues, docs/SGC_INVOICE_WORKSPACE_DELIVERY.md; novo pacote inactivo3bb99e866f52965dbb7d (8SGF/15cliente-SGC), antigo preservado.20 casos únicos/142 asserções SQLite+14 verificações PG entre sourcebookb4093c6f6707 e receiverda77bb730751 existentes. Duas facturas pendentes por writer original, recuperação após commit/resposta perdida e concorrência uma decisão/envio+409; nenhum consumo/stock/pagamento extra. SóQA recebeu duas tabelas de rascunho/eventos; migraçãoSGC000001 de10/11 NÃO aplicada no piloto. Sourcewriter exclui documento reservado, intenção/decisão/cut persistidos antes da rede, lease120s e auditappend-only. Flagsworkspace/transportefalse, mapeamentos/principais não escolhidos, sem novos direitos reais/creds/demo/portas/bases.8085 código/estado/dados/sequências, seis registos/cache/provas/trabalho alheio preservados. Tipos/compilaçãoTSXprivada/Blade passaram. Não reabrir ecrã/persistência como lacuna: próximos passos são instalação exacta/configuração/activação aprovadas e ensaioTCP na mesma8085, visual/carga/implantação separados. Não declarar todoSGF concluído ou activar/publicar/criar checkpoint por inferência.

• Preparação expressa de10/11/2026 da ligação SGC→8085, ver docs/SGC_8085_INTEGRATION_PREPARATION.md: cliente portátil/gateway SGC desligados, mapeamentos/principal não escolhidos e pacote de revisão d09aac9d09da98e61df5 fora da aplicação (oito ficheiros de endpoint/três do cliente). Não instalado/activado; prepare-sgc-8085.mjs só check/prepare, sem aplicar.16 Unit/46 asserções novas e seis verificações de contrato kernel no livro de regressão existente;78/63 provas anteriores reutilizadas. Nenhuma base/role/demo/porta/credencial/concessão nova nem escrita na instalação8085/pilotoSGC. Só proposta de origem unregistered_draft/autoridade única SGF; Invoice SGC existentes excluídas. Ecrã/persistência auditada da intenção/decisão/recibo, mapeamentos/contas privados aprovados, instalação desligada e teste de rede nessa mesma8085 continuam pendentes antes de uso. Preservar seis registos/cache/provas/trabalho alheio; sem publicação, candidata ou checkpoint presumidos.

• Pedido de10/11/2026: endpoint de facturas SGC implementado, ver docs/SGC_INVOICE_ENDPOINT.md e docs/proofs/sgc-invoice-endpoint-20261110.json. bootstrap/app.php monta apenas routes/sgc.php: GET da ordem/versão e POST preview/confirm. config/sgc_invoice.php permanece enabled=false, principals=[]; sem activação/credenciais/concessões reais. Middleware fixa pessoa/contexto por principal, revalida filiação/módulo/direitos existentes e usa sessão só em memória. Factura pendente pelo mesmo InvoiceController/ReceiptRuntime/workflow/writer; sem sincronização automática de fornecedor, espelho SGC, revisão/consumo/obrigação/pagamento/lançamento. UUID serializado por advisory lock, recibo nativo atómico, conteúdo/origem diferentes409, bloqueio5s503/recuperação200, operador nativo e manutenção revalidados também na repetição.78 verificações kernel HTTP/PostgreSQL/processos PHP (42+20+10+6), sem repetir suites antigas. Livro de regressão existente da77bb730751, sem novo servidor/porta/base/role/demo; fixture SQL de origem marcada como tal e quatro facturas pendentes pelo writer.8085: todos os dados/sequências e código preservados; seis registos/cache/provas/trabalho alheio intactos. Serviço/rotas legados de pagamentos/analytics não montados. Fonte continua QA-only; activação/TLS operacional/visual/carga/implantação separados. node scripts/sgc-invoice-check.mjs só lê a prova válida; não usar --new sem alteração/falha que justifique outro ensaio. Sem publicação/checkpoint.

• Pedido expresso de10/11/2026 (migrations/calendário/cache/teste SGC): ver docs/SGC_PREPARATION_20261110.md. Apenas migrations SGC000001/000002 de09/11 aplicadas em sgf_tempo_dev/55432, lotes18/19, com backup privado e86 tabelas anteriores de dados/concessões/cache idênticas. Migration antiga130000 continua pendente; não executar migrate global por consequência. Calendário sgc:populate-dim-tempo implementado,2026–2035/3652 dias, repetição0 inserções, quatro testes/17 asserções; feriados não certificados. config:clear/route:clear explicitamente pedidos e executados; não confundir com autorização de cache:clear/cache de dados. POST SGC404, rota não registada, payload e classes ausentes, autenticação/isolamento/idempotência incompletos: integração NÃO activada nem teste positivo declarado. Sem pagamentos, concessões explícitas novas, candidatas, publicação ou novas demos.8085/percurso nativo/seis registos/provas/trabalho alheio preservados; esta preparação não substitui o motor existente.

• Decisão expressa de04/11/2026: concluir Compras numa única instalação e não criar mais demonstrações isoladas. Instalação de trabalho escolhida e actualizada no lugar:8085, entrada http://127.0.0.1:8085/compras, estado privado receipt-composition-cc50a276c10c. Continuar aí; não abrir outra porta ou base de demonstração por incremento. Ver docs/PURCHASING_COMPLETION.md e docs/COMPRAS_USO_LOCAL.md. C01–C10 concluídos no percurso aquisição → obrigação: fornecedor novo/revisão, requisição/submissão/aprovação, três propostas/seis avaliações, adjudicação/aprovação, ordem, recepção, factura/validação, preparação/reconhecimento distinto. ExemploREQ-2026-000003/OC-2026-000001, facturaFACT-COMPRA-COMPLETA-20261104, principal/saldo100MZN e movimento1UN. Entrada com funções existentes/CSRF/guardas físicas, painel de documentos, prévias legíveis, retenção da origem ao trocar função e protecção de campos/confirmações em curso.63 verificações dirigidas:13 percurso UI→HTTP real,22 leituras/entrada,10 cliente,12 dados canónicos READ ONLY, duas comparações com dump inicial, três passagens de função e uma observação do mesmo movimento na API de Stock; sem repetir comandos concluídos ou suites anteriores. DOM simulado não é revisão visual. Writers/controllers/políticas/pacotes fixados preservados; orçamento do host e concessões idênticos ao backup. Código/dumps privados fora do repositório; sem novas bases/roles/portas/demos.8085 agora contém o exemplo concluído; isso substitui a sua condição inicial vazia, sem alterar8084/anteriores. Preservar seis registos/cache/trabalho alheio; sem implantação/concessões reais, pagamentos/contabilidade desta origem, emissão fiscal, candidata de Compras, publicação, aceitação/checkpoint presumidos. scripts/abrir-compras.ps1 reutiliza a instalação; foi conferido com8085 já activa, não com reinício completo do sistema. Visual/carga sustentada/implantação permanecem separados.

• Continuação de 03/11/2026: SGF-STOCK-PERIOD-REPORT-QA-v1 entregue; ver docs/SGF_STOCK_PERIOD_REPORT.md. Stock → Relatórios → Movimentos: resumo físico por artigo/armazém, abertura/entradas/saídas/fecho, período explícito por registo UTC, metadados actuais, sem total entre unidades. SQL/páginas25/100, referências/contexto/revisão, direitos e fonte SELECT-only existentes; flag desligada por omissão, sem direito novo.52 verificações (28 API/SQL,12 UI, duas de consultas, três guardas directas, sete demo).105 pares/114 movimentos iniciais são fixtures SQL de relatório, não operações do workflow; um append adicional só na regressão para revisão. Cinco SELECTs na projecção para25 e100 linhas, excluindo host/middleware/guardas; não é carga/memória/implantação. Demo8085 nova vazia;8084/anteriores, seis registos/cache/provas/trabalho alheio preservados. Sem writer/efeito financeiro novo, índices no destino, concessões reais, instalação, activação, publicação, aceitação/checkpoint. UTC da origem, unidades coerentes/histórico, exportação e restantes relatórios exigem seus recortes; visual/carga sustentada/implantação separados.

• Continuação de 03/11/2026: SGF-STOCK-RECEIPT-TRACE-QA-v1 entregue; ver docs/SGF_STOCK_RECEIPT_TRACE.md. Movimento receipt_in pode abrir a recepção real após escolha explícita de Compras pelo mecanismo de contexto existente. Destino revalida stock.view/purchasing_receipts.view, perfil/tenant/armazém, linha/quantidade/artigo/fotografia e políticas originais; sem pais do browser, fallback ou comandos de negócio. Writer/runtime/leitores comuns/navegação aceite preservados, conta Stock continua SELECT em três tabelas, flag nova desligada por omissão.46 verificações:16 consulta/preservação (14 aprovadas reutilizadas após corrigir comparação de objectos no harness),20 UI e dez demo.31 tabelas host/111 nativas e sequências intactas na observação final, sem repetir origem ou suites anteriores. Demo8084 nova vazia, POST de contexto auditado pelo mecanismo existente; correlação positiva no livro QA concluído reutilizado só para leitura. Preservar8083/anteriores, seis registos/cache/provas/trabalho alheio. Sem novos direitos reais/nomes de direitos, movimento/efeito financeiro, instalação, activação, publicação, aceitação/checkpoint. Visual/carga sustentada/implantação separados; resolver conserva bloqueios do runtime de Compras.

• Continuação de 03/11/2026: SGF-STOCK-COMPOSED-SOURCE-QA-v1 entregue; ver docs/SGF_STOCK_COMPOSED_SOURCE.md. Stock observa o mesmo livro físico da composição integrada Compras, sem copiar movimentos/saldos ou adquirir mutex nativo de escrita. Leitor/navegação/React/writer existentes preservados; adaptador novo, flag desligada por omissão, role SELECT-only em três tabelas, perfil por pessoa/empresa/unidade/armazéns, contexto/revisão revalidados. Direito existente stock.view anunciado e concedido só ao perfil de armazém das fixtures novas; trigger append-only apenas nesses livros QA.41 verificações (31 integração/dez demo, duas guardas directas), uma recepção/movimento1UN na regressão; fonte preparatória recuperada após recusa409 sem emitir segunda ordem. Demo8083 nova sem operações principais. Preservar8082/anteriores, seis registos/cache/provas/trabalho alheio; sem direitos reais, efeitos financeiros, instalação no destino, activação, publicação, aceitação/checkpoint. Visual/carga sustentada/implantação separados.

• Continuação de 03/11/2026: SGF-OBLIGATION-EVIDENCE-WORKSPACE-QA-v1 entregue; ver docs/SGF_OBLIGATION_EVIDENCE_WORKSPACE.md. Paginar propostas/eventos conserva fundamento/prévia da decisão seleccionada. Proposta escolhida explicitamente, sem revisão própria/duplicação oferecida; operação em curso impede trocar selecção. Nova revisão/actor/permissões observados invalidam conferências antigas; resposta/prévia atrasada não as reactiva.26 verificações novas (20 DOM/seis demo);72 provas nativas reutilizadas, não repetidas nem somadas. Controller/runtime/kernel financeiros e bloco legado preservados. Nova demo8082 sem operações principais. Sem direitos/writers novos, confirmação financeira nova presumida ou protocolo de paginação novo. Preservar8081/anteriores, seis registos/cache/provas/trabalho alheio; sem activação, publicação, concessões reais, aceitação/checkpoint. Visual/carga/instalação/implantação continuam separados.

• Continuação de 03/11/2026: SGF-INVOICE-MATCHING-PROGRESS-QA-v1 entregue; ver docs/SGF_INVOICE_MATCHING_PROGRESS.md. Quantidades por linha: encomendado/aceite/correcções/validado/pendente/restante, duas agregações de factos e estado observado uma vez antes da revisão/capacidades. Pendentes não reservam; discrepância avisa sem alterar documento ou decisão nativa. Histórico de factura protege contra resposta atrasada.47 verificações:14+16 em livros concluídos reutilizados só para leitura,11 DOM e seis demo. Todas as tabelas/sequências dos dois livros intactas; sem repetir comandos financeiros. Nova demo8081 sem operações principais. Estado original, preview/confirm e writers preservados; sem direitos novos. A revisão completa ainda materializa dependências: não declarar optimização integral de memória/paginação, carga ou implantação. Preservar8080/anteriores, seis registos/cache/provas/trabalho alheio; sem publicação, activação, concessões reais, aceitação/checkpoint. Visual/carga/instalação continuam separados.

• Continuação de 03/11/2026: SGF-REQUEST-HISTORY-CURSOR-QA-v1 entregue; ver docs/SGF_REQUEST_HISTORY_DELIVERY.md. Histórico detalhado além25, páginas25/100 por cursor Laravel cifrado/vinculado a requisição/pessoa/contexto/tamanho, validade600s e acesso revalidado. Sem contagem global ou carregamento do universo; preserva filtro próprio da etapa e formulário não gravado.36 verificações:20 API/guardas/preservação,10 DOM, seis demo.127 eventos originais percorridos uma vez após nova entrada no topo;128 ao actualizar.126 notas são fixtures de auditoria, não revisões de negócio. Harness herdou ordem100MZN anterior ao histórico, preservada; essa preparação foi removida para futuras execuções.17 provas válidas reutilizadas. Nova demo8080 sem requisições principais. Escritor/preview/confirm e ProcessHistory preservados; sem direitos novos. Preservar8079/anteriores, seis registos/cache/provas/trabalho alheio; sem publicação, activação, concessões reais, aceitação/checkpoint. Cursor de leitura não é aprovação/snapshot MVCC persistente; visual/carga/implantação continuam separados.

• Continuação de 03/11/2026: SGF-PURCHASING-USABLE-CONTINUITY-QA-v1 entregue; ver docs/SGF_PURCHASING_USABLE_CONTINUITY.md. Corrige ligação do formulário de recepção ao selector pesquisável e pesquisa inicial vazia nos catálogos de artigos/fornecedores; completa atalhos recepção/factura/obrigação conforme menu, sem nova autoridade. Históricos de requisição/propostas agora filtram eventos próprios na SQL antes de limite/paginação, sem devolver payloads de etapas posteriores ou apagar auditoria.55 verificações:17 DOM→HTTP real com recepção1UN/recuperação201→200 sem duplicação; oito fronteiras;12 de históricos com142 tabelas/sequências intactas; nove de interface e nove demo. Fixture adicional aberta1MZN só na regressão para selector. Nova demo8079 sem operações principais. Escritores/blocos preview/confirm preservados; sem direitos novos. Preservar8078/anteriores, seis registos/cache/provas/trabalho alheio; sem concessões reais, activação, publicação, aceitação/checkpoint. Não é prova de navegador, concorrência nova, visual, carga sustentada ou implantação.

• Continuação de 03/11/2026: SGF-PURCHASING-CONTEXTUAL-NAVIGATION-QA-v1 entregue; ver docs/SGF_PURCHASING_CONTEXTUAL_NAVIGATION.md. Dossiê abre origens exactas e continuações requisição/propostas/ordem preservam IDs. Sete interfaces usam parser comum estrito, apenas GET inicial, sem escolher primeiro registo ou trocar contexto; recepção/factura conferidas contra a ordem antes de apresentar o documento indicado.77 verificações; regressão reutiliza livro concluído sem repetir comandos,142 tabelas/sequências intactas. Demo8078 nova sem operações principais, mantendo anexos/percurso integrado. Sem direitos ou writers novos. Preservar8077/anteriores, seis registos/cache/provas/trabalho alheio; sem concessões reais, activação, publicação, aceitação ou checkpoint. DOM simulado não é revisão visual; carga sustentada/instalação/implantação continuam separadas. Atalho não aprova nem determina prontidão da próxima etapa.

• Continuação de 03/11/2026: SGF-RECEIPT-DOCUMENTS-QA-v1 entregue; ver docs/SGF_RECEIPT_DOCUMENTS_DELIVERY.md. Guias/qualidade/outros anexos no histórico de recepção e eventos no dossiê, pelo serviço/descarga nativos fixados. Prévia revertida, confirmação individual com fundamento/SHA/contexto/versão, páginas15, recuperação por chave e reutilização por recepção/tipo/SHA.58 verificações;16 documentos na regressão (um pela API e15 fixtures nativas), concorrência201/200, uma recepção/movimento1UN preservados. Demo8077 nova sem recepções/anexos/operações principais. Reutiliza purchasing_receipts.view/confirm, sem direitos novos. Não altera aceitação/qualidade/stock, nem cria efeitos financeiros. Preservar8076/anteriores, seis registos/cache/provas/trabalho alheio; sem concessões reais, activação, publicação, aceitação ou checkpoint. Resultado de commit incerto conserva ficheiro; órfãos/retencão/quotas/carga/visual/implantação pendentes. Testes do componente usam DOM simulado; não são revisão visual.

• Continuação de03/11/2026: SGF-SUPPLIER-DOCUMENTS-QA-v1 entregue; ver docs/SGF_SUPPLIER_DOCUMENTS_DELIVERY.md. Anexos binários privados pelo controlador nativo: prévia revertida/ficheiro temporário removido, confirmação com SHA/contexto/versão, documento e auditoria únicos por chave, descarga íntegra auditada e paginação15. Anexar põe fornecedor pendente; revisão distinta da versão actual restabelece elegibilidade nas propostas, comprovada sem proposta automática.52 verificações;16anexos na regressão (duas confirmações API/14fixtures nativas), demo8076 nova sem anexos/operações. Reutiliza direitos purchasing_suppliers.view/prepare, sem direitos novos. Resultado de commit incerto conserva ficheiro; reconciliação de órfãos/retencão não declarada entregue. Preservar8075/anteriores, seis registos/cache/provas/trabalho alheio; sem concessões/dados reais, activação, publicação, aceitação ou checkpoint. Visual/carga/armazenamento/implantação pendentes; formatos positivos ensaiados com PNG, regras PDF/JPEG nativas preservadas.

• Continuação de03/11/2026: SGF-RECEIPT-WORKSPACE-COMPLETION-QA-v1 entregue; ver docs/SGF_RECEIPT_WORKSPACE_COMPLETION.md. Catálogo de recepção por linha com pesquisa literal/páginas25/100, unidade/ligações conhecidas, escolha explícita e impressão de artigos conferida antes de nova confirmação; histórico navegável além25 com consulta própria.41 verificações;127artigos compatíveis,27recepções parciais/1UN na regressão (25como fixture pelo mesmo writer, duas pela API). Demo8075 integrada nova, sem operações principais; catálogo QA preparado, pedidos apenas nas linhas marcadas. Reutiliza direitos existentes e writer, sem nova valorização/conversões ou efeitos financeiros. Preservar8074/anteriores, seis registos/cache/provas/trabalho alheio; sem concessões reais, activação, publicação, aceitação ou checkpoint. Ramos completos de abastecimento/peças não reexecutados; visual/carga/implantação mantêm limites próprios.

• Continuação de03/11/2026: SGF-PURCHASING-DOSSIER-QA-v1 entregue; ver docs/SGF_PURCHASING_DOSSIER_DELIVERY.md. Dossiê GET da requisição até à obrigação, páginas25 independentes e histórico projectado apenas das etapas autorizadas; etapas restritas não expõem linhas/contagens. Direito de entrada purchasing_requests.view e direitos nativos/de cada etapa, sem direitos novos.49 verificações: leitura reutiliza percurso QA já provado, em aplicação/sessões novas, sem repetir comandos;142tabelas e sequências intactas. Demo8074 nova e vazia, com fornecedores/orçamento QA preparados;8073 e anteriores preservadas. Não confundir dossiê com fila universal, decisão de prontidão ou autorização da operação seguinte; impressão só das páginas visíveis e obrigação paginada por facturas de origem. Sem alteração de seis registos/cache/dados/acessos reais, activação, publicação, aceitação ou checkpoint. Visual/carga/implantação permanecem pendentes.

• Continuação de03/11/2026: SGF-SOURCING-SUPPLIER-SEARCH-QA-v1 entregue; ver docs/SGF_SUPPLIER_SEARCH_DELIVERY.md. Resolve a selecção limitada aos100primeiros fornecedores: pesquisa literal nome/NUIT, páginas SQL25/100, escolha individual e impressão do fornecedor conferida na prévia/confirmação de nova proposta.51 verificações; demo8073 conserva composição integrada, com127linhas artificiais adicionais de directório e125fornecedores admissíveis, zero operações principais iniciais. Reutiliza purchasing_sourcing.prepare, origem/isolamento e controlador original; não são novos cadastros reais ou revisões comerciais executadas. Recibos existentes recuperam decisão histórica, sem nova execução. Preservar8072/anteriores, seis registos/cache/provas/trabalho alheio; sem novos direitos públicos/reais, índices no destino, pagamentos/lançamentos, activação, publicação, aceitação ou checkpoint. Visual, carga sustentada e capacidade de implantação continuam separados.

• Continuação de03/11/2026: SGF-PURCHASING-INTEGRATED-QA-v1 entregue; ver docs/SGF_PURCHASING_INTEGRATED_DELIVERY.md. Demo8072 reúne requisição nova → propostas/avaliações → adjudicação distinta → ordem → recepção → factura conferida → obrigação explícita no mesmo livro nativo, com cadastro de fornecedores e referência geográfica no mesmo host.68 verificações, sem repetir suites anteriores; navegação comum filtrada pelos direitos existentes, sem nomes de direitos novos. Começa sem operações principais/reservas/compromissos: três fornecedores e orçamento QA1000MZN preparados,20.407territórios e zero localizações. Um consumo100MZN, um movimento e uma obrigação100MZN; orçamento host intacto. Retira a limitação de fixtures separadas apenas para este percurso de Compras; não declara os seis módulos reunidos nem pagamentos/contabilidade desta origem. Preservar8071/anteriores, seis registos/cache/trabalho alheio; sem concessões reais, activação no destino, publicação, aceitação ou checkpoint. Visual, carga sustentada e capacidade de implantação mantêm pendências próprias.

• Continuação de03/11/2026: SGF-INVOICE-TO-PAYABLE-QA-v1 entregue; ver docs/SGF_INVOICE_TO_PAYABLE_DELIVERY.md. Preparação individual e reconhecimento distinto das facturas conferidas pelo mesmo adaptador original/núcleo/livro nativo, sem espelho de dívida no host.72 verificações; demo8071 começa sem ordens principais/recepções/facturas/propostas/obrigações, com adjudicação QA preparada. Um principal100MZN, vencimento desconhecido, prévia reversível, versão/contexto/pessoa, repetição com revalidação da origem, concorrência e recuperação atómica. Direitos purchasing_obligations.view/prepare/validate só nas novas fixtures55439; configurações desligadas por omissão, histórico desactivado. Preservar8070/anteriores, seis registos/cache/trabalho alheio. Sem pagamentos, lançamentos, migração histórica, concessões reais, activação no destino, publicação, aceitação ou checkpoint. Instalação única de todas as fixtures anteriores, correcções/anexos, visual, carga sustentada e capacidade de implantação permanecem separadas.

• Continuação de03/11/2026: SGF-SUPPLIER-INVOICE-MATCHING-QA-v1 entregue; ver docs/SGF_SUPPLIER_INVOICE_MATCHING_DELIVERY.md. Ordem efectivamente emitida → recepção aceite → registo pendente → conferência/validação distinta, pelos controladores/workflow originais e consumo no mesmo núcleo orçamental.77 verificações, demo8070 sem ordem/recepção/factura/consumo iniciais no contexto principal; adjudicação QA preparada e ordem estrangeira negativa separada. Direitos purchasing_invoices.view/prepare/validate só nas novas fixtures. Duas parciais40+60 consomem100MZN uma vez; documento sobreposto70 permanece pendente e preservado. Sem obrigação automática, pagamentos, lançamentos, emissão fiscal, correcção/rejeição/notas de crédito ou anexos binários. Não tratar esta conferência SGF como ausente; a ligação destas facturas ao reconhecimento da obrigação mantém passo próprio. Preservar8069/anteriores, seis registos/cache/pacotes/trabalho alheio; sem novas concessões reais, activação no destino, publicação, aceitação ou checkpoint. Visual, carga sustentada e implantação continuam separados.

• Continuação de03/11/2026: SGF-GEOGRAPHY-SEGMENTATION-QA-v1 entregue; ver docs/GEOGRAPHY_SEGMENTATION_DELIVERY.md. Selector comum ligado a empresa/unidade/cliente/fornecedor, catálogo/cascata/pesquisa paginados, prévia/decisão explícita, histórico e segmentação com filtros/cursor.83 verificações e demo8069 sem localizações iniciais;16 provas da preparação reutilizadas. Só localização para segmentação: não altera endereços fiscais/de entrega, revisão financeira de fornecedores ou dependentes. Reutiliza direitos existentes, sem novos direitos públicos; schema e concessões só nas novas fixtures55439. Cliente conserva associação modular explícita e fornecedor exige origem/unidade/autoridade nativas actuais, também nos relatórios. Carga20.407 privada e versão preservada; pendências da fonte impedidas de selecção. Circuito de correcção/publicação de versões, países adicionais, migração de localizações, visual e implantação mantêm limites próprios. Preservar8068/anteriores, seis registos/cache/trabalho alheio; sem publicação, activação no destino, aceitação ou checkpoint.

• Continuação de03/11/2026: SGF-REQUEST-TO-RECEIPT-QA-v1 entregue,103 verificações e demo8068; ver docs/SGF_REQUEST_TO_RECEIPT_DELIVERY.md. Novas requisições na interface SGF usam o mesmo RequisitionWorkflow/ciclo/orçamento nativo que propostas, ordens e recepções: rascunho, submissão/reserva única, aprovação distinta e rejeição/libertação única. Identidades QA próprias de solicitante, departamento, Compras, Finanças e Armazém; direitos purchasing_requests.view/prepare/submit/approve só nas fixtures novas. Origem auditada empresa/unidade, sem redigitar IDs ou duplicar orçamento no host. Demo fixada ao pacote efectivamente testado; alterações simultâneas de Compras preservadas. Não tratar novas requisições como ausentes; conversão de antigos ir_requests com reserva no host permanece pendente de protocolo próprio, sem transferência implícita. Preservar demos anteriores/seis registos/cache/trabalho alheio. Sem activação no destino, concessões reais, publicação, aceitação ou checkpoint.

• Referência fornecida em03/11/2026: cartografia_moz.xlsx, declarada pelo utilizador como validada pelo INE, preparada para segmentação comum de empresas/clientes/fornecedores; ver docs/CARTOGRAPHY_REFERENCE_PREPARATION.md.20.407 linhas, códigos de texto e versão SHA preservados,16 verificações; ambiguidades/designações ausentes/ascendência incompleta sinalizadas sem deduplicação ou associação automática. Original intacto, carga preparada privada, nenhuma ligação a bases ou localização atribuída. Não confundir preparação com catálogo/selector/formulários montados ou vigência independentemente verificada. Próxima integração usa catálogo comum, selecção explícita por versão/ID, precisão conhecida e histórico por entidade/contexto; preservar seis registos/cache/acessos.

• Continuação de03/11/2026: SGF-SOURCING-TO-RECEIPT-QA-v1 entregue; ver docs/SGF_SOURCING_TO_RECEIPT_DELIVERY.md. Interface SGF para propostas/descontos, avaliações individuais, comparação, escolha fundamentada e decisão distinta, ligada à ordem e recepção efectivas pelos controladores/serviços originais. Nova demo8066 parte de requisição nativa aprovada e fornecedores QA preparados, sem propostas/avaliações/adjudicação/ordem/recepção iniciais; preservar8064/8065. Direitos purchasing_sourcing.view/prepare/evaluate/select/approve somente nas novas fixtures. Prévia usa savepoint com rollback integral (sequências podem avançar); confirmação tem recibo append-only na mesma transacção. O manifesto fica fixado e a integridade de cada dependência é verificada antes do carregamento. Não tratar estas interfaces como ausentes; passagem de requisições internas SGF sem orçamento duplicado, cadastro/revisão de fornecedores SGF e regimes/revisões posteriores mantêm fronteiras próprias. Seis registos/cache/trabalho alheio preservados; sem concessões reais, publicação, activação no destino, aceitação ou checkpoint.

• Continuação de03/11/2026: SGF-ORDER-TO-RECEIPT-QA-v1 entregue, ver docs/SGF_ORDER_TO_RECEIPT_DELIVERY.md. Adjudicação aprovada pelo serviço original → conferência SGF → emissão/compromisso100MZN únicos → recepção por Armazém → movimento1UN → histórico. Reutiliza PurchaseWorkflow, bibliotecas económicas originais fixadas e o mesmo workflow/writer de recepção. Nova demo8065 com emissão/recepção por decidir; preservar8064/anteriores. Direitos purchasing_orders.view/issue só nas fixtures novas, sem catálogo/concessões públicos. Não voltar a tratar emissão de ordens SGF como ausente; propostas/adjudicação na interface SGF e passagem de requisições SGF para essa origem mantêm lacunas próprias. Sem orçamento duplicado no host, pagamentos/contabilidade, instalação/activação no destino, publicação, aceitação ou checkpoint; preservar seis registos, cache e trabalho alheio.

• Continuação expressa de03/11/2026, «então faça isso e saia do loop»: recepção funcional SGF implementada em SGF-RECEIPT-WORKFLOW-QA-v1, ver docs/SGF_RECEIPT_WORKFLOW_DELIVERY.md. Ordem → conferência/prévia → confirmação pelo workflow original → writer físico único → histórico; proveniência SGF atómica, repetição/concorrência/recuperação. Nova demonstração8064 sem recepções/movimentos iniciais, com perfis sintéticos próprios; duas bases novas55439 e direitos purchasing_receipts.view/confirm somente nas fixtures, sem catálogo/grants públicos. Não tratar a interface de recepção SGF como ainda ausente; instalação geral de procurement, pesquisa completa de catálogo, criação/emissão de ordens SGF, revisão visual e implantação conservam pendências próprias. Preservar demos, seis registos, cache e trabalho alheio. Sem activação no destino, publicação, aceitação ou checkpoint presumidos.

• Orientação prática posterior de03/11/2026: concluir funcionalidades dos módulos em entregas funcionais antes de ampliar ligações, definir os contratos durante a construção e reutilizar provas válidas. Após integração, testar as fronteiras alteradas/percurso completo; não repetir suites ou abrir novos ensaios de optimização sem necessidade que substituam a conclusão funcional.

• Autorização expressa de03/11/2026: «Autorizar o ciclo sintético proposto», COMMON-LEDGER-STOCK-VALUATION-SIM-v1, conforme docs/GENERAL_LEDGER_STOCK_VALUATION_SCOPE.md: entrada2UN/100MZN, saída1UN/50, devolução0,5UN/25, saldo1,5UN/75, pelos workflows físicos efectivos e mesmo diário/relatórios/fecho QA. Taxa50/UN validada distintamente, origens exclusivas, revisão individual, idempotência, concorrência/recuperação; direitos existentes só em bases QA novas55439. Retira apenas a exclusão desta valorização sintética seleccionada; sem duplicar custos directos/industriais, alterar demonstrações/seis registos/cache, correcção de valor lançado, reabertura, operações/acessos reais, instalação no destino, activação de Compras, publicação, aceitação ou checkpoint.

• Continua??o de03/11/2026: SGF-SUPPLIER-REGISTRY-QA-v1 entregue; ver docs/SGF_SUPPLIER_REGISTRY_DELIVERY.md. Cadastro/altera??o e revis?o distinta, activa??o/suspens?o, filtros/pagina??o15, hist?rico e liga??o ?s propostas pelos controladores/valida??o/pol?tica originais. Nova demo8067 e64 verifica??es;8064/8065/8066 preservadas. Direitos purchasing_suppliers.view/prepare/review apenas nas novas fixtures; cadastro novo vis?vel por origem auditada empresa/unidade e admissibilidade tamb?m na API de propostas. N?o tratar cadastro/revis?o como ausente neste recorte QA. Anexos, selector integral al?m100, passagem de requisi??es internas com autoridade or?amental ?nica, regimes/correc??es posteriores e implanta??o mant?m pend?ncias. Seis registos/cache/trabalho alheio preservados; sem concess?es reais, activa??o no destino, publica??o, aceita??o ou checkpoint.

• Autorização expressa de03/11/2026: «Autorizar a correcção industrial sintética proposta», COMMON-LEDGER-INDUSTRIAL-CORRECTION-SIM-v1, docs/GENERAL_LEDGER_INDUSTRIAL_CORRECTION_SCOPE.md. Workflows efectivos: taxa material50→51 para20KG, resultado1800→1820/10UN; trabalho500/CIF300 e residual300 separado. Mesmo writer, par atómico estorno1800/substituição1820, revisão distinta, relatórios/fecho QA, direitos existentes apenas em bases novas55439. Retira apenas a exclusão desta correcção industrial em período aberto; preservar8058/demos/seis registos/cache e trabalho alheio. Sem cadeias adicionais, stock/salários reais, correcção em período fechado, reabertura, instalação no destino, activação de Compras, publicação, aceitação ou checkpoint.

• Autorização expressa de03/11/2026: «Autorizar o ciclo industrial sintético proposto», COMMON-LEDGER-INDUSTRIAL-SIM-v1, docs/GENERAL_LEDGER_INDUSTRIAL_SCOPE.md. Resultado efectivo1000+500+CIF300=1800,10UN/180, residual300 separado, mesmo writer/relatórios/fecho QA e revisão distinta. Bases/roles novas55439 e direitos existentes só QA. Retira apenas a exclusão de desenvolver/provar este lote/CIF seleccionado; preservar demos, seis registos, cache e trabalho alheio. Sem stock valorizado, folha salarial/operações reais, correcção industrial, reabertura, instalação no destino, activação de Compras, publicação, aceitação ou checkpoint.

• Autorização expressa posterior de03/11/2026: «Autorizar a correcção sintética proposta» para COMMON-LEDGER-DIRECT-COST-CORRECTION-SIM-v1, docs/GENERAL_LEDGER_DIRECT_COST_CORRECTION_SCOPE.md: custo original275, taxa material sucessora60/UN e cálculo295 validados pelos workflows, par atómico estorno275/substituição295, revisão distinta, relatórios e fecho QA. Direitos correct_* existentes só em fixtures novas55439; preservar8054, seis registos/cache/demos e trabalho alheio. Retira a exclusão de desenvolver/provar esta correcção em período aberto, sem reabertura, stock/salários, operações/acessos reais, instalação no destino, activação de Compras, publicação, aceitação ou checkpoint.

• Autorização expressa posterior de03/11/2026: «Autorizar o ciclo sintético proposto» para COMMON-LEDGER-DIRECT-COST-SIM-v1, conforme docs/GENERAL_LEDGER_DIRECT_COST_SCOPE.md: workflow efectivo de oficina/custo directo100+175=275MZN, D QA-CUSTO-DIRECTO / C QA-COMPENSACAO-ENSAIO, revisão distinta, mesmo writer, relatórios e conferência do período; bases/roles/direitos só QA novos55439. Retira a exclusão de desenvolver/provar apenas este custo seleccionado no diário sintético. Preservar origens/outbox, seis registos, cache, demos e trabalho alheio. Sem valorização/lançamentos de stock, salários/CIF, correcção de custo já lançado, operações/acessos reais, reabertura, instalação no destino, activação de Compras, publicação, aceitação ou checkpoint presumidos.

• Autorização expressa posterior: «Autorizar o ciclo sintético proposto» para COMMON-LEDGER-SALES-RECEIVABLE-SIM-v1, docs/GENERAL_LEDGER_SALES_RECEIVABLE_SCOPE.md: factura de teste862,07+137,93=1000MZN pelo workflow existente, contabilização em três linhas no mesmo writer, recebimentos/afectações400/600, reversão400 e conferência do período. Bases/roles novas no cluster55439, guarda QA específica sem retirar bloqueios reais; direitos só QA. Preservar ciclos de fornecedores, seis registos, cache, demos e alterações alheias. Sem fiscalidade/contas/direitos/operações reais, reabertura, stock/custos/salários contabilizados, migração no destino, activação de Compras, publicação, aceitação ou checkpoint presumidos.

• Autorização expressa posterior, 02/11/2026: «Autorizar o ciclo sintético proposto» para COMMON-LEDGER-COMPLETE-CYCLE-SIM-v1, conforme docs/GENERAL_LEDGER_COMPLETE_SYNTHETIC_SCOPE.md: liquidação QA20 sobre principal60, contabilização da afectação e reversão confirmadas, correcção técnica por par imutável, fecho QA e adaptador autónomo SGC sobre núcleo único. Inclui os direitos propostos apenas em fixtures novas no cluster55439. Substitui as exclusões anteriores apenas para este desenvolvimento/provas sintéticos; reabertura, operações/contas/direitos reais, migração no destino, activação de Compras, publicação, aceitação e checkpoint continuam excluídos. Preservar seis registos, cache, demos e trabalho alheio.

• Autorização expressa posterior, 02/11/2026: implementar COMMON-LEDGER-PAYABLE-SIM-v1, conforme docs/GENERAL_LEDGER_FIRST_SYNTHETIC_SCOPE.md. Um núcleo único, obrigação reconhecida 60 MZN, duas contas e período artificiais, preparação/revisão distintas, aplicação única/atómica e quatro direitos exclusivamente em fixture QA nova no cluster 55439. Substitui apenas a exclusão de desenvolver este primeiro lançamento sintético; não autoriza lançamentos/contas/direitos reais, migração no destino, fecho/reabertura, novos efeitos de pagamentos, activação de Compras, publicação, aceitação ou checkpoint. Preservar seis registos, cache bloqueada, demos e alterações alheias. Ver docs/GENERAL_LEDGER_DELIVERY.md para implementação e provas; revisão visual e implantação separadas.

• Continuação «prossiga», 29/10/2026, projecto Compras: desenvolvimento sintético de PAYABLE-IMPORTED-DECISION-v1, confirmação/rejeição de pagamentos originalmente pendentes após importação. Reutilizar conferência original e núcleo comum, transacção única, fotografia importada imutável, decisão append-only e abatimento único. Ver C:/laragon/www/compras/docs/conferencia-pendentes-importados.md. Substitui a exclusão de desenvolver esta conferência apenas neste incremento; preservar configurações/dados/demos existentes. Migração 000023 e activação não aplicadas por consequência do desenvolvimento. Sem novos pagamentos, transferências, contabilidade ou publicação; SGF continua sem adaptador histórico.

• Aplicação local posterior autorizada por «continue», 29/10/2026: 000022 aplicada em compras_dev, lote 23, e importação histórica activada, após backup/restauro de 72 tabelas e preservação verificada. Duas tabelas novas vazias, dois triggers, activação auditada sem contas/concessões novas ou incorporação automática. Ver C:/laragon/www/compras/docs/passagem-historico-pagamentos.md. Demos (incluindo 8005) e público preservados; SGF continua sem fornecedor histórico configurado. Este registo substitui apenas a pendência de aplicação local abaixo; não autoriza novos pagamentos/confirmação de pendentes ou publicação.

• Continuação autorizada no projecto Compras em 29/10/2026: PAYABLE-HISTORY-IMPORT-v1, passagem explícita de histórico original para o núcleo comum, com principal integral, dedução única de confirmados e pendentes/rejeitados preservados sem abatimento. Preparação/validação distintas, unicidade, idempotência, auditoria e append-only. Ver C:/laragon/www/compras/docs/passagem-historico-pagamentos.md. Provas em bases separadas; 000022 e activação histórica não aplicadas por consequência do desenvolvimento. Preservar demos, contas/dados reais e menus. Não executar novos pagamentos, confirmar pendentes, reconciliar, alterar stock/orçamento ou contabilizar por arrasto. O adaptador SGF anterior permanece sem fornecedor de histórico; não declarar ligação histórica SGF entregue. Substitui apenas a exclusão absoluta anterior de desenvolver uma passagem de pagamentos, mantendo a recusa no percurso antigo e enquanto a nova capacidade estiver desactivada.

• Implementação autorizada em 29/10/2026: COMMON-PAYABLE-SOURCE-SIM-v1, cenário aprovado 10 000+1 600=11 600 MZN, fonte única packages/payables, factura efectivamente conferida por Compras, preparação/validação distintas e consulta nas duas composições QA. Principal reconhecido com vencimento/dias nulos e atraso indeterminado. Ver docs/SUPPLIER_PAYABLE_DELIVERY.md. Pagamentos anteriores impedem incorporação integral; preservar originais/histórico e passagem de responsabilidade sem segundo saldo. Bases/roles próprias, sem alterar demos em 8002/8003 ou dados/acessos reais. Sem pagamentos/cobranças/afectações/stock/orçamento adicional/contabilidade, dependências novas, push/publicação, aceitação ou checkpoint presumidos.

• Orientação comum de produto da Tempo, 29/10/2026: oito regras de documento/dívida/liquidação, condições explícitas, afectações parciais, confirmação/reconciliação, idempotência, correcções, cobrança configurada e responsabilidade financeira única registadas em docs/SUPPLIER_PAYABLE_SCOPE.md, secção 14. São separadas da fiscalidade específica e não declaram capacidades futuras entregues. O recorte actual permanece só obrigação a fornecedor; sem pagamentos/cobranças/lançamentos por arrasto. Vencimento desconhecido é pendência documental visível, não data inventada, dívida apagada ou pré-condição universal de reconhecimento criada por escolha técnica. Preservar a avaliação orçamental em paralelo.

• Orientação de 29/10/2026 para a ligação seguinte: conferir/delimitar COMMON-PAYABLE-SOURCE-SIM-v1, factura de fornecedor conferida → obrigação a pagar única, MZN, vencimento/origem/revisão/histórico, sem redigitar dados válidos. Ver docs/SUPPLIER_PAYABLE_SCOPE.md. Preservar o saldo implícito já calculado por Compras: a nova capacidade não pode criar autoridade concorrente para a mesma dívida. Documento incompatível/incompleto fica pendente; correcções preservam original. Nesta passagem apenas leitura/desenho, sem implementação, pagamento, stock, lançamento, migração/concessão real ou novo checkpoint. Orçamento aceite e avaliação da equipa em paralelo, sem resets.

• Incremento autorizado em 29/10/2026: SGF-BUDGET-WORKSPACE-SIM-v1, interface orçamental SGF sobre o núcleo comum aceite, com quatro funções sintéticas e rastreabilidade. Ver docs/SGF_BUDGET_WORKSPACE_DELIVERY.md. Demonstração persistente isolada em loopback 8003 e base budget_core_sgf_<12 hex>/role QA própria restrita; provas descartáveis separadas em 8004. Preservar a demonstração anterior em 8002/sgf_tempo_test, dados/contas reais e orçamento industrial. Sem nova cópia do motor, migração/concessão real, uso real, obrigações/pagamentos/contabilidade ou aceitação/checkpoint presumidos. A interface está implementada; revisão visual da equipa permanece separada das provas HTTP/build.

• Aceitação expressa de 29/10/2026: COMMON-BUDGET-SYNTHETIC-v1 aceite como extracção técnica do núcleo comum e checkpoint exclusivamente local autorizado nos dois repositórios. Ver docs/COMMON_BUDGET_ACCEPTANCE.md. Preservar revisão visual de Compras pendente, SGF apenas pelo adaptador QA sem interface deste percurso e cobertura dos dois testes MFA pendente. Automação do navegador não bloqueia desenvolvimento. Próximo passo: percurso sintético integrado no SGF para a equipa, reutilizando o núcleo. Sem utilização real, migração/concessão real, push/publicação ou avanço para obrigações/pagamentos/contabilidade por arrasto.

• Autorização técnica de 29/10/2026: implementar COMMON-BUDGET-SYNTHETIC-v1, fonte única em packages/budget-control, adaptadores Compras/SGF e provas nos dois hosts isolados. Ver docs/COMMON_BUDGET_DELIVERY.md. Nenhuma actualização de dependências, migração/concessão/dado real, publicação, push ou checkpoint de encerramento. SGF mantém guarda QA do adaptador; sgf_tempo_test e demonstração da equipa preservados. Não avançar para obrigações/pagamentos/contabilidade. Verificação técnica não constitui revisão visual ou aceitação.

Decisão expressa da Tempo — 29/10/2026: Compras e núcleo financeiro comum

Um módulo de Compras, um núcleo financeiro comum e duas composições comerciais: ERP SGF com Compras e Compras autónomo com as capacidades comuns necessárias, sem exigir facturação de vendas SGF ou SGF remoto. Substitui a proposta principal de duas aplicações ligadas por conector remoto. Preservar os percursos de C:/laragon/www/compras; extrair/adaptar o existente, sem segundo motor financeiro. Cada efeito tem um único serviço responsável. Ver docs/PURCHASING_COMMON_CORE_PLAN.md: percursos preservados, capacidades existentes/em falta, transição e primeiro incremento COMMON-BUDGET-SYNTHETIC-v1. Nesta passagem autoriza-se o registo/desenho; a reestruturação segue o incremento delimitado, sem alterações reais por arrasto. Manter instruções anteriores, dados, acessos e demonstração; desenvolvimento/provas com identidades e bases sintéticas isoladas.

Decisão expressa da Tempo — 29/10/2026: produto, demonstração e implantação

Esta decisão prevalece sobre dependências anteriores de pessoas reais e aprovações de cada incremento técnico. Desenvolvimento e testes usam empresas, unidades, utilizadores e operações sintéticas, com permissões explícitas, isolamento e separação entre preparador, técnico, verificador e validador. Osmane, Samira e concessões na Tempo não são pré-condições para construir ou testar o produto. Referências anteriores a essas pessoas descrevem a implantação/configuração histórica da Tempo, não papéis fixos do SGF.

A próxima entrega é uma demonstração integrada estável para a equipa experimentar percursos completos com exemplos e propor correcções. Agrupar revisões em entregas funcionais; não pedir aprovação de cada pequeno passo técnico. Desenvolver módulos e ligações em falta no contexto sintético. As aceitações anteriores mantêm o seu âmbito; esta autorização não equivale à aceitação de funcionalidades ainda não demonstradas.

Pessoas reais, concessões efectivas, dados empresariais e configurações fiscais/contabilísticas aplicáveis pertencem à implantação no cliente. Preservar tudo o que já foi configurado na Tempo, sem novas concessões reais por consequência da demonstração. Conformidade de emissão fiscal é necessária antes do uso real e não bloqueia o restante desenvolvimento. Preservar originais, histórico, checkpoints, permissões e guardas contra utilização real. Ver docs/PRODUCT_DEMO.md para inventário, percursos e limitações.

• Autorização técnica de 28/10/2026: implementar WORKSHOP-BILLING-CORRECTION-SIM-v1 conforme docs/WORKSHOP_BILLING_CORRECTION_SCOPE.md, só sintético em sgf_tempo_test. Substituição imutável 500→510 MZN sem imposto (material 80/UN, trabalho 200/H), revisão distinta, origens únicas; cancelamento sem libertar origens/reabrir cobrança. Bloquear destinos substituídos/cancelados em A/B1 e manter originais, decisões e fotografias. 130000 e cinco concessões reais apenas propostas, não aplicar sem confirmação específica. Preservar 3932b94, 30029b9, d071bc0, anteriores e alterações posteriores. Sem uso real, stock, emissão, lançamentos, publicação, aceitação presumida ou checkpoint de encerramento. Ver docs/WORKSHOP_BILLING_CORRECTION_DELIVERY.md.

• Decisões validadas em 28/10/2026: correcção/cancelamento de rascunhos de oficina conforme docs/WORKSHOP_BILLING_CORRECTION_SCOPE.md, secção 8. Substituição imutável por novo par, originais preservados; mesmo cliente/moeda/origens/quantidades, correcções comerciais delimitadas; cancelamento sem libertar origens ou reabertura; Osmane prepara/aplica e Samira revê distintamente. Ensaio sintético: material 80 MZN/UN e trabalho 200 MZN/H, soma 510 sem imposto versus original 500. Apenas desenho validado; implementação, migrações/concessões, prova e aceitação futuras separadas. Preservar checkpoints e bloqueios, sem uso real/publicação.

• Autorização específica posterior de 28/10/2026 executada: apenas 110000 aplicada em sgf_tempo_dev, por caminho exclusivo com sgf_dev_owner, e sete concessões auditadas no tenant #1 / Tempo Lda #1 / SEGI #1: conta #1 industrial_budgets.view/prepare, industrial_budget_comparisons.view/prepare; conta #2 industrial_budgets.view/validate, industrial_budget_comparisons.view. Ver actualização de docs/INDUSTRIAL_BUDGET_DELIVERY.md. Preservadas 81 tabelas anteriores, acessos e instalação 120000; seis tabelas novas vazias. Aplicação mantém sgf_dev_app; orçamento/conversão/oficinas/custos/recebimentos/emissão reais bloqueados, guardas SQL verificadas. Indicações anteriores de 110000/sete concessões por aplicar são históricas. Sem utilização real ou publicação.

• Autorização específica posterior de 28/10/2026 executada: apenas 120000 aplicada em sgf_tempo_dev, por caminho exclusivo com sgf_dev_owner, e seis concessões auditadas no tenant #1 / Tempo Lda #1 / SEGI #1: conta #1 workshop_billing.view/prepare/generate; conta #2 workshop_billing.view/review e workshop.view. Ver actualização de docs/WORKSHOP_BILLING_DELIVERY.md. Preservadas 74 tabelas anteriores e acessos; sete tabelas novas vazias. Aplicação mantém sgf_dev_app; conversão/oficinas/custos/recebimentos/emissão reais bloqueados e guardas SQL verificadas. 110000 e sete concessões do orçamento permanecem pendentes; não aplicar por arrasto. Consulta de oficina da conta #2 não concede apontamento/verificação/supervisão. Indicações anteriores de 120000/seis concessões por aplicar são históricas; sem utilização real ou publicação.

• Aceitação específica de 28/10/2026: utilizador aceitou WORKSHOP-BILLING-DRAFT-SIM-v1 com limitação de capturas e autorizou checkpoint exclusivamente local, sem credenciais/dados privados. Ver docs/WORKSHOP_BILLING_ACCEPTANCE.md. Não transformar provas pendentes em realizadas; Edge não recuperado e capturas não recebidas permanecem limites. Substitui apenas a pendência de aceitação/encerramento deste ensaio. 120000, seis concessões e utilização real continuam por autorizar; 110000 e sete concessões também pendentes. Sem aplicação, activação operacional ou publicação.

• Autorização técnica de 28/10/2026: implementar WORKSHOP-BILLING-DRAFT-SIM-v1 conforme docs/WORKSHOP_BILLING_DRAFT_SCOPE.md, exclusivamente sintético em sgf_tempo_test. Ver docs/WORKSHOP_BILLING_DELIVERY.md. Reutilizar origens verificadas por ID/versão, sem consumo duplicado, preços comerciais sintéticos 200 MZN/H e 75 MZN/UN (350+150=500 sem imposto), revisão comercial distinta. Não derivar preço do custo interno ou atribuir verificação técnica à revisora. Sem edição directa de rascunhos gerados ou confirmação B1 automática. 120000 e seis concessões reais só propostas, não aplicar sem autorização específica; 110000 e sete concessões continuam pendentes. Preservar 04870f0, 090b7da e alterações posteriores; sem utilização real, stock, emissão, lançamentos, publicação ou aceitação presumida.

• Decisões confirmadas em 28/10/2026 para oficina → rascunho: ver secções 8/8.1 de docs/WORKSHOP_BILLING_DRAFT_SCOPE.md. Tempo verificado e material consumido da empresa; excluir material do cliente e dupla cobrança tarefa/tempo. Osmane prepara/gera; Samira revê versão comercial por identidade distinta, sem verificação técnica implícita. Uma ordem/rascunho, origens integrais, sem repartição. Tabela apenas sintética WORKSHOP-SALES-SYNTHETIC-v1, MZN sem imposto: 200/H × 105/60 H = 350; 75/UN × 2 = 150; soma 500. Sem custo interno convertido em preço. Apenas especificação nesta etapa; implementação, migrações/concessões e utilização real continuam separadas. Preservar 04870f0, 090b7da e bloqueios.

• Preservação autorizada em 28/10/2026: registar avaliação técnica da página inicial/menu e criar checkpoint local sem credenciais/dados privados; não presumir revisão visual ou aceitação visual. Encerramento do orçamento permanece em 04870f0 com limitações explícitas. Próximo passo autorizado apenas de especificação: oficina → rascunho de facturação; definir facturabilidade, revisão, preços e duplicações antes de implementar. 110000, sete concessões e utilização real permanecem por autorizar.

• Autorização posterior de 28/10/2026: implementar página inicial e navegação agrupada após a proposta docs/HOME_NAVIGATION_PROPOSAL.md. Ver docs/HOME_NAVIGATION_DELIVERY.md. Preservar 04870f0 e anteriores, direitos por contexto e bloqueios. Sem novos acessos, módulos financeiros, contagens/indicadores fictícios ou uso real; fontes agregadas de pendências não implementadas. Prova visual permanece separada, sem presumir aceitação ou checkpoint. 110000 e sete concessões continuam por autorizar.

• Aceitação específica de 28/10/2026: utilizador aceitou o ensaio de orçamento versus realizado com limitação das capturas documentada e autorizou checkpoint exclusivamente local, sem credenciais/dados privados. Ver docs/INDUSTRIAL_BUDGET_ACCEPTANCE.md. Não transformar provas pendentes em realizadas; automação Edge bloqueada e capturas não recebidas permanecem limitações. Substitui apenas a pendência de aceitação/encerramento. 110000, sete concessões e utilização real continuam por autorizar; sem aplicação ou publicação. Próxima prioridade: página inicial e menus agrupados, preservando entregas e direitos existentes.

• Autorização de 28/10/2026: implementar o ensaio de orçamento versus realizado da secção 16 de docs/INDUSTRIAL_COST_ACCOUNTING_SCOPE.md, só sintético em sgf_tempo_test, preservando cbdf2b4, 4a94e8a e alterações posteriores. Orçamento aprovado como hipótese: 900 material + 600 trabalho + 300 indirectos imputados; comparar versão validada de 1000/500/300, 10 UN, MZN, mesmo produto/lote/período, com desvios +100/−100/0 e total 0; residual 300 separado. Osmane prepara; Samira valida orçamento exacto por identidade distinta e consulta comparação. Direitos próprios, sem herança ou concessões reais. Sem taxa material: 800 conhecidos, comparação incompleta, nunca poupança. Preservar versões/origens e bloqueios SQL/aplicação. Migração 110000 e sete concessões apenas propostas, NÃO aplicar em desenvolvimento. Sem dependências novas, stock, lançamentos, facturação, publicação ou aceitação presumida; checkpoint de encerramento só após aceitação. Ver docs/INDUSTRIAL_BUDGET_DELIVERY.md para estado e provas.

• Autorização específica de 28/10/2026 executada: apenas 100000 aplicada em sgf_tempo_dev, por caminho explícito com sgf_dev_owner, e quatro concessões auditadas no tenant #1 / Tempo Lda #1 / SEGI #1: conta #1 industrial_costs.view/prepare; conta #2 industrial_costs.view/validate. Ver actualização de docs/INDUSTRIAL_COST_DELIVERY.md. Preservadas 66 tabelas anteriores e acessos; oito tabelas industriais vazias. Aplicação mantém sgf_dev_app; custeio industrial/directo, oficinas, recebimentos e emissão reais bloqueados, com guardas SQL verificadas. Sem utilização real ou publicação. Indicações anteriores de 100000/concessões por autorizar são históricas; esta instalação não activa operações reais.

• Aceitação específica de 28/10/2026: o utilizador aceitou INDUSTRIAL-COST-SIM-v1 e autorizou checkpoint Git exclusivamente local, sem credenciais ou dados reais. Ver docs/INDUSTRIAL_COST_ACCEPTANCE.md. Substitui apenas a pendência de aceitação/encerramento técnico do ensaio. Migração 100000, quatro concessões e utilização real permanecem por autorizar; sem aplicação, activação operacional, publicação ou novo incremento.

• Autorização técnica de 27/10/2026: INDUSTRIAL-COST-SIM-v1, secções 15/15.5, só em sgf_tempo_test. Ver docs/INDUSTRIAL_COST_DELIVERY.md. Um lote/produto sintéticos, material 1000 + trabalho 500 + CIF 300 = 1800, 10 UN / 180 por UN; conjunto 600, capacidade 10 HM, uso 5 HM e residual 300 separado. Sem taxa material, 800 conhecidos, total/unitário indisponíveis. Critério é hipótese sintética, não método real aprovado. Preparação/validação industrial explícitas por identidades distintas; não herdar custo directo, transformar oficina em lote ou duplicar origens. 100000 e quatro concessões reais apenas propostas, NÃO aplicar sem confirmação específica. Preservar checkpoints/alterações/aprovações/bloqueios. Sem aceitação presumida, checkpoint de encerramento, stock, previsto/realizado, margens, lançamentos ou publicação.

• Autorização específica posterior de 27/10/2026 executada: apenas 090000 aplicada em sgf_tempo_dev, por caminho explícito e proprietário separado, e quatro concessões auditadas no tenant #1 / Tempo Lda #1 / SEGI #1: Osmane #1 direct_costs.view/prepare; Samira #2 direct_costs.view/validate. Ver actualização de docs/WORKSHOP_DIRECT_COST_DELIVERY.md. Preservadas 60 tabelas anteriores, dados/acessos e instalações 070000/080000; seis tabelas de custo vazias. Aplicação mantém sgf_dev_app; custeio, oficinas, recebimentos e emissão reais bloqueados e guardas SQL verificadas. Sem taxas/cálculos reais, novas concessões técnicas ou publicação. As indicações anteriores de 090000/quatro concessões pendentes são históricas; não activar uso operacional por consequência desta instalação.

• Encerramento por delegação de 27/10/2026: o utilizador autorizou aceitar a entrega isolada de custos directos após conferência técnica do percurso e preservar checkpoint local. Ver docs/WORKSHOP_DIRECT_COST_ACCEPTANCE.md. Não se atribui nova verificação pessoal no navegador ao utilizador. 090000 e quatro concessões continuam NÃO aplicados; custeio real, emissão e restantes operações reais bloqueados. Sem CIF/lote industrial ou publicação. Esta autorização substitui apenas a pendência de encerramento técnico deste ensaio.

• Autorização técnica de 27/10/2026: implementar apenas WORKSHOP-DIRECT-COST-SIM-v1, secção 14 de docs/INDUSTRIAL_COST_ACCOUNTING_SCOPE.md. Ver docs/WORKSHOP_DIRECT_COST_DELIVERY.md. Apenas sintético em sgf_tempo_test, origens de oficina verificadas por ID/versão, sem duplicar acontecimentos. 275 MZN conhecidos ou 175 incompletos sem taxa material; exactidão racional, nunca custo completo/margem. Preparação e validação de custos/taxas por identidades distintas, sem editar apontamentos. 090000 e quatro concessões reais apenas propostos, NÃO aplicados; confirmação específica antes de aplicação. Não activar custeio real ou publicar; preservar 7628645, ea9dcb3, alterações posteriores, oficinas/recebimentos/fiscalidade e aprovações. Sem presumir aceitação, CIF ou lote industrial.

• Decisões de desenho confirmadas em 27/10/2026: primeiro ensaio de custo directo de uma ordem de oficina, reutilizando apontamentos verificados por ID/versão, sem duplicar origens. 2 UN × 50,00 + 105/60 H × 100,00 = 275,00 MZN de custo directo conhecido, nunca custo completo/margem; sem taxa material, 175,00 conhecidos e total incompleto. Osmane prepara; Samira valida versões de custos/taxas sem alterar apontamentos técnicos. Futuras provas sintéticas com identidades distintas, sem novas concessões reais. Ver secção 14 de docs/INDUSTRIAL_COST_ACCOUNTING_SCOPE.md. Apenas decisões registadas, sem ordem de implementação; lote industrial/CIF adiados. Preservar entregas aceites e bloqueios.

• Autorização específica posterior de 27/10/2026 executada: apenas 070000 aplicada em sgf_tempo_dev, por caminho explícito com sgf_dev_owner, e oito concessões auditadas no tenant #1 / Tempo Lda #1 / SEGI #1: conta #1 service_receivables.view/prepare/allocate/correction_request; conta #2 service_receivables.view/confirm/reconcile/correction_approve. Ver actualização de docs/SERVICE_RECEIVABLES_DELIVERY.md. Preservadas 54 tabelas anteriores, acessos e instalação de oficinas 080000; seis tabelas novas vazias. Aplicação mantém sgf_dev_app; recebimentos, reconciliação, oficinas e emissão reais continuam bloqueados na aplicação/base. Nenhuma operação real ou concessão para técnico/verificador. As indicações anteriores de 070000/oito concessões pendentes são históricas; esta instalação não activa uso real ou publicação.

• Encerramento de 27/10/2026: entrega isolada SGF-RECEIVABLES-SIM-v1 aceite pelo utilizador, com registo e checkpoint exclusivamente local. Ver docs/SERVICE_RECEIVABLES_ACCEPTANCE.md. Esta aceitação substitui a pendência de aceitação funcional, mas NÃO aplica 070000 nem as oito concessões, não activa utilização real e mantém bloqueios operacionais/fiscais. Oficinas permanece aceite, com 080000 e os quatro direitos de abertura já aplicados tecnicamente; não repetir a sua aprovação. Sem custos industriais ou publicação.

• Autorização específica posterior de 27/10/2026 executada: apenas 080000 aplicada em sgf_tempo_dev, por caminho explícito e proprietário sgf_dev_owner; quatro concessões auditadas para conta #1, tenant #1 / Tempo Lda #1 / SEGI #1: workshop.view/open/assign/authorize. Ver actualização de docs/WORKSHOP_RESOURCE_DELIVERY.md. 070000 permanece pendente, sem aceitação de recebimentos implícita. Dados/acessos anteriores preservados; sete tabelas de oficina vazias. Aplicação mantém sgf_dev_app; guardas operacionais e de emissão real preservadas e verificadas. Técnico/verificador reais continuam por identificar, sem concessões. Esta instalação não activa utilização operacional; indicações anteriores de 080000/quatro direitos pendentes são históricas.

• Aceitação específica de 27/10/2026: o utilizador aceitou a entrega isolada WORKSHOP-RESOURCE-RECORD-v1 e autorizou o registo e checkpoint Git exclusivamente local, sem credenciais/dados reais. Ver docs/WORKSHOP_RESOURCE_ACCEPTANCE.md. Esta aceitação não aplica 080000, não concede direitos, não activa uso operacional e não abrange a aceitação de recebimentos. 070000 permanece separada e pendente. Técnico/verificador reais continuam por identificar. Sem custos industriais, publicação ou novo incremento. Esta aceitação substitui apenas a anterior pendência de aceitação de oficinas.

• Autorização de 27/10/2026: WORKSHOP-RESOURCE-RECORD-v1, ordem/autorização/tarefas/tempos/materiais/verificação, exclusivamente sintético em sgf_tempo_test. Ver docs/WORKSHOP_RESOURCE_DELIVERY.md. Início de trabalho exige autorização; relato de ocorrência passada fora do âmbito é permitido para auditoria, permanentemente sinalizado, sem autorização retroactiva ou verificação automática. Verificador distinto do autor. Migração 080000 e concessões reais NÃO aplicadas; confirmação específica antes de qualquer aplicação. 070000 de recebimentos continua pendente e não deve ser aplicada por arrasto. Técnico/verificador reais não identificados; não criar contas reais ou atribuir supervisão à Samira. Preservar entregas, sem presumir aceitação de recebimentos/oficina. Sem stock/custos/facturação/recebimentos/lançamentos ou publicação; guardas operacionais/fiscais mantidas.

• Autorização de 27/10/2026: implementar SGF-RECEIVABLES-SIM-v1, conforme docs/SERVICE_RECEIVABLES_SCOPE.md, secção 12, exclusivamente sintético em sgf_tempo_test. Ver docs/SERVICE_RECEIVABLES_DELIVERY.md. Preservar 4276aca e alterações posteriores. Migração 2026_10_27_070000 NÃO aplicada em desenvolvimento e oito concessões reais NÃO aplicadas: exigem confirmação específica antes da aplicação. Manter guardas de ambiente/base, original imutável, montantes exactos, identidade distinta na confirmação/aprovação e revisão exacta. Sem recebimentos reais, recibo fiscal, ligação bancária, dinheiro, lançamento, fecho ou publicação. Não retirar bloqueio de emissão/configuração real. Não declarar aceitação automática desta entrega.

• Autorização específica posterior de 27/10/2026 executada: migração 2026_10_26_060000_create_test_invoice_issuance.php aplicada em sgf_tempo_dev e oito concessões exactamente propostas aplicadas/auditadas (conta #1: série view/propose na empresa #1, documento view/issue/correction_request só unidade #1; conta #2: série view/approve na empresa #1, documento view só unidade #1). Ver secção de aplicação em docs/SERVICE_INVOICE_TEST_DELIVERY.md e provas invoice-dev-preservation*.json. Preservadas 31 tabelas preexistentes e acessos anteriores; oito tabelas novas vazias. Nenhuma série real ou documento criado. ServiceInvoicing::guard() permanece inalterado e as entradas de emissão/configuração real recusam com 403 mesmo com concessões. A autorização não retira o bloqueio, não resolve conformidade e não autoriza emissão, recebimentos, lançamentos ou publicação. As indicações anteriores de migração/concessões pendentes são históricas.

• Em 27/10/2026, o utilizador confirmou «Aceitar a entrega técnica e criar checkpoint local» para navegador + PDF, após verificar a demonstração. Entrega técnica encerrada no âmbito de docs/SERVICE_INVOICE_TEST_DELIVERY.md, exclusivamente de teste. Registar/preservar checkpoint local sem credenciais/dados reais; não repetir validações aceites sem alteração/falha relevante. Esta aceitação não aplica a migração 060000, oito concessões ou série real, não resolve conformidade/exigibilidade/apuramento e não autoriza retirar o bloqueio de emissão real, emitir, receber, contabilizar ou publicar.

• Autorização posterior de 26/10/2026: incremento técnico de emissão/reprodução no navegador e PDF, exclusivamente demonstrável em sgf_tempo_test, com bloqueio incondicional de emissão real. Ver docs/SERVICE_INVOICE_TEST_DELIVERY.md e docs/SERVICE_INVOICE_ISSUANCE_SCOPE.md. Série real será nova; proponente prepara/emite e pede correcções, validador fiscal aprova séries e regra temporal. Migração 2026_10_26_060000_create_test_invoice_issuance.php, código/número inicial reais e oito concessões propostas permanecem sem aplicação e exigem confirmação específica. Não retirar ServiceInvoicing::guard, não criar documentos fictícios em desenvolvimento, não confundir pressupostos temporais sintéticos com pendências resolvidas do caso real. Preservar 9f48004, B1 e aprovações existentes; sem recebimentos, lançamentos, comunicação externa ou publicação.

• Em 26/10/2026, o utilizador aceitou o cálculo condicionado e autorizou o registo e checkpoint Git exclusivamente local, sem credenciais/dados locais. Ver docs/CONDITIONAL_CALCULATION_ACCEPTANCE.md. Perfil, concessões e activação local foram objecto de confirmações específicas; os detalhes nominativos permanecem na ficha local não versionada. Exigibilidade e período de apuramento permanecem pendentes; aprovação temporal não os determina. Preservar versões/âmbito exactos, separação de proponente/validador, B1 e aprovações contabilísticas. Calcular não altera decisão temporal validada. Sem avançar para emissão documental, recebimentos, lançamentos ou publicação.

• Em 26/10/2026, o utilizador aceitou expressamente o cálculo de ensaio demonstrado (base 1000,03; IVA exacto 160,0048; IVA proposto 160,00; diferença preservada 0,0048; total proposto 1160,03) e autorizou registo e checkpoint Git apenas local. Ver docs/SERVICE_CALCULATION_SEPARATE_REVIEW.md. Esta confirmação substitui apenas a pendência de aceitação do ensaio: a aplicabilidade fiscal real permanece separada e pendente, sem autorização para activar perfil fiscal real, emitir, contabilizar ou publicar.

• Em 26/10/2026, após informar que entrou e verificou, o utilizador confirmou a aceitação funcional do primeiro incremento de classificação contabilística e autorizou o encerramento e checkpoint Git exclusivamente local, sem credenciais ou dados locais. Preservar a entrega e os limites de docs/CATALOGUE_ACCOUNTING_DELIVERY.md. Esta aceitação não abrange a validação do cálculo fiscal, que continua separada e pendente; não autoriza lançamentos, publicação ou outro incremento.

• Autorização posterior: primeiro incremento de classificação contabilística do catálogo, PGC-NIRF, sem lançamentos e sem alterar o cálculo fiscal. Categoria é regra-base; só excepção aprovada, vigente e compatível a substitui. Mudança de categoria que afecte classificação exige nova proposta, vigência e validação; não usar edição de serviços para contornar o circuito. Propostas/submissões/decisões/resoluções são imutáveis; correcção gera nova versão e a substituição de uma versão aprovada é explícita. Data de referência é explícita, não reconhecimento/IVA. Conta agregadora não é conta de movimento; subconjunto documental inicial apenas 7/7.2, sem inventar desdobramentos. Fonte e versão preservadas.

• As quatro concessões contabilísticas iniciais foram especificamente confirmadas e aplicadas em 26/10/2026, após conferência: conta 1, empresa 1, catalogue_accounting.view/propose; conta 2, empresa 1, catalogue_accounting.view/approve. Osmane prepara; Samira valida/recusa, sem edição/administração implícita. Nenhuma concessão de unidade ou de gestão destes direitos foi acrescentada. Novas concessões exigem confirmação concreta; não associar privilégios a nomes/emails no código. Ver docs/CATALOGUE_ACCOUNTING_DELIVERY.md. A validação do cálculo continua separada e pendente.

• Autorização posterior: primeiro cálculo delimitado sobre preço sem imposto, uma linha, apenas ensaios sintéticos isolados em sgf_tempo_test. Política SGF-SERVICE-NET-VAT-TRUNCATE2-v1: base/IVA exactos, IVA documental proposto truncado a duas casas e diferença preservada; total proposto apenas se base for exactamente representável a duas casas. É decisão operacional do utilizador, não obrigação fiscal demonstrada. Nenhum perfil real activado, nenhum direito fiscal derivado de configuração visual, nenhuma fotografia B1 alterada. Ver docs/SERVICE_CALCULATION_DELIVERY.md; instruções históricas abaixo não revogam este âmbito posterior.

• Projecto exclusivo em C:\laragon\www\sgf-tempo; não alterar InvesteMoz, os seus dados, configurações, ferramentas ou serviços.

• Base de requisitos: SGF_TEMPO_Roteiro_v0_9.docx. Distinguir decisões acordadas de propostas técnicas e autorização de execução.

• Usar scripts/sgf.ps1 para ferramentas e arranque. Não usar o PHP/Composer do PATH por omissão nem alterar o PATH global.

• Versões directas fixadas nos manifests; dependências completas nos lockfiles. Qualquer substituição de versão exige apresentação prévia ao utilizador; não instalar ferramentas adicionais automaticamente.

• Monólito modular em app/Modules, contexto comum em app/Shared/Context. Separar tenant, empresa fiscal e unidade desde o primeiro modelo empresarial.

• Testes apenas na base sgf_tempo_test, cluster próprio 127.0.0.1:55432. Manter TestingDatabaseGuard e usar dados sintéticos.

• Aplicação usa sgf_dev_app; migrações de desenvolvimento usam wrapper e proprietário separado. Nunca usar o administrador PostgreSQL na aplicação.

• Nunca apresentar segredos, ler configurações privadas do portal ou versionar .env/.env.testing. .env.example deve permanecer sem segredos.

• Verificar portas antes de iniciar; não parar processos de outros projectos. Não publicar nem implementar módulos financeiros sem nova autorização de âmbito.

• PostGIS e Python adiados até haver função concreta. Não instalar Laravel Boost, IA, serviços externos ou módulos adicionais como preparação automática.

• Validar mudanças da fundação com sgf.ps1 test; mudanças React com sgf.ps1 npm run build. Documentar limites e comandos de arranque no README.

• Primeiro percurso: login/logout por sessão, contexto de empresa/unidade, nomes e concessões explícitas. Não criar tenants/empresas pela interface nem conceder todas as unidades implicitamente.

• Não criar contas reais ou primeiros acessos sem pré-visualização concreta e confirmação do utilizador. Palavras-passe apenas em entrada oculta no terminal local, nunca no chat, argumentos, logs ou documentação.

• As alterações usam o token do contexto revisto, validação de permissões no servidor e auditoria na mesma transacção. Não remover os triggers de imutabilidade ou de auditoria append-only.

• Provas de navegador usam browser-testing na porta 8001 e apenas sgf_tempo_test, com sessões/cache isolados e CSRF activo. Parar a prova antes de executar testes que recriam a base de testes.

• Em 25 de Outubro de 2026, o utilizador aceitou e deu por concluído o incremento local de entrada, contexto e permissões no âmbito demonstrado e com os limites de docs/IDENTITY_DELIVERY.md. Preservar essa entrega como base. Serviços permanece apenas em especificação; não há autorização para implementação financeira ou publicação.

• Autorização posterior: implementar exclusivamente a entrega A de docs/SERVICES_WORKFLOW_SPEC.md. Clientes/serviços são da empresa; prestações e facturação permanecem rascunhos da unidade. A autorização não abrange B/C, emissão fiscal, confirmação de operações, lançamentos, recebimentos, reconciliação, fecho ou publicação.

• As novas concessões de A foram especificamente confirmadas para as contas existentes ID 1 e ID 2, na empresa ID 1 / unidade ID 1, após conferência. Não inferir direitos dos emails, nomes ou concessões de identidade; qualquer nova aplicação inicial exige confirmação específica.

• Em A, quantidades/preços são cadeias decimais exactas com até 16 algarismos inteiros e 8 decimais. Não usar float, moeda por omissão, imposto desconhecido como zero ou arredondamentos silenciosos. Histórico/eventos/outbox/pendências são transaccionais; não processar contabilidade nesta entrega.

• Em 25 de Outubro de 2026, o utilizador aceitou a entrega A no âmbito demonstrado e com os limites de docs/SERVICES_A_DELIVERY.md e autorizou um checkpoint Git exclusivamente local, sem credenciais ou dados locais. Preservar esta base aceite. Não avançar para B/C nem publicar.

• Autorização posterior delimitada: B1, apenas confirmação interna dos rascunhos de facturação, fotografia imutável e captura transaccional de eventos/pendências. Mostrar «Confirmado internamente — sem validade fiscal». Não emitir documentos comerciais/fiscais, reconhecer receita, produzir lançamentos, receber, reconciliar, fechar ou publicar. A nova concessão billing_drafts.confirm_internal foi especificamente confirmada para a conta existente ID 1, empresa 1/unidade 1; não implica gestão de novas concessões nem altera a consulta da conta ID 2. B1 não conclui B integralmente; ver docs/SERVICES_B1_DELIVERY.md.

• Em 25 de Outubro de 2026, o utilizador aceitou B1 no âmbito demonstrado de confirmação interna, sem validade fiscal nem lançamentos contabilísticos, e autorizou um checkpoint Git local sem credenciais ou dados locais. Preservar B1 e os checkpoints anteriores. Não avançar para os restantes incrementos nem publicar.

• Autorização posterior de 26 de Outubro de 2026: preparação documental de emitente/clientes/rascunhos e instruções de pagamento reutilizáveis do emitente, sem emissão, recebimento ou contabilização. Preservar B1 8fcd52c; não reinterpretar preços antigos ou modificar fotografias existentes. Esquema 2 apenas em novas confirmações que utilizem preparação documental. Novos direitos issuer_documents/client_documents view/edit na empresa e draft_documents view/edit na unidade são explícitos; as nove concessões para contas existentes 1 (consulta/edição) e 2 (consulta), empresa 1/unidade 1, foram especificamente confirmadas. Não inferir poderes de gestão desses direitos. Nunca incluir valores completos das instruções em logs técnicos, relatórios de provas ou repositório. Ver docs/DOCUMENT_PREPARATION_DELIVERY.md.

• Autorização posterior: primeira pré-visualização apenas no navegador, aviso fixo «RASCUNHO — SEM VALIDADE FISCAL», configuração delimitada e história B1 exclusivamente da fotografia. Não implementar emissão, cálculos fiscais, PDF/exportação/impressão documental ou operações financeiras. Consultas de pré-visualização são coerentes e read-only; mudanças geram aviso e actualização explícita. Novo direito document_preview.configure requer confirmação específica antes de concessão real; a operação para conta 1/empresa 1 foi especificamente confirmada e aplicada em 26 de Outubro de 2026. Samira permanece apenas em consulta. Novas operações não podem ser aplicadas por inferência. Ver docs/DRAFT_INVOICE_PREVIEW_DELIVERY.md.

• Orientação expressa da Tempo, 29/10/2026: o SGF tem fiscalidade transversal a vendas/compras, stocks, contabilidade geral/custos, análises financeiras e preenchimento automático de modelos IVA/IRPS/IRPC/INSS e outros aplicáveis. Reutilizar o conhecimento já tratado no InvesteMoz (fontes, regras, decisões, correspondências e casos) sem duplicar investigação, acrescentando as capacidades operacionais próprias do SGF. Ausência de prova na auditoria inicial não exclui conhecimento existente nem o requisito. Ver docs/SERVICE_INVOICE_CALCULATION_SPEC.md, secção 11, FIS-SGF-13 a 19. Esta orientação regista âmbito de produto; não declara implementação ou activação operacional e preserva entregas e dados anteriores.