Investidor-V2/docs/investmoz/unification/traceability-and-manual.md

10/11/2026 — APIEX, SWOT e acesso destacado a Concursos instalados

Homologação instalada e conferida: 1c75a30a601ef00fc187ddf5a64183446d329e6f, https://teste-investidor.tempo.co.mz. Inclui APIEX/SWOT37854d02 e correcção do menu autorizada pela Tempo. Concursos e anúncios tem agora grupo próprio no menu horizontal comum, com consulta pública e acompanhamentos para utilizadores autenticados; endereço https://teste-investidor.tempo.co.mz/concursos. O módulo já estava activo e apenas a entrada estava dentro de Descoberta; não foi necessário activá-lo novamente. Um rascunho privado e zero versões publicadas preservados.

Conferência final:21hashes Git iguais à release, revisão HTTPS correcta e root/up/login/concursos HTTP200, configuração intacta, zero migrations/importações. Backup fresco restaurado com190tabelas/contagens/checksums iguais e369ficheiros/configuração conferidos;7476dc34 e pacotes anteriores preservados para reversão de código. Recibos outputs/apiex-swot-concursos-delivery-20261110/{backup,restore,files-restore,verification,delivery}.json; verificação UTC no recibo. Instalação executada pelo mesmo executor Git, sem alterações de permissões, dados reais, publicação de análises ou submissão externa.

Saldo: APIEX e SWOT abaixo deixam de ser pendência de instalação. Acesso pelas ferramentas Preparação APIEX e SWOT do dossier existente, conservando a oportunidade seleccionada. Conferência visual no uso normal continua pendente no mesmo registo; não é inferida das provas automáticas. Âmbitos normativos não mapeados continuam indeterminados; os restantes módulos e resíduos L1–L7/restanteL8/L9–L16 conservam o saldo anterior. O portal não é declarado integralmente concluído.

10/11/2026 — correcção dirigida das âncoras antes da promoção

O executor recusou c7901592 por um caso frontendS08 (1falha/1788), mantendo7476dc34 activo. Diagnóstico delimitado: a página tinha dois efeitos de âncora e o teste existente conservava uma única sequência de dependências. A abertura SWOT foi integrada no listener de hash já existente, também para mudanças posteriores de #tarefas, sem alterar a guarda/foco/expansão de S08. O teste S08 aceite conserva as suas asserções; acrescentado caso que alterna #tarefas/#S08, verifica isolamento no dossier e limpeza do listener.15casos dirigidos APIEX/SWOT/âncoras aprovados. Nenhuma alteração de dados, permissões, fontes normativas ou configuração; entrega autorizada retomada no mesmo mecanismo, sem mascarar a falha nem desactivar verificações. Recibos finais continuam a determinar a revisão instalada.

10/11/2026 — Concursos visíveis no menu principal; instalação agrupada autorizada

Conferência delimitada do destino7476dc34 por SSH autenticado: procurement.enabled=true, módulo disponível, tabelas presentes; /concursos e raiz HTTP200 com procurementEnabled=true. Preservados um concurso em rascunho e zero versões publicadas. O módulo não desapareceu nem estava desligado: a ligação estava dentro de Descoberta. Pedido Tempo «onde foram parar concurso? depois de resolver isso autorizo a instalação»: entrada promovida a grupo próprio Concursos e anúncios no menu horizontal comum, com Consultar concursos e anúncios e, após autenticação, Os concursos que acompanho. Retirada só a ligação duplicada de Descoberta; cinco atalhos principais e autorizações editoriais preservados. Não cria/publica concursos nem muda flags, dados ou schema.

Prova dirigida da navegação:20casos aprovados, incluindo visitante/utilizador, disponibilidade, destinos únicos e selecção correcta de catálogo/ficha/acompanhamentos. Tipos/lint/compilação QA aprovados. Observação anterior outputs/investment-preparation-20261110/concursos-before.json; pacote agrupado outputs/entrega-apiex-swot-concursos-20261110.zip, preservando o pacote APIEX/SWOT anterior. O conjunto APIEX/SWOT abaixo conserva as provas aceites, sem repetição. Instalação autorizada expressamente após esta correcção; execução e recibo final separados desta prova QA. Visual continua pendente por indisponibilidade do conector.

10/11/2026 — APIEX e SWOT no dossier existente: QA concluído, instalação pendente

Instalado: 7476dc343098f15a7982e9d7581bf4f59d43bc1a em https://teste-investidor.tempo.co.mz, promovido às14:28:12UTC e conferido às14:29:07UTC (16:29 locais). Transporte CBF15 deixa de ser pendência de instalação. Delta14hashes Git/HTTPS, root/up/login/revision200, configuração intacta, zero migrations/importações; backup/restauro190tabelas e369ficheiros conferidos. Recibos outputs/cbf15-carry-delivery-20261110/; release anterior e pacotes preservados.

Implementado em QA, ainda não instalado — APIEX: dossier existente → requisitos fundamentados disponíveis/em falta/não aplicáveis/indeterminados → documentos existentes e complementos → revisão → prévia/ZIP com índice e anexos íntegros → registo da entrega externa, esclarecimento, resposta e decisão com data/referência/comprovativo. Dados do investidor/empresa/contexto/localização/oportunidade reutilizados. Estados em preparação/pronto para entrega/entrega registada/decisão recebida distintos; exportar não submete nem aprova. Snapshot preparado, versões, SHA e pacote privado cifrado preservados; recuperação devolve os mesmos bytes após alteração do contexto, revalidando acesso e segurança dos documentos. Ausência de recepção electrónica APIEX, segundo a orientação Tempo, não bloqueia este percurso; nenhum conector fictício ou formulário oficial inventado. Reutiliza o avaliador e modelos/fontes aceites; períodos/regimes fora do âmbito actualmente mapeado ficam indeterminados, sem conclusão normativa presumida.

Implementado em QA, ainda não instalado — SWOT: no mesmo dossier/oportunidade, objecto explícito investimento/território/sector/cluster, evidências do contexto/análise proactiva e Competitividade pública aprovada, quatro dimensões internas/externas, fonte/data/classificação de cada conclusão (facto documentado/hipótese/por confirmar). Sem pontuação, IA ou inferência de ausência pela falta de registos. Gravação/recuperação/histórico paginado e revisão pela equipa com permissões existentes. Alteração/retirada de fontes assinala revisão, conserva fotografia consultada e edições deliberadas. Acções ideia/oportunidade/parceiros/risco continuam no mesmo dossier; risco liga à tarefa nativa com origem própria e repetição sem duplicação. Privado por defeito; publicação exige o fluxo editorial existente, nunca automática. Contextos retirados ficam no histórico privado de leitura, sem reactivação.

Provas sintéticas no QA55441 existente, com rollback: seis casos API/211asserções;16casos frontend dirigidos (incluindo transporte e cabeçalho comum147páginas), tipos, análise estática e lint aprovados. outputs/investment-preparation-20261110/verification.json, ZIP/índice/anexos, recuperação SWOT e provas de isolamento/histórico/segurança. Pacote Git agrupado outputs/entrega-apiex-swot-20261110.zip, base exacta7476dc34, reversão de código sem apagar auditoria, pacotes privados ou tarefas posteriores. Nenhuma migration/base/porta/conta real nova, submissão real ou publicação. Compilação QA separada; provas anteriores reutilizadas.

Saldo concreto: APIEX e SWOT acima encerrados em implementação QA; instalação deste conjunto e conferência visual continuam pendentes. O conector mantém “The browser access host is unavailable”; SSR/testes não substituem visual, sem novo ciclo de reinícios. Os restantes módulos conservam o saldo anterior, incluindo resíduos L1–L7, restanteL8 e L9–L16. Isto não declara o portal integralmente concluído.

Utilização — preparação APIEX e SWOT

Abra o dossier autorizado e escolha Preparação APIEX e SWOT nas ferramentas/documentos. Se houver várias oportunidades, escolha primeiro o contexto; o título e histórico identificam sempre essa escolha. Em APIEX, confira o resumo reutilizado e use Alterar para corrigir no editor existente. Confira os requisitos e os documentos disponíveis, complete os que faltam na biblioteca existente, guarde e reveja. A prévia apresenta o índice; exporte e conserve o ZIP. Registe depois a entrega efectivamente realizada externamente, com data, referência e comprovativo; esclarecimentos/respostas/decisão são eventos separados ligados à exportação. Uma decisão recebida não implica aprovação.

Na aba SWOT, escolha objecto/âmbito, consulte as evidências e preencha as quatro dimensões com fonte/data/classificação. Guarde, peça/recolha a revisão com as permissões actuais e associe uma acção à conclusão. A ligação de risco abre a tarefa no mesmo dossier, sem substituir tarefas anteriores. Histórico permite recuperar versões; restauro de SWOT cria novo rascunho sem eliminar entregas externas ou acções. Se uma gravação tiver resposta incerta, repita a mesma intenção ou consulte e compare a versão guardada; a substituição das edições locais é explícita. Fontes alteradas exigem nova revisão, sem reescrever conclusões. Análises ficam privadas; eventual divulgação passa pelo fluxo editorial existente.

10/11/2026 — transporte documental CBF15 em QA

Homologação mantém d216830b; este delta ainda não está instalado. Tipos/lint/Pint/buildQA aprovados; pacote com aplicação/reversão exactas,sem migrations/dados/credenciais. Pendência encerrada no recorte normal residente2026/ano civil/MZN: crédito de investimento de origem anterior do mesmo contribuinte/projecto/local/regime, com activo/documento/parcela, exercício de origem, NUIT/projecto de origem, taxa original e qualificação históricas documentados. Exercício de origem anterior a2026,dentro da janela original e não anterior à aquisição; no projecto em funcionamento,a aquisição não precede o início aplicável. Não renova o prazo nem recalcula origem a outra taxa. Valor corrente/ausência e uso efectivo agregado exigem reconciliação explícita; histórico de simulações não equivale a utilização fiscal.

Cálculo → POST/PUT do mesmo rascunho privado → GET → recálculo → HTML/dossier demonstrados no QA55441 existente com rollback. Exemplo sintético recuperado: nominal de origem4.000,uso efectivo anterior1.000,disponível3.000,quota documental do projecto200 → dedução200,não utilizado2.800,saldo500MZN. Início2022 → quinto exercício2026; mudando o início para2021 → sexto,parcela expirada3.000,disponível/dedução0,saldo700,com activo,uso anterior e origens preservados. Seis/sete resultados históricos conservados,incluindo o resultado ordinário aceite. Provas outputs/irpc-cbf15-carry-20261110/{carry,expired}-verification.json e relatórios respectivos; API um caso/28asserções novas,30casos frontend nas fronteiras alteradas incluindo formulário real compilado e prevenção de duplicação. SSR/formulário simulado não é navegador/visual. FonteCBF15(4/7),APIEX2025 PDF71–72 já aceite,reutilizada.

A preparação mantém os activos correntes e exige explicitar os dados em falta; activos de origem e correntes partilham a capacidade documental e a detecção de duplicação entre mapas. Origem com outro NUIT/projecto/taxa,exercício incoerente,uso superior ao nominal ou declaração de ausência incompatível não produz dedução. Sem pagamento,reembolso,consumo oficial ou criação automática de saldo transportado. Livros antigos permanecem nos formatos1/2; só o transporte preparado usa livro3/detalhe2,para o código anterior recusar em vez de ignorar o crédito novo. Snapshots e históricos aceites não são reescritos; reversão é de código e não deve sobrescrever dados posteriores.

Saldo preservado: outros projectos/localizações/regimes/cumulações/EP/L7,combinação positiva com transportes económicos/internacionais/PEC anteriores,repartição automática,benefícios/formulários oficiais e restantes resíduos L1–L7/restanteL8/L9–L16 mantêm os seus recortes. Os módulos não fiscais mantêm o saldo existente,sem nova auditoria geral. Próximo trabalho: primeira combinação residual executável respeitando a ordem de dedução e quota do projecto,ou percurso independente do saldo existente; visual continua pendente no mesmo registo. Não é conclusão integral do portal.

10/11/2026 — menus horizontais instalados

Homologação: d216830b068af8a7a40d43993795639e73aaed78, promovida às13:56:27UTC e conferida às13:56:54UTC (15:56 locais), em https://teste-investidor.tempo.co.mz. Delta10hashes Git e revisão HTTPS iguais; root/up/login/revision HTTP200, configuração preservada, zero migrations/importações. Backup/restauro190tabelas com contagens/checksums iguais e369ficheiros/configuração conferidos; revisão d5cb41b1 preservada para reversão. Recibos outputs/horizontal-menu-delivery-20261110/{backup,restore,files-restore,verification,delivery}.json. Pacote anterior e dados/históricos preservados; sessãoSSH pronta para continuação autenticada, sem credencial em disco.

O recorte dos menus horizontais abaixo deixa de ser pendência de instalação: cabeçalho comum em páginas públicas/autenticação/definições/privadas, sem sidebar global concorrente; Descoberta sem repetição dos cinco atalhos mantidos na entrada principal. Prova estrutural dos146layouts e23casos dirigidos reutilizada; não é conferência visual. O conector continua indisponível,sem novos reinícios ou alterações ao navegador. Visual mantém-se pendente no mesmo registo. O restante saldo de funcionalidades por módulo e L1–L7/restanteL8/L9–L16 não é encerrado por esta instalação.

10/11/2026 — janela CBF15 instalada; menus horizontais uniformizados em QA

Homologação: d5cb41b111cac95c431a3072b8c4cc0141481ec2, promovida às13:43:40UTC e conferida às13:44:18UTC (15:44 locais). Delta12hashes Git e revisão HTTPS iguais; root/up/login/revision HTTP200, configuração preservada, zero migrations/importações. Backup/restauro190tabelas e369ficheiros/configuração conferidos,89e6d72c preservada. Recibos outputs/cbf15-window-delivery-20261110/. Janela de cinco exercícios CBF15 deixa de ser pendência de instalação; transporte de créditos anteriores e restantes resíduos fiscais continuam separados.

Delta posterior em QA, ainda não instalado — pedido expresso da Tempo10/11, corrigido para menus horizontais com dropdown: cabeçalho comum passa a ser montado uma vez pelo layout global em todas as páginas; área privada usa o mesmo cabeçalho sem navegação lateral concorrente. Autenticação, definições, gestão e páginas públicas conservam conteúdo e breadcrumbs; filtros de capacidades, direitos e destinos privados existentes preservados. Esconder cabeçalho na impressão mantém-se. Os cinco atalhos (Porquê investir,Partir de uma ideia,Consultar oportunidades,Simulador Fiscal,Sectores) ficam intactos na entrada principal. Descoberta conserva localizações/mapa,catálogos e módulos opcionais,sem repetir os atalhos; Partir de uma ideia já estava fora desse grupo. CSS responsivo e implementação comum dos dropdowns/teclado/Escape/toque reutilizados,sem novo menu alternativo.

Conferência estrutural dos layouts das146páginasTSX existentes: exactamente um cabeçalho comum por composição, incluindo páginas privadas,autenticação/definições, sem sidebar global; conteúdo/contexto/breadcrumbs e cinco atalhos preservados. Provas tests/frontend/portal-horizontal-shell.test.mjs, navegação e renderização dirigida (23casos aprovados). É SSR com dependências de UI substituídas,não prova visual de navegador. Tentativa única de inventárioCUA nesta continuação devolveu exactamente Browsers: Error: The browser access host is unavailable; nenhuma alteração/reinício de navegador. Conferência visual mantém-se pendente no registo existente. Tipos/lint/build QA aprovados, logs desta entrega; base activa/dados/permissões intocados.

O saldo integral dos restantes módulos e L1–L7/restanteL8/L9–L16 permanece no plano existente; nenhuma contagem de páginas/testes declara o portal concluído.

10/11/2026 — janela de cinco exercícios CBF15 em QA

Homologação mantém 89e6d72c; o delta seguinte ainda não está instalado. Pendência encerrada em QA: contagem inclusiva dos cinco exercícios civis do CBF15(4/7) na liquidação2026, para investimento efectivo do próprio2026. Início de exploração para projecto novo; início dos procedimentos após aprovação para projecto em funcionamento. Não usa cinco anos móveis nem reinicia o prazo pela data de aquisição. Início2022, mesmo em31/12 → quinto exercício2026, dedução200 pela quota residual, saldo500MZN. Início2021 → sexto exercício2026, prazo expirado, dedução0 e saldo700; activo e documento preservados. Datas inválidas/futuras e activos antigos apresentados como investimento corrente permanecem indeterminados/recusados, não zero por omissão.

Cálculo → POST/PUT do mesmo rascunho privado → GET → recálculo → HTML/dossier demonstrados no QA55441 existente, com rollback, cinco/seis resultados históricos e todos os anteriores preservados. Provas outputs/irpc-cbf15-window-20261110/{fifth,expired}-verification.json e relatórios respectivos. Modelo IRPC-CBF15/2, livro existente versão2 sem migration; snapshots aceites não são reescritos. Fonte já aceite APIEX2025 PDF71–72,CBF15(4/7), reutilizada sem nova validação de autenticidade. Provas anteriores reutilizadas; apenas fronteiras alteradas conferidas.

Saldo: transporte de créditos de investimento de anos anteriores, repartição automática/múltiplos projectos, EP/L7/cumulações/outros benefícios/formulários oficiais continuam por implementar nos respectivos recortes. A janela corrente não declara o transporte entregue. Resíduos L1–L7, restanteL8 e L9–L16 e saldo dos módulos não fiscais preservados. Conferência visual pendente no mesmo registo; portal não integral. Próximo trabalho executável: transporte documental CBF15 dentro da mesma janela, com consumo anterior reconciliado e sem duplicar o investimento corrente.

10/11/2026 — CBF15 instalado na homologação

Revisão instalada: 89e6d72c1e86df8eb86e7be74583659975585036, promovida às13:27:59UTC e conferida às13:28:21UTC (15:28 locais), em https://teste-investidor.tempo.co.mz. Os17hashes do delta coincidem com Git; revisão/root/up/login HTTP200, configuração preservada, zero migrations/importações. Backup fresco/restauro190tabelas com contagens/checksums iguais e369ficheiros/configuração extraídos e conferidos;7c8d4726 preservada para reversão. Recibos outputs/cbf15-delivery-20261110/{backup,restore,files-restore,verification,delivery}.json; pacote imutável outputs/entrega-cbf15-20261110.zip, SHA25613bdecef2697edcc821d6fa490586d0c2f4b171b4308c655aa60ba5632664c83.

O recorte CBF15 abaixo deixa de ser pendência de instalação: primeiro exercício2026, residente geral/MZN, activos e condições documentados, colecta integral do projecto ou quota residual documentada, cálculo/gravação/recuperação/relatórios com histórico. As notas QA anteriores ficam como histórico das provas aceites. Outros exercícios/transporte/caducidade, repartição automática/múltiplos projectos, EP/L7/cumulações/outros benefícios/formulários e restantes resíduos L1–L7/L8/L9–L16 permanecem no plano existente. Próximo trabalho: residual executável de CBF15/L8, preservando o recorte instalado e sem repetir as provas aceites. Conferência visual continua pendente no mesmo registo; portal não declarado integral.

Rastreabilidade, utilização e formação

10/11/2026 — acordo PT–MZ instalado; crédito CBF15 demonstrado em QA

Homologação: 7c8d4726e9f93325480e2ee6e5e790e9adbcaf19, promovida às12:36:07UTC e conferida às12:37:11UTC (14:37 locais). Revisão HTTPS/10hashes iguais, quatro entradasHTTP200; configuração preservada, zero migrations/importações. Backup/restauro190tabelas e369ficheiros/configuração conferidos, b10b35f3 preservada. Recibos outputs/cdt-agreement-delivery-20261110/. Falha inicial de recepção Git delimitada ao directório objects/7c pertencente aroot: apenas proprietário/grupo ajustados a conta do serviço,modo0755 inalterado; pedido original validado recolocado sem alterar corpo/SHA ou controlos. Recibos git-permission-repair/request-retry; não foi falha do portal nem alteração de segurança do navegador. Sessão SSH preservada para continuação autenticada, sem credencial em disco.

Pendência efectivamente encerrada em QA, ainda sem instalação: CBF15, crédito fiscal por investimento efectivo no primeiro exercício2026, residente geral/ano civil/MZN, colecta inteiramente da actividade do projecto ou quota residual documentada após créditos anteriores e sem outros benefícios próprios/cumulações ou transportes positivos combinados. Reutiliza qualificação CBF de L7 e fonte APIEX já aceite (recibo irpc-l7-common-qa-20261026,compilação oficial2025,PDF66–72,art15PDF71–72), não importação como activação. Localização do investimento,aprovação/condiçõesCBF3/9/10/regime genérico13,início aplicável e activos/documentos exigem correspondência própria. Activo novo corpóreo,nacional,produtivo e fora15(6); condições negativas/exclusões documentadas produzem crédito zero nessa linha,preservando os dados. Informação em falta não é zero.

Percurso completo: preparar detalhe → calcular após económico/internacional e antesPEC/RF/PPC → gravar/actualizar pelo writer privado existente → recuperar → recalcular → HTML/dossier com fornecedor/documento/parcela/valores/qualificação/período/histórico. Maputo cidade5%: investimento10.000 → crédito500 → saldo200 MZN. Restantes províncias10%: crédito1.000 → saldo−300, recuperável simulado devido aoPPC. Cenário de limite: nominal4.000,dedução1.400,crédito não usado2.600,PEC não utilizado200,PPC500; nenhum reembolso de crédito/PEC ou saldo oficial criado/consumido. Provas outputs/irpc-cbf15-20261110/{city,province,capped,partial}-verification.json e relatórios respectivos. Quatro versões do mesmo rascunho API em transacção revertida QA55441,com histórico anterior e versões seguintes preservados; zero alterações activas.

Quota residual documentada: nominal4.000, limite do projecto200, dedução200, não utilizado3.800 e saldo500 MZN; recuperada pela API com quatro resultados históricos. Quota superior à colecta global remanescente, negativa ou sem fundamento é recusada. Não há repartição automática de rendimentos/custos/perdas. Tipos, lint/Pint e compilação QA aprovados; provas anteriores reutilizadas.

Livros anteriores L8 permanecem versão1,com chaves/resultados inalterados quando sem CBF15. Só o livro com este novo detalhe usa versão2: cliente anterior recusa o formato,conservando o snapshot,em vez de recalcular ignorando o novo benefício. Não é migration de base. O resumo antigo dos benefícios fica conservado e não reaplicado; ausência dos restantes benefícios exige declaração/reconciliação explícita,mesmo quando CBF15 é ausente. Fonte documental tem capacidade por factura/parcela e entre mapas da entidade; mudar id/data não duplica investimento. Repetir simulação não é uso fiscal anterior.

Saldo preservado: CBF15 de outros exercícios/transporte/caducidade,repartição automática/múltiplos projectos,EP/L7/cumulações,outros benefícios e obrigações/formulários oficiais continuam separados. Ausência/zeroCBF15 não bloqueia os saldos anteriores aceites. Restantes L1–L7/L8/L9–L16 e módulos não fiscais mantêm o saldo existente; o portal não está integral. Visual permanece pendente. Conjunto CBF15 preparado para entrega sobre7c8d4726,sem instalação nesta entrada.

10/11/2026 — b10b35f3 instalado; acordo institucional PT–MZ em QA

Homologação: b10b35f30830922dae00afde50ac2bdb0e8cef6f, promovida às12:15:13UTC e conferida às12:16:31UTC (14:16 locais). Revisão HTTPS e16hashes Git iguais, quatro entradasHTTP200; configuração preservada, zero migrations/importações. Backup/restauro190tabelas com contagens/checksums iguais e369ficheiros/configuração conferidos;60b52fc8 disponível para reversão. Recibos outputs/government-fraction-delivery-20261110/{backup,restore,files-restore,verification}.json. Sessão SSH mantida aberta para continuação autenticada, sem credencial em disco. Isenção por devedor público11(3)a e fracções económicas L6 deixam de ser pendências de instalação; as anotações anteriores QA são históricas nesses recortes.

Delta posterior QA, ainda não instalado: correspondência11(3)b para instituição/organismo beneficiário corrente que concedeu o financiamento no âmbito de acordo concluído entre os governos PT–MZ. Beneficiário, financiamento ligado aos juros e acordo/cláusula aplicável exigem suporte próprio. País, nome da entidade ou qualificação institucional isolada não activam isenção. Fundamento distinto do devedor público11(3)a; limpar/trocar a escolha invalida a decisão corrente, sem apagar resultado histórico nem reutilizar campos ocultos como nova decisão.

Cálculo → gravação/GET pela API existente no QA55441 com rollback → recuperação → HTML/dossier demonstrados. Exemplo sintético: juros brutos60, imposto pago10 e fracção nacional8, com acordo qualificado → limite convencional0/crédito0/saldo708 MZN; sem reembolso, transporte ou consumo oficial e sem alterar L6. Relatório conserva instituição, financiamento e acordo. Prova outputs/irpc-pt-mz-agreement-20261110/verification.json; tipos/lint/Pint/build QA aprovados e provas anteriores reutilizadas.

Pacote outputs/entrega-cdt-acordo-20261110.zip, base exactab10b35f3, aplicação/reversão conferidas; entrega seguinte expressamente autorizada durante esta continuação, ainda sem instalação nesta entrada. Restantes beneficiários/regimes11(3)b, EP, relações especiais e demais CDT/benefícios/obrigações conservam correspondência própria; saldo L1–L7/restanteL8/L9–L16 preservado. Conferência visual continua pendente no mesmo registo; portal não integral.

10/11/2026 — CDT instalada; isenção governamental e precisão económica em QA

Homologação: 60b52fc8c7446cbbee904a4411eca8ad284aa7ad, promovida às11:49:26UTC e conferida às11:50:11UTC (13:50 locais). Delta13hashes Git e revisão HTTPS iguais; portal/login/up/revision HTTP200, .env preservado, zero migrations/importações. Backup fresco/restauro190tabelas com contagens/checksums iguais e369ficheiros/configuração extraídos/conferidos; ac67f9c1 disponível para reversão. Recibos outputs/cdt-pt-delivery-20261110/{backup,restore,files-restore,verification}.json. Sessão SSH encerrada, credencial não guardada. Royalties/dividendos/juros ordinários PT–MZ deste recorte deixam de ser pendência de instalação; não reabrir provas aceites.

Novos fechos dirigidos apenas em QA, ainda não instalados:

• CDT11(3)a: devedor Estado português, subdivisão política/administrativa ou autarquia, expressamente qualificado e documentado; mantém residência, fonte, definição, período e restantes condições do recorte. Limite convencional0, imposto pago10 sem crédito elegível e saldo708 MZN no exemplo. Não gera reembolso/transporte nem altera L6. Beneficiários/acordos11(3)b e outras situações permanecem separados. Prova outputs/irpc-pt-mz-government-20261110/verification.json, com API/gravação/recuperação/HTML/dossier e fundamento do devedor no relatório.
• L6: diferença económica conserva fracções exactas, incluindo subcêntimos e n/d, pelo mecanismo racional existente. Remove a limitação técnica de exigir cêntimos inteiros neste mapa; não cria regra de arredondamento fiscal. Montante do tópico é reconciliado por igualdade racional, evitando tratar0,006 como0 ou aceitar truncamento. Exemplo de IRPC subjacente20,01: nominal12,006, efeito112,006, base4512,006, colecta1443,84192; reconferida L8, saldo723,83592. Repetição/substituição não acumula; valores já considerados/históricos preservados. Prova outputs/irpc-economic-fraction-20261110/verification.json, até API/recuperação/HTML/dossier/L8. Outros mapas e arredondamento de declarações oficiais conservam âmbito próprio.

Conjunto novo agrupável sobre60b52fc8; não integra a revisão instalada. Conferência visual permanece pendente no mesmo registo S08. Resíduos L1–L7, restante L8 e L9–L16 preservados; nenhum lote ou portal declarado integral. Próximos ramos: CDT11(3)b e restantes correspondências concretas, obrigações/benefícios e demais percursos conforme saldo existente. Conjunto posterior preparado em outputs/entrega-isencao-precisao-20261110.zip, base exacta60b52fc8. Tipos/lint/Pint/build QA aprovados, aplicação/reversão conferidas em índices temporários. Não instalado; provas e pacotes anteriores preservados.

10/11/2026 — económico instalado; CDT Portugal avançada em QA

Homologação: ac67f9c13a6561b66c5da788a48849beac90a905, promovida pelo executor Git existente às11:32:14UTC e conferida às11:33:16UTC (13:33 locais). Revisão HTTPS e27hashes Git iguais; portal/login/up/revision HTTP200; .env preservado, zero migrations/importações. Backup/restauro190tabelas com contagens/checksums iguais e369ficheiros/configuração extraídos/conferidos. Release c359364d conservada. Recibos outputs/economic-special-delivery-20261110/{backup,restore,files-restore,verification}.json. Credencial não guardada; sessão SSH encerrada. Inclui quota económica, inclusão/reconciliação ordinária e especial L6, partilha64(3) e associações64(4). Entradas anteriores «apenas QA» são históricas nestes recortes; não reinstalar por consequência.

Delta posterior, ainda QA: correspondência CDT PT–MZ para royalties ordinárias não digitais, dividendos e juros ordinários de fonte portuguesa de residente convencional em Moçambique. País não activa a convenção. Exige beneficiário efectivo, definição/natureza, fonte/pagador, ausência de EP/instalação fixa ligada, período e suporte documentados; relações especiais verificadas nos juros/royalties, isenção governamental11(3) separada. Limite10% do bruto nos ramos suportados; dividendos usam alteração do Protocolo2009 art6, evitando taxa15% do texto1992. Não usa retenção L5 em sentido inverso nem tax sparing presumido. Mantém limite manual/históricos e parcela líquida nacional.

Prova sintética por ramo: bruto60 → limiteCDT6, imposto pago10/fracção nacional8 → crédito6 → saldo702 MZN. Cálculo/gravação/recuperação/HTML/dossier por API existente no QA55441; sem novo writer, schema, direito ou escrita activa. Provas outputs/irpc-pt-mz-{credit,dividend,interest}-20261110/verification.json. Fracções mantêm exactidão, sem arredondamento fiscal presumido. País/condição/período inválidos deixam apenas o caso dependente indeterminado. Este delta não integra ac67f9c1.

Restam CDT de outros Estados/naturezas, EP/instalação fixa, juros governamentais, excessos/relações especiais e casos fora do recorte, além dos demais resíduos L1–L7/L8/L9–L16. Conferência visual continua pendente no mesmo registo. Não declarar L8 ou o portal integralmente concluídos. Conjunto CDT agrupado em outputs/entrega-cdt-pt-20261110.zip, base exacta ac67f9c1, aplicação/reversão conferidas; tipos/lint/Pint e build QA aprovados. Instalação deste delta ainda não executada.

10/11/2026 — crédito económico: partilha e associações em QA

Homologação mantém c359364d. Avanço posterior em QA, sem instalação: art64(3) distingue a parcela elegível do rendimento da partilha e o excesso com natureza de mais-valia; art64(4) distingue associação em participação e à quota, exigindo tributação efectiva documentada na participação. Reutiliza cálculo60%, prova do imposto subjacente, limites, prioridades, isolamento e writer privado existentes. Não calcula a mais-valia como crédito nem pressupõe inclusão L6 ou reconferência da colecta. Campos antigos e históricos são preservados; fontes incompletas ficam recuperáveis e indeterminadas.

Critério demonstrado: calcular → gravar/GET pela API existente no QA55441 com rollback → recuperar exactamente → HTML e relatório do dossier. Partilha sintética: valor atribuído200, entradas100 e rendimento documentado150 → elegível100/excesso50 → quota35,84/crédito12/saldo688 MZN. Associação documentada100/imposto20 → crédito12/saldo688 MZN, sem alterar L6. Provas outputs/irpc-economic-liquidation-20261110/verification.json e outputs/irpc-economic-association-20261110/verification.json. Não são actos fiscais nem consumo de saldos oficiais.

Conjunto de fontes compatíveis com quota e inclusão ordinária agrupado em outputs/entrega-economica-especial-20261110.zip, base c359364d, aplicação/reversão conferidas em índices temporários. Pacotes anteriores intactos. Inclusão/correcção especial em L6 também demonstrada em QA: reconcilia rendimento total da partilha (incluindo mais-valia) uma só vez, enquanto a quota usa apenas a componente elegível; associações reutilizam a qualificação própria. Prova outputs/irpc-economic-special-inclusion-20261110/verification.json: efeito162, base4562/colecta1459,84, quota35,84/saldo739,84 recuperados na API e relatórios. Casos transitórios, fracções de cêntimo, CDT, benefícios/obrigações e restantes resíduos L1–L7/L9–L16 continuam no saldo. Conferência visual pendente. Próximo trabalho funcional: correspondência CDT automática nos casos suportados pelas fontes existentes; eventual instalação deste conjunto é acção separada. Tipos/lint/Pint/build QA conferidos no conjunto final.

10/11/2026 — inclusão/correcção económica L6 em QA

Instalado: c359364d. Quota económica e inclusão/correcção L6 ordinária demonstradas em QA, sem instalação. Pacote anterior outputs/entrega-economica-l6-l8-20261110.zip preservado; novo delta posterior agrupado separadamente. Conferência visual pendente no registo existente.

Escolha explícita da origem L8, reconciliação de lucros/crédito já considerados, prévia da diferença e confirmação precedem o cálculo/gravação existentes. Repetição substitui a parcela; não acumula. Prova: +112 MZN leva lucro tributável a6812, base4512 e colecta1443,84. Montantes já incluídos100/12 dão efeito0; excesso150/20 corrige−58. Origem L8 anterior fica desactualizada; reconferida a nova colecta, quota35,84 e saldo723,84 mantêm-se na API/recuperação/HTML/dossier, com históricos preservados. Provas outputs/irpc-economic-inclusion-20261110/verification.json e outputs/irpc-economic-quota-20261110/verification.json. Tipos/lint/Pint/build QA aprovados.

Âmbito ordinário residente geral2026/MZN. Fracções de cêntimo exigem tratamento próprio, sem arredondamento presumido. Casos especiais, CDT e obrigações continuam no saldo. Resíduos L1–L7 e L9–L16 preservados; L6/L8 não integrais. Registos anteriores abaixo são históricos.

10/11/2026 — conjunto Educação/L8 instalado e residual económico avançado

Instalado e conferido em c359364de3, por fast-forward normal em main a partir de ff726e57. Árvore058910eb26f566c0486a20c1e7fc12f06bbe06a5 igual ao pacote QA. Executor existente terminou às10:54:50UTC; revisão HTTPS/portal/login/upHTTP200 e14hashes de fontes conferidos às10:55:21UTC. Zero migrations/importações; configuração idêntica; release anterior preservada. Backup fresco em /var/backups/investmoz-education-l8-20261110/backup,190tabelas efectivamente restauradas/checksums iguais num contentor sem rede,369ficheiros/configuração restaurados e conferidos em pasta privada. Credencial não guardada; sessão SSH encerrada após conferência. Recibos outputs/education-l8-delivery-20261110/{backup,restore,files-restore,verification}.json. Pacotes selados anteriores preservados. Controlos do executor obrigatórios,sem nova ronda manual de provas aceites.

Ficam utilizáveis no destino os dois recortes: revisão educativa conserva preparação/envio incerto ao consultar histórico; crédito internacional oferece derivação ordinária da fracção nacional. Instalação destes recortes deixa de ser pendência;conferência visual continua separada. Outros critérios dos módulos não são encerrados por esta instalação.

**Próximo residual executável avançado após a instalação — QA,sem instalação nova:**quota proporcional do crédito económico ordinário,CIRPC64(1–2)após acréscimo53. Fonte aceite Lei34/2007,PDF18/p768-(72),reutilizada;60% do imposto correspondente e qualificação/exclusão40 já validados pelo mecanismo existente. Novo modo calcula colecta L6 × (lucros incluídos + crédito nominal já acrescido) / matéria colectável L6,com versão/origem/referência no resultado e relatório. Não altera a matéria colectável,não duplica o acréscimo,não calcula automaticamente a sua inclusão. Modo documentado antigo por omissão;limite anterior conservado,não utilizado no modo derivado. Fonte/base desactualizada,acréscimo incompleto,correspondência ausente e soma de componentes acima da base impedem o saldo dependente. Casos64(3/4),L7 e outras situações conservam o saldo próprio.

Quatro casos novos frontend,cálculo/recuperação/HTML/dossier;API privada existente,num novo caso/9asserções,DatabaseTransactionsrollback na mesma QAproactive_investment_20261027_test:55441,actor1021existente. Novo exemplo sintético:lucros100+acréscimo60,base4400/colecta1408→quota256/5=51,2MZN;saldo3244/5=648,8MZN.Sem saldo fiscal consumido. Prova outputs/irpc-economic-quota-20261110/verification.json. Tipos/lint ePint aprovados;buildQA em log próprio. Nenhuma prova anterior de Educação/fracção nacional reaberta. Estado é QA,ainda não instalado nem visualmente aceite. L8 permanece parcial;resíduosL1–L7 eL9–L16 mantidos. Próximo:inclusão/correcção económica na base com a correspondência própria e restantes ramos já identificados,sem repetir os recortes fechados.

10/11/2026 — L8: fracção nacional ordinária demonstrada até ao relatório em QA

Pendência funcional encerrada em QA no recorte ordinário: opção explícita de derivar a fracção nacional do crédito internacional da colecta L6 corrente e da parcela líquida estrangeira correspondida à matéria colectável. Fonte aceite reutilizada: CIRPC65(1)(a/b),65(2),Lei34/2007,PDF18/p768-(72),e ordem66/RIRPC21. Não se exige nova validação da fonte oficial. A fórmula técnica colecta antes de créditos × parcela líquida / matéria colectável fica limitada à colecta normal corrente, base positiva, inclusão documentada, mesmo titular/exercício/país e afectação líquida identificada. O portal não inventa nem reparte custos/perdas/deduções; valores acima da base ou parcelas por país que em conjunto excedam a base impedem o saldo dependente.

O modo documentado anterior continua por omissão nos livros existentes. Limite/suporte manuais ficam conservados quando se escolhe derivação, mas não são utilizados como limite activo nesse modo. Nova correspondência fica ligada à chave da colecta L6; origem alterada exige nova conferência. Método inválido é recusado. Os resultados antigos congelados não são reescritos. Convenção/aplicabilidade/limite continuam documentados por caso; efeitos L7 e outros regimes/períodos/moedas conservam correspondência própria. Não há consumo de crédito oficial, pagamento ou submissão fiscal.

Percurso demonstrado: cálculo → gravação/actualização/GET pelos endpoints privados existentes → recuperação com snapshot íntegro → recálculo corrente → HTML e relatório financeiro do dossier. Exemplo exclusivamente sintético:base4400/colecta1408/parcela100 produz fracção32;imposto estrangeiro100 limitado32,PEC200/PPC500 deixam676MZN de saldo simulado. Parcela0,01 produz fracção exacta2/625,sem arredondamento fiscal presumido. Correspondência em falta deixa resultado indeterminado. LimiteCDT6 continua a reduzir a dedução e a produzir702 no cenário documentado. Provas em outputs/irpc-national-fraction-20261110/recovered-reports.json,HTMLs/relatórios no mesmo directório.

Seis casos frontend novos (cinco iniciais e um adicional de afectação por países),um caso API/23 asserções apenas do delta, com transacção revertida na QA existente proactive_investment_20261027_test:55441,actor sintético existente1021. Sem novas bases,concessões,migrations ou alterações aos documentos/históricos anteriores. Tipos e lint dirigidos aprovados; compilação QA final acompanhada no log próprio. Provas aceites de IVA/IRPC/PEC/transporte/económico não repetidas. Reprodução dirigida: node --test tests/frontend/irpc-national-fraction.test.mjs; gerador de amostras tools/irpc-national-fraction-fixtures.mjs; writer QA php tools/irpc-national-fraction-qa.php test; conferência dos relatórios recuperados node tools/irpc-national-fraction-recovered.mjs.

L8 continua parcial; fiscal não se limita a L8. Transporte ordinário e crédito económico já entregues em569a1cd7 preservados. Resíduos L1–L7 e lotes L9–L16 estão explicitados no saldo por módulo existente, sem presumir fecho integral a partir de uma entrada ou taxa. Novo delta L8 e continuidade de Educação são compatíveis (sem schema/rotas/writers novos), agrupados em outputs/entrega-educacao-l8-20261110.zip, com manifesto/fontes/patch/reversão contra ff726e57; ainda não instalados. Tipos/lint/Pint/compilação QA final aprovados. O índice de trabalho e o pacote anterior ficam preservados; conferência em índices temporários verifica aplicação e reversão, sem instalar ficheiros. Homologação mantém ff726e57; conferência visual permanece separada. O próximo trabalho é outra pendência funcional do saldo, não repetir esta prova.

10/11/2026 — execução de conclusão integral após instalação ff726e57

Entrega de fontes até ff726e57 instalada e verificada por HTTPS na homologação; inclui S08 e os restantes ajustes do pacote selado. Disponibilidade de código não é uma nova atribuição real nem prova de todos os percursos privados. Recibo outputs/reviewed-install-20261110/verification.json: revisão servida, 44 hashes do delta, configuração preservada, zero migrations/importações e release anterior conservada. As anotações antigas «sem instalação» continuam históricas, superadas neste âmbito. Conferência visual S08 permanece no registo próprio, sem reinstalação ou bloqueio transversal.

Saldo actual por módulo/percurso reconciliado na visão consolidada existente e em 35 IDs da matriz, sem criar novas linhas ou apagar estados/critérios anteriores. Os 3.555 registos incluem cláusulas/campos sobrepostos, não 3.555 funcionalidades independentes. Restantes células preservadas; recibos aceites reutilizados, sem nova auditoria geral.

Utilização avançada nesta passagem — Educação: no detalhe privado de uma declaração, preparar o fundamento da revisão e consultar Anterior/Seguinte no histórico deixa de exigir abandonar a revisão. As ligações conservam estado/posição; resposta nova actualiza a declaração mas não adopta silenciosamente a versão analisada. Um envio sem confirmação continua recuperável com a chave original. Alterar declaração/tipo/actor mantém a chave de isolamento do componente. Sair para outra página continua protegido pela guarda existente. Não houve novo endpoint, decisão automática, writer ou efeito na base.

Quatro verificações novas de comportamento em tests/frontend/education-review.test.mjs, seleccionadas por history paging, aprovadas. Tipos globais, lint dirigido e compilação QA concluídos com código 0. O build QA existente foi actualizado, sem novo ambiente ou dados. Logs storage/logs/education-history-continuity-20261110-{types,build}.log. Sem repetir testes aceites ou suites PHP. O delta é local e ainda não instalado remotamente; não há prova de navegador nem persistência durável do motivo entre sessões. Saldo no módulo: essa retoma durável, jornadas externas com representação/vínculos documentados e conferência visual. O proprietário já indicou que não existe cadastro/documento aprovado desses vínculos; isso bloqueia apenas os ramos externos dependentes.

Próximo trabalho funcional na ordem preservada: saldo fiscal L8 com fontes aceites, seguido de modalidades de Imobiliário/Bens de consumo/franquias e Estatística/IA, sem reabrir os fechos aceites. Não há exclusão de funcionalidades previstas nem conclusão global presumida.

10/11/2026 — preparação conjunta de contador e aliases

Entrega conjunta preparada contra main/origin/main em 2209b838, com patch único, reversão e manifesto. Oito casos novos/56 asserções conferem contexto sem base de dados nos dois aliases, GET/HEAD e com/sem barra final. Hashes das fontes e do build privado do contador continuam iguais ao recibo aceite; provas anteriores reutilizadas, não repetidas.

Permanecem separados: instalação conjunta pendente, revisão visual pendente e melhorias da janela S08 por concluir. Contexto preservado no redireccionamento não demonstra a funcionalidade da S08 nem encerra a revisão visual. Sem instalação, publicação ou alteração de dados/configurações.

10/11/2026 — contagem única e cobertura multiterritorial preparadas

O total conta cada oportunidade pública uma única vez, mesmo com vários territórios. O indicador de províncias conta localizações declaradas distintas: uma oportunidade em duas províncias corresponde a uma no total e duas na cobertura. Localização desconhecida mantém a oportunidade no total sem inventar província. Abrangência nacional e contexto de corredor não se convertem automaticamente em implantação.

Código, critérios e provas: nove testes novos/23 asserções passaram; cache versionada, tipos, lint e compilação privada verificados. O contador e os aliases anteriores estão preparados/testados, sem disponibilização no portal. Revisão visual e melhorias da janela S08 continuam pendentes, com provas aceites preservadas. Nenhuma prova histórica do simulador/Balcão/aliases/S08 foi repetida ou tomada como conclusão nova. Sem dados de negócio alterados, migrations ou deploy.

10/11/2026 — entradas antigas do simulador e dos contactos

Os endereços /simulador e /contactos, também com barra final, passam a redireccionar permanentemente para /simulador-fiscal e /apoio. Os parâmetros de consulta são conservados; os formulários e permissões dos destinos existentes mantêm-se. O alias anterior /Simulador permanece disponível.

Relatório da revisão externa: nove testes dirigidos/37 asserções passaram sem acesso à base ou email real. O teste do router não é uma demonstração visual ou HTTP ponta a ponta. A contagem multiterritorial e a revisão desktop/móvel continuam pendentes; não se alteraram dados nem regras fiscais. Reversão limitada ao ciclo de aliases em routes/web.php, sem rollback de schema.

02/11/2026 - reconciliacao das pre-condicoes da suite ampla

A classificacao das falhas foi confrontada com os testes e com a configuracao efectiva. Os quatro 403 do intake de negocios pertenciam ao percurso de listas legadas, mas herdavam a activacao de perfis do ambiente. Com variante legada explicita, passaram nove testes/248 assercoes do intake e das operacoes documentais reais; GD/WebP foi activado apenas pelo argumento PHP -d extension=gd, sem alterar o runtime partilhado. O proprio ExistingBusinessIntakeTest passou a declarar essa variante no setUp, conservando todas as recusas de isolamento, MFA, designacao, auto-aprovacao e estados. Verificacao sem flags externas de perfis: sete testes/154 assercoes passaram. Nenhuma politica do produto foi alargada.

Criadas duas copias descartaveis da base QA sintetica desta sessao, com as identidades exigidas pelos grupos historicos: simulator_fiscal_delta_20261021_test e proactive_investment_20261027_test, sempre em 127.0.0.1:55441. Nenhuma base activa foi lida ou importada. A primeira execucao dos 115 ficheiros na identidade fiscal correcta reportou 186 testes, 32 aprovados e falhas restantes predominantemente por referencias/corpus ausentes; nao foi declarada aprovada. A preparacao passou a reutilizar os seeders de referencias versionadas existentes, com 1921 registos territoriais, sectores e propostas documentais; nao foram inventadas coordenadas ou publicadas ofertas reais.

Os quatro testes IRPC da segunda base exigiam o actor sintetico 1021. A ferramenta tools/prepare-fiscal-preservation-fixture.php cria apenas uma identidade sintetica nominativa nesse alvo QA, sem credencial divulgada nem concessoes; recusa substituir uma identidade diferente. Acrescenta uma base nao vazia nas sete tabelas cujos hashes os testes comparam. O rascunho de base e arquivado: um rascunho activo do mesmo actor bloquearia correctamente a criacao de outro. Documentos dessa base sao metadados sinteticos, sem alegar ficheiros descarregaveis ou scan real. A ferramenta verifica CLI, testing, identidade/host/porta/DB_URL/cache e recusa alvos fora da lista; uma tentativa na base intake_env_20261102_test foi recusada com codigo 1. Referencias-only reutiliza apenas os seeders existentes, nas duas bases QA nomeadas. Ferramenta idempotente no alvo preparado; sem migracoes ou alteracoes activas.

Resultado terminal dos quatro testes IRPC: quatro aprovados/602 assercoes, incluindo conservacao dos livros, historicos e dos registos de base. PHPStan da ferramenta e Pint passaram. A nova execucao dos 110 ficheiros que continham falhas continua no processo proprio (integration-fiscal-reference-retry-20261102.log); nao foi reiniciada por ausencia temporaria de output. Antes das execucoes foram copiadas e calculadas as hashes SHA-256 de 63 provas existentes que os testes podem regravar. As copias estao em storage/app/private/integration-proof-preservation-20261102, manifesto em storage/logs/integration-output-preservation-20261102.json. Conferir e preservar separadamente o resultado novo antes de repor quaisquer bytes originais alterados, quando a execucao terminar. Proxima accao: concluir essa reconciliacao e tratar o saldo real de fixtures/funcionalidades, sem promover falha de ambiente a perda de funcionalidade. Sem publicacao.

02/11/2026 - AUD-CHECKLIST-01: editor de formularios versionados do Balcao

Inventario: desk_service_versions e o vinculo desk_requests.service_version_id ja preservavam definicoes por versao; a publicacao administrativa existente lia exclusivamente config/virtual-desk.php. Confirmada a lacuna de edicao pela interface, sem perda das versoes ou dos pedidos anteriores. Implementado /management/balcao/servicos, acessivel pela administracao do Balcao, usando as mesmas competencias administrativas existentes. A nova subrota herda o mesmo ambito; nenhum perfil ou concessao paralela foi criado.

O editor permite alterar identificacao, perguntas, obrigatoriedade, listas/opcoes, limites numericos e condicoes de aplicabilidade, acrescentar/retirar campos e conferir uma comparacao anterior/nova antes da confirmacao. Motivo, versao de origem, autor/publicador e hash canonico ficam auditados. A nova definicao e inserida em desk_service_versions; nao actualiza definicoes antigas, respostas ou snapshots. Fonte anterior conservada; a mudanca e registada como publicacao de definicao interna, nao como aprovacao externa. Rascunhos do editor usam a memoria do formulario por servico/versao; edicoes invalidam a confirmacao precedente.

Servidor verifica competencias pela rota existente, versao concorrente, repeticao idempotente, campos reservados, tipos suportados, opcoes validas e condicoes sem ciclos/referencias ausentes. Etapa do workflow permanece intacta. Identificadores canonicos interpretados pelo motor conservam os seus tipos; outros tipos exigem campo novo, para nao contornar validacao financeira/territorial. Nao sao novas regras organizacionais: sao contratos tecnicos do motor reutilizado. Publicacao sem alteracoes e recusada, e propriedades de configuracao sem efeito no tipo de campo sao rejeitadas. Campos novos de email/URL recebem validacao correspondente no servidor.

Provas iniciais: 18 Feature/325 assercoes do editor e percurso de orientacao passaram em desk_editor_20261102_test:55441, base descartavel distinta da suite ampla em curso. Teste final dirigido comprovou dois percursos/48 assercoes antes da adicao da guarda contra publicacao sem alteracoes; nova verificacao desse delta em curso no log desk-service-editor-final-feature-20261102.log. Inclui pedido v1 efectivamente submetido, publicacao/repeticao v2 sem duplicacao, payload e submitted_snapshot v1 identicos, recuperacao das duas definicoes e submissao v2 com campo email novo valido; estados incompletos/invalidos recusados. Um teste frontend real do editor passou: fonte imutavel, comparacao anterior/nova, confirmacao invalidada e destino/versao do envio. TypeScript, lint e PHPStan dirigidos passaram nas verificacoes registadas; verificacoes finais do delta acompanhadas separadamente. Sem migracoes, escrita activa, instalacao ou prova visual; AUD-CHECKLIST-01 permanece parcial para outros tipos de checklist e configuracao transversal.

ACT-16, resposta do proprietario nesta continuidade: «ainda nao» quanto a linguas prioritarias/traducao aprovada. Essa definicao continua pendente; nao foram inventadas traducoes nem suspenso o desenvolvimento independente.

Verificacao final deste incremento: 19 Feature/339 assercoes passaram em desk_editor_20261102_test, incluindo o percurso existente de orientacao e a nova prova de escolhas numericas recebidas pela API. Estas escolhas sao conservadas como codigos textuais e nao contornam perguntas condicionais obrigatorias; formulario e servidor usam a mesma comparacao. O editor nao configura comparadores numericos: condicoes actuais sao de igualdade de respostas, com listas de opcoes para categorias numericas. TypeScript, PHPStan e lint finais passaram (675 ficheiros formatados; 653 sem avisos/erros). Compilacao ainda em execucao no processo observado; nao se declara resultado antes do termo. A suite Feature ampla anterior continua independente, com resultado ainda pendente. Logs desk-service-editor-final-*20261102.log preservam as provas e os testes iniciais falhados nao sao apresentados como aprovacoes.

Resultados terminais posteriores: compilacao final do editor terminou com codigo 0. A suite ampla development-feature-20261102.log terminou com 707 testes reportados, 467 aprovados, 198 falhados e 7653 assercoes; nao e aceite como suite global aprovada. Classificacao inicial das 198 falhas: 190 associadas a exigencia de identidade/fixture de bases QA historicas, quatro respostas 403 no intake de negocios, uma dependencia GD/WebP e tres fixtures/cobertura territorial. Isto nao demonstra 198 funcionalidades por implementar nem autoriza ignorar as falhas. Proxima accao: recuperar as pre-condicoes QA dos grupos, conferir os 403 com autoridade equivalente e disponibilizar o suporte de imagem exigido, sem relaxar guardas ou usar dados activos. A execucao ampla ocorreu durante evolucao local e nao certifica uma candidata imutavel; as provas dirigidas do editor referem-se ao delta concluido. Objectivo global permanece activo.

02/11/2026 - continuidade: fonte dos semelhantes e consulta offline de oportunidades

Delta de classificacao no mesmo consumidor: escolha explicita entre classificacoes divulgadas da ficha. A consulta transporta tipo, alvo e finalidade pelos filtros do servidor existentes; finalidades diferentes para o mesmo alvo nao sao deduplicadas nem confundidas. Mostra a fonte da classificacao, quando conhecida; relacao documental nao prova implantacao/propriedade/capacidade. Mudar de ficha elimina a seleccao anterior. Quatro testes do consumidor passaram, total dirigido desta continuidade dez testes com offline e associacoes. Lint final sem avisos/erros; TypeScript e build finais acompanhados pelos processos da ronda, sem repetir a suite PHP ampla em curso.

Fecho tecnico deste delta: TypeScript e compilacao finais terminaram com codigo 0; git diff --check passou. Lint: 673 ficheiros formatados e 651 sem avisos/erros. Logs development-classification-check-20261102.log e development-classification-build-20261102.log em storage/logs. A suite Feature ampla mantem processo proprio e ainda nao tem resultado terminal; nao foi declarada aprovada. A pergunta sobre linguas prioritarias/traducao aprovada foi enviada sem suspender os restantes incrementos. Objectivo global permanece em execucao, nao concluido.

AUD-MARKET-01: cada resultado semelhante identifica agora o catalogo publico como fonte e a data de publicacao quando fornecida, separada da data dos dados de origem. Data ausente permanece desconhecida. Resposta com ficha malformada gera erro recuperavel, em vez de aparente ausencia de negocios. Tres testes do consumidor passaram, incluindo esta regressao. Proveniencia externa, periodo dos dados de origem e raio continuam pendentes; nao se promove publicacao a validacao factual.

ACT-20261029-16: consulta offline alargada a ficha publica de oportunidade, usando o mesmo gerador HTML das fichas de negocio. Extraido renderer comum de texto escapado, politica restritiva, origem HTTP/HTTPS e ligacao limitada ao proprio portal. A projecao explicita inclui referencia, resumo, descricao, investimento estimado com precisao original, sector, preparacao, contexto territorial indicado, financiamento, impacto esperado e ultima validacao quando conhecida. Nao transporta queries de dossier, anexos, mapas ou propriedades privadas adicionais; contexto territorial nao e confirmado como implantacao. Mensagem apenas confirma preparacao do ficheiro, nao descarga concluida.

Nove testes frontend dirigidos passaram: cinco de ficheiros offline, tres dos semelhantes e um de continuidade das associacoes. A tentativa de conferencia visual anterior terminou por limitacao de politica de URLs do navegador Windows; nao foi contornada. Revisao visual e abertura real sem rede continuam pendentes. Suite PHP Feature iniciada anteriormente permanece em execucao na QA isolada; consultas PostgreSQL activas observadas, sem reiniciar ou declarar resultado prematuro. Nao houve instalacao, publicacao ou alteracao de dados activos.

02/11/2026 - ACT-20261029-16: consulta offline seleccionada de ficha publica

Inventario anterior preservado: ficha publica, contacto/interesse, origem, classificacao e catalogo continuam disponiveis. Nao existia consumidor offline neste ecrã. Primeiro recorte implementado localmente: Guardar ficha para consulta offline (.html). Um ficheiro independente contem somente a projeccao explicita dos dados publicos apresentados, valores decimais integrais, localizacao divulgada, publicacao quando conhecida, data da copia e ligacao a ficha de origem. Sem scripts, fontes/imagens remotas, cache geral ou serializacao do objecto/payload privado. Textos escapados, origem HTTP/HTTPS validada, slug codificado, politica de conteudo restritiva e libertacao do URL temporario apos descarga. Resultado do clique informa que o ficheiro foi preparado, sem afirmar que o navegador o guardou.

Tres testes dirigidos passaram: fidelidade/ausencias/precisao, escape de conteudo hostil e exclusao de campos privados adicionais, descarga e libertacao do recurso. Nenhuma escrita no servidor, permissao, publicacao ou dependencia de IA. ACT-16 permanece parcial: nao implementa edicao/sincronizacao offline, novos idiomas ou consulta geral sem rede; nenhuma lingua prioritaria foi inventada. A conferencia real da abertura sem rede e da apresentacao movel continua pendente. Backlog e matriz consolidada actualizados no mesmo ID, conservando criterios e provas anteriores.

02/11/2026 - desenvolvimento continuo: primeiro consumidor de negocios semelhantes

Delta territorial posterior no mesmo recorte: a consulta usa tambem a provincia principal divulgada quando essa referencia e consultavel na hierarquia publica existente; local privado, inexistente ou referencia territorial fora desse catalogo nao gera filtro invalido nem criterio geografico apresentado. Teste positivo e teste de local reservado/expiracao/fallback passaram: quatro Feature/190 assercoes no total. A primeira fixture territorial nao pertencia ao catalogo aceite e devolveu 422; a prova levou a proteger tambem o encaminhamento real, preservando a validacao do endpoint em vez de a relaxar. Area provincial nao e distancia nem raio. Fontes/datas individuais e raio continuam pendentes.

Conferidos o backlog, a matriz e os recibos posteriores antes de desenvolver. Existem funcionalidades parciais/por implementar: comparacao de negocios por area/raio/classificacao, dados factuais das camadas do mapa, recomendacoes de nichos e perfis, indicadores/assimetrias, preferencias de alertas e outros recortes ACT. Nem todas as pendencias documentais representam codigo em falta; as provas e entregas anteriores de competitividade, territorio, fiscalidade e navegacao permanecem aceites. Nao foi detectada perda de codigo neste recorte; nao se afirma comparacao integral dos dados activos.

AUD-MARKET-01: confirmada ausencia de consulta de negocios semelhantes na ficha publica. Implementado primeiro consumidor que reutiliza o endpoint, filtros, restricoes de publicacao e recurso publico existentes: mesma modalidade e, quando conhecido, mesmo sector. Mostra ate seis fichas, exclui a origem e repeticoes, explica os criterios e oferece catalogo filtrado; liga ao detalhe conservando filtros. Estados de carregamento, erro/tentativa explicita e ausencia de correspondencias distintos; mudanca de contexto oculta resultados antigos e ignora respostas tardias. Nao cria recomendacao financeira nem infere distancia, localizacao ou ausencia de negocios no mercado. Sem acesso ao payload reservado, novas permissoes ou novo motor de pesquisa. O requisito permanece parcial: area/raio, dados individuais de fonte/data e cobertura geografica ainda por desenvolver; nao se declara a funcionalidade ampla concluida.

Provas: dois testes frontend do componente; tres testes Feature/158 assercoes do catalogo, incluindo o novo vinculo na ficha; TypeScript, lint/formatacao, Pint dirigido, PHPStan dirigido e build passaram. A indisponibilidade QA anterior foi ultrapassada com PostgreSQL 17 descartavel em storage/app/private/qa-database-20261102, limitado a loopback 127.0.0.1:55441; identidade SQL investmoz_test confirmada antes dos testes. Nao foi reutilizada nem alterada a base activa, e as guardas de testing/_test/porta permanecem. Sem publicacao ou prova visual. Registos similar-businesses-*20261102.log em storage/logs. Proxima accao: continuar os recortes autorizados e conferir cobertura territorial publica sem inventar coordenadas ou regras de distancia.

02/11/2026 - formularios: redundancias e clareza do preenchimento

Pesquisa estatica transversal a resources/js: 136 declaracoes form/Form e 1963 ocorrencias de controlos/componentes de campos em 199 ficheiros, incluindo pesquisa, autenticacao, perfis, gestao, investimento, balcao, parcerias, contratacao e simulacao. Inventario de caminhos e rotulos literais em docs/investmoz/v2/auditoria-portal/formularios-20261102.json; nao e uma segunda matriz de requisitos. Os numeros sao ocorrencias no codigo, nao formularios distintos apresentados a um perfil. Incluida revisao dirigida dos rotulos dinamicos de BusinessFormSchema. Isto nao demonstra revisao visual nem cobertura semantica integral dos campos gerados por configuracao/servidor.

Corrigidos 16 ficheiros: mensagem duplicada de pesquisa sem paises; linguagem tecnica de snapshots/cadastro mestre nas instrucoes; explicacao de contacto do promotor; pergunta de finalidade do perfil; organizacao representada nas parcerias; modalidade de negocio com rotulos portugueses existentes; pergunta sobre participacao na oportunidade; identificacao visivel do pais do requerente; fuso horario com exemplo utilizavel. Uniformizado o rotulo opcional de origem do pedido e substituidas explicacoes sobre IP/estatisticas por instrucoes de preenchimento. A referencia da autorizacao de representacao distingue-se agora da referencia do comprovativo no portal. Mantidos os dois campos, a origem distinta da residencia/constituicao, valores, consentimentos, obrigatoriedade, regras, permissoes e historico. Nenhuma recolha existente foi removida por mera semelhanca de nome.

Verificacao: 26 testes frontend existentes passaram; TypeScript, sintaxe PHP, formatacao e lint passaram, sem avisos/erros de lint. Compilacao de producao concluida com codigo 0; conservados avisos existentes de tamanho de chunks e fontaine opcional. git diff --check passou. Sem escrita em dados activos ou publicacao. Integração dependente da base QA indisponivel ja registada na ronda anterior; nao repetida para alteracoes editoriais. Proxima accao: conferencia visual por perfil, incluindo campos dinamicos e estado vazio/erro; nao se declara que todos os formularios estejam livres de redundancias.

02/11/2026 - pesquisa transversal de erros e correccoes reproduzidas

Pedido da Tempo: pesquisar erros em todo o portal e corrigir os confirmados. Inventario anterior preservado; a pesquisa abrangeu a suite frontend completa, testes unitarios PHP, analise estatica PHP, formatacao/lint e os transportes partilhados. A suite frontend inicial passou com 1230 testes; os 94 testes unitarios PHP passaram com 410 assercoes; PHPStan terminou sem erros. Isto nao equivale a uma inspecao visual integral nem encerra requisitos funcionais da matriz.

Reproduzidas antes da correccao: o transporte publico ignorava CSRF em cookies separados sem espaco, expunha URIError para cookie malformado e a apresentacao de validacao falhava quando a API devolvia errors:null. O contexto de investimento tinha o mesmo problema de separadores/descodificacao. Agora preservam tokens validos, recusam escrita com mensagem de recuperacao da sessao e mantem consultas independentes do cookie. Nenhum pedido de escrita e repetido automaticamente; autorizacao e validacao CSRF no servidor mantidas. No formulario de interesse, armazenamento bloqueado impedia a navegacao para autenticacao e podia transformar uma submissao confirmada em erro ao limpar o rascunho; ambas as operacoes toleram agora a indisponibilidade da persistencia, sem prometer recuperacao entre paginas.

Provas dirigidas posteriores: 40 testes dos transportes, mapas e seleccao passaram, e passou o novo teste de armazenamento bloqueado no formulario de interesse. Os avisos de promessas nao aguardadas nos testes recentes foram corrigidos; verificacao final com 666 ficheiros formatados e 644 ficheiros sem avisos/erros de lint. TypeScript e git diff --check passaram. Compilacao final confirmada com codigo de saida 0 em 24,97 s, com os avisos existentes de chunks e fontaine opcional. Registos desta ronda em storage/logs/audit20261102.log, build-audit-verified-20261102.log e frontend-check-final-20261102.log; nao constituem publicacao. Sem alteracao de schema, permissoes ou dados activos.

Limitacao concreta: a suite Feature foi iniciada com a configuracao QA existente mas nao terminou; o processo foi observado com ligacao TCP em SynSent para 127.0.0.1:55441 e log sem resultado. Interrompida apenas esta tentativa de teste. Nao foi usada outra base nem relaxadas as guardas. Proxima accao: restabelecer a disponibilidade da base QA isolada e executar Feature; conferir visualmente os percursos afectados. Nao se declara integracao aprovada nesta ronda nem ausencia de erros em todo o portal.

02/11/2026 - retoma e verificacao consolidada do delta local

Retomado o trabalho nesta pasta, preservando as alteracoes em curso e o inventario anterior. Passaram os 40 testes dirigidos de camadas cartograficas, erros do catalogo, seleccao de oportunidades, transporte dos perfis/contexto e navegacao. TypeScript (npm.cmd run types:check), compilacao de producao (npm.cmd run build, 37,31 s) e git diff --check passaram. Usado npm.cmd devido ao bloqueio de npm.ps1 pela politica do PowerShell, sem alterar a politica do sistema. A compilacao conserva avisos de chunks superiores a 500 kB e da dependencia opcional fontaine; nao impediram a geracao dos artefactos. Esta verificacao nao e uma nova suite integral, revisao visual ou publicacao. Proxima accao: conferir visualmente os percursos cartograficos e de regresso ao catalogo ja descritos abaixo; mantem-se pendentes os criterios globais da matriz.

02/11/2026 - regresso a pagina do catalogo

Corrigida perda da pagina ao consultar fichas da carteira e zonas: titulo e Consultar ficha conservam agora page no catalogue_query, mantendo filtros aplicados e destino local. Abrange catalogos publicos e de gestao; nao copia parametros alheios da URL nem altera exportacoes. Valores de pagina nao positivos, fraccionarios ou fora do intervalo inteiro seguro sao ignorados. 20 testes de navegacao e territorio e verificacao TypeScript aprovados. Nenhuma alteracao de dados, schema, permissoes ou publicacao; revisao visual pendente.

02/11/2026 - retoma: sessao dos formularios de perfis

Estado anterior preservado. Leituras profileJson deixam de depender da descodificacao do cookie CSRF; escritas com cookie malformado devolvem ProfileValidationError legivel antes do transporte, mantendo a validacao CSRF do servidor. Cookies separados sem espaco passam a ser lidos correctamente. Credenciais same-origin explicitas. 14 testes focados aprovados, incluindo duas novas regressoes; sem operacoes reais, dados, schema, direitos ou publicacao. Sem nova verificacao visual.

02/11/2026 - seleccao de oportunidades resiliente

Inventario preservado: escolha multipla, corredores, preparacao com IDs escolhidos e limpeza da seleccao. Corrigido JSON valido com tipo errado que podia bloquear o catalogo: somente listas de inteiros positivos seguros, sem duplicados, sao recuperadas. Falhas de leitura/gravacao/limpeza do sessionStorage nao interrompem a pagina; a escolha em memoria permanece utilizavel e a falha de persistencia e indicada sem prometer conservacao entre paginas. Mantida a chave existente; nenhum outro dado do navegador e apagado. 19 testes focados e TypeScript aprovados. Sem alteracoes de servidor, dados activos, permissoes ou publicacao; revisao visual nao realizada.

02/11/2026 - robustez fora dos menus: perfis e contexto de investimento

Inventario preservado: formularios e erros por campo de perfis, sinal de reautenticacao, payload Unicode, credenciais, CSRF e limite partilhado de keepalive dos contextos. Corrigidas respostas HTML/JSON invalido nos perfis (mensagem util em vez de SyntaxError), explicacao de sessao expirada e sucesso sem conteudo 204. O contexto de investimento rejeita corpo invalido mesmo com HTTP 200, sem confirmar sucesso nem repetir escritas; a reserva de keepalive e libertada tambem nessa falha. Nenhuma alteracao de dados, schema, direitos ou regras de negocio. 26 testes frontend focados aprovados, incluindo cinco novas regressoes; TypeScript e build de producao aprovados. Evidencia parcial acrescentada ao RF-MN-002 existente, sem encerrar o requisito global. Sem revisao visual ou publicacao; cobertura parcial da aplicacao.

02/11/2026 - segunda pesquisa de redundancias na navegacao

Conferidos rodape, navegacao lateral, menus por perfil e atalhos do catalogo. Corrigida a designacao Contacto do rodape para Apoio ao investidor, mantendo /apoio; Contacto institucional continua no menu principal. Confirmada coexistencia de navegacao completa no cabecalho e barra lateral das paginas de gestao; mantida nesta ronda para nao retirar destinos sem verificar a experiencia responsiva. Atalhos por dimensao e fichas de estruturas nao sao duplicados exactos e permanecem disponiveis. Pesquisa pelo codigo; sem nova evidencia visual, dados, permissoes ou publicacao.

02/11/2026 - simplificacao do menu principal

Inventario preservado: destinos publicos e privados, autorizacoes, conta, manifestacoes, idioma e contactos. Entrada de investimento consolidada em Realizacao; removidos do cabecalho meteorologia, redes sociais (mantidas no rodape) e atalho com contador local indevidamente descrito como pedidos recebidos. Manifestacoes continuam acessiveis na conta. Nenhum endpoint, dado ou direito removido. Testes de navegacao e TypeScript; revisao visual indisponivel por falha do host do navegador.

02/11/2026 - robustez da pesquisa e das respostas da API

Inventario incremental: preservados filtros, resultados, vistas, exportacao, paginacao e mensagens de validacao existentes. A paginacao do catalogo agora oculta ligacoes da pesquisa anterior durante carregamento ou erro, em coerencia com os resultados. O helper API partilhado trata respostas HTML, sessao expirada (419), JSON ausente e sucesso sem conteudo (204); conserva mensagens JSON do servidor, credenciais e CSRF nas escritas, incluindo multipart. GET publico nao depende da descodificacao do cookie CSRF. Cookie malformado em escrita apresenta recuperacao da sessao sem enviar a operacao.

Provas: 25 testes frontend seleccionados aprovados, incluindo 3 novos casos de regressao; TypeScript e build de producao aprovados (29,95 s; aviso de tamanho de chunks). Dados, schema e permissoes inalterados. Sem publicacao ou revisao visual; nao constitui auditoria integral. Evidencia acrescentada ao registo existente RF-GEO-009 para o consumidor catalogo, sem encerrar requisitos globais nem apagar provas anteriores.

02/11/2026 — revisão dos restantes consumidores cartográficos (RF-GEO-009)

Inventário do delta após o catálogo: o painel partilhado das fichas de oportunidades, zonas públicas (ZEE/ZFI/parques) e investimentos relacionados na carteira repetia o mapa administrativo; o catálogo de parcerias também compunha dois mapas. Foram substituídos pelo mesmo mapa com camadas, fontes expansíveis e avisos, preservando fichas sem coordenadas, contagens/proveniência, truncagem e novas tentativas. A cobertura distingue os registos da pesquisa dos limites adicionais. As caixas antigas do painel não foram mantidas em paralelo com os controlos Leaflet. Ao mudar filtros, dados da resposta anterior ficam ocultos até à resposta correspondente; um geo_location_id genérico já não é tratado como território administrativo sem identificação explícita na hierarquia.

Confirmados dois erros de significado: o perímetro declarado pelo Promotor usava o título/contagem «Contexto administrativo», e locais documentados de projectos/clusters/parcerias usavam «Mapa dos investimentos». A apresentação agora distingue declared_parcel, documented_locations, limites administrativos e investimentos, incluindo legendas e descrições dos polígonos. Não altera coordenadas, cadastros ou estatutos legais, nem cria pontos para clusters/parcerias sem localização própria.

Mantidos mapas separados quando representam objectos distintos: geografia documental de uma estrutura versus investimentos relacionados na carteira; contextos de locais/parcelas distintos nos formulários; mapa institucional de contacto. A aproximação de um perímetro declarado a um limite administrativo não os funde nem constitui confirmação cadastral. Conservados os endpoints públicos/de gestão/de perfil, as permissões e as fontes existentes; nenhuma alteração de backend/schema/dados.

Verificação local: 17 testes frontend focados aprovados, incluindo composição única nas parcerias, manutenção do território aplicado durante edição dos filtros, máscara de dados antigos, cobertura/fichas, ausência de inferência administrativa, semântica dos três tipos de mapas e regressões territoriais; TypeScript e build de produção aprovados. Matriz existente ampliada no mesmo RF-GEO-009 sem encerrar critérios globais nem apagar as provas anteriores. Sem publicação adicional ou revisão visual do domínio.

02/11/2026 — mapa único no catálogo de oportunidades (RF-GEO-009)

Delta autorizado pela Tempo: substituir os dois mapas simultâneos do catálogo por um mapa principal com camadas independentes de oportunidades com coordenadas confirmadas, áreas de investimento cadastradas e limites administrativos. Inventário preservado: filtros/territory_basis, lista e fichas, oportunidades sem coordenadas, proveniência/edição e avisos de cobertura; os restantes ecrãs continuam a poder usar a pré-visualização territorial independente. Não foi identificada perda de dados ou funcionalidade a repor; a duplicação era composição do ecrã.

Nas vistas «Mapa» e «Lista e mapa», as caixas de camadas permitem mostrar/ocultar cada conjunto sem nova pesquisa nem redefinir o zoom. A legenda distingue pontos verdes, áreas em âmbar e limites azuis tracejados. A geometria seleccionada enquadra o mapa; quando só há limites superiores, o aviso é visível e esses limites não são apresentados como a selecção. Nenhuma coordenada é derivada de limites ou centróides. Seleccionar uma oportunidade da lista activa a camada dos pontos se estava oculta. «Fontes e contexto do mapa» expande proveniência, edição e cobertura, preservando as ligações às fichas das áreas.

Reutilizado o endpoint territorial e as suas permissões, com um hook comum e cancelamento/máscara de respostas antigas ao mudar ou limpar a selecção. Falha dos limites mantém as oportunidades acessíveis; falha do mapa de oportunidades não impede consultar o contexto administrativo autorizado. Sem alterações de API, schema, dados, permissões ou classificações territoriais.

Verificação local: 15 testes frontend focados aprovados (incluindo composição única, grupos Leaflet, duplicação de limites, foco territorial, ausência de pontos, fontes/links, respostas tardias e fallback), TypeScript e compilação de produção. Matriz existente actualizada somente em RF-GEO-009, conservando o estado global e as provas anteriores. A compilação local não constitui publicação adicional no servidor nem revisão visual do endereço público; nenhuma dessas validações é declarada concluída neste delta.

29/10/2026 — reconciliação da pasta principal

Reconciliação local solicitada pela Tempo: ramo codex/investemoz-reconciliation-20261029, reunindo a linha local fde644af e origin/main em fde73438, com o registo final da instalação provincial de 2aa98be6. Mantidas as correcções locais de IVA (correspondência 05/06/07, contagem única e testes), os recibos de instalação fiscais e os originais. Incorporadas as entregas posteriores de IRPC, navegação, catálogo, prospecção, formulários fiscais, persistência de Competitividade e filtros provinciais. Rascunhos antigos de Competitividade foram reconciliados com a implementação posterior que recupera a análise do servidor; não há dois editores.

A matriz CSV conserva 3.555 IDs únicos e 49 colunas. Divergências históricas foram conservadas nos mesmos registos, sem fechar requisitos por esta junção. Os estados datados mais recentes de instalação prevalecem sobre os registos históricos de preparação que continuam abaixo. ACT-01 e ACT-02 mantêm os limites e pendências documentados, incluindo conferência visual pela equipa.

Reversão preservada no ramo backup/investemoz-before-reconciliation-20261029, nos stashes e na cópia privada C:/Users/macbook/.config/investmoz/reconciliation-20261029-183138. Esta junção não instala no servidor, não executa migrações, não acede a bases de negócio nem altera .env, contas ou permissões. Evidência local de verificação em outputs/reconciliation-20261029/.

Verificação da reconciliação: 1.188 testes frontend aprovados, 14 testes dirigidos de IVA aprovados, TypeScript, sintaxe PHP, compilação e self-test C132 aprovados. Corrigida uma expectativa antiga do teste L1 que ainda exigia a mensagem residual P001; conserva a recusa de atribuir operações estrangeiras ao campo 06. JSON válido e CSV com IDs/colunas preservados. A bateria PHP Unit foi tentada: 59 testes, 52 aprovados, 283 asserções, três falhas e quatro erros; base QA 127.0.0.1:55441 indisponível e falhas de schema nos testes de contacto. Esse resultado não constitui aprovação da bateria PHP, nem substitui as provas QA aceites das entregas. Não foi iniciada outra base nem alterada a configuração activa. Recibo: local-reconciliation-20261029.json nesta pasta.

25/10/2026 — L3 C/D entregues; E em QA; trabalho restante

C/D instalados em de36f028, recibo 46944402. E permanece em QA, sem instalação. Reutilizar a aquisição e a classificação L1/L2; seleccionar a via exclusiva da linha documental e registar pedido, decisão e recebimentos. A prova guardada/recuperada/relatada conserva 16 MZN de IVA documental, zero de dedução nesta via, 12 reconhecidos, 7 recebidos e 5 por receber. Não representa apuramento do IVA do fornecimento, concessão automática ou pagamento bancário. As condições c/d/h permanecem distintas; a pesca costeira não herda o tratamento. Históricos conservam reservas e deduções anteriores; editar ou apagar a preparação actual não liberta uma parcela já utilizada.

27 testes frontend específicos, API 1/109 asserções em QA isolada com rollback, TypeScript e build passaram. Todos os mapas anteriores e os originais oficiais foram preservados. Relatório: L3-E e pendências.

Trabalho restante, na mesma matriz:

• L3-E entrega — entrega: Integrar a candidata QA pelo processo Git, com comparação fresca, backup/restauro e conferência apenas do delta. Critério de fecho: Revisão instalada e recibo; C/D e históricos preservados.
• L3-E cobertura adicional — código e parâmetros documentais específicos: Tratar repartição dentro da mesma linha e reconciliação de dedução efectiva anterior, pelas regularizações aplicáveis. A via demonstrada usa uma linha documental integral exclusiva. Critério de fecho: Parcelas conciliadas, sem benefício duplicado, gravação/recuperação/relatório e totais coerentes.
• L3-C/D/E formalidades — dependência documental delimitada e implementação posterior: Mapear edição e campos do formulário de substituição; exemplares regulamentares do reembolso geral; procedimento/formulário específico de restituição de bebidas. Não transportar automaticamente limiares ou prazos de D para E. Critério de fecho: Correspondência demonstrada, preparação/exportação aplicável e referência à submissão externa; pedido, decisão e recebimento separados.
• Apuramento fiscal ainda indeterminado — código e dados aplicáveis: Completar os cálculos ainda limitados dos fornecimentos, margem/viagens/eventos, quando aplicáveis. Na prova E, os 16 MZN são IVA documental da aquisição; o IVA da operação L1 continua indeterminado. Critério de fecho: Apuramento suportado pela regra e dados próprios, sem copiar IVA de aquisição como IVA devido nem substituir desconhecido por zero.
• L2 — 18.º(6) com afectação mista — código: Combinar base reduzida e afectação parcial reutilizando as proporções existentes. Critério de fecho: Cálculo exacto, sem dupla afectação, totais afectados e histórico preservado.
• L2 — sucessivas/plurianuais — código e parâmetros aplicáveis: Encadear eventos e anos por activo a partir da dedução congelada. Critério de fecho: Diferenciais por evento/ano, sem repetição nem reescrita de históricos.
• L2 — erros/incobráveis — código e condições documentais específicas: Separar fundamentos, documentos, momento e recuperação posterior. Critério de fecho: Regularizações rastreáveis, sem duplicar rectificações da declaração.
• P058 — três questões documentais delimitadas; código subsequente: Resolver a remissão de 57.º(2)b do Decreto 37/2023, a fronteira exacta dos 180 dias de propriedade e 63.º(2), arma de caça/até 100 cartuchos, no âmbito dos beneficiários CIVA12.º(2)a. Preservar os percursos já entregues. Critério de fecho: Condições explícitas dos três casos, cálculo quando aplicável, gravação/recuperação/relatório.
• P084/P085 — correspondência documental de formulários e código de preenchimento/exportação: Identificar o formulário aplicável a cada finalidade, distinguindo aquisição interna e importação. O percurso Tempo pedido → decisão → formulário com despacho já está entregue; manter o dossier de apoio disponível. Critério de fecho: Exemplar e instruções ligados aos campos de cada cenário, reutilização de dados e despacho limitado aos bens/operações/períodos/condições autorizados.
• P001 — dependência documental externa da edição recebida: Resolver exclusivamente a correspondência dos campos 05/06, sem preenchimento presumido nem usar outra edição como equivalência automática. Critério de fecho: Instrução aplicável à edição recebida e mapeamento comprovado de 05/06.
• Formalidades digitais dos ramos entregues — documentação e automatização ainda limitada: Conservar visíveis as formalidades não automatizadas e a submissão fora do portal. Critério de fecho: Cobertura demonstrada por procedimento, sem declarar cobertura digital integral.

L1 conserva 129 entregues + P058/P084/P085 + P001 = 133. L2 mantém as três famílias residuais; L3 permanece aberto. Não repetir pesquisas sem nova evidência nem provas aceites sem delta relevante. Estatísticas e IA continuam adiadas.

25/10/2026 — inventário anterior aL3-E

CD entregue de36f028/46944402;AB72/30/42,C/D eL1129fechos/quatroresiduais preservados,sem perdas confirmadas. E reutiliza documentos/classificação13(2) deL1/L2,parcela exclusivamente para dedução ou restituição. Cotejo delimitadoLei13/2016 PDF12/art13(2–3);formalidades,procedimento e formulário específicos não demonstrados nesta ronda. Não transportar automaticamente condições/prazos do reembolso geralD. L2três famílias e residuaisL1 mantidos.

25/10/2026 — entrega conjunta L3-C/D

Instalado de36f028,candidata9e2d90c8,incluiCb7a745e6;109cb0fe preservada na ancestralidade ebackup/restauro anterior. Uma integraçãoGit,backup novo e restauroDocker real isolado semrede antes de instalar. Delta:9ficheiros de execução,4originais fiscais inalterados,7marcadores compilados,manifesto/revisão e simuladorHTTP200. Comparação174tabelas e369ficheiros/configuração com mesma identidadepostgres;apenas cache/sessions podem variar. Sem migrações/importações ou recálculo de históricos;provasQA aceites reutilizadas.

C:anterior→diferencial21,sem repetir19/20/pagamentos;crédito credor aguarda comunicação. D:25=26+27,pedido/decisão/recebimento separados,sem reutilizar parcela ou reporte efectivo já consumido. AB72calculados/30pagos/42porliquidar intactos;C61adicionais/20novos pagos/41adicionais porliquidar;D800000crédito=200000reporte+600000pedido,550000reconhecidos,450000recebidos,100000aguardam recebimento. Limite de transporte6Mcaracteres preserva todos os livros/históricos,sem truncagem ecom rejeição acima do limite.

L3 permanece aberto:Erestituição de bebidas eformalidades regulamentares externas não automatizadas. Próximo:E emQA,reutilizando documentos eclassificaçõesL1/L2,sem deduzir e restituir a mesma parcela. L1 conserva129fechos+P058/P084/P085+P001=133;P001 apenas05/06. L2 mantém18(6)+afectação mista,sucessivas/plurianuais,erros/incobráveis. Estatísticas/IAadiadas. Recibo:docs/investmoz/simulations/l3-cd-delivery-20261025.json.

25/10/2026 — L3-D emQA operacional;C/D preparado para entrega conjunta

Homologação109cb0fe,recibo3aa851a4;C QAb7a745e6 preservado. Sem instalação,migração/importação ou escrita activa. L3 permanece aberto:formalidades de submissão eErestituição de bebidas pendentes;L1129fechos+P058/P084/P085+P001=133 eL2três famílias pendentes mantidos. Estatísticas/IAadiadas.

No fecho existente,escolher «Destinar parcela ao pedido27 — acompanhar emD» e indicar montante. Calcular afectação explícita25=26+27;27positiva e não superior25. Apenas26pode seguir para o mês seguinte. Origem/reportes dependentes alterados exigem adopção expressa e reconciliação;reporte efectivo já utilizado em declaração posterior não é reafectado retroactivamente. Afetação preparada não altera uma declaração apresentada.

Abrir «L3-D — pedido,decisão e recebimento do reembolso». Reutiliza afectação congelada actual de27,âmbito,período e natureza. Pedir apenas fundamento/origem/data nascimento,suporte e referência/data em falta.21(6):quatro meses e crédito superior100000;21(7a):superior500000 e considerar créditos mais antigos;21(7b):cessação identificada. A origem e ordem são factos declarados/documentados,não conta correnteAT reconstruída nem extracto regulamentar automático.21(15)usa datas declaradas para limite10anos. Não aplicar antiga obrigação50%/12meses,revogada pelaLei10/2025.

Preparação→pedido apresentado fora doInvesteMoz→decisão pendente/integral/parcial/indeferida→recebimento identificado. Pedido não gera decisão;decisão não gera caixa. Guardar número/data/entidade da decisão e respectivo montante;registar recibos/data/montante separadamente. A avaliação automática do fundamento fica independente da decisão externa documentada:fundamento desconhecido/não automatizado não cria aprovador adicional nem impede registar documento recebido. Divergência fica explícita;sem presumir direito numa preparação sem fundamento.

Mesma parcela não pode sustentar dois pedidos. Depois de pedido apresentado/decisão/recebimento,a parcela continua reservada,inclusive ao remover a preparação actual;histórico preservado. Indeferimento e parte não deferida não libertam crédito automaticamente:retorno exige procedimento documentado e reconciliação,sem criar20porinferência. Duplicações,recebimentos sem decisão/data ou acima do reconhecido ficam indeterminados;documentos conservados. Sem executar banco ou alterar caixa silenciosamente.

F acompanhaD:800000MZNdecrédito=200000reporte+600000pedido;550000reconhecidos;450000recebidos;100000aguardam recebimento;50000não deferidos. Relatório guarda cada contexto e as mesmas referências/valores. Fracção exacta799681/3menos200000depedido=199681/3de reporte. Gravar→recuperar→relatório conferido no componente real;AB72/30/42 eC intactos.

Cotejo:Lei13/2016 PDF15–16;Lei22/2022 PDF3–4;Lei10/2025 PDF13,art21;exemplarModeloA quadro11. Remissãoart20 do formulário conservada como divergência. Regulamentos78/2017,30/2022 e52/2025 identificados,mas respectivos exemplares não obtidos no acervo/consulta delimitadaAT/INM nesta ronda;propostas/resumos não activam regras. Formulários,anexos,garantias,compensações,suspensões e calendário completos continuam não automatizados e externos.150dias não constitui previsão de caixa;E não foi demonstrado nesta ronda e não bloqueiaC/D.

Escolha técnica delimitada:transporte do snapshot4M→6Mcaracteres para preservar todos os livros/históricos aceites ao acrescentarD;sem truncagem. API109asserções recupera exactamente a amostra;teste5asserções mantém rejeição acima6M.33dirigidosAB/C/D,tipos/build eUI passaram. Prova:outputs/iva-l3-d-20261025/ui-recovered-refund.png. Relatório:docs/investmoz/simulations/l3-d-refund-qa-20261025.json;manifesto conjunto:docs/investmoz/simulations/l3-cd-prepared-delivery-20261025.json.

25/10/2026 — inventário anterior aL3-D

AB instalado109cb0fe/3aa851a4 eC QAb7a745e6 preservados,sem perdas confirmadas. L1129fechos/quatroresiduais,L2três famílias eErestituição de bebidas mantidos. D reutiliza crédito congelado,separando26reporte/27pedido,pedido/decisão/recebimento. Cotejo limitadoCIVA21 comredacção2025 eModeloA11;regra50%/12meses revogada,não activar. Formalidades regulamentares externas não automatizadas,não reinventar aprovadores/certificados.

25/10/2026 — L3-C emQA no âmbito demonstrado;homologaçãoAB preservada

AB entregue109cb0fe,recibo3aa851a4;72calculados/30pagos registados/42porliquidar intactos. C não está instalado. L3 continua aberto,Dreembolso geral eErestituição de bebidas pendentes;L1 mantém129fechos+P058/P084/P085+P001=133 eL2 mantém18(6)+mista,sucessivas/plurianuais,erros/incobráveis. Estatísticas/IAadiadas.

No componente existente de aquisições,abrir «L3-C — substituições e diferencial». Escolher versão congelada da declaração anteriorAB/C e versão corrigidaL2 do mesmo período2026/MZN. A origem conserva entidade,natureza,17/18,pagamentos,reporte e saldo por liquidar. Reutilizar data disponível e referência da substituição anterior;pedir referência em falta. Indicar motivo e referência/data da preparação ou apresentação externa. Editar não submete àAT nem altera a declaração anterior. Formulário/registo externo não automatizados:RCIVA15 refereModeloB eexemplar recebido assinala substituiçãoModeloA;divergência conservada,sem impedir o cálculo/dossier e sem reabrirP00105/06.

C calcula21=(17actual−18actual)−(17anterior−18anterior) por fracções exactas,22positivo e24comjuros adicionais identificados. Não reutiliza créditos19/20 nem atribui25/26/27. Diferencial credor aguarda comunicação dos serviços para20 numa declaração posterior em prazo;não cria reporte/refund ou compensa dívida anterior automaticamente. Comunicação recebida continua documentada no percursoAB existente. Juros:montante identificado ou inexistência expressa com motivo,sem taxa/calendário presumidos.

Registar apenas novos pagamentos. Referência já congelada emAB/C ou repetida noutro âmbito efectivo recuperado exige reconciliação. AB também recusa documento já congelado emC;tentativa inválida não apaga o pagamento anterior. Excedente adicional não cria comunicação20. O controlo refere-se aos livros recuperados,não a conta corrente centralAT ou outros rascunhos privados. Preservam-se cenários projectados independentes.

Exemplo:MZN17anterior160→corrigido220,diferencial60;juros adicionais1→61calculados;novo pagamento20→41adicionais porliquidar. Declaração anterior conserva72calculados,30pagos,42porliquidar. Reconciliação mostra50registados e83porliquidar sem compensação automática. Caso credor:actual18=40 versus anterior17=160 gera−200;200aguardam comunicação,sem abater42anteriores ou criar26. Cadeia seguinte220→250gera apenas30novos;sem cobrar novamente os60anteriores. Sucessores repetidos/ciclos recusados.

Calcular e guardar substituiçõesC,gravar rascunho privado,recuperar,abrir relatório. Resultado congela as suas entradas e origens;recalcular acrescenta histórico,não o reescreve. Relatório recuperado usa documentos/valores da versão guardada. Todos os mapas anteriores comparados integralmente;20casos dirigidos distintos,API1/109asserções na baseQA55441 comrollback,tipos/build e componente real passaram. Prova:outputs/iva-l3-c-20261025/ui-recovered-substitution.png. Relatório:docs/investmoz/simulations/l3-c-substitution-qa-20261025.json.

25/10/2026 — inventário antes de L3-C

AB entregue109cb0fe/3aa851a4,72calculados/30pagos/42porliquidar preservados. Sem perdas confirmadas;L1129fechos/quatroresiduais eL2três famílias pendentes mantidos. Cotejo delimitado ao quadro9 do exemplar eRCIVA15. C prepara diferencial da substituição sem duplicar19/20,pagamentos ou alterar a declaração anterior. D/E permanecem pendentes.

25/10/2026 — entrega conjunta L3-A/B

Instalado 109cb0fe, candidata f7b778cd;7a380b76 preservada na ancestralidade e no backup/restauro anterior. IntegraçãoGit única,backup novo e restauroDocker isolado real antes da instalação. Delta:4ficheiros de execução,4originais fiscais inalterados,7marcadores compilados,manifesto/revisão e simuladorHTTP200. Comparação de dados/schema/ficheiros/configuração com identidadepostgres equivalente;apenas cache/sessions podem variar. Sem migrações/importações/recálculo de históricos;provasQA aceites reutilizadas.

Âmbito:primeira declaração em prazo,2026/MZN,reporte integral explícito;crédito anterior com origem/período,comunicação20 identificada e continuidade congelada. 72MZN calculados,30pagos registados,42porliquidar conservam conceitos distintos;registo não certifica arrecadação. L3-C substituições,D reembolso,E restituição de bebidas continuam pendentes. Próximo:C emQA,declaração anterior ligada ao diferencial sem duplicar créditos/pagamentos.

L1 conserva129fechos+P058/P084/P085+P001=133;P001 apenas05/06. L2 conserva18(6)+afectação mista,regularizações sucessivas/plurianuais e erros/incobráveis como trabalho pendente. Estatísticas/IA adiadas. Recibo:docs/investmoz/simulations/l3-ab-delivery-20261025.json.

25/10/2026 — L3-A/B concluído emQA no âmbito demonstrado;entrega conjunta preparada

Homologação permanece7a380b76,reciboacbd1f33.Sem instalação,migração/importação ou recálculo de dados activos.L1129fechos+P058/P084/P085+P001=133 preservados;P001 só05/06.L2 mantém18(6)+afectação mista,regularizações sucessivas/plurianuais,erros/incobráveis.Csubstituições,Dreembolso eErestituição de bebidas continuam pendentes;Estatísticas/IAadiadas.

No bloco existente de aquisições,abrir «L3-A/B — crédito,fecho e pagamentos por período». Preparar mês escolhendo resultadoL2 congelado:17/18 exactos,contexto,moeda,revisão/data ficam identificados;nenhuma compra é recalculada. Âmbito fiscal único já indicado reutiliza-se no novo mês. Oportunidades são cenários distintos,sem consolidação automática de dossiers/entidades.

**A:**identificar saldo de abertura disponível do mês imediatamente anterior,documento e montante;ou reutilizar26do fecho anterior por adopção expressa. Crédito20 exige comunicação recebida com referência,data,origem e montante. Confirmar cobertura de todos os créditos;lista vazia não viraausência sem confirmação. Evita repetir origem como abertura/comunicação ou noutro período. Origem anterior alterada/indeterminada/gap exige revisão,não transporte silencioso;usar «Adoptar versão actual deste reporte» e calcular novamente em cada dependente.

**B:**primeira declaração,dentro do prazo declarado com data/fundamento,2026/MZN,reporte integral expressamente escolhido.22=max(17−19−20,0);25=max(18+19+20−17,0);24=22+23;26=25. Juros23 são montante documentado/pressuposto ou inexistência expressa com motivo;sem calendário/taxa presumidos.21 é não aplicável à primeira declaração,sem concluirC.27 ézero pela escolha expressa de reporte integral,sem concluirD. Fora de prazo conserva dados/conta e pede procedimento próprio;nenhum crédito apagado ou reutilizado indevidamente.

**Pagamentos:**registar referência,data e valor;calcular montante registado,restante e excedente,separados de24 e26. Excedente pago não cria crédito20 sem comunicação. Sem pagamentos registados significa lista vazia,não certificado de inexistência de pagamentos externos. Documento/data repetidos ou informação em falta pedem reconciliação. Não executa pagamentos nem certifica cobrança/submissãoAT;em projecções,todos estes valores são pressupostos.

**Histórico e relatório:**guardarfecho,gravar rascunho privado,recuperar e abrir relatório. Cada versão conserva entradas e resultados completos;relatório histórico usa documentos/valores dessa versão. Alterarcrédito50→60 conserva a anterior,invalida os reportes dependentes e permite adopção expressa. Editar só pagamento não altera o crédito transportado. Frações permanecem exactas;20/3+50=170/3,seguido de80−170/3=70/3,sem transportar aproximação decimal. Acrescentar versãoL2 não força recálculo de origem congelada ainda disponível.

Exemplo por períodoMZN:Janeiro18=100+abertura19=50→25/26=150;Fevereiro17=80,19=150→25/26=70;Março17=160,19=70,20comunicado=20→22=70;juros23=2→24=72;pagamento registado30→restante42;26=0. Relatório recuperado conserva os três meses e oportunidade373,origens,referências e valores.

Cotejo limitado a A/B:quadros8/10/11 doVAT Return9c0b99a8p1–2,CIVA21(2/5)/23(1),RCIVA12/15. Cabeçalho18/19 versus caixas19/20 mantido visível,sem alterar original ou reabrirP001. Reembolso27 e restituição13(2) não herdam esta fórmula de reporte.

9testesA/B novos,9Edirigidos reutilizados(18passaram);9A/B repetidos após ajustes finais,todos passaram.API1/103asserções,baseQA55441 com guarda e rollback;modelo_a_snapshot recuperado exactamente,origensL2 e todos os mapas anteriores conservados.Tipos/build e componente real conferidos.Prova:outputs/iva-l3-ab-20261025/ui-recovered-closure.png.

Limites:controlo de duplicação no rascunho/livros recuperados,não conta corrente centralAT nem reconciliação automática de rascunhos privados independentes. Períodos/parcelas dependentes de residuaisL2 continuam indeterminados;casos independentes avançam. Não sincronizar caixa silenciosamente. Entrega conjunta preparada emdocs/investmoz/simulations/l3-ab-prepared-delivery-20261025.json;requer fetchmain fresco,preservação de concorrência,backup/restauro e conferência do delta instalado pelo processoGit existente,quando autorizada.Relatório:docs/investmoz/simulations/l3-ab-closure-qa-20261025.json.

25/10/2026 — inventário anterior à implementação/testesL3-A/B

Homologação7a380b76/acbd1f33 preservada;L1129fechos/quatroresiduais eL2três famílias pendentes conservados. Nenhuma perda confirmada. Reutiliza resultadosL2 congelados,fracções eAPI/relatórios existentes. Cotejo apenas A/B:quadros8/10/11 do exemplar,VAT Return9c0b99a8 p1–2,CIVA21(2/5)/23(1),RCIVA12/15. Primeira declaração em prazo;crédito,pagamento e reporte distintos. Juros apenas montante documentado/pressuposto ou inexistência expressa com motivo,sem taxa presumida. C/D/E permanecem próprios.

25/10/2026 — L3:delimitação do fecho do IVA,antes de implementar

L2 entregue no âmbito demonstrado7a380b76,reciboacbd1f33.L1 conserva129fechos+P058/P084/P085+P001=133;P001 só05/06. Nenhuma reabertura.L2 conserva trabalho por concluir:18(6)+afectação mista;regularizações sucessivas/plurianuais;erros/incobráveis.Só bloqueiam as parcelas/períodos dependentes,sem impedir casos independentes deL3.Estatísticas/IAadiadas.

Inventário reconciliado

Existem resultadosL1/L2 por oportunidade/período,fracções exactas,origens/históricos e12/13 nos motivos demonstrados;APIprivada/ETag e relatórios existentes. Os campos19–27 têm correspondência descritiva no ModeloA,sem motor de fecho demonstrado. Estados antigos do catálogo01–18 não anulam as entregas posteriores:consultar relatóriosL1/L2 actuais. Tesouraria já separa crédito estimado,pedido,reconhecimento e recebimento previsto;calendário de imposto assumido não é pagamento efectuado. Reutilizar componentes e não reconstruir motor. Excesso de custos de viagens não é crédito de IVA;reembolso de capital não é restituição de imposto.

L3-A — crédito anterior e conta de utilização19/20

Já existe: L2 guarda resultados exactos e congelados por oportunidade/período;26/19/20 estão mapeados no exemplar. Tesouraria já distingue crédito estimado,pedido,reconhecimento e recebimento previsto. Não foi encontrado livro fiscal executável de saldos19/20 ou transporte26→19.

Reutilizar: AcquisitionCalculation/periods/exactFields/history e sourceKey; modelo_a_snapshot e acquisitionScope; entidade/perfil/organização e referências válidas já existentes; fiscal-rational.ts.

Código em falta: Conta de crédito com origem documental,período,âmbito fiscal,natureza efectiva/projectada,valor disponível/utilizado/reservado e destino. Saldo inicial explícito quando não houver anterior;reutilizar resultado26 fechado anterior,sem copiar18 ou estimativa como crédito efectivo.20 exige comunicação identificada,sem inferir de um pedido.

Cotejo documental específico: Cotejo delimitado do quadro8/11 e utilização/prazos do crédito:RCIVA12/15 e CIVA21 na redacção aplicável. Fontes disponíveis,correspondência executável ainda a concluir;não é falta genérica de autenticidade.

Dependências efectivas: Origem/valor utilizável e âmbito identificados; Período anterior fechado para transporte automático;saldo de abertura documentado permite começar sem reconstruir toda a história.

Critério de fecho: Recuperar abertura,movimentos,consumo e saldo seguinte com reconciliação;mesma origem não utilizada duas vezes;lacuna temporal/origem incerta permanece indeterminada. Oportunidades preservam cenários separados,sem duplicar consumo fiscal efectivo ou consolidar dossiers implicitamente.

Agrupamento: Agrupar comB quando compatíveis;F acompanha desde o primeiro incremento.

L3-B — fecho da primeira declaração e pagamentos

Já existe: L1/L2 calculam parcelas01–18 apenas no âmbito demonstrado,com fracções exactas e causas de indeterminação. Fórmula24=22+23 consta da correspondência do exemplar. Tesouraria tem calendário mensal de imposto assumido;isto não é pagamento fiscal efectuado.

Reutilizar: calculateAcquisitions/result.periods e versões congeladas; mapeamentoModeloA22–26; monthly-cashflow.ts:monthlyTaxSchedule e estados de imposto em falta.

Código em falta: Fechar saldo devedor/credor após créditos aplicáveis;guardar22/25 e distribuição26/27 conforme instruções,sem inventar fórmula antes do cotejo.23 separa juros conhecidos,não aplicáveis e indeterminados,com fonte/taxa/datas quando calculáveis.24 só determinado com22/23 conhecidos. Registar pagamento efectuado por referência,data,valor e imputação,distinto de valor a pagar e de pressuposto de caixa.

Cotejo documental específico: Cotejo dirigido dos quadros10/11,ordem de utilização19/20 e regras de CIVA23/32/21 e RCIVA6–15. Juros dependem da regra/taxa e datas concretas;não usar taxa de juros de financiamento ou prazo genérico.

Dependências efectivas: Resultado actual e completo das parcelas necessáriasL1/L2; CréditosA quando existam;ausência expressa/fundamentada permite caso independente; Juros apenas para23/24 e casos em que sejam aplicáveis,sem bloquear saldo credor independente.

Critério de fecho: Reconciliação exacta antes/depois dos créditos,valor a pagar,crédito,reporte e afectação a pedido;pedido não duplica reporte disponível. Pagamento não reduz novamente o IVA apurado nem altera o histórico. Parcela necessária desconhecida mantém total afectado indeterminado.

Agrupamento: Primeiro conjuntoA/B comF;nenhuma ordem de pagamento ou submissãoAT é executada pelo simulador.

L3-C — declaração de substituição e diferencial

Já existe: Históricos congelados e revisões existem;12/13 já recebem acerto anual e rectificação de aquisição no âmbitoE. Campo21 tem correspondência descritiva,sem diferencial executável de declaração de substituição.

Reutilizar: Históricos de L2/E e documentos de origem; ETag e recuperação privada; quadros9/10/11 do ModeloA e RCIVA15/rectificações aplicáveis.

Código em falta: Vincular declaração substituída,versão/período e nova declaração;calcular cada caso de sinal do quadro9 após cotejo. Conservar pagamentos/créditos já utilizados e apresentar impactos nos períodos dependentes para adopção expressa. Ajustamento de aquisição12/13 não é automaticamente diferencial21.

Cotejo documental específico: Mapear as fórmulas/casos do quadro9 à edição/instruções recebidas e procedimento de substituição;sem extrapolar da simples subtracção de17/18. P00105/06 não é reaberto para isto.

Dependências efectivas: A/B e versão congelada da declaração efectivamente substituída; ResidualL2 só se o evento corrigido depender dele.

Critério de fecho: Débito/crédito diferencial recuperável,referência à substituída,pagamentos/movimentos anteriores conservados;nenhuma dupla regularização nem propagação silenciosa de nova versão para meses seguintes.

Agrupamento: Conjunto posteriorA/B;primeiras declarações não esperam pela substituição.

L3-D — pedido de reembolso,decisão e recebimento

Já existe: Campo27 mapeado;monthly-cashflow e respectivo componente já separam estimativa,pedido,reconhecimento e recebimento previsto,com exportação. Crédito/pedido/reconhecimento não entram automaticamente em caixa. Falta vínculo ao saldo fiscal e ao pedido por oportunidade/período.

Reutilizar: vatCreditEstimated/vatRefundRequested/vatRefundRecognized/vatRefundExpectedReceipt/vatRefundExpectedMonth; simulation-cashflow-planner.tsx e relatório/CSV existentes; saldo e movimentosA/B.

Código em falta: Dossier e pedido por saldo/origem,estado em preparação/apresentado/decisão/recebimento,documentos e datas. Reservar a parcela pedida para não a reportar/consumir de novo;tratar deferimento parcial,indeferimento/retirada e recebimentos com movimentos referenciados,sem libertar ou criar caixa por presunção.

Cotejo documental específico: Cotejo específico de CIVA21 redacçãoLei10/2025:condições,prazos,regime e exclusões aplicáveis. Remissão do exemplar aoart20 permanece registada,sem copiar números/prazos de versão anterior. Identificar formulário/anexos efectivamente aplicáveis,sem criar certificados/aprovadores.

Dependências efectivas: Crédito e reserva reconciliadosA/B; Procedimento correspondente ao caso;C só para pedido ligado a substituição.

Critério de fecho: Montantes pedido,reconhecido,compensado/recebido e ainda disponível reconciliados;pedido não equivale a decisão,decisão não equivale a recebimento. Recebimento efectivo e previsão de tesouraria são estados distintos,com moeda,data e fonte.

Agrupamento: Compatível comE no mecanismo comum de pedidos/decisões,conservando fundamentos e condições distintos.

L3-E — restituição de bebidas13(2)

Já existe: L1 identifica natureza de abastecimento e c/d/h. L2 conhece beveragePath=deduction/refund e onlyDeduction,liga documento/linha e via de dedução demonstrada. Escolherrefund conserva percursoL3 indeterminado;restituição não está implementada. Pesca costeira mantém exclusão de provisões,sem estender a outros destinatários.

Reutilizar: iva-onboard-supplies.ts e classificaçãoL1 actual; Acquisition/bc:documento,linha,IVA indicado,beveragePath e vínculo de origem; linkedBeverageDeductionRight apenas como referência das condições já tratadas,não como restituição executada; mecanismo comum de dossier/pedido/decisão/recebimentoD.

Código em falta: Identificar parcela e titular/destino,origemL1,documento/IVA e pedido de restituição. Guardar exclusividade da via por parcela através de revisões/dossiers;dedução anterior exige reconciliação expressa antes de mudar de via. Separar preparação,apresentação,decisão e recebimento. Adaptar a avaliaçãoA/B/C que hoje conserva indeterminação ao escolherrefund:consumir um estado de via de restituição exclusivamente demonstrada,sem converter desconhecido emzero apenas para fechar totais.

Cotejo documental específico: Mapear procedimento/formulário e condições específicos de13(2–3) aos cenários c/d/h. A previsão legal de restituição já está identificada;não falta revalidar a fonte. Não presumir que este pedido usa automaticamente as regras/caixa27 do reembolso geral21.

Dependências efectivas: Origem e condições própriasL1 e documento/IVA identificado; Ausência de dupla utilização da parcela com deduçãoL2; D fornece infra-estrutura comum;enquadramento13(2) permanece próprio e pode ser preparado independentemente do reembolso geral.

Critério de fecho: Parcela exclusivamente atribuída à via demonstrada,sem dedução+restituição simultâneas;âmbito e fonte próprios;dossier→pedido→decisão→recebimento recuperáveis e relatados,sem restituição presumida pela selecção da via.

Agrupamento: Preparação independente enquanto decorre cotejo específico;agruparD/E apenas quando houver compatibilidade real.

L3-F — gravação,recuperação,relatório e preservação em cada incremento

Já existe: API de rascunhos privados/ETag,modelo_a_snapshot por oportunidade,históricos,resultados exactos e leitores de relatórios;cashflow_snapshot separado. Provas L1/L2 e relatórios da entrega7a380b76/acbd1f33 disponíveis.

Reutilizar: SimulationFormDraftController/StoreSimulationFormDraftRequest; project-dossier-report.ts e relatóriosAquisicoes/E/tesouraria; fiscal-rational.ts e controlo de versões/fontes.

Código em falta: Estender estruturas/leitores existentes com saldos,movimentos,pedidos,declarações e vínculos de versões. Conferir tamanho do rascunho sem truncar históricos;sincronizar efeitos de caixa só por adopção expressa. Mostrar período,oportunidade,âmbito fiscal,origem,estado e próxima acção.

Cotejo documental específico: Sem dependência documental genérica;somente regras dos incrementos que estejam a ser integrados.

Dependências efectivas: Acompanha cada incremento,sem esperar pelo fimL3.

Critério de fecho: Gravar→recuperar→relatar conserva valores,fracções,origens,revisões e estados;cenários não partilham consumo efectivo implicitamente. Falta/indeterminação não virazero;mudanças mostram impactos,sem alterar históricos. QA isolada e apenas delta relevante;entregaGit agrupada com backup/restauro e conferência instalada quando autorizada.

Agrupamento: Transversal a todos os conjuntos;reutilizar provas válidas e conferir somente novas parcelas/fluxos afectados.

Sequência e preservação

Primeiro conjuntoA/B comF,para créditos e primeira declaração nos casos suficientemente sustentados.Csegue pelas dependências de substituição,não bloqueia primeira declaração.D/E partilham infra-estrutura de pedidos/decisões,conservando regime geral21 e restituição13(2) distintos;dossierE pode avançar durante o cotejo específico.Ajustamentos12/13deL2 não se confundem com diferencial21.A origem fiscal do sujeito passivo e o cenário da oportunidade ficam identificados,sem consolidar automaticamente dossiers nem duplicar utilização efectiva do crédito.

O cotejo seguinte é dirigido aos quadros8–11,à redacção aplicável21e aos procedimentosRCIVA12/15,pagamento/substituição e restituição13(2);fontes já aceites,não nova validação genérica de proveniência. Parâmetros/documentos realmente ausentes mantêm causa e próxima acção.Não importar prazos/limiares de outra versão nem regra17% do regulamento histórico. Remissãoart20 no exemplar versus21na lei posterior fica explícita;P00105/06 não é reaberto.

Esta passagem altera apenas documentação e a linhaAUD-SIM-INT02 na mesma matriz3556×49;129fechos,todos os outros requisitos e quatro residuaisL1 preservados.Nenhum teste/prova aceite repetido,sem nova pesquisa externa,escrita activa,implementação,migração ou entrega.A delimitação não declaraL3concluído nem a estimativa histórica48–80hactualizada. Registo estruturado no recibo integrado existente,chavel3_closure_delimitation_20261025;não foi criado outro backlog.

25/10/2026 — entrega conjuntaD/E;L2 concluído no âmbito demonstrado

Instalado7a380b76,candidata dde20c33,incluiD2c2a2f20.Preservada819ae791 na ancestralidade e no backup/restauro anterior. Uma integração pelo processoGit existente,backup novo e restauroDocker real isolado semrede,antes da instalação;sem migrações/importações. Delta:7ficheiros de execução,4originais fiscais conservados,10marcadores compilados,manifesto/revisão e simuladorHTTP200. Dados/schema/ficheiros persistentes/configuração comparados com identidadepostgres equivalente;apenas cache/sessions variaram. ProvasQA aceites reutilizadas.

L2 concluído no âmbito demonstrado:ABC já instalado;D afectação/proporções eE acerto anual,controlo de activos e rectificação pelo adquirente,comF nos totais afectados. Não representa cobertura fiscal integral. Permanecem trabalho por concluir na mesma matriz:artigo18(6) combinado com afectação mista;regularizações sucessivas e plurianuais;regularizações por erros e incobráveis. Conservar fonte/evento/prazo e reconciliação próprios,sem percentagem genérica ou alteração silenciosa de históricos. Os limites de IVA liquidado,2026/MZN e eventos demonstrados mantêm o relatórioE;19–27/créditos anteriores/pagamento/reembolso seguemL3.

L1 operacional com limitações:129entregues+P058/P084/P085+P001=133;P001 exclusivamente05/06. As formalidades digitais e cálculo fiscal ainda não automatizado dos ramos limitados conservam-se. Restituição de bebidas permaneceL3. Avançar paraL3 não elimina nem reclassifica estes residuais como concluídos.

Recibo:docs/investmoz/simulations/l2-de-delivery-20261025.json.

25/10/2026 — L2-E emQA;D/E preparados conjuntamente,comF

ABC/F permanece instalado819ae791,recibo855ab066.D aceite emQA2c2a2f20.E concluído emQA no âmbito abaixo,sem afirmar automatização de todas as regularizações.L1 conserva129fechos+P058/P084/P085+P001=133,todas as linhas preservadas;P001 apenas05/06.Restituição de bebidas continuaL3.

Na aquisição existente,«E — activos e regularizações por evento» permite escolher resultado original congelado e parcelas,conservando documento/linha,moeda,mês,dedução exacta e condiçõesC/D. Escolher outra versão é adopção expressa;os restantes dados do evento mantêm-se.Pressupostos de projecção continuam identificados;submissão fiscal ocorre fora do portal.

**Acerto anual22(6):**indicar bases anuais finais22(4–5),semIVA,incluindo fora de campo e excluindo vendas de activo usado/imobiliárias-financeiras acessórias;confirmar âmbito. Quociente final à centésima superior22(8).Diferença entre IVA elegível antesD,já limitado porC,vezes proporção final,e o deduzido congelado. Último período do ano;campo12 se positiva,campo13 se negativa. Não recalcular nem substituir a dedução original.Não se aplica genericamente a afectação real ou18(6)+mista,que continua pendente.

**Activos:**controlo individual27RCIVA,Decreto7/2008,BR16PDF5,p103:documento/linha,data,IVA suportado/deduzido e versão. Reutiliza08;numa importação,pode identificar expressamente «Bem de investimento importado»,mantendo11 e condições aduaneiras. O registo de activos não inventa amortização ou regularização plurianual.

**Rectificação pelo adquirente51(4):**seleccionar uma parcela,documento rectificativo do fornecedor,data de recepção,motivo e dedução corrigida documentada;confirmar manutenção das condições de direito.Reduções/anulações corrigem a dedução a favor do Estado,na recepção ou período seguinte. Acréscimos,erros,mudança de direito e múltiplos documentos sucessivos exigem percurso próprio. O prazo que alcance2027 conserva-se no relatório;motor mensal ainda2026/MZN.

**Guardar e conferirF:**guardarE;retirar declarações contraditórias de ausência12/13 e confirmar cobertura de todas as regularizações do período;actualizar expressamente o apuramento parcial. F soma fracções exactas,12em15 e13em16,sem dupla dedução. Aquisição editada após a origem congelada pede reconciliação;dados incompletos/resultados desactualizados não viramzero. Evita repetir documento/linha/ano mesmo mudando revisão;acerto anual+nota de crédito na mesma parcela não são somados sem reconciliação sequencial.

ExemploMZN:12=5,28;13=4/3;14=1000;15=29,44;16=484/3;17=9892/75;18=0. Decimais até6casas são apresentação técnica,sem arredondamento declarativo presumido. Bases reduzidas semIVA liquidado consolidado mantêm14/16/17/18 indeterminados,inclusive quando apenas há eventosE no livro.17/18 antecedem créditos anteriores;19–27/pagamento/reembolso permanecemL3.

**LimitesE:**erros51(6–7),incobráveis/recuperações51(8–9),mudanças de regime,regularização plurianual e sequência de vários eventos na mesma parcela não estão automatizados. Mantêm fonte/evento/prazo e trabalho fiscal próprios;nenhum fecho silencioso. Divergência textual11/12 versus caixas12/13 conservada,sem reabrirP001.

31testes dirigidos(22anteriores+9E),API1/94asserções com guardaQA55441/rollback,tipos/build e componente real conferidos. API conserva exactamente o rascunho,origensD,históricos e mapas anteriores. Chaves compactas evitam repetir o conteúdo congelado e mantêm o exemplo dentro do limite existente;nenhum limite de validação foi alargado.

Manifesto único:docs/investmoz/simulations/l2-de-delivery-manifest-20261025.json.A entrega exige conferência fresca de main/concorrência,autenticação,backup/restauro e delta instalado pelo processoGit existente.Não executados neste incrementoQA.Relatório:docs/investmoz/simulations/l2-e-assets-regularizations-qa-20261025.json.Provas:outputs/iva-l2-e-20261025/ui-recovered-totals.png eui-recovered-asset.png.

25/10/2026 — inventário anterior à implementação/testesE

ABC/F instalado819ae791,recibo855ab066.L1129fechos/quatroresiduais preservados,sem perdas confirmadas. E reutiliza livro/resultadosD congelados,sem recalcular históricos;inventário de activos e regularizações por evento. Cotejo dirigido22(1–8),Lei13/2016PDF16/p1426(274),e18(6),Lei10/2025PDF13;sem reconstruir motor. Comunicação prévia22(2) é condição da fonte,sem novo aprovador. Regularização anual22(6) segueE.

25/10/2026 — L2-D emQA,comF e dependências deE

ABC/F entregue819ae791,recibo855ab066.D concluído emQA no âmbito demonstrado,sem instalação nova.L1 operacional com limitações:129entregues+P058/P084/P085+P001=133;nenhuma linhaL1 alterada.LivrosABC e históricos preservados,actuais e comparados integralmente.

Na aquisição existente,use «Preparar afectação parcial e proporções — D».Conserva documento,montantes,moeda,mês e condiçõesB/C.Escolher afectação real/pro rata identifica afectação mista;18(6),afectação exclusiva à origem. O vínculo individualA conserva-se,sem definir silenciosamente o âmbito misto.A falta de condiçãoC/documento não é suprida por uma proporçãoD.

Afectação real22(2): indicar parte com direito/total na mesma unidade e critério,âmbito/fonte,repartição real,comunicação prévia referenciada e condições concretamente aplicáveis.Não existe novo aprovador do portal.Usa fracção exacta,sem arredondamento do pro rata.

Pro rata provisório22: bases anuais semIVA,numerador com direito18/19,denominador com todas as operações incluindo fora de campo;excluir vendas de activo usado e imobiliárias/financeiras acessórias22(4–5).Ano anterior22(6),ou estimativa expressa de início/alteração substancial22(7) com referência da declaração.Não usar só vendas de um mês/opção individual como total anual.O quociente é arredondado à centésima superior22(8),conservando original e aplicado:1/3→34%,2/3→67%.Imposição concreta de afectação real22(3) não é substituída por pro rata.Montantes anuais em falta/denominadorzero não recebem percentagem presumida.

18(6): reutilizar origem demonstradaP096–P099 no mesmo âmbito,adoptando expressamente alterações e confirmando correspondência.Reutiliza62/85/40/75%,sem taxaIVA presumida ou segunda redução da base.Afectação mista combinada com18(6) não está demonstrada neste percurso;fica indeterminada.Condições/fonte de origem alteradas invalidam o resultado actual;históricos não são recalculados.

F: preservar parcela dedutível/não dedutível e composiçãoC antesD.Gasóleo16×50%×1/3=8/3,sem dupla aplicação.Exemplo de afectação real/pro rata:09=13,44;11=10,72;14=1000,00;15=24,16;16=160,00;17=135,84;18=0,00MZN.Quando existem bases reduzidas no mesmo âmbito/período,IVA liquidado não consolidado mantém14/16/17/18 indeterminados,mesmo sem vínculo directo da compra a essas bases.Exemplo18(6):dedução15=6,40,sem imposto de saída presumido0. Não se conclui cálculo fiscal integral.L3 mantém créditos anteriores,restituição de bebidas,pagamento/reembolso.

Guardar versão,gravar privadamente,recuperar e abrir relatório conserva método,bases,quocientes,fonte,comunicação,fracções exactas e histórico. Alterar entradas/origens assinala resultado desactualizado,sem substituir o original.ProvaAPI:1teste/89asserções,baseQA55441 com guarda e rollback;26testes dirigidos,5D repetidos após ajustes finais;tipos/build e componente real com dois âmbitos recuperados.ProvasABC/L1 válidas reutilizadas.

E,por dependência efectiva: primeiro motivo executável é o acerto anual22(6),usando resultadoD congelado,IVA elegível antesD,quociente aplicado e montante efectivamente deduzido. Recolher bases anuais finais e aplicar22(4–5)/(8),calcular diferença no último período do ano,com identidade única do evento e sentidos12/13 separados;jamais alterar dedução histórica.Activos/outros motivos precisam evento,documento,prazo e fonte específicos.A divergência textual11/12 versus caixas12/13 continua identificada separadamente deP001.E ainda não implementado;este registo não fechaE ouL2.

Relatório:docs/investmoz/simulations/l2-d-allocation-qa-20261025.json.Provas:outputs/iva-l2-d-20261025/ui-recovered-totals.png eui-reduced-output-limit.png.

25/10/2026 — inventário anterior à implementação/testesD

ABC/F instalado819ae791,recibo855ab066.L1129fechos/quatroresiduais preservados,sem perdas confirmadas. D reutiliza livro de compras,condiçõesB/C,fracções exactas e bases reduzidasP096–P099. Cotejo dirigido22(1–8),Lei13/2016PDF16/p1426(274),e18(6),Lei10/2025PDF13;sem reconstruir motor. Comunicação prévia22(2) é condição da fonte,sem novo aprovador. Regularização anual22(6) segueE.

25/10/2026 — entrega conjunta L2-A/B/C comF

Instalado819ae791,candidatafc7e590d,incluiA56c948ec. Uma integração pelo processoGit,backup novo e restauroDocker real isolado semrede antes da instalação;sem migrações/importações. Delta instalado:6ficheiros de execução,3originais fiscais,10marcadores compilados,manifesto/revisão e simuladorHTTP200;dados/tabelas/ficheiros persistentes/configuração comparados com identidadepostgres equivalente. Apenascache/sessions podem variar.ProvasQA aceites reutilizadas,sem repetirL1. L1 operacional com limitações:129entregues+P058/P084/P085+P001=133. Via de dedução de bebidas no recorte demonstrado;restituição continuaL3. PróximoD:afectação parcial/proporções;E pelas dependências efectivas.F acompanha cada incremento.

Recibo:docs/investmoz/simulations/l2-abc-delivery-20261025.json.

25/10/2026 — L2-B/C emQA e entrega A/B/C preparada

L2-A56c948ec permanece aceite emQA.B/C concluídos emQA no âmbito demonstrado,comF,preparados para uma única entrega compatível comA.Homologação/main obtido porfetch:ada9629b/recibo7febb6f7,sem instalação nova.L1 operacional com limitações:129entregues+P058/P084/P085+P001=133;linhas dos129fechos e quatro residuais comparadas sem alterações.Nenhuma nova matriz/backlog.

B — importações/campo11. No livro de compras,abrir «Preparar importação — B/campo11».Conserva valores e documento;reutilizar origemL1 preenche apenas descrição/importador/documento/data/período vazios,sem copiar montante aduaneiro comoIVA.Indicar bilhete de despacho,importador/titularidade,bens/linha,posse/forma legal,IVA próprio devido e sua fonte;confirmar exigibilidade no período declarado21(1),sem inferir só da emissão do bilhete.Não exige fornecedor estrangeiro inscrito emIVA interno nem questão17-A própria da factura interna.IVA identificado no documento basta;custos líquido/bruto opcionais,montantes anteriores preservados.Não depende de direitosL13 nem da conclusão de outros regimes deL1.Isento/zero exige montantezero expresso;desconhecido não vira0.Confirme cobertura de todas as importações,distinta de08–10.Mesma linha repetida entre projecção/efectivo é impedida;serviço incluído12(1)e não fornece IVA próprio dos bens e não é somado novamente.

C — exclusões/excepções. Escolher a natureza da despesa e completar apenas condições aplicáveis,com factos/referência.Veículos20(1)a:abrangência própria e venda/exploração como actividade20(3)a.Combustíveis20(1)b:gasóleo50%,ou integral nos quatro usos específicos confirmados;revenda tem fundamento próprio.Transportes/viagens20(1)c,alojamento/alimentação/bebidas/tabaco/recepção20(1)d,telefone20(1)e e luxo20(1)f conservam diferenças.Excepções:viajante comercial por conta própria20(3)b apenas alojamento/alimentação;telefone fixo em nome do sujeito passivo.O IVA suportado17-A é excluído20(2),redacção2022,independentemente do destino19(2).Mudar a categoria conserva respostas anteriores,sem aplicar factos de outro tratamento.

Bebidas13(2). Via de dedução com origemL1 actualc/d/h,condições,afectação e parcela documentada exclusivamente para dedução;d não abrange provisões de pesca costeira.Não estender à alíneae,tabaco ou recepção;não conceder isenção directa.Benefício conhecido não dispensa documento/direito/condições próprios.A escolha de restituição permanece emL3 e não produz dedução nesta via,nem duplica a mesma parcela.Não altera classificação ou resultadosL1 aceites.

Gravação eF. Calcular e guardar versão;gravação privada/recuperação/relatório conservam condições/fontes,montantes,fracções exactas e histórico.Origens alteradas pedem adopção expressa sem sobrescrever edições.Livros deA e todos os mapas anteriores preservados.ExemploMZN:09=24,00;11=16,00;14=1000,00;15=40,00;16=160,00;17=120,00;18=0,00.IVA importado desconhecido deixa11/15/17/18 indeterminados.Gasóleo50% usa fracções exactas,sem somar aproximações;17/18 continuam antes dos créditos anteriores,sem ordem de pagamento/reembolso.

Validação:21testesfrontend dirigidos,API1teste/80asserções naQA55441 com rollback,tipos/build,componente real→gravar→recuperar→relatório.Tentativa final deAPI/build encontrou falta de memória doWindows;demonstrações temporárias encerradas e verificações repetidas em sequência,sem alterar configuração ou activo.D segue afectação mista/pro rata/proporções18(6);E,eventos/histórico originais.F acompanha cada incremento.Restituição/créditos finais permanecemL3.

Relatório:docs/investmoz/simulations/l2-bc-imports-exclusions-qa-20261025.json.Manifesto único preparado:docs/investmoz/simulations/l2-abc-prepared-delivery-20261025.json.Provas anteriores válidas reutilizadas;instalação futura requer o processoGit existente,com uma integração/backup/restauro/conferência do delta e nova verificação de concorrência.

25/10/2026 — preparação QA de L2-B/C: aquisição e direito à dedução

Inventário antes dos testes:129fechos e quatro residuais L1 preservados;L1 operacional com limitações explícitas,homologação ada9629b/recibo7febb6f7.L2-B/C estende os livros de compras/classificação existentes,sem reconstruir motor e sem alteração no activo.Cotejo restrito de18/19 para mapear direito da operação versus condições da aquisição;17-A não confere direito apesar de existir imposto.Não calcular pro rata,proporções18(6),direitosL13 ou regularizaçõesD/E.Provas anteriores reutilizadas e delta novo dirigido.

25/10/2026 — L2-A em QA: aquisição → direito à dedução

L1 permanece operacional com limitações explícitas:129entregues+P058/P084/P085+P001=133,sem reabertura dos fechos.Homologaçãoada9629b/recibo7febb6f7 inalterada.L2-A está preparado emQA,no âmbito de aquisição internaMZN/2026,afectação exclusiva e dedução no mês do documento;não representa conclusão deL2.

No livro de compras existente,abra a aquisição e reutilize a operação já classificada. Confirme a afectação exclusiva e registe o motivo/referência. Montantes,documento,moeda,período e edições anteriores não são substituídos pela venda ligada.Não é criada outra compra.O direito resulta da classificação e das condições próprias da aquisição:Elegível,Sem direito ouIndeterminado,sempre com motivo e fonte.O caso17-A não ganha direito por ter IVA liquidado.Isenção não implica automaticamente ausência de direito;os fundamentos expressos19(1)(b) são distinguidos.

Complete apenas informação em falta sobre documento,fornecedor,posse,afectação e exclusões. Uma classificação alterada exige adopção expressa e nova conferência da afectação;históricos permanecem congelados.Retirar um vínculo num livroL2-A deixa o direito indeterminado,sem recuperar silenciosamente dedução anterior.Livros anteriores conservam comportamento e versões existentes.Não se calcula importação,despesa especial,afectação mista/proporção18(6),dedução posterior ou regularização neste incremento.

Use «Calcular e guardar versão do apuramento parcial» e a gravação privada do simulador.A recuperação conserva origem,estado,motivo,fonte,montantes e histórico.O relatório usa o resultado congelado,assinalando entradas desactualizadas.Sem documento/posse completos,não aplicar montante dedutível;sem correspondência do direito,não inferir pelas caixas05/06/07.Mesma linha de factura repetida entre projecção e efectivo é impedida neste livro.

F acompanha este incremento:exemploQA base14=500,00;dedução15=48,00;IVA16=21,00;diferença17=0,00;diferença18=27,00MZN.Retirar a posse de um documento deixa09/15/17/18 indeterminados,semzero presumido.Campos19–27,créditos e restituições continuam fora deste incremento,com ligação aL3.

Validação dirigida:16testesfrontend;API1teste/74asserções na baseQA isolada55441 com transacção revertida;tipos e build;componente real com gravação→recuperação→relatório.Os129fechos e os quatro residuais foram comparados sem alterações;mapas anteriores da fixture preservados integralmente.Próximo conjuntoB/C por dependências compatíveis;D/E seguem afectação e eventos originais;F acompanha cada entrega.Sem novas pesquisasL1 ou repetição das suas provas aceites.

ReciboQA:docs/investmoz/simulations/l2-a-acquisition-right-qa-20261025.json.Prova visual:outputs/iva-l2-a-20261025/ui-recovered-report.png.

25/10/2026 — preparação QA de L2-A: aquisição e direito à dedução

Inventário antes dos testes:129fechos e quatro residuais L1 preservados;L1 operacional com limitações explícitas,homologação ada9629b/recibo7febb6f7.L2-A estende os livros de compras/classificação existentes,sem reconstruir motor e sem alteração no activo.Cotejo restrito de18/19 para mapear direito da operação versus condições da aquisição;17-A não confere direito apesar de existir imposto.Não calcular proporção18(6),pro rata,importações,excepções ou regularizações neste incremento.Provas anteriores reutilizadas e delta novo dirigido.

25/10/2026 — L1 operacional com limitações explícitas; delimitação executável de L2

Estado registado: L1 operacional com limitações explícitas, sobre ada9629b, recibo 7febb6f7. 129 entregues + 3 ramos funcionais pendentes + P001 = 133. Não significa133itens concluídos. Os quatro residuais permanecem abertos na mesma matriz; o registo permite avançar comL2 independente. Origem:instrução do utilizador nesta conversa. A apreciação não constitui conferência independente dos anexos nem aceitação em nome daTempo; não se acrescenta validação organizacional a esse registo.

Quatro residuais e condições concretas de retoma

P058 — Disponível: Veículos anteriores e quatro percursos de bagagem instalados em ada9629b;ramo continua parcial. Residual: 57(2)b:remissão incoerente;propriedade exactamente180dias:sem tratamento presumido;63(2):delimitação do âmbito e percurso específico não implementado. Natureza: Documental específica nos dois primeiros casos;delimitação/desenvolvimento específico em63(2). Retoma: Retomar57(2)b/180dias somente com nova evidência aplicável que resolva o parâmetro,sem inventar isenção. Para63(2),delimitar beneficiários/bens no âmbito e implementar percurso próprio com condições demonstradas. Sem benefício presumido nem fecho automáticoP058. A disponibilidade parcial não bloqueiaL2.

P084 — Disponível: ProcedimentoTempo entregue:pedido→apresentado→decisão/despacho com âmbito→preparação do formulário;dossier de apoio e anexos reutilizáveis,submissão externa explícita. Residual: Correspondência concreta de modelo/versão/instruções para aquisição interna/importação e mapeamento dos campos oficiais;texto preparado ou associação de exemplar preenchido não são preenchimento automático do modelo adequado. Natureza: Dependência documental específica;depois desenvolvimento do mapeamento/exportação. Retoma: Retomar correspondência apenas quando houver novo exemplar/instrução aplicável ou evidência de dispensa de modelo específico,com conclusão por cenário. Mapear entidade,justificação,bens,operação e despacho,conservando âmbito autorizado. Manter dossier de apoio disponível;pedido não concede. Não reabrir procedimentoTempo,não acrescentar aprovadores/certificados.

P085 — Disponível: ProcedimentoTempo entregue com emergência,finalidade humanitária,bens,destinatário,pedido/decisão e dossier de apoio;submissão externa identificada. Residual: Modelo/versão/instruções para aquisição destinada a atenuar calamidades e mapeamento dos campos oficiais;formulário aduaneiro de emergência não demonstra sozinho a aquisição interna nem alarga automaticamente à importação. Natureza: Dependência documental específica;depois desenvolvimento do mapeamento/exportação. Retoma: Retomar com nova evidência de correspondência ou dispensa de modelo aplicável ao cenário. Reutilizar dados/despacho no exemplar adequado,com bens,operação,período e condições abrangidos. Preservar o percursoTempo já entregue e o dossier de apoio;sem novos aprovadores ou extensão automática à importação.

P001 — Disponível: Restantes correspondências e funcionalidades aceites preservadas. Residual: Exclusivamente correspondência05/06 da edição recebida;sem preenchimento ou renumeração presumidos. Natureza: Dependência documental externa:instrução da edição recebida. Retoma: Retomar apenas com instrução/verso/trecho correspondente à edição recebida que distinga05/06 e a remissão aplicável;registar exemplar,página e alteração delimitada. Conservar indeterminação onde houver conflito. Não reabrir restantes campos,nem bloquear trabalhoL2 independente.

Não repetir pesquisas sem nova evidência nem provas aceites sem alteração relevante. Dossier de apoio deP084/P085 mantém-se utilizável;pedido não concede,decisão conserva âmbito e pressuposto de simulação permanece condicionado. Não reconstruir esses percursos nem preencher05/06porpresunção.

L2 — reconciliação do que já existe

Aquisições internas08–10 e totais parciais14–18 já entregues em1655f57e:líquido/IVA/bruto sem taxa presumida,documento/linha/fornecedor,regime normal,mesmo período2026/MZN,afectação exclusiva e ausência de exclusões.Há controlo de duplicação,origem de orçamento,moeda,contexto por oportunidade,API/ETag,gravação/recuperação,versões e relatório.A continuidade da disposição eliminadaP086foi entregue em6f056359;dedução anteriorP088/P124continua facto histórico.

O motor actual não calcula importações/mistos/especialidades/dedução posterior;calculateAcquisitionsconserva08–10indeterminados quando outras operaçõesL1 exigem afectação específica.Essa guarda não deve ser retirada sem substituição demonstrada.O móduloiva-reduced-basesjá conserva deductionProportionparaP096–P099,mas não executa dedução.Os livros de importaçãoL1 classificamIVA/isenção,não alimentam automaticamente11;P050separaIVAdo serviço e dos bens.12/13carecem de eventos de regularização;19–27permanecemL3.

Incrementos por dependência, reutilização e critério de fecho

L2-A — ligação da aquisição ao direito à dedução

Dependências: recorte08–10 entregue; classificaçãoL1 actual quando necessária. Reutilização: iva-acquisitions.ts:Acquisition,evaluateAcquisition,sourceKey; iva-operations.ts:salesBook/salesCurrent; contexto por oportunidade,moeda,documento,período,API/ETag/histórico.

Lacuna: Afectação actual é uma escolha geral;calculateAcquisitions mantém08–10 indeterminados perante outras operaçõesL1. Não basta retirar essa guarda ou interpretar toda isenção como ausência de direito. Trabalho: Acrescentar vínculo rastreável entre aquisição e operação/actividade/direito,com âmbito temporal e condições;reutilizar dados sem sobrescrever edições. Identificar condições de dedução por percurso a partir das fontes já aceites,sem resolver05/06porpresunção.

Critério de fecho: Linha elegível,sem direito e indeterminada distintas;origem e direito explicados;nenhuma dedução inferida só do rótuloisento ouP002;guarda geral só substituída pela avaliação demonstrada;mesmo livro/documento/histórico recuperáveis. Natureza: Código executável por extensão do motor;correspondência específica de condições antes de activar cada percurso.

L2-B — dedução nas importações/campo11

Dependências: contrato de elegibilidade/documentoL2-A. Reutilização: documentos/bens/importador/datas/âmbito nos livros de importaçãoL1; iva-acquisitions.ts:livros,duplicações,moeda/meses; parcelasModeloA e fiscal-rational.ts.

Lacuna: Classificação de importação/isenção emL1 não alimenta dedução;evaluateAcquisition mantém importações fora do recorte e11 só admite ausência expressa. Trabalho: Percurso próprio de documento aduaneiro e IVA indicado/pressuposto,mantendo titularidade,importador,operação e condições próprias;não exigir requisitos de factura/fornecedor interno por transplante. Conferir período de exercício e prova aplicável;reutilizar classificação sem presumir montante ou direito.

Critério de fecho: IVA isento/zero,montante desconhecido e imposto elegível distintos;nenhuma dupla dedução por documento/linha ou entre serviço incluído e bens;11 só conhecido com cobertura declarada;gravação/recuperação/relatório com origem. Não depende de recalcular direitos emL13 quando o montante/documento já existe. Natureza: Desenvolvimento executável;dependência real é documento/montante/condições da operação,não cálculo novo de direitos.

L2-C — exclusões e excepções específicas

Dependências: elegibilidade/documentoL2-A. Reutilização: allocation/no_right e exclusion/excluded/special existentes; compras,activos,despesas e documentos; percurso13(2) de bebidas e fontes/L1 já registadas.

Lacuna: Exclusão expressa já produz deduçãozero;casos especiais continuam indeterminados. Não há motor específico para cada excepção. Trabalho: Discriminar natureza da despesa,exclusão e excepção documentada por operação;veículos,combustível,viagens/alojamento,comunicações/luxo e bebidas só no âmbito aplicável. Uma resposta genérica de exclusão não substitui os critérios próprios.

Critério de fecho: Regra e excepção identificadas por fonte/período/âmbito;IVA não dedutível separado de desconhecido;alterar classificação não altera montantes originais;dedução de bebidas permaneceL2 e restituiçãoL3,sem dupla contagem. Natureza: Código por famílias com cotejo dirigido das condições já aceites;parâmetros concretamente ausentes ficam delimitados,sem pesquisa genérica.

L2-D — afectação parcial e proporções específicas

Dependências: L2-A; L2-C para excluir despesas sem direito. Reutilização: allocation/mixed; fiscal-rational.ts e fracções exactas; iva-reduced-bases.ts:deductionProportion,condições e históricoP096–P099.

Lacuna: Uso misto/pro rata ainda não calculado;proporção específica já identificada no módulo de bases reduzidas não é dedução executada. Trabalho: Separar afectação directa,dados comuns e método de repartição aplicável;guardar numerador/denominador,origem,exercício e condições quando usados. Aplicar proporções específicas a aquisições relativas às operações abrangidas,sem confundi-las com taxaIVA ou pro rata geral e sem as aplicar duas vezes.

Critério de fecho: Parcela dedutível/não dedutível reconciliada sem arredondamento inventado;método e bases rastreáveis;denominador ausente/zero ou parâmetros por esclarecer não recebem percentagem presumida;regularização posterior liga ao resultado histórico. Natureza: Desenvolvimento executável com parâmetros e método especificamente sustentados;reutiliza o motor numérico existente.

L2-E — activos e regularizações12/13

Dependências: documento/resultado de origemL2-A; L2-B/C/D apenas conforme motivo. Reutilização: aquisições08,documento/linha/data e activos existentes; histórico congelado e versões anteriores; correspondênciaModeloA12/13 e aritmética exacta.

Lacuna: Regularizações individualizadas e de activos não implementadas;exemplar tem remissão textual11/12 divergente das caixas12/13. Esta divergência é distinta deP001. Trabalho: Registar evento/motivo,documento/resultado de origem,período,direcção,valor e fundamento;conferir regra/prazo próprio de cada motivo antes de automatizar. Usar referência de caixa inequívoca e manter divergência textual visível,sem alterar original.

Critério de fecho: Ajustamento ligado ao original,nunca alteração retroactiva silenciosa;sentidos12/13 separados;mesmo evento não aplicado duas vezes;saldo antes/depois recuperável e explicável. Cálculo de motivo documentado pode avançar sem esperar por todos os outros motivos. Natureza: Código por motivo;eventual dependência documental limitada ao parâmetro/remissão desse motivo,não aL2 inteiro.

L2-F — consolidação e entrega dos incrementos compatíveis

Dependências: parcelasL2 concluídas necessárias ao caso. Reutilização: calculateAcquisitions:campos14–18/exactFields; API privada/ETag,recordAcquisitions,históricos e relatório; mecanismoGit existente e provas aceites.

Lacuna: Totais já existem no recorte aceite;falta consumir as novas parcelas determinadas sem substituir ausências porzero nem recontarimposto. Trabalho: Integrar deduções08–11 e ajustamentos12/13 no agregador actual;versionar as novas entradas e conservar leitores antigos. AgruparA/B/C quando compatíveis;D/E entram por dependência real,F acompanha cada entrega.

Critério de fecho: Totais14–18 só com parcelas necessárias determinadas;cenário projectado distinto de efectivos;dívida/crédito antes de saldos anteriores não equivale a pagamento/reembolso. QA apenas do delta e preservação;uma entrega por conjunto compatível. Natureza: Integração do motor existente;créditos/reporte/reembolso19–27 e recebimento ficamL3,sem declaraçãoAT automática.

Sequência inicial:Aestabelece o vínculo e contrato comum;B/Cpodem avançar por percursos compatíveis;Ddepende da elegibilidade e exclusões aplicáveis;Eavança por motivo com os resultados de origem necessários;Facompanha cada conjunto entregue.Não esperar porL13quando o IVA/documento de importação já existe,nem pelos residuaisL1semdependência efectiva.

Conferência desta passagem:leitura dirigida de código/registos/provas existentes,sem novos testes,pesquisas externas,migrações,alteração de regras ou escrita activa.129linhas entregues inalteradas;apenasAUD-SIM-INT02e quatro linhas residuais actualizadas.Nenhuma matriz oubacklog novos.O registo estruturado fica no recibo integrado existente,chavel1_operational_limits_l2_delimitation_20261025.As48–72hda tabela histórica não são uma estimativa nova do saldo actual.L2foi delimitado,não implementado nem declarado concluído nesta passagem.Estatísticas/IAcontinuam adiadas.

25/10/2026 — entrega agrupada P047 e avanço parcial de P058

Homologação ada9629b, sobre e38aa749;candidataP0476e1dc410 eP058parcial4f28fac5. Uma integraçãoGit,backup/restauro real semrede e conferência só do delta instalado;provasQA aceites reutilizadas. 128fechos anteriores preservados.

P047 entregue no âmbito demonstrado:partidos,mecenato,veículos diplomáticos/consulares eIPP;isenção de direitos demonstrada,ou pressuposto expresso.Pedido apresentado,redução e taxa pautal0% não se confundem com isenção integral.Deferimento previsto continua cenário condicionado,sem benefício concedido peloportal.Aplicação legal directa não recebe novo aprovador.Sem classificação pautal ou automatização integral dos procedimentos de cada regime,concessão aduaneira,cálculo de direitos,ICE,alienação ou dedução.

P058 entregue apenas como avanço parcial:quatro percursos de bagagem de funcionário civil,militar,estudante/bolseiro e regresso antecipado por serviço doEstado,com vias acompanhada/não acompanhada e condições próprias57/61.Sem transplantar limites/prazos de veículos ouP059. Os percursos anteriores e históricos são preservados.P058continua pendente;restam exactamente remissão57(2)b,propriedade exactamente180dias e delimitação63(2).A interface e o manifesto mantêm cobertura parcial explícita.

Conferência instalada:9hashes funcionais,5originais porbytes/hash,13marcadores compilados,manifesto/revisão e simuladorHTTP200;174tabelas e369ficheiros/configuração comparados com mesmoactorPostgreSQL antes/depois.Diferenças apenas cache/sessões;29fichas publicadas,28relações,408geometrias preservadas.Zero migrações,importações,alterações de permissões ou ensaios sintéticos no activo.Contenção verificada sem aplicar;release anterior e leitores/históricos mantidos.

Manifesto/recibo,registoiva_l1_P047_partial_P058_homologation_20261025. 129entregues+3funcionais pendentes(P058,P084,P085)+P001=133;sem candidatasQA completas por disponibilizar.P084/P085mantêm procedimentoTempo já entregue,sem novas aprovações;falta formulário/instrução específico e mapeamento.P001limitado05/06.Formalidades digitais e cálculo fiscal restante dos ramos com âmbito limitado mantidos;bebidasL2/L3,Estatísticas/IAadiadas. L1aberto.

25/10/2026 — entrega agrupada P047/P058 preparada

Inventário antes da instalação:128fechos preservados,P047emQA6e1dc410,P058quatropercursosQAparciais4f28fac5;nenhuma perda confirmada,sem repetição das provas aceites. Homologaçãoe38aa749 conferida publicamente eporligaçãoSSH autenticada;maincompatível porancestralidade,sem alterações concorrentes para sobrescrever.

Manifestodocs/investmoz/simulations/l1-p047-baggage-delivery-20261025.json:somenteP047 conta como ramo completo no âmbito demonstrado;P058 é avanço parcial,semfecho,e conserva57(2)b/180dias/63(2) pendentes.Pressupostos de simulação continuam condicionados,sem equivaler aisenção concedida.Interface deP058 assinala cobertura parcial;P047 distingue pedido,redução e taxa0%.P084/P085/procedimentoTempo eP00105/06 preservados.

Pré-instalação autenticada ebackup:174tabelas/369ficheiros econfiguração;restauroDockerrealsemrede,com contagens/checksums iguais ezeroescritas na baseactiva.Veroutputs/l1-p047-baggage-delivery-20261025/.Contenção parcial verificada porGitsem aplicar,preservando leitores,históricos,veículos anteriores eoutrosramos.Entrega única peloGitexistente,conferindo sódelta9ficheirosfuncionais/5originais/13marcadores;sem migrações,importações ou publicação automática de fontes.

Antes da entrega:128entregues+1QA+3funcionais pendentes+P001=133.Depois da entrega conferida:129entregues+3funcionais pendentes+P001=133.L1aberto;limitações fiscais/digitais anteriores mantidas,Estatísticas/IAadiadas.

25/10/2026 — P047: quatro famílias em QA, entrega agrupada preparada

Inventário anterior aos testes:128fechos preservados,nenhuma perda confirmada;P058parcialQA4f28fac5 preservado.Homologaçãoe38aa749/recibo9019f766;nenhuma alteração no activo.

P047:partidos com equipamento necessário ao funcionamento próprio,excluindo actividade empresarial;mecenato com livro/insumos próprios e percurso regulamentar separado para liberalidades;veículos diplomáticos com reciprocidade,registo,pedido viaMINEC,limites e histórico;IPP30itens e disposição específica com condições próprias e isenção de direitos demonstradas.Pedido não concede;taxa0%,redução e encargo suportado peloEstado não equivalem automaticamente a isenção.Na projecção,o deferimento previsto é hipótese condicionada.A aplicação legal directa não recebe novo aprovador.

A competênciaIPP depende da data da decisão/previsão,não da importação.O Decreto27/2026,art3/PDF4/p1012(4),entra30dias após publicação01/07/2026:transição31/07/2026.O item30 anterior aessa data exige disposição de competência própria,sem retroagir a nova delegação.Datas,referências,bens,operação,período,condições e históricos ficam conservados.

QA:48testesfrontend;42exemplos;API1teste/208asserções comguarda de baseisolada55441 e rollback;tipos ecompilação aprovados.Interface:troca de família oculta campos sem apagar quantidades,limpa confirmações,guarda nova versão,recupera egera relatório da gravação.Sem direitos,ICE,baseaduaneira,dedução/campo11,alienação ou soma aos livros anteriores.Não automatiza todos os procedimentos dos regimes referidos.

Entrega compatível preparada:P047 concluído emQA no âmbito demonstrado;P058 apenas quatro percursos de bagagem emQAparcial,semfecho.P058mantém exactamente as três questões57(2)b,180dias e63(2).P084/P085mantêm procedimentoTempo entregue;pesquisa delimitada nesta ronda não demonstrou nova correspondência de formulário,logo não se importam condiçõesCBF nem se acrescentam aprovações.P001continua exclusivamente05/06da edição recebida.Sem renumeração por outro modelo.

Saldo:128entregues+1QA(P047)+3funcionais pendentes(P058/P084/P085)+P001=133.L1aberto.Formalidades digitais não automatizadas e cálculo fiscal restante dos ramos com âmbito limitado permanecem identificados.Evidência:docs/investmoz/simulations/iva-l1-p047-families-qa-20261025.json;inventário,hashes e provas emoutputs/iva-l1-p047-families-20261025/.Não se repetem os128fechos.

25/10/2026 — impedimentos residuais e QA parcial de bagagem

128 fechos inventariados antes dos testes e preservados sem alterações nas respectivas linhas da matriz. Homologação e38aa749, recibo 9019f766; nenhuma alteração no activo.

P047 — Residual: Ainda não há implementação específica12(1)b. As quatro remissões estão identificadas;IPP22 integral e alterações2025/2026 já obtidas. Faltam condições executáveis e sua correspondência por família (partidos7/91+14/92,mecenato4/94,veículos oficiais diplomáticos/consulares,IPP),distinguindo isenção integral de direitos,redução e pedido. Critério de fecho: Percursos por família sustentados nos textos aplicáveis,com bens/beneficiário/operação/período,condições e âmbito do benefício aduaneiro demonstrados;isençãoIVA só na hipótese12(1)b correspondente;desconhecido não zero;gravação,recuperação,relatório eQA por ramo,seguida de entrega compatível. Próxima acção: Começar pelos itensIPP22/QuadroV já cotejados;obter/cotejar os trechos específicos das outras três famílias sem condicionar o avanço independente.

P058 — Residual: Veículos já entregues; quatro percursos de bagagem dos artigos 57(2)c/d, 57(3) e 61 agora demonstrados em QA, ainda não instalados. Restam a remissão incoerente de 57(2)b para o próprio n.º 2, o caso de propriedade exactamente 180 dias e a delimitação do artigo 63(2) (arma de caça e até 100 cartuchos) no âmbito dos beneficiários de CIVA 12(2)a. Não falta o Decreto 37/2023 integral. Critério de fecho: Delimitar e implementar o âmbito residual por categoria e bens; resolver por referência expressa os parâmetros ambíguos ou conservar uma limitação de âmbito expressamente aceite. Demonstrar condições, prazos, cálculo/não aplicação, gravação, recuperação e relatório, sem aplicar exigências de veículos à bagagem; entregar o conjunto compatível. O novo QA parcial não fecha P058. Próxima acção: Preparar os quatro percursos de bagagem já testados para entrega compatível; cotejar separadamente 57(2)b, propriedade de 180 dias e a correspondência de 63(2), sem presumir isenção.

P084 — Residual: Procedimento operacionalTempo e acompanhamento pedido→apresentado→decisão com despacho→formulário estão definidos,implementados eentregues. O gerador actual produz pedido/preparação textual ou associa exemplar preenchido;falta correspondência concreta do formulário por aquisição interna/importação e,quando demonstrada,preenchimento/exportação dos seus campos oficiais. ModeloI.1/CBF não demonstra sozinho essa correspondência. Critério de fecho: Demonstrar formulário/versão aplicável (ou instrução que dispense modelo específico) em cada cenário,com origem identificada;reutilização de entidade,justificação,bens,operação e despacho no exemplar/saída adequados;conservar âmbito e históricos,submissão externa explícita,hipótese antes de deferimento e aplicação só após decisão abrangente.Sem exigir despacho real de produção para substituirQA nem nova aprovação genérica. Próxima acção: Cotejo delimitado do formulário/instrução e implementação do mapeamento que daí resultar;manter todo o procedimento operacional já aceite,sem o reabrir como desconhecido.

P085 — Residual: Mesma sequência operacionalTempo já entregue,com calamidade/finalidade humanitária e aquisição próprias. Falta identificar o formulário/instrução aplicável à aquisição para atenuar calamidades e demonstrar a preparação do exemplar concreto,em vez de apenas texto/anexo genérico.Formulário aduaneiro de emergência não prova aquisição interna14(2)b. Critério de fecho: Correspondência e preparação/exportação do formulário aplicável (ou dispensa de modelo demonstrada),reutilizando emergência,finalidade,bens,destinatário e despacho;pedido não concede e decisão não se estende a outros bens/operações/períodos.Sem importar condiçõesP084 ou estender automaticamente à importação. Próxima acção: Pesquisa conjunta comP084 sobre o formulário,com conclusão separada para aquisição/calâmidade;implementar os campos demonstrados,sem inventar aprovadores ou certificados.

P001 — Residual: Falta instrução da edição recebida que distinga05/06. Nessa edição05 já identifica isenção com direito;06 tem remissão18(1)b,que noCIVA cotejado diz respeito aoIVA de importação. Os modelosAT/2019 têm outra numeração e não resolvem a edição recebida;originais e candidato544068e8 não estão em falta. Critério de fecho: Identificar na instrução correspondente o conteúdo próprio de05 e06 e a remissão aplicável,registar edição/página/trecho e actualizar apenas a correspondência afectada,com prova de não duplicação e preservação dos restantes campos/histórico. Próxima acção: Localizar instruções/verso/metadados da edição recebida;conservar05/06 indeterminados onde houver conflito,não renumerar a partir de outra edição.

P058: quatro percursos adicionais de bagagem em QA, 11 exemplos; 21 testes frontend (13 novos e 8 anteriores), API 1 teste/55 asserções com guarda QA e rollback, tipos e compilação aprovados. Gravação, recuperação e relatório conferidos na interface. Os campos de veículos ficam ocultos na bagagem, preservando os valores existentes. Evidência: docs/investmoz/simulations/iva-l1-residuals-baggage-qa-20261025.json e outputs/iva-l1-residuals-baggage-20261025/.

Saldo: 128 entregues + 4 funcionais pendentes + P001 = 133; nenhuma candidata de ramo completo por disponibilizar. P084/P085 já têm o procedimento operacional Tempo entregue; resta a correspondência específica de formulário/instrução e o mapeamento decorrente. L1 aberto; mantêm-se as limitações fiscais e digitais anteriormente registadas.

25/10/2026 — entrega conjunta P104 operacional e percursos parciais

Homologação e38aa749, sobre a665ee9c; candidata 7b6a95a7 aceite pelaTempo. Uma integraçãoGit,backup/restauro real semrede e conferência apenas do delta instalado;provasQA75frontend/API2/37asserções,types/build/UI reutilizadas. 127fechos anteriores preservados.

P104 entregue no procedimento operacional definido pelaTempo25/10/2026:compra/venda interpretadas pela perspectiva do boletim;média comercial de referênciaBM na data de submissão indicada;fonte/boletim,taxa,perspectiva,sentido,data,montante original/convertido e históricos conservados.Excepções fiscais têm disposição/âmbito/data/taxa próprios.Não atribuir esta orientação àLei2/2006;sem activação de base/IVA/dedução ou recálculo automático de históricos e livros anteriores.

P084/P085 continuam parciais:pedido escritoMF/AT→pedido apresentado→decisão com despacho privado,número/data/emitente e âmbito→preparação do formulário com despacho;submissão externa explícita.P084 mantém interesse público/fins sociais e aquisição/importação distintas;P085 finalidade de atenuar calamidades e aquisição.Pedido não é concessão;aplicação após despacho restringe-se aos bens,operação,período e condições confirmados.Alterações invalidam a correspondência;formulário não a renova automaticamente.ZIP inclui pedido,preparação/formulário e despacho porhash;não inventaModeloI.1 aplicável nem recibo da autoridade.Anexos privados reutilizam autenticação,documents e análise antimalware,sem nova certificação fiscal.

P058 permanece parcial,com três percursos de veículos no regresso:isenção,redução80%,separado50%,condições próprias63/28 doDecreto37/2023;sem transplantarP059.Bagagem/outros bens e remissão incoerente57(2)b por concluir;tempo de propriedade usa marco documentado,sem escolher automaticamente chegada/despacho;180dias exactos indeterminados.Originais37/2023,27/2026 e exemplaresIPP2022 preservados porbytes/hash,sem importação/publicação automática.P047 continua pendente.

Verificação instalada:17hashes funcionais,4originais,18marcadores compilados,manifesto/revisão e simuladorHTTP200;174tabelas e369ficheiros/configuração comparados;mesmoactorPostgreSQL antes/depois,diferenças apenas cache/sessões;29fichas publicadas,28relações,408geometrias conservadas.Zero migrações,importações,alterações de permissões ou ensaios sintéticos no activo.Contenção conferida sem aplicar;leitores,históricos e release anterior preservados.

Manifesto/recibo,registo iva_l1_tempo_offers_fx_P104_partial_P058_P084_P085_homologation_20261025. 128entregues+4funcionais pendentes(P047,P058,P084,P085)+P001=133,sem candidatasQApor disponibilizar. L1aberto;P001limitado05/06,formalidades digitais e cálculo fiscal restante conservam limites aceites,bebidasL2/L3;Estatísticas/IAadiadas.

25/10/2026 — conclusão QA do procedimento P104 e continuidade das ofertas

P104 concluído emQA no procedimento operacional fornecido pela Tempo;runtime 9536eb710b4b02650a80b9943e20b3f086dd0893. Compra/venda respeitam a perspectiva do boletim;média comercial usa referênciaBM na data de submissão indicada.Exemplar oficial arquivado é aceite com origemBM identificada,sem exigirURL ou segunda certificação.Excepções fiscais conservam disposição,âmbito,taxa/data próprios.Original,convertido,taxa,sentido,fonte,versão e histórico preservados;sem recálculo automático ou activação deIVA/dedução/base noutros livros.Aritmética reutilizada a seis casas decimais é escolha técnica,não nova regra de arredondamento fiscal.

P084/P085:pedido escritoMF/AT→apresentação externa→decisão com número,data,emitente,âmbito e despacho privado→preparação do formulário aplicável com despacho.O cenário anterior ao despacho é condicionado;deferimento só aplica à linha expressamente abrangida.Alterar bens,operação,período,destinatário ou despacho invalida a correspondência;preparar formulário não a renova automaticamente.ZIP confereSHA256 dos anexos e conserva âmbito.Não é formulário oficial inventado nem recibo de submissão;correspondência específica ainda delimitada,sem fechar os ramos.

P058 mantém três percursos de veículos emQA parcial,sem contar como fecho.Marco do tempo de propriedade deve ser documentado,não presumido como chegada/despacho.P047:IPP22 integral localizado no exemplarParlamentoBR250,PDF4–5/p2238–2239;exemplarMCNet5/BR251 só contémIPP1/2.Nomes,edições eoriginais preservados porhash;próximo trabalho é implementar condições específicas comLei8/2025/Decreto27/2026,sem confundir redução com isenção.

Validação:75frontend,API2/37asserções emDBQA55441 comrollback,types/build aprovados;UIguardou,recuperou egerou relatório com pedido,despacho,formulário eâmbito.Sem migração,push,publicação ou escrita activa.Os127fechos e restantes linhas da matriz foram comparados ao recibo8b3ec2b0 e preservados.Saldo:127entregues+1QA(P104)+4funcionais pendentes(P047/P058/P084/P085)+P001=133.L1aberto.Homologação permanecea665ee9c.

Relatório:docs\investmoz\simulations\iva-l1-tempo-offers-fx-qa-20261025.json.

25/10/2026 — procedimentos operacionais da Tempo e preservação dos127fechos

Inventário anterior aos testes:127IDs entregues,nenhuma perda confirmada;recibo 8b3ec2b0,homologação a665ee9c. Prova congelada em outputs/iva-l1-returnees-20261025/preservation-before-tests.json;reutilizar provas aceites e conferir apenas o delta. O avanço seguinte éQA,sem escrita no activo.

P047 — Cotejo:12(1)b na redacção2022/2025 distingue quatro famílias. Decreto27/2026 integral obtido naMCNet357:altera14/58 eQuadrosV/VI;QuadroV30/competências actuais conferidos. Próxima acção:obter IPLei17/2022 integral e conferir condições da família aplicável;redução de direitos não equivale a isençãoIVA12(1)b.

P058 — Avanço parcial emQA:art63(3)–(5)Decreto37/2023,PDF11/p1475,veículos no regresso;isenção/redução80%/separado50% distintos deP059. Art28uso/alienação;60dias+prorrogação30;histórico5anos. Decreto27/2026 não altera63. Ramo não fechado:bagagem/outros bens e remissão literal incoerente57(2)b por concluir;exactamente180dias não presumido. Tempo de propriedade usa início e marco documentados,sem escolher automaticamente chegada ou despacho.

P084 — Decisão expressaTempo25/10/2026:pedido escritoMF/AT → apresentado → decisão recebida,despacho com número/data/emitente/âmbito → formulário aplicável com despacho. ImplementaçãoQA em curso;interesse público/fins sociais conserva condições próprias;submissão externa explícita;sem certificados/aprovações adicionais. ModeloI.1 não presumido aplicável;correspondência regulamentar permanece delimitada. Avanço não constitui fecho.

P085 — Decisão expressaTempo25/10/2026:mesma sequência operacional pedido→decisão→formulário,com finalidade própria de atenuar calamidades e aquisição;sem extensão automática à importação. Despacho limitado a bens/operação/período/condições. ImplementaçãoQA em curso;correspondência do formulário por demonstrar;avanço não constitui fecho.

P104 — Decisão expressaTempo25/10/2026:compra→compra,venda→venda,comercial→média de referênciaBM na submissão indicada;interpretar perspectiva do boletim/cliente. ImplementaçãoQA de selecção explícita,taxa/fonte/data/sentido/original/convertido e histórico sem recálculo;excepção fiscal com disposição/âmbito próprios não bloqueia regra geral. Distinguir procedimento operacional da remissão CIVA15(8)/Lei2/2006;sem activarIVA/dedução ou livros anteriores.

P001 continua restrito à instrução da edição recebida dos campos05/06;ModelosA2019/eDeclaração com numeração diferente não resolvem a correspondência. Permanecem as limitações digitais e de cálculo fiscal dos ramos entregues em âmbito limitado. Saldo não alterado por preparação parcial:127entregues+5funcionais pendentes+P001=133;L1aberto.

Origem das restrições:procedimento/seleção definidos expressamente pela Tempo;âmbitos materiais das fontes legais conferidas;limite10MB/tiposPDF,texto,PNG/JPEG,armazenamento privado e análise antimalware reutilizam escolhas técnicas existentes de anexos,não condições adicionais do benefício. O formulário não é inventado:designação,fonte da aplicabilidade,conteúdo/exemplar e despacho associado são conservados;submissão externa continua explícita.

25/10/2026 — P046/P059 entregues conjuntamente

Homologação a665ee9c, sobre a48e9749; candidatas 34bbcfa7/2b130a66 aceites pela Tempo. Uma integração, backup/restauro isolado, instalação e conferência apenas do delta; provas QA por ramo reutilizadas, 125 fechos anteriores preservados.

P046: 28 correspondências expressas do artigo 12(1)a, na importação definitiva dos bens cuja transmissão interna hipotética beneficia de isenção objectiva. A enumeração legal é exemplificativa; outros enquadramentos não são declarados excluídos. Sem venda interna criada, dupla soma, direitos/base aduaneira ou dedução/campo11.

P059 limitado ao âmbito demonstrado da África do Sul, 2026/MZN, para mineiros moçambicanos abrangidos pela Lei n.º2/2011 e Decreto n.º3/2011. Oito percursos e opção transversal de transmissão de direitos não usados a herdeiros; condições próprias de bens, quotas, histórico, prazos e âmbito. A redução de50% aplica-se ao tratamento excepcional de veículo separado da bagagem6(4), não a todas as importações nem como taxa deIVA. Exige o âmbito e pressupostos/condições identificados, com IVA normal informado e referenciado. Não calcula IVA da venda interna nem restitui imposições. Limite15.000MZN/mês dos exemplares cotejados não é ampliado silenciosamente; excesso/condição desconhecida mantém valor indeterminado. Sem concessão aduaneira automática,DU/licença/despacho emitidos,ou dedução. Procedimento KAWENA não generalizado.

Originais locais, sem importação/publicação automática: Lei n.º2/2011, artigos1–4 na página1 doPDF(sem número impresso), artigo5 na página2/p110-(8); Decreto n.º3/2011,artigos1–8,PDF2–3/p152–153. Identidade por diploma/artigos/páginas e hash, não pelo nome do ficheiro conjunto «Lei do Voluntariado». Os dois originais instalados foram comparados por bytes/hash com os exemplares arquivados.

main e destino autenticado conferidos; push normal fast-forward, sem força. Backup novo e restauro real sem rede:174tabelas/369ficheiros e configuração. Delta instalado: revisão/manifesto/hash,27marcadores compilados incluindo território,condições e limitações;6hashes funcionais e2originais documentais;simuladorHTTP200. Mesma identidade PostgreSQL antes/depois;diferenças apenas cache/sessões;29fichas publicadas,28relações e408geometrias conservadas. Zero migrações/importações, alterações de permissões ou ensaios sintéticos no activo. Contenção conferida e não aplicada;leitores,históricos,outros ramos e release anterior preservados.

Manifesto/recibo, registo iva_l1_objective_miners_P046_P059_homologation_20261025. 127 entregues +5 funcionais pendentes +P001=133, sem candidatas QA por disponibilizar. Restam P047,P058,P084,P085,P104 e P001. L1 continua aberto. Formalidades digitais ainda não automatizadas;viagens/eventos mantêm limites de IVA devido,dedução,regularização,facturação e modelos oficiais ligados aAUD-SIM-INT02. P084/P085 eP104 condicionados;P001 limitado05/06;bebidasL2/L3;Estatísticas/IAadiadas.

25/10/2026 — P059 em QA no âmbito RSA; conjunto compatível P046/P059

125 entregues + 2 em QA (P046/P059) + 5 funcionais pendentes + P001 = 133. Homologação a48e9749 inalterada; nenhum push ou instalação. Implementação 4e550c38; recibo docs\investmoz\simulations\iva-l1-miners-qa-20261025.json. Os 125 fechos e P046 em QA foram inventariados antes dos testes; nenhuma perda confirmada. Comparação integral do snapshot,retirando apenas o novo livrominerImports,preserva todos os livros,históricos e limitações anteriores. QA isolada 55441 com guarda e rollback.

Referência P059 corrigida: Lei n.º 2/2011, de 11 de Janeiro,Regime Aduaneiro Aplicável aos Mineiros na República da África do Sul,BR n.º 1, I Série, 4.º suplemento. Artigos 1–4 na página 1 do PDF (sem número impresso); artigo 5 na página 2, página impressa 110-(8). O original conjunto contém 10 páginas e outros diplomas,incluindo a Lei n.º 7/2011 do Voluntariado. O nome «Lei do Voluntariado.pdf» não é a identidade da norma aplicada. Cópia acessível da MCNet (149) arquivada,sem alterar bytes,emdocs\investmoz\simulations\source-archive\Lei-2-2011-BR-1-4-suplemento-MCNet.pdf;SHA256 a7543a68cc3287a46a83c39a04821b40f649dd06c4e9b5dc51ff0b47fba08899. A indisponibilidade DNS do endereço PGR nesta ronda não invalida a fonte oficial aceite; não foi afirmada igualdade de bytes com um ficheiro PGR que não se conseguiu descarregar.

Regulamento:Decreto n.º 3/2011, de 16 de Março, BR n.º 11, I Série, artigos 1–4 (início) na página 2 do PDF/p.152 e artigos 4 (continuação)–8 na página 3/p.153,original emdocs\investmoz\simulations\source-archive\Decreto-3-2011-BR-11-I-mineiros.pdf. CIVA 12(2)b, página 11 do PDF/p.1426-(269), mantido nas alterações de 2022/2025. O recibo conserva mapa de artigos/páginas por fonte,hashes e ligações. A OS 07/AT/DGA/411.1/2019 é específica da KAWENA; contramarca, SAD500, armazéns e outras exigências suas não foram impostas às outras vias.

Abrir «Importações dos mineiros — regime da África do Sul (P059)». Os oito percursos são: bagagem; remessa mensal;remessas acumuladas até seis meses;electrodoméstico por tipo/ano;veículo/tractor em cinco anos;bagagem no regresso;veículo como bagagem no regresso;veículo separado da bagagem com redução específica de 50%. Transmissão a herdeiro é opção transversal:direito não usado,bens adquiridos em vida,qualidade de herdeiro e pedido dentro de um ano do óbito. Não transpor automaticamente ao pedido do herdeiro7 o prazo90 dias do pedido do mineiro6(5).

Dados comuns válidos de um único beneficiário/contrato podem preencher nova linha sem copiar pressupostos dos bens distintos. Identificar âmbito aduaneiro e factos/pressupostos,não novo certificado. As quotas declaradas incluem operações externas ao dossier;linhas guardadas que sobreponham direitos ou saldos ficam indeterminadas,sem apagar originais. Um veículo e um tractor são direitos distintos identificados;não dois veículos do mesmo direito. O período actual da importação pode usar meses acumulados de 2025 quando a janela de até seis meses termina em 2026. Não se presumem limite revisto pelo Governo, autorizações excepcionais,prorrogações ou ausência de benefício por o dossier não conter histórico.

Cobertura monetária dos exemplares:15.000 MZN/mês;total acima da cobertura permanece indeterminado,sem conceder benefício ao excesso ou presumir revisão2(5). O tratamento de 50% é apenas o veículo separado (6(4)), não taxa de IVA nem benefício geral. Usa IVA normal informado e referenciado;por exemplo160.123456 × 50% = 80.061728 MZN,sem arredondamento fiscal presumido.6(4)também menciona aquisição interna:este incremento não calcula IVA da venda interna nem restitui imposições;exige a importação associada identificada para o valor informado. Licença temporária em férias (5) não vira isenção definitiva;usar o percurso aduaneiro existente,com as condições próprias.

Passaram 15 testes frontend, API privada com 1 teste/51 asserções, tipos/build e Edge. Nove exemplos (8 percursos + herdeiro). No navegador,total mensal 15000 → 15001 deixa IVA indeterminado;condição excepcional Sim → Por esclarecer deixa redução indeterminada;repostos os dados,versão 6/histórico 5,gravação,recuperação e relatório real do dossier. Campos de excepção/prorrogação e anexos sem aplicação não são pedidos/mostrados como requisitos universais;dados ocultos e resultados históricos conservados.

P058: Decreto n.º 37/2023, artigo 57, página 10 do PDF/p.1474, obtido e conferido visualmente;57(2)c e d delimitam funcionários/estudantes com estadia superior a um ano e regresso antecipado por serviço do Estado.57(2)b remete literalmente para bens do n.º2,enquanto a lista de bens está no n.º3. Divergência concreta preservada,sem correcção silenciosa ou novo fecho. Prosseguir percursos sustentados e concluir correspondência;bens de bagagem57(3)não incluem automaticamente veículos. P047 mantém cotejo das quatro remissões12(1)b;P084/P085 ligação ao artigo 14(3);P104 taxa/data;P001 instrução 05/06 da edição recebida.

**Limitações preservadas:**sem concessão administrativa,DU/licença/despacho emitidos,direitos/baseaduaneira/ICE,dedução/campo11 ou lançamento automático nos totaisModeloA. Formalidades digitais continuam não automatizadas. P129/P133apenas margem/eventos,sem IVA devido, dedução 42/43d, regularização 44, facturação 45/modelo 46(2), ligados a AUD-SIM-INT02. P084/P085 e P104 condicionados; P001 05/06; bebidas L2/L3; Estatísticas/IA adiadas. L1aberto. P046/P059 aguardam uma entrega conjunta compatível pela via Git,com provas reutilizadas e conferência somente do delta instalado.

25/10/2026 — preparação P059 e referência documental explícita

125 fechos e P046 em QA inventariados antes dos testes; nenhuma perda confirmada. Lei n.º 2/2011, de 11 de Janeiro: Regime Aduaneiro Aplicável aos Mineiros na República da África do Sul, BR1-I,4.º suplemento, artigos1–4 na página1doPDF (sem número impresso), artigo5 na página2/p110-(8). O ficheiro reúne também a Lei7/2011 do Voluntariado; o seu nome não identifica o diploma usado. Original MCNet149 guardado em docs/investmoz/simulations/source-archive/Lei-2-2011-BR-1-4-suplemento-MCNet.pdf, sem alterar bytes ou publicar automaticamente. Decreto3/2011,arts1–8,PDF2–3/p152–153;CIVA12(2)b,2016PDF11/p1426(269). OS07/AT/DGA/411.1/2019 é específica da KAWENA e não vira exigência universal. Decreto37/2023art57PDF10/p1474 também obtido para cotejoP058; não declara esse ramo concluído. P046 preservado para conjunto compatível;homologaçãoa48e9749inalterada.

25/10/2026 — P046 concluído em QA; cotejo dos casos finais

125 entregues +1QA(P046) +6funcionais pendentes +P001=133. Homologaçãoa48e9749inalterada;sem push/instalação. Candidata08072015;33testes frontend,API1/105asserções,tipos/build eEdge comgravação/recuperação/relatório.125fechos e todos oslivros/históricos preservados,comparação integral do snapshot congelado.

Abrir «Importações definitivas — isenção objectiva interna(P046)». Escolher correspondência dosmesmos bens,importação definitiva ehipótese interna explícita;confirmar condições do tratamento/anexo aplicáveis. Não é necessário criar venda interna. Reutilização preenche apenas campos emfalta e não copia confirmações;edições deliberadas conservadas. Desconhecido mantémIVAindeterminado,condição nãoaplicável não presume imposto normal.28correspondências expressas12(1)a:9(1)b/c/e/f/g,9(9)b,9(10),9(11),9(12)g/h/i. Enumeração legal exemplificativa;outras não são declaradas excluídas. Sem direitos/base aduaneira/dedução/campo11 ou alteração dos totais internos. Anexos semaplicação ocultos no relatório,conservados no rascunho/histórico.

ID	Situação concreta	Próxima acção
P046	QA concluído;por disponibilizar — Falta integrar numa entrega compatível;outras isenções objectivas não enumeradas não são declaradas excluídas	Agrupar com próximo ramo compatível,sem entrega isolada apenas por estar emQA;reutilizar33testes/105asserções e conferir delta instalado
P047	Documentação específica e desenvolvimento — Falta cotejar as condições operativas de cada uma das quatro remissões e o âmbito do benefício de direitos nesta importação;redacção2016não pode substituir a de2022	Obter/cotejar textos completos das quatro famílias e InstruçõesPreliminaresLei17/2022/Lei8/2025;mapear só os percursos demonstrados,sem atribuir IVA isento a toda redução aduaneira
P058	Cotejo documental específico e desenvolvimento — Ainda não cotejados no texto integral aplicável os termos/limites aduaneiros por categoria,bens e regresso;orientação informativa genérica não fornece esses parâmetros	Conferir RegrasGeraisDecreto37/2023 e alteração27/2026,art14/58/QuadrosV/VI,e legislação específica de cada categoria;conservar proporcionalidade da redução de direitos12(2),sem criar um limite comum inventado
P059	Cotejo operacional e desenvolvimento por executar;fonte base já localizada — Falta traduzir e verificar os percursos específicos e a proporcionalidade12(2),sem confundir limite mensal,acumulação,regresso ou benefício de veículo separado;OSKAWENA não demonstra procedimento universal	Implementar percursos demonstradosLei2/2011/Decreto3/2011,com exclusão álcool/tabaco,quotas/histórico e condições próprias;registar correspondênciaIVA sem exigir novo despacho genérico apenas porque a matriz antiga o dizia. Não generalizar50%a todos os bens/mineiros
P084	Correspondência regulamentar específica pendente — Cadeia doModelI.1 não demonstra por si a regulamentação14(3);pesquisa delimitada desta ronda não localizou disposição de correspondência adicional	Localizar norma ou instrução oficial aplicável a14(3) paraaquisição/importação14(2)a;preservar distinção pedido/decisão e não inventar aprovadores/certificados
P085	Correspondência regulamentar específica pendente — Ainda não demonstrada norma/procedimento de emergência/doação correspondente14(2)b/14(3);ModelI.1 não é concessão. Não estender automaticamente aimportação/serviços	Conferir procedimento oficial de emergência/doação e âmbito exacto;aplicar só correspondência demonstrada,sem impor o estado de pedido ordinárioP084 ao percurso de emergência
P104	Parâmetro/norma de escolha de taxa e data pendente — 15(8)remeteLei2/2006;106(5)não estabelece escolha de taxa/data. Exemplar não está em falta;sem norma demonstrada não há base fiscal confirmada	Localizar disposição/instrução aplicável à taxa/data para este valor tributável;distinguir câmbio aduaneiro doart16/Pauta e taxa de apresentação,sem os transpor automaticamente a15(8)
P001	Documental,fora dos132ramosfuncionais — Modelo publicado2019 tem03vendas isentas comdireito,04remissão18(1)b,05sem direito e06imobilizado;não é a numeração05/06 daedição recebida. Não acompanha instrução que resolva essa distinção	Localizar instruções correspondentes àedição recebida que distingam05/06;preservar originais e não copiar numeração de2019 ou daedição antigaAT

P047:usar redacção2022dasquatro remissões,mantida2025;não conservar artigos antigos2016como limite actual semcotejo. P059:Lei2/2011/Decreto3/2011já localizados;isto remove «norma base desconhecida» como descrição genérica.Não declarar inexistente o regime nem exigir nova validação jurídica genérica.OS07/AT/DGA/411.1/2019é específica demercadorias distribuídas pelaKAWENA;sem transpor contramarca/SAD500/armazém/procedimentos para todos os cenários.50%nãoé benefício geral dosmineiros. P001:BR72-I2019PDF3/p751conferido visualmente,campos03/04/05para bases e06imobilizado;essa numeração não resolve05/06daedição recebida.

**Limitações preservadas:**formalidadesdigitais ainda nãoautomatizadas;P129/P133apenas margem/eventos,semIVAdevido,dedução,regularização/facturação/modelos oficiais;trabalho fiscal restante ligado aAUD-SIM-INT02.P104condicionado;P084/P085preparação/simulação;P00105/06;bebidasL2/L3;Estatísticas/IAadiadas. L1continuaaberto.P046aguarda próximo conjunto compatível;sem entrega isolada porconclusãoQA.Recibodocs\investmoz\simulations\iva-l1-objective-imports-qa-20261025.json.

25/10/2026 — preparação QA P046 e cotejo final L1

125 fechos inventariados antes dos testes; nenhuma perda confirmada. Provas a48e9749/f0596225 reutilizadas; snapshot integral congelado. P046:12(1)a, redacção Lei10/2025,PDF12/p2180(12), cotejado com catálogo9 e anexos já entregues; a enumeração é exemplificativa. Não exigir venda interna efectiva para analisar a importação. P047/P058/P059/P084/P085/P104/P001 conservam fontes e impedimentos específicos; rascunhos condicionados preservados. Formalidades digitais não automatizadas e cálculo fiscal de viagens/eventos ainda não implementado continuam ligados a AUD-SIM-INT02; sem fecho transversal de L1. Nenhuma escrita no activo.

25/10/2026 — P129/P133 entregues conjuntamente: margem e eventos

Homologação a48e9749, sobredf43aeb1; candidata1a5f7220 aceite pela Tempo. Uma integração, backup/restauro isolado, instalação e conferência apenas do delta; provas QA individuais reutilizadas,123fechos anteriores preservados.

P129 trata regime/meios próprios/terceiros, margem global por operador/período, custos directos, exclusões, excesso negativo e base no âmbito declarado. P133 trata eventos de viagens e cessação efectiva de regimes suspensivos, com facto gerador/exigibilidade separados, sem dupla contagem de parcelas. Sem calcular IVA devido ou dedução. Também não executa regularização, factura/modelo oficial ou liquidação aduaneira.

Continuidade fiscal: a base e os eventos, com moeda, operador, operação/período, datas, documentos e versões, mantêm ligação ao trabalho integrado AUD-SIM-INT02, na matriz existente. Apuramento/liquidação fiscal restantes e deduções/regularizações/restituições dos seus lotes próprios, incluindoL2/L3, não são encerrados por esta entrega. A interface explicita essa continuidade; o manifesto conserva fiscal_continuity. Não foi criada nova matriz nem activado cálculo por publicação.

Origin/main e destino autenticado conferidos; push normal fast-forward, sem força. Backup novo/restauro real sem rede:174tabelas/369ficheiros e configuração. Delta instalado: revisão/manifesto/hash,24marcadores compilados incluindo o limite/continuidade fiscal,6hashes funcionais e simuladorHTTP200. Mesma identidade PostgreSQL antes/depois; diferenças apenas cache/sessões;29fichas publicadas,28relações e408geometrias conservadas. Zero migrações/importações, alterações de permissões ou ensaios sintéticos no activo. Contenção conferida e não aplicada; leitores/histórico/outros ramos e release anterior preservados.

Manifesto/recibo, registoiva_l1_travel_events_P129_P133_homologation_20261025. 125 entregues +7 funcionais pendentes +P001=133, sem candidatas QA por disponibilizar. Pendentes: P046/P047/P058/P059, importações/benefícios; P084/P085, ligação regulamentar; P104, regra taxa/data cambial; P001 limitado05/06. Saldo de limitações: formalidades digitais P121/P130 ainda não automatizadas, cobertura digital integral não declarada; IVA devido/dedução e restantes limites de viagens acima não concluídos. L1 aberto; bebidasL2/L3; Estatísticas/IA adiadas.

25/10/2026 — P129/P133 concluídos em QA no âmbito demonstrado

123 entregues +2 em QA(P129/P133) +7 funcionais pendentes +P001=133. Homologaçãodf43aeb1 inalterada, sem push/instalação. Os123 fechos, originais, relações, dados, acessos e históricos foram preservados; provas aceites reutilizadas. QA isolada55441 com guarda e rollback.

P129: abrir «Agências de viagens — pacote, meios utilizados e margem do período». Identificar preço único, nome próprio, meios próprios/terceiros, venda retalhista/novo conjunto e sede prestadora. Meios mistos conservam contraprestação da parte geral separada; repartição depende de referência concreta. Custos directos de terceiros distinguem-se das exclusões41(3), sem dedução criada. O registo global exige âmbito completo declarado por operador/período, sem misturar efectivo e projectado nem apresentar parcela como toda a organização. A margem positiva é dividida por1.16, base arredondada à unidade; o excesso negativo é custo transportável, não crédito/reembolso fiscal. Diferença entre excesso indicado e anterior calculado mostra impacto e exige confirmação da correcção referenciada, conservando ambos os valores/histórico.

O reporte entre períodos segue41(5) e43a;43bii usa a expressão «exercício seguinte», conservada na citação sem criar crédito/dedução anual. Sem apuramento de IVA devido, dedução42/43d, regularização44, emissão de factura45 ou modelo oficial46(2). Facturação com menção IVA incluído não equivale a factura emitida pelo simulador.

P133: abrir «Eventos de viagens e cessação de regimes suspensivos». Associar viagem classificada da mesma oportunidade, reutilizando apenas referências em falta. O período do evento pode diferir do registo da margem. O primeiro entre integral e imediatamente antes do início/primeiro serviço determina7(9); não subtrair um dia ou presumir ordem intradiária se datas coincidem. Factura, sinal e saldo integral mantêm exigibilidade8 distinta e sem dupla soma. Montante da margem por esclarecer não bloqueia evento de natureza/âmbito fiscal demonstrados. Origem alterada invalida resultado actual, preservando a versão anterior. Regime7(8) só produz evento pela cessação efectiva documentada; permanência ou mudança de armazém/transferência não vira saída. Sem liquidação aduaneira, direitos/ICE ou IVA calculados.

Passaram29 testes frontend, API privada1teste/68asserções, tipos/build e Edge: alteração de registo completo para parcial, restabelecimento, alteração de pagamento integral para desconhecido, reposição, gravação/recuperação e relatório. Dez operações de viagens, cinco períodos globais e doze eventos. Viagens versão4/histórico3 e eventos versão5/histórico4 na prova visual. Relatório omite factos sem aplicação, conservando-os no rascunho/histórico. Implementaçãoc309215d; recibodocs/investmoz/simulations/iva-l1-travel-events-qa-20261025.json.

Fontes: RIVA Decreto7/2008,38–46,BR16-I16/04/2008PDF6–8/p104–106; CIVA2016PDF7/9/13,4(5)/5(2)/7(8)/(9)/8/14(1); taxa17(1)na redacção2022 apenas no divisor da base. Sete exemplares inventariados por hash. Regime fiscal não confundido com licenciamento turístico. A pesquisa delimitada de14(3)/calamidades não trouxe ligação regulamentar específica adicional; fontes estrangeiras não foram transpostas. P084/P085 continuam preparação e simulação condicionada, sem benefício concedido.

Saldo de limitações: formalidades digitais P121/P130 — modelos da declaração/mapa de retenções e procedimentos de entrega/pagamento — continuam não automatizadas; não se declara cobertura digital integral. Mantêm-se também os limites do incremento de viagens acima. L1 aberto; P001 campos05/06; P104 taxa/data cambial pendente; bebidasL2/L3; Estatísticas/IA adiadas.

Restantes IDs por impedimento/próxima acção: P046, correspondência12(1)a/lista2025 com isenções internas já entregues; P047, diplomas/âmbito de benefícios aduaneiros12(1)b; P058, condições/limites aduaneiros de regresso e proporcionalidade12(2)a; P059, despacho/condições dos mineiros12(2)b; P084/P085, ligação regulamentar14(3) para cenários distintos; P104, norma de selecção da taxa/data; P001, instrução documental05/06. Dependências documentais não bloqueiam grupos independentes. Próxima entrega compatível deve agrupar P129/P133, reutilizando provas por ramo e conferindo somente o delta instalado.

25/10/2026 — preparação QA P129/P133

123 fechos inventariados antes dos testes; sem perdas confirmadas. Provas df43aeb1/91c40633 reutilizadas, livros/históricos congelados. RIVA38–46,PDF6–7/p104–105, e CIVA4(5)/5(2)/7(8)/(9)/8/14(1),PDF7/9/13, conferidos visualmente. Margem das viagens é global por período, não por pacote; meios próprios seguem regime geral. Eventos especiais conservam a distinção do facto gerador e exigibilidade; sem presumir saída aduaneira, datas ou autorizações. Formalidades digitais não automatizadas continuam no saldo de limitações; P104/P084/P085/P001 permanecem documentais específicos, sem bloquear este grupo. Sem escrita no activo.

25/10/2026 — P002/P121/P130 entregues conjuntamente no âmbito demonstrado

Homologação df43aeb1, sobree8b5ae43; candidatase4c490b3/de4b25bb aceites pela Tempo. Uma integração, backup/restauro real isolado, instalação e conferência do delta. Provas individuais reutilizadas;120fechos anteriores preservados.

P002: enquadramento potencial, reutilizando localização e eventos, incluindo a origem digital da mesma oportunidade; sem concessão/cálculo de dedução. P121/P130: natureza do bem/serviço digital, localização e responsável, rascunho, gravação/recuperação, histórico e relatório. Não representa cobertura digital integral. A interface e o manifesto explicitam que modelos da declaração/mapa de retenções e formalidades de entrega/pagamento ainda não cotejadas não estão automatizadas. Não há submissão, pagamento ou cálculo automático de imposto/dedução neste incremento. O anúncio governamental não substitui o cotejo do texto/modelos de execução; não se afirma inexistência de regulamentação. P104 permanece conversão condicionada e pendente.

Origin/main e destino autenticado conferidos; push normal fast-forward, sem força. Backup novo e restauro isolado sem rede:174tabelas/369ficheiros e configuração. Delta instalado: revisão/manifesto/hash,26marcadores compilados incluindo o limite da cobertura digital,7hashes funcionais e simuladorHTTP200. PostgreSQL comparado pela mesma identidade antes/depois; diferenças apenas cache/sessões;29fichas publicadas,28relações e408geometrias preservadas. Zero migrações/importações, alterações de permissões ou ensaios sintéticos no activo. Contenção conferida e não aplicada; leitores, histórico e outros ramos preservados.

Manifesto/recibo, registoiva_l1_foreign_digital_P002_P121_P130_homologation_20261025. 123 entregues +9 funcionais pendentes +P001=133, sem candidatas QA por disponibilizar. Pendentes funcionais: P104/P084/P085 (documentais específicos), P129/P133 (viagens/eventos), P046/P047/P058/P059 (importações/benefícios). P001 limitado05/06. L1 aberto; bebidasL2/L3; Estatísticas/IA adiadas. As formalidades digitais não automatizadas permanecem identificadas no âmbito próprio, sem transformar esta entrega em cobertura integral.

25/10/2026 — P121/P130 concluídos em QA; conjunto compatível P002/digital preparado

120 entregues + 3 em QA (P002/P121/P130) + 9 funcionais pendentes + P001 = 133. Homologação e8b5ae43 inalterada; L1 aberto. Os120 fechos e P002QA foram inventariados antes dos testes e preservados; provas aceites reutilizadas. Sem push, instalação, migração ou escrita no activo.

No simulador, abrir «Bens e serviços digitais — natureza, localização e obrigações». Escolher transmissão de activo (P130) ou prestação de serviço (P121), tratamento, operação/período, direitos/funcionalidade e fundamento da natureza. Software/acesso/licenciamento não decide a natureza só pelo nome. Campos sem aplicação ficam ocultos e conservados; trocar natureza/tratamento exige rever confirmações. Referências de documentos ou pressupostos existentes são reutilizáveis, sem certificado/aprovador adicional.

São seis tratamentos de serviços e oito famílias de activos, com42 exemplos de entrada, saída e operação doméstica e quatro exemplos adicionais de qualidade fiscal/representação. Adquirente no estrangeiro segue6(8); entrada digital por fornecedor estrangeiro segue6(7)k. Qualidade fiscal do adquirente por esclarecer não apaga localização nacional:26(4) exige sujeito passivo nacional identificado.26(1–3) tem condições próprias de representação, comunicação e actividade; consumidor não recebe retenção automática. Serviço doméstico usa6(3); bem digital equiparado a corpóreo usa6(1) apenas com local na colocação à disposição fundamentado, sem inferência por servidor/IP. Sem facto demonstrado, localização fica indeterminada.

26(4),25(7) e32(1)c identificam responsável, declaração mensal/mapa e referência legal do dia10 do mês seguinte, sem ajuste de calendário presumido.33(2) refere26(1–3), não substitui o percurso26(4). Formalidades/modelos não foram cotejados neste incremento: a pesquisa oficial encontrou o anúncio governamental de30/09/2026, que não substitui publicação normativa. Não se declara inexistência da regulamentação. A preparação prossegue; automatizar formalidades exige cotejar o texto/modelos correspondentes. Não há taxa, base, IVA, dedução/campo11, submissão, pagamento ou totais automáticos neste incremento.

P002 passa a poder associar o resultado digital da mesma oportunidade; alterar origem/revisão invalida a análise actual e conserva histórico. A candidata aceita e4c490b3 está contida por ancestralidade nesta preparação. O ensaio Git com main local (7ccf62adec) não apresenta conflitos e produz a mesma árvore da implementação. Na entrega será necessário conferir main/destino frescos, backup/restauro e somente o delta instalado, pelo processo existente. Uma entrega conjunta dos três ramos, sem repetir as provas individuais.

Passaram57 testes frontend (49 digitais e8 de compatibilidade P002), API privada1teste/209asserções com rollback na base isolada55441, tipos e build. Edge confirmou alteração fiscal sem perda de localização, reposição, gravação, recuperação e relatório (versão4, três versões anteriores). Recibo: docs/investmoz/simulations/iva-l1-digital-qa-20261025.json; implementação 5f088e34.

Fontes: BR—Lei10/2025, exemplar localPDF12–14; CIVA2016PDF8 e17. Anúncio governamental delimitado às formalidades ainda por cotejar. Sete exemplares inventariados por hash; nenhuma publicação automática.

Pendências: P104, disposição que define taxa/data cambial; P084/P085, correspondência regulamentar mantendo rascunhos e simulação condicionada; P001, instruções dos campos05/06; P129/P133, desenvolvimento/cotejo dos percursos de viagens e eventos; P046/P047/P058/P059, desenvolvimento/cotejo das importações e benefícios específicos. As pendências documentais não bloqueiam grupos independentes. Dedução mantém âmbito próprio; Estatísticas/IA adiadas.

25/10/2026 — preparação QA P121/P130 e entrega compatível com P002

120 fechos e P002 QA inventariados antes dos testes, sem perdas confirmadas. Reutilizar provas e processo Git existentes; sem instalação individual de P002. Lei10/2025, artigos3/6/23/25/26/32/33, e CIVA2016,6(7)k i–v, cotejados; distinguir bens de serviços e localização de obrigações. Sem dependência cambial efectiva de P104. Novas formalidades remetidas para regulamentação não serão inventadas.

25/10/2026 — P002 concluído em QA; P104 com cotejo documental delimitado

Saldo: 120 entregues + 1 em QA + 11 funcionais pendentes + P001 = 133. Homologação e8b5ae43 inalterada; L1 aberto. Os 120 fechos e respectivos livros/históricos foram preservados. P002 aguarda entrega agrupada compatível.

P002 reutiliza a localização já apurada de bens, serviços, serviços enumerados e parcela exterior de transporte, sem repetir os campos de origem. Pode associar um evento da mesma operação/período. Regista hipótese de tributabilidade interna, fundamento, exclusões do artigo19(2), âmbito e elementos disponíveis. O resultado do artigo19(1)bii é enquadramento potencial, sem concessão ou cálculo de dedução/campo11. Alterar a origem exige rever confirmações; versões anteriores conservam os factos e referências. A falta de fundamento deixa a análise indeterminada sem apagar a localização estrangeira.

Oito testes frontend e API privada (1 teste/47 asserções) passaram, com base QA isolada e rollback. Tipos, build e conferência Edge de gravação, recuperação, histórico e relatório passaram. Sete exemplos: quatro enquadramentos potenciais, uma operação nacional não aplicável, uma hipótese interna não tributável e uma exclusão19(2). Provas anteriores reutilizadas; sem escrita no activo.

P104: Exemplar integral Lei 2/2006 obtido: BR 12-I de 22/03/2006. Artigo 106(5), PDF18/página impressa66, conferido visualmente: facturação em moeda nacional. Não identifiquei no exemplar a regra de escolha da taxa/data cambial. P104 continua conversão condicionada, sem confirmação de base fiscal. Localizar a disposição aplicável que concretiza a remissão do CIVA 15(8), especificando taxa e momento de conversão; conservar moeda, taxa, direcção, data e fonte. Sem taxa corrente por defeito nem nova validação genérica.

Fonte obtida apenas para consulta local: BR — Lei2/2006. SHA256: efe00dbb9d9712d719f11d38a55be028c4d82315960ddfcc7786fdf9bdf133cb. Não foi publicada automaticamente nem activada como regra cambial.

Pendências por próxima acção: P104, identificar taxa/momento na disposição aplicável; P121/P130, percursos digitais; P129/P133, viagens e eventos associados; P046/P047/P058/P059, importações e benefícios; P084/P085, correspondência regulamentar específica mantendo preparação e simulação condicionada; P001, instrução documental dos campos05/06. Nenhuma destas dependências encerra ou bloqueia os ramos independentes. Estatísticas e IA continuam adiadas.

Recibo QA: docs/investmoz/simulations/iva-l1-foreign-operations-qa-20261025.json; implementação 86970cd5.

25/10/2026 — preparação P002 e cotejo cambialP104

120fechos inventariados antes dos testes,sem perdas confirmadas;provase8b5ae43/2de67beb reutilizadas.Todososlivros/resultados/históricos congelados.Sem escrita noactivo.P002reutiliza localização bens/serviços/enumerados e eventos já entregues;19(1)biiéenquadramentopotencial,nãoconcessãodededução.P104exemplarLei2/2006obtido;106(5)visualconferido,emissãoemmoedanacionalnãodemonstraregra taxa/data.Cotejoseparaexemplarresolvidodeparâmetrocambialaindapendente,sem bloqueioindependenteP002.

25/10/2026 — P131/P132 entregues conjuntamente,P104 apenas conversão condicionada

Homologação e8b5ae43,sobre92eaa935;candidata0052cd42 aceite pela Tempo. Dois ramos encerrados/14percursos,maisumcenáriocambialparcialquenãofechaP104.Umaintegração/backup/restauro/instalação/conferência,provasQA reutilizadas.

• P131: Eventos7(1)a/b/c,7(2),7(3),7(7):disponibilização,início transporte,instalação/montagem concluída,serviço realizado/cobrado ou debitado antecipadamente pelo montante respectivo,desembaraço/arrematação/venda na importação,termo do período sucessivo,efeitos translativos com excepções3(3)a/b. Facto gerador separado de exigibilidade8;factura comercial não desloca evento aduaneiro.
• P132: Eventos7(4)/(5)/(6) e8c:afectações/transmissões assimiladas3(3)e/f,serviços4(2),disponibilização pelo comissário,termo180dias de mercadorias à consignação3(3)d e pagamentos anteriores à factura. Corrigida remissão a consignação,não embalagensP102.8a/b/c separam parcela recebida e restante,sem dupla contagem.

CIVA Lei13/2016:7(1)–(7),PDF8/p1426(266);8,PDF9/p1426(267);15(8),PDF14/p1426(272),páginas visualmente conferidas.Lei22/2022 eLei10/2025 não alteram7/8;15(8)mantido.RIVADecreto7/2008,21,PDF4:regra histórica5dias úteis e excepções;prazo actual não automatizado,exige disposição/calendário/âmbito identificados. 2026contexto;facto gerador7 e exigibilidade8 por data/âmbito;uma parcela de recebimento e restante por linha,ou parcelas de âmbitos distintos,sem agregação de totais entre linhas. Prazo de emissão é parâmetro legal identificado,não calendário presumido;importação segue7c. P104parcial não aplica câmbio fiscal.Sem nova base/IVA,taxa,dedução,campo11,regularização ou totaisModeloA;P133regimes suspensivos/viagens mantém âmbito separado. P104incluídosócomopreparação/conversãocondicionada,explicitadonomanifesto/interface/relatório;moedaoriginal,taxa,direcção,data,fonte eregra/pressuposto preservados.Basefiscalnull,semIVA/deduçãoactivados.RegrafiscalLei2/2006aindapendente;concluirocotejodadisposição/momento/regraantesdefecharP104,nãonovavalidaçãojurídicagenérica.

Main/destino conferidos,fast-forwardnormal,118fechosanteriorespreservados.Backupnovo/restaurorealisoladosemrede174tabelas/369ficheiros.Deltainstalado:revisão,manifesto/hash,24marcadorescompiladosincluindolimiteP104,5hashesfuncionais,simuladorHTTP200.PostgreSQLpela mesmaidentidadeantes/depois,29fichaspublicadas/28relações/408geometriasconservadas,diferençasapenascache/sessões.Zero migrações/importações/permissõesalteradas ouensaiossintéticosnoactivo.Contençãoconferida,nãoaplicada;leitores/histórico/outrosramos/backup/releaseanteriorespreservados.

Manifesto/recibo,registoiva_l1_currency_events_P131_P132_partial_P104_homologation_20261025. 120entregues +12funcionaispendentes +P001=133,semcandidatasQApor disponibilizar.P104continuanos12,P001separado05/06.L1aberto;P084/P085parciais;bebidasL2/L3;Estatísticas/IAadiadas.Prosseguirgruposindependentessegundo dependênciasjáregistadas,QAporramo/entregasagrupadas.

25/10/2026 — P131/P132 QAconcluído,P104parcial

Implementação7e6e462e. DoisramosQA/14eventos,maisumcenáriocambialparcialquenãofechaP104. CIVA Lei13/2016:7(1)–(7),PDF8/p1426(266);8,PDF9/p1426(267);15(8),PDF14/p1426(272),páginas visualmente conferidas.Lei22/2022 eLei10/2025 não alteram7/8;15(8)mantido.RIVADecreto7/2008,21,PDF4:regra histórica5dias úteis e excepções;prazo actual não automatizado,exige disposição/calendário/âmbito identificados.

• P131: Eventos7(1)a/b/c,7(2),7(3),7(7):disponibilização,início transporte,instalação/montagem concluída,serviço realizado/cobrado ou debitado antecipadamente pelo montante respectivo,desembaraço/arrematação/venda na importação,termo do período sucessivo,efeitos translativos com excepções3(3)a/b. Facto gerador separado de exigibilidade8;factura comercial não desloca evento aduaneiro.
• P132: Eventos7(4)/(5)/(6) e8c:afectações/transmissões assimiladas3(3)e/f,serviços4(2),disponibilização pelo comissário,termo180dias de mercadorias à consignação3(3)d e pagamentos anteriores à factura. Corrigida remissão a consignação,não embalagensP102.8a/b/c separam parcela recebida e restante,sem dupla contagem.

P132designaçãocorrigida:7(6)refereconsignação3(3)d,nãoembalagensP102;históricopreservado.P123conferênciadenãodevoluçãoépreservada,separadadotermodeexigibilidade7(6). 2026contexto;facto gerador7 e exigibilidade8 por data/âmbito;uma parcela de recebimento e restante por linha,ou parcelas de âmbitos distintos,sem agregação de totais entre linhas. Prazo de emissão é parâmetro legal identificado,não calendário presumido;importação segue7c. P104parcial não aplica câmbio fiscal.Sem nova base/IVA,taxa,dedução,campo11,regularização ou totaisModeloA;P133regimes suspensivos/viagens mantém âmbito separado.

P104:preparaçãodamoedaoriginal/montante/taxa/direcção/data/fonte/pressuposto;conversãomatemáticareutilizaconvertCentsfinanceirosemalteraralgoritmo.Basefiscalmantémnull. Faltaobter/cotejardisposiçãodeconversãoLei2/2006remetidapor15(8),momento/regraem2026. Acervolocal6PDFinventariado,nãoincluiLei2/2006;pesquisalocalizouBR12-I22/03/2006masexemplaríntegronãoobtido(404/403/recusa).Próximaacçãodelimitadaobteressetrecho,nãonovavalidaçãojurídicagenérica.

AnúnciooficialdoGovernoincluialteração21RIVA;anúncionãosubstituitextonormativo.Nãoautomatizadoprazo5diasúteis2008;motor8usatermolegal/disposição/calendário/âmbitoconcretos.Pesquisadotextopublicadoparaeventualautomatizaçãopermanece delimitada,sem bloqueareventos7independentes.

19testesfrontend;APIprivada1teste/65asserçõescomrollbackemQAisolada55441;tipos/buildaprovados.Edge/CUA:faltareferênciaprazoconservafactogeradoreexigibilidadeindeterminada;restauro,gravação/recuperação/relatório15exemplos,1versãoanterior;importaçãopeloeventoaduaneiro2026-12-10,facturacomercialnãoodesloca;adiantamento200+restante800;P104condicionado64500MZN,semIVA/base.Todososlivrosanteriorescomparadoscomcongelamento;118fechospreservados,semperdasconfirmadas;provas92eaa935/7a3ac432reutilizadas.Relatóriodocs\investmoz\simulations\iva-l1-currency-events-qa-20261025.json;evidênciaC:\laragon\www\portal-investidor\outputs\iva-l1-currency-events-20261025/verification.json,imagemqa-recovered-report.png.Semescritanoactivo.

118entregues +2QA +12funcionaispendentes +P001=133;homologação92eaa935.P104incluídonos12,nãofechado.CandidataparaentregaconjuntaP131/P132,P104apenasparcialexplicitadonomanifesto.L1aberto;P00105/06;bebidasL2/L3;Estatísticas/IAadiadas.Pendentes:P002/P046/P047/P058/P059/P084/P085/P104/P121/P129/P130/P133,impedimentos/próximasacçõesmantidosnamesmamatriz.

25/10/2026 — preparação P104/P131/P132

118fechos inventariados antes dos testes,sem perdas confirmadas;provas92eaa935/7a3ac432 reutilizadas,todososlivros/resultados/históricos congelados.Sem escrita noactivo.P131/P132:facto gerador7 separado de exigibilidade8 e parcelas de pagamento.P132remissão7(6) refere consignação3(3)d,não embalagensP102.P104remissão15(8) paraLei2/2006 ainda por corresponder;preparar conversão condicionada,não base fiscal confirmada.Prazo emissão dependente disposição/calendário concretos,não aplicar cinco dias úteis2008 por defeito após anúncio de alteração21RIVA.

25/10/2026 — P087/P127 entregues conjuntamente

Homologação 92eaa935,sobrece9d649f;candidatad84883b8 expressamente aceite pela Tempo. Dois ramos,tres tratamentos e tres exemplos QA;uma integração/backup/restauro/instalação/conferência,provas QA reutilizadas.

• P087: Entrega material de bens em execução de contrato de locação com cláusula vinculante para ambas as partes de transferência da propriedade3(3)a. Classificação separada da base15(1):contraprestação obtida/a obter,sem próprioIVA,com composição/âmbito identificados. Não usar15(2)a da consignação,nem transformar mera opção de compra em cláusula vinculante.
• P127: Cessão onerosa ou gratuita de estabelecimento,totalidade ou parte de património susceptível de constituir ramo independente3(5). Adquirente é ou passa pela aquisição a sujeito passivo2(1)a e pratica operações com direito à dedução. Imposto não devido nem exigível no âmbito demonstrado;não isenção genérica,nem base/taxa zero ou nova dedução. Não impor condição autónoma de continuidade além dos factos da fonte.

CIVA Lei13/2016:3(3)a PDF6/p1426(264);3(5) PDF7/p1426(265);15(1) PDF13/p1426(271),páginas visualmente conferidas.Lei22/2022PDF3 mantém15(1);Lei10/2025PDF12 mantém3(3)a/3(5),não altera15.Rectificação2017 sem alteração destas disposições.Acervo seisPDF inventariado/hashes conferidos. 2026;P087baseMZN exacta,classificação pode manter-se com base indeterminada.P127classificação própria de não exigibilidade,sem preencher base/IVA comzero.Sem exigibilidade fiscal calculada,nova dedução,campo11,regularização ou totaisModeloA.P125categoria/elegibilidademargem eP123consignação mantidos separados. P087:entrega material e clausula vinculante para ambas as partes,base15(1) identificada sem dupla soma/subtraccao.P127:cessao onerosa/gratuita,conjunto autonomo,adquirente2(1)a eoperacoes comdireito adeducao;nao exigibilidade3(5) nao e isencao generica,basezero ou nova deducao. Entradas,resultados,histórico e relatório preservados.

Main/destino conferidos,fast-forward normal;116fechos anteriores preservados. Backup novo e restauro real isolado sem rede:174tabelas/369ficheiros/configuração. Delta instalado:revisão,manifesto/hash,20marcadores compilados,quatro hashes funcionais e simuladorHTTP200. PostgreSQL pela mesma identidade antes/depois:29fichas publicadas/28relações/408geometrias preservadas,diferenças apenas cache/sessões. Zero migrações/importações/permissões alteradas ou ensaios sintéticos no activo. Contenção conferida,não aplicada;leitores/histórico/outrosramos preservados. Release/backup anteriores conservados.

Manifesto/recibo,registoiva_l1_property_transfers_P087_P127_homologation_20261025. 118entregues +14funcionaispendentes +P001=133,sem candidatasQApor disponibilizar. P121digital/P084/P085 eL1abertos;P084/P085 apenas preparação/simulação condicionada,incluídos nos14;P00105/06;bebidasL2/L3;Estatísticas/IAadiadas. Manter QAporramo eentregas conjuntas compativeis. Sequencia aceite:transversaisP104/P131/P132,depoisP002;digitalP121/P130;viagensP129/P133;importacoesP046/P047/P058/P059;documentaisP084/P085/P001 sem bloquear grupos independentes.

25/10/2026 — P087/P127 concluídos emQA e situação dos16IDs não entregues

Implementação5999e35f. Doisramos,trêstratamentos:locaçãovinculativa,cessãoonerosa ecessãogratuita. CIVA Lei13/2016:3(3)a PDF6/p1426(264);3(5) PDF7/p1426(265);15(1) PDF13/p1426(271),páginas visualmente conferidas.Lei22/2022PDF3 mantém15(1);Lei10/2025PDF12 mantém3(3)a/3(5),não altera15.Rectificação2017 sem alteração destas disposições.Acervo seisPDF inventariado/hashes conferidos.

• P087: Entrega material de bens em execução de contrato de locação com cláusula vinculante para ambas as partes de transferência da propriedade3(3)a. Classificação separada da base15(1):contraprestação obtida/a obter,sem próprioIVA,com composição/âmbito identificados. Não usar15(2)a da consignação,nem transformar mera opção de compra em cláusula vinculante.
• P127: Cessão onerosa ou gratuita de estabelecimento,totalidade ou parte de património susceptível de constituir ramo independente3(5). Adquirente é ou passa pela aquisição a sujeito passivo2(1)a e pratica operações com direito à dedução. Imposto não devido nem exigível no âmbito demonstrado;não isenção genérica,nem base/taxa zero ou nova dedução. Não impor condição autónoma de continuidade além dos factos da fonte.

2026;P087baseMZN exacta,classificação pode manter-se com base indeterminada.P127classificação própria de não exigibilidade,sem preencher base/IVA comzero.Sem exigibilidade fiscal calculada,nova dedução,campo11,regularização ou totaisModeloA.P125categoria/elegibilidademargem eP123consignação mantidos separados. Nenhuma condição autónoma decontinuidade,certificado ouaprovadorinventados;oâmbito funcionalindependente eoperações doadquirente sãofactos dafonte.BaseP087fornecida comcomposiçãocorrespondente,sem somarrendas/residual automaticamente.

Seistestesfrontend;APIprivada1teste/25asserções comrollbackemQAisolada55441;tipos/buildaprovados.Edge/CUA:P087semcontraprestaçãomantémclassificação/baseindeterminada;P127semconjuntoautónomonãorecebenãoexigibilidade;restaurofactos,gravação/recuperação/relatório3tratamentos/5versõesanteriores,base1250.123456MZN/duasbasesnull,IVA/taxanull. Todososlivrosanterioresconferidoscomcongelamento,116fechospreservados,semperdasconfirmadas;provasce9d649f/4cacef23reutilizadas.Relatóriodocs\investmoz\simulations\iva-l1-property-transfers-qa-20261025.json,evidênciaC:\laragon\www\portal-investidor\outputs\iva-l1-property-transfers-20261025/verification.json eimagemqa-recovered-report.png.Semescritanoactivo.

116entregues +2QA +14funcionaispendentes +P001=133. Homologaçãoce9d649f;entregaconjuntapendente.L1aberto;P00105/06;bebidasL2/L3;Estatísticas/IAadiadas. Os16IDsabaixonãocontamcomonovaspendências:2jáestãoemQA,14aguardamdesenvolvimento/cotejo/documentação.

ID	Natureza	Impedimento/trabalho restante	Próxima acção
P002	Desenvolvimento/consolidação	Falta percurso transversal que reutilize a localização já entregue e distinga direito à dedução.	Consolidar6/19 com2025,ligar resultados existentes e implementar classificação estrangeiro sem reabrir provas.
P046	Desenvolvimento/cotejo documental	Falta correspondência executável12(1)a com isenções internas em2026.	Cotejar lista2025 e regras9 já entregues;implementar importação sem activar benefício só pela descrição.
P047	Dependência documental específica/desenvolvimento	Faltam diploma especial e âmbito de cada benefício aduaneiro invocado.	Inventariar diplomas aplicáveis12(1)b e recolher regime/documento/bens/limites;implementar só correspondências demonstradas.
P058	Dependência documental específica/desenvolvimento	Faltam termos e limites da legislação aduaneira para regresso definitivo12(2)a;isenção/redução na proporção da redução de direitos.	Localizar disposições aduaneiras de emigrantes/funcionários/estudantes/bolseiros,condições de regresso e proporção;reutilizar documentos.
P059	Dependência documental específica/desenvolvimento	Falta despacho do Ministro das Finanças que fixa termos e condições dos mineiros12(2)b;isenção/redução proporcional à redução de direitos.	Localizar despacho referido em12(2)b e implementar beneficiário/serviço no estrangeiro/bens/condições/proporção.
P084	Dependência regulamentar específica;parcial disponível	Correspondência14(3) ainda não demonstrada;ModeloI.1 não concede benefício.	Localizar diploma que acompanhaModeloI.1,demonstrar alcance aquisição/importação14(2)a;preservar estados/âmbito de decisão.
P085	Dependência regulamentar específica;parcial disponível	Correspondência14(3) com procedimento emergência/doação ainda não demonstrada.	Pesquisar conjuntamente comP084,demonstrar percurso calamidade14(2)b sem estender automaticamente à importação.
P087	QA concluído;entrega conjunta pendente	Desenvolvimento e QA concluídos;falta instalação.	Entregar candidata conjuntaP087/P127,reutilizar provas,backup/restauro fresco e delta instalado.
P104	Dependência cambial específica/desenvolvimento	Falta regra cambial aplicável15(8)/(9),momento/opção e fonte/data da taxa.	Cotejar texto e legislação cambial referida;implementar moeda/taxa/data rastreáveis sem taxa actual por defeito.
P121	Desenvolvimento/cotejo regulamentar digital	Falta percurso digital2025 e correspondência das obrigações26/32/33.	Consolidar6(7)k/6(9),residência/EP/utilização e responsável;implementar comP130 quando compatível.
P127	QA concluído;entrega conjunta pendente	Desenvolvimento e QA concluídos;falta instalação.	Entregar candidata conjuntaP087/P127,reutilizar provas,backup/restauro fresco e delta instalado.
P129	Dependência regulamentar específica/desenvolvimento	Falta correspondência do regime especial das agências4(5),com componentes da operação.	Cotejar RIVA/regulação especial,conta própria/terceiros e custos efectivos;implementar antes de apurar margem.
P130	Desenvolvimento/cotejo regulamentar digital	Definição3(7) disponível;falta percurso de transmissão/localização e obrigações aplicáveis.	Reutilizar6 e consolidar2025 comP121;separar bens de serviços e não activar tributação só pela categoria.
P131	Desenvolvimento/cotejo de eventos	Falta motor de eventos7/8 para entrega,serviço,importação,instalação e operações continuadas.	Cotejar datas/excepções e documento/pagamento;implementar por evento e ligar resultados já entregues.
P132	Desenvolvimento/cotejo de eventos	Falta exigibilidade dos eventos específicos de uso próprio/comissão/embalagens/adiantamentos.	Cotejar7/8 e referências de cada operação;reutilizarP123/P126 sem atribuir exigibilidade pela data de conferência.
P133	Desenvolvimento/dependência de regime	Falta motor de saída de regimes suspensivos e evento das viagens,no regime específico.	Cotejar7/8/14 e procedimento de saída;alinhar viagens comP129,sem bloquear eventos independentes.

25/10/2026 — P123/P126 entregues conjuntamente

Homologação ce9d649f,sobre019bcbad;candidataa5b1ae66 expressamente aceite pela Tempo. Dois ramos,quatro percursos e quatro exemplos QA;uma integração/backup/restauro/instalação/conferência,provas QA reutilizadas.

• P123: Mercadorias enviadas à consignação não devolvidas em180dias da entrega ao destinatário,3(3)d. Data de entrega/destinatário,conjunto não devolvido e data de conferência identificados;prazo de180dias calculado. No dia180 o prazo ainda decorre;após o prazo,a transmissão é identificada neste recorte,sem calcular exigibilidade/base/IVA.
• P126: Presunções ilidíveis3(4):transmissão de bens adquiridos/importados/produzidos não localizados nos estabelecimentos,ou consumo excessivo face ao volume de produção;e aquisição dos bens encontrados nesses locais. Levantamento,estabelecimentos,conjunto/período e prova em contrário separados. Desconhecido indeterminado;prova identificada afasta presunção apenas no âmbito declarado,sem concessão de isenção.

CIVA Lei13/2016,3(3)d,PDF6/p1426(264);3(4),PDF7/p1426(265),páginas digitalizadas visualmente conferidas.Lei22/2022 não altera3;Lei10/2025 PDF12 mantém3(3)d/3(4).Rectificação2017 não altera estas disposições. Acervo completo seisPDF inventariado e hashes conferidos. 2026,data de conferência/âmbito identificados;classificação da operação,prazo e presunções,não base/exigibilidade/taxa/IVA,nova dedução/regularização/campo11 ou totaisModeloA.P123 não são embalagensP102;P126 não comprova aquisição efectiva/factura ou elegibilidade para margemP092/P093/P125.Devoluções parciais separadas por conjunto;devolução posterior não apaga histórico. P123 mantém a designação corrigida de mercadorias enviadas à consignação,não devolvidas em180dias;não são embalagensP102.P126 mantém prova em contrário explícita e delimitada:desconhecido indeterminado,prova referenciada afasta apenas a presunção no âmbito declarado.Não há isenção ou margem automática,nem nova dedução/campo11 ou regularização. Entradas,resultados,histórico e relatório preservados.

Main/destino conferidos,fast-forward normal;114fechos anteriores preservados. Backup novo e restauro real isolado sem rede:174tabelas/369ficheiros/configuração. Delta instalado:revisão,manifesto/hash,20marcadores compilados,quatro hashes funcionais e simuladorHTTP200. PostgreSQL pela mesma identidade antes/depois:29fichas publicadas/28relações/408geometrias preservadas,diferenças apenas cache/sessões. Zero migrações/importações/permissões alteradas ou ensaios sintéticos no activo. Contenção conferida,não aplicada;leitores/histórico/outrosramos preservados. Release/backup anteriores conservados.

Manifesto/recibo,registoiva_l1_goods_presumptions_P123_P126_homologation_20261025. 116entregues +16funcionaispendentes +P001=133,sem candidatasQApor disponibilizar. P121digital/P084/P085 eL1abertos;P084/P085 apenas preparação/simulação condicionada,incluídos nos16;P00105/06;bebidasL2/L3;Estatísticas/IAadiadas. Manter QAporramo eentregas conjuntas compatíveis.

25/10/2026 — P123/P126 concluídos emQA:consignação e presunções

Implementaçãof640e193. Doisramos,quatropercursos:consignação não devolvida180dias,bens não localizados,consumo excessivo,aquisição presumida debens encontrados. CIVA Lei13/2016,3(3)d,PDF6/p1426(264);3(4),PDF7/p1426(265),páginas digitalizadas visualmente conferidas.Lei22/2022 não altera3;Lei10/2025 PDF12 mantém3(3)d/3(4).Rectificação2017 não altera estas disposições. Acervo completo seisPDF inventariado e hashes conferidos.

• P123: Mercadorias enviadas à consignação não devolvidas em180dias da entrega ao destinatário,3(3)d. Data de entrega/destinatário,conjunto não devolvido e data de conferência identificados;prazo de180dias calculado. No dia180 o prazo ainda decorre;após o prazo,a transmissão é identificada neste recorte,sem calcular exigibilidade/base/IVA.
• P126: Presunções ilidíveis3(4):transmissão de bens adquiridos/importados/produzidos não localizados nos estabelecimentos,ou consumo excessivo face ao volume de produção;e aquisição dos bens encontrados nesses locais. Levantamento,estabelecimentos,conjunto/período e prova em contrário separados. Desconhecido indeterminado;prova identificada afasta presunção apenas no âmbito declarado,sem concessão de isenção.

**Correcção documentalP123:**designação anterior de embalagens retornáveis não corresponde ao artigo3(3)d;este refere mercadorias enviadas à consignação. Corrigida na mesma matriz e histórico conservado.P102embalagens e114fechos permanecem preservados.

2026,data de conferência/âmbito identificados;classificação da operação,prazo e presunções,não base/exigibilidade/taxa/IVA,nova dedução/regularização/campo11 ou totaisModeloA.P123 não são embalagensP102;P126 não comprova aquisição efectiva/factura ou elegibilidade para margemP092/P093/P125.Devoluções parciais separadas por conjunto;devolução posterior não apaga histórico. UTCdiascivis,limite entrega+180dias;nodia180oprazo decorre até fimdia,conferência posterior identifica transmissão sem determinar exigibilidade fiscal.P126conserva diferença entre factos,desconhecido e provaemcontrário;prova referenciada afastaapenaspresunçãonoâmbito declarado.Não se impõe certificado/aprovador nemlimiarpercentual deconsumo excessivo. Quantidade/unidade/comparaçãofaceprodução identificadas.Trocarpercurso conservareferências/camposocultos mas exige rever confirmações.

Sete testesfrontend;APIprivada1teste/30asserções,rollbackemQAisolada55441;tipos/build aprovados.Edge/CUA:prova desconhecida indeterminada,prova referenciada afasta semisenção;restauro dosfactos,gravação/recuperação/relatório4operações,4versõesanteriores,194dias/limite2026-11-28.Base/IVA/taxanull.Históricopresunçãoindeterminada/afastadapreservado. Todososlivros anteriorescomparadoscomcongelamento;114fechos preservados,semperdasconfirmadas,provas019bcbad/4ef7be3dreutilizadas.Relatóriodocs\investmoz\simulations\iva-l1-goods-presumptions-qa-20261025.json;evidênciaC:\laragon\www\portal-investidor\outputs\iva-l1-goods-presumptions-20261025/verification.json,imagemqa-recovered-report.png.Sem escrita noactivo.

114entregues +2QA +16funcionaispendentes +P001=133. Homologação019bcbad;entregaconjuntapendente.L1aberto;P00105/06;P121digital/P084/P085pendentes;bebidasL2/L3;Estatísticas/IAadiadas.

25/10/2026 — preparação P123/P126

Inventariados114fechos,sem perdas confirmadas;provas019bcbad/4ef7be3d reutilizadas,todososlivros/resultados/históricos congelados.Sem escrita noactivo.P123:correcção de designação na mesma matriz;CIVA3(3)d refere mercadorias enviadas à consignação,não embalagens;P102preservado.P126:3(4)presunções ilidíveis de transmissão de bens não localizados/consumo excessivo e aquisição de bens encontrados.Cotejo2016PDF6–7 e2025PDF12,sem alteração3(3)d/3(4).QAporramo eentrega conjunta futura.

25/10/2026 — P092/P093/P125 entregues conjuntamente

Homologação 019bcbad,sobre6c12aabb;candidata0ebb20c8 expressamente aceite pela Tempo. Três ramos,duas fórmulas,quatro categorias e oito exemplos QA;uma integração/backup/restauro/instalação/conferência,provas QA reutilizadas.

• P092: Revendedor: margem individual positiva da contraprestação total com IVA menos preço de compra justificado; dividir por 1.16 e arredondar a base à unidade. Perda conservada no bem, sem compensação entre transmissões. Opção pelo regime normal fica separada.
• P093: Organizador em nome próprio por conta do comitente, contrato de comissão e venda em leilão: base = facturado ao comprador menos líquido do comitente menos IVA próprio identificado. Líquido = adjudicação menos comissão. IVA desconhecido não é zero.
• P125: Classificação própria: bem usado reutilizável, arte, colecção ou antiguidade superior a 100 anos; critérios de 3(6) conservados. Categoria identificada não activa automaticamente a margem. Tiragem limitada a 200 exemplares e cerâmica única executada/assinada pelo artista nos percursos respectivos.

CIVA Lei13/2016:3(3)g/3(6),PDF7,p1426(265);15(2)f/g,PDF13,p1426(271). RIVA Decreto7/2008,BR16-I de16/04/2008,arts47–49,PDF8–9,p106–107. Lei22/2022 PDF3 mantém15f/g e fixa17(1)16%. Lei10/2025 não altera15/17 e revoga regimes35/42;referência antiga não os reactiva. Rectificação2017 sem alteração destas disposições. 2026/MZN,transmissões internas tributáveis e aquisição nacional com qualidade do fornecedor/comitente demonstrada. Duas fórmulas, quatro categorias, oito exemplos e três ramos; uma operação individual, sem dupla contagem. Apenas classificação/base:sem IVA calculado,nova dedução,campo11,regularização ou totaisModeloA. IVA identificado no leilão é componente referenciada. Exportação isenta e opção normal separadas; origens legadas35/42 permanecem indeterminadas. Classificar o bem não demonstra por si elegibilidade para margem:qualidade do fornecedor/comitente,aquisição nacional,operação interna tributável,opção do revendedor e condições próprias permanecem separadas. Uma operação por bem,sem dupla contagem ou compensar perdas entre bens. IVA próprio identificado no leilão é componente referenciada,não IVA calculado neste incremento. Nenhuma nova dedução/campo11 ou regularização. Entradas,resultados,histórico e relatório preservados.

Main/destino conferidos,fast-forward normal;111fechos anteriores preservados. Backup novo e restauro real isolado sem rede:174tabelas/369ficheiros/configuração. Delta instalado:revisão,manifesto/hash,20marcadores compilados,quatro hashes funcionais e simuladorHTTP200. PostgreSQL pela mesma identidade antes/depois:29fichas publicadas/28relações/408geometrias preservadas,diferenças apenas cache/sessões. Zero migrações/importações/permissões alteradas ou ensaios sintéticos no activo. Contenção conferida,não aplicada;leitores/histórico/outrosramos preservados. Release/backup anteriores conservados.

Manifesto/recibo,registoiva_l1_secondhand_P092_P093_P125_homologation_20261025. 114entregues +18funcionaispendentes +P001=133,sem candidatasQApor disponibilizar. P121digital/P084/P085 eL1abertos;P084/P085 apenas preparação/simulação condicionada,incluídos nos18;P00105/06;bebidasL2/L3;Estatísticas/IAadiadas. Manter QAporramo eentregas conjuntas compatíveis.

25/10/2026 — P092/P093/P125 concluídos em QA: segunda mão e leilões

Implementação b0818c01. Três ramos, duas fórmulas de base e quatro categorias, conferidos em oito exemplos. A classificação P125 partilha a mesma operação com P092 ou P093; não soma uma segunda base. CIVA Lei13/2016:3(3)g/3(6),PDF7,p1426(265);15(2)f/g,PDF13,p1426(271). RIVA Decreto7/2008,BR16-I de16/04/2008,arts47–49,PDF8–9,p106–107. Lei22/2022 PDF3 mantém15f/g e fixa17(1)16%. Lei10/2025 não altera15/17 e revoga regimes35/42;referência antiga não os reactiva. Rectificação2017 sem alteração destas disposições.

• P092: Revendedor: margem individual positiva da contraprestação total com IVA menos preço de compra justificado; dividir por 1.16 e arredondar a base à unidade. Perda conservada no bem, sem compensação entre transmissões. Opção pelo regime normal fica separada.
• P093: Organizador em nome próprio por conta do comitente, contrato de comissão e venda em leilão: base = facturado ao comprador menos líquido do comitente menos IVA próprio identificado. Líquido = adjudicação menos comissão. IVA desconhecido não é zero.
• P125: Classificação própria: bem usado reutilizável, arte, colecção ou antiguidade superior a 100 anos; critérios de 3(6) conservados. Categoria identificada não activa automaticamente a margem. Tiragem limitada a 200 exemplares e cerâmica única executada/assinada pelo artista nos percursos respectivos.

2026/MZN,transmissões internas tributáveis e aquisição nacional com qualidade do fornecedor/comitente demonstrada. Duas fórmulas, quatro categorias, oito exemplos e três ramos; uma operação individual, sem dupla contagem. Apenas classificação/base:sem IVA calculado,nova dedução,campo11,regularização ou totaisModeloA. IVA identificado no leilão é componente referenciada. Exportação isenta e opção normal separadas; origens legadas35/42 permanecem indeterminadas.

Reutilizar dados/documentos e registar referências ou pressupostos expressos. O livro regulatedSecondhands conserva entradas/resultados/histórico por oportunidade, integra a gravação/recuperação privada e o relatório existente. Trocar percurso/categoria conserva campos ocultos e obriga a rever apenas as confirmações afectadas. Arredondamento da base de revenda à unidade mais próxima por48(6)b;empate para cima é escolha técnica explícita. Montantes com seis casas e BigInt. Prazo do relatório ao comitente de cinco dias úteis identificado, sem inventar calendário. Não emitir factura fiscal nem relatório legal ao comitente por esta simulação.

Verificação:11testesfrontend,APIprivada1teste/35asserções comrollback emQAisolada55441,tipos ebuild aprovados. Edge/CUA:compra desconhecida deixa base indeterminada;perda individual mantémbasezero sem compensar outros bens;restauro dos valores,gravação,recuperação e relatório oito operações,bases138.00x4/344.83x4MZN,quatro versões anteriores,IVA/taxanull. Todos os livros anteriores comparados com congelamento;111fechos preservados,sem perdas confirmadas,provas6c12aabb/ec786f4a reutilizadas. Relatório docs\investmoz\simulations\iva-l1-secondhand-qa-20261025.json,prova C:\laragon\www\portal-investidor\outputs\iva-l1-secondhand-20261025/verification.json,imagem qa-recovered-report.png. Sem escrita no activo.

111entregues +3QA +18funcionaispendentes +P001=133. Homologação 6c12aabb;entrega conjunta pendente,sem entrega individual por ramo. L1aberto;P00105/06;P121digital/P084/P085pendentes;bebidasL2/L3;Estatísticas/IAadiadas.

25/10/2026 — preparação conjunta P092/P093/P125

Inventariados111fechos antes dos testes,sem perdas confirmadas;provas6c12aabb/ec786f4a reutilizadas.Congelados livros/resultados/históricos incluindoP088/P124/P091/P122/P128 eP084/P085parciais.QAporramo eentrega conjunta futura,sem alterações noactivo.CIVA3(3)g/3(6),15(2)f/g,2016PDF7/13;RIVADecreto7/2008arts47–49,acervoBR16-I16/04/2008PDF8–9;2022mantém15f/g;2025revoga regimes35/42,não os reactivar por referência antiga.Regularização/dedução fora.Revenda:margem individual sem compensação entrebens;base de margem positiva comdivisor1.16 e arredondamento à unidade47/48.Leilão:facturado−líquidocomitente−IVApróprio identificado,sem IVAzero presumido.

25/10/2026 — G7N/G10C/P088/P124 entregues numa operação conjunta

Homologação 6c12aabb,sobre63cc3367;candidatacd259623 expressamente aceite pela Tempo. Dois ramos,quatro tratamentos,uma integração/backup/restauro/instalação/conferência,provas individuaisQA reutilizadas.

• P124: Classificação da afectação permanente de bens a uso próprio/particular/alheio,transmissão gratuita,afectação a sector isento ou aoactivo imobilizado de bens20(1)a. Exige dedução anterior total/parcial nos bens/elementos;em3e conferir excepção de amostras/ofertas depequeno valor,sem limiar inventado. Facto histórico de dedução,não nova dedução.
• P088: Base15(2)b:preço aquisição ou,na sua falta demonstrada,preço custo,reportados ao momento da operação. ClassificaçãoP124 pode estar identificada ebaseP088 indeterminada;sem custo por defeito para preço aquisição desconhecido.

CIVA3(3)e/f,Lei13/2016PDF6–7/p1426(264–265);15(2)b,PDF13/p1426(271);20(1)a,PDF15/p1426(273). Lei22/2022PDF3mantém15(2)b e20(1)a;Lei10/2025PDF12mantém3(3)e/f e não altera15/20. 2026/MZN,quatro tratamentos partilhados entre dois requisitos sobre a mesma operação,registada uma vez. Distinto de uso temporário de bens como serviçoP089. Sem nova dedução/campo11,regularização,taxaIVA,IVA ou totaisModeloA;dedução anterior apenas facto histórico. Excepçãoamostras/ofertas fica fora deste percurso quando aplicável;desconhecido permanece indeterminado. Uma operação partilhada entreP124classificação eP088base,sem dupla entrada/soma. Dedução anterior apenas facto histórico exigido pela fonte,não nova dedução ou regularização. Base pelo preço aquisição ou,na sua falta demonstrada,custo reportado ao momento da operação. Sem preenchimento do campo11.Factos/referências/datas/âmbito,entradas imutáveis/histórico/relatório preservados. Desconhecido não é zero;fora do território não é isenção/IVAzero;sem certificados/aprovadores novos.

Compatibilidade com main e destino conferida,sem avanço concorrente encontrado;fast-forward normal,sem sobrescrever alterações. SessãoSSH existente autenticada reutilizada,sem guardar credenciais. Backup novo e restauro real isolado sem rede:174tabelas/369ficheiros/configuração. Conferido apenas delta instalado:revisão servida,manifesto/hash,20marcadores compilados,quatro hashes funcionais e simuladorHTTP200. PostgreSQL pela mesma identidade antes/depois:174tabelas/369ficheiros e29fichas publicadas/28relações/408geometrias preservados;diferenças apenascache/sessões. Zero migrações/importações/alterações de permissões ou ensaios sintéticos no activo. Contenção de novas classificações conferida,não aplicada;leitores/histórico/outrosramos preservados. Release/backup anteriores conservados.

Manifesto/recibo,registoiva_l1_goods_allocation_P088_P124_homologation_20261025. 111entregues +21funcionaispendentes +P001=133,sem candidatasQApor disponibilizar. Os109fechos anteriores preservados. P084/P085 continuam incluídos nos21,apenas preparação/simulação condicionada;P002transversal eL1abertos;P00105/06;bebidasL2/L3;Estatísticas/IAadiadas. ManterQAporramo eentregasconjuntas compatíveis.

25/10/2026 — P088/P124 concluídos emQA,classificação de afectações ebase aquisição/custo

Implementação9b95e5e7. Dois ramos,quatro tratamentos partilhados:afectação permanente privada,transmissão gratuita,sector isento,activo imobilizado20(1)a.Uma operação registada uma vez,coberturaP124/P088 distinta,não oito tratamentos nem dupla base. CIVA3(3)e/f,Lei13/2016PDF6–7/p1426(264–265);15(2)b,PDF13/p1426(271);20(1)a,PDF15/p1426(273). Lei22/2022PDF3mantém15(2)b e20(1)a;Lei10/2025PDF12mantém3(3)e/f e não altera15/20.

• P124: Classificação da afectação permanente de bens a uso próprio/particular/alheio,transmissão gratuita,afectação a sector isento ou aoactivo imobilizado de bens20(1)a. Exige dedução anterior total/parcial nos bens/elementos;em3e conferir excepção de amostras/ofertas depequeno valor,sem limiar inventado. Facto histórico de dedução,não nova dedução.
• P088: Base15(2)b:preço aquisição ou,na sua falta demonstrada,preço custo,reportados ao momento da operação. ClassificaçãoP124 pode estar identificada ebaseP088 indeterminada;sem custo por defeito para preço aquisição desconhecido.

2026/MZN,quatro tratamentos partilhados entre dois requisitos sobre a mesma operação,registada uma vez. Distinto de uso temporário de bens como serviçoP089. Sem nova dedução/campo11,regularização,taxaIVA,IVA ou totaisModeloA;dedução anterior apenas facto histórico. Excepçãoamostras/ofertas fica fora deste percurso quando aplicável;desconhecido permanece indeterminado. Preço/custo reportado ao momento da operação,comdata/âmbito;esse campo temporal não impõe novo documento emitido na mesma data.Reutilizar referências epressupostos expressos,sem certificado/aprovador/limiar inventado.Custo não é alternativa automática para aquisição desconhecida.Sem actualização automática de custos/depreciações.regulatedGoodsAllocations poroportunidade nosnapshot/API/dossier existentes;troca conserva valores ocultos e exige rever factos/avaliação,escolha técnica de integridade.

Sete testes funcionais:quatro tratamentos+P124factos/P088base separados+subsidiariedade custo/precisão/troca+preservação/persistência/histórico/relatório.APIprivada1teste/27asserções comrollback emQAisolada55441;tipos/build aprovados.Edge/CUA:falta aquisição por esclarecer conserva classificação masbase indeterminada;dedução histórica desconhecida torna classificação indeterminada;restaurados factos egravação/recuperação/relatório4operações1000.25/800.15/1000.25/800.15MZN,4versõesanteriores,IVA/taxanull.Comparados todos oslivros anteriores comcongelamento,incluindoP091/P089/P122/P128/P096–P099/P111–P120 eP084/P085parciais;109fechos preservados,provas anteriores reutilizadas.Relatóriodocs\investmoz\simulations\iva-l1-goods-allocation-qa-20261025.json;evidênciaC:\laragon\www\portal-investidor\outputs\iva-l1-goods-allocation-20261025/verification.json eimagemqa-recovered-report.png.Sem escrita noactivo.

109entregues +2QA +21funcionaispendentes +P001=133.Homologação63cc3367;entrega conjunta pendente.L1aberto;nova dedução/regularização fora;P121digital/P084/P085pendentes;P00105/06;bebidasL2/L3;Estatísticas/IAadiadas.Uma integração/backup/restauro/conferência paraoconjunto,reutilizando provas porramo.

25/10/2026 — preparação conjunta G7N/G10C,P088/P124

Inventariados109fechos antes dos testes,sem perdas confirmadas;provas63cc3367/1b67fa85 reutilizadas. Congelados livros/resultados/históricos incluindoP091/P122/P128 eP084/P085parciais. QAporramo eentrega conjunta futura;sem alterações noactivo. CIVA3(3)e/f,2016PDF6–7;15(2)b,PDF13:preço aquisição ou,nasua falta,preço custo,reportados aomomento daoperação. Dedução anterior total/parcial é facto histórico de3e/f,não nova dedução/campo11. Não confundir uso temporário de serviçosP089 comafectação/transmissão permanente de bens.

25/10/2026 — G10A–G10B/P122/P128 entregues numa operação conjunta

Homologação 63cc3367,sobre2fdca863;candidataaf7d2503 expressamente aceite pela Tempo. Dois ramos,quatro tratamentos,uma integração/backup/restauro/instalação/conferência,provas individuaisQA reutilizadas.

• P122: Transferências de bens em execução de contrato de comissão,incluindo consignação;na venda comissário considerado comprador,na compra comitente considerado comprador. Venda:comitente→comissário→terceiro;compra:terceiro→comissário→comitente. Contraprestações e referências das duas relações separadas.
• P128: Serviço efectuado por intervenção de mandatário emnome próprio:mandatário considerado adquirente eprestador sucessivamente4(3). Venda/prestação:mandante→mandatário→terceiro;compra/aquisição:terceiro→mandatário→mandante. Não é mera intermediação emnome de outrem ou base15(2)e de bens.

CIVA3(3)c,Lei13/2016PDF6/p1426(264);4(3),PDF7/p1426(265). Lei22/2022não altera3/4;Lei10/2025PDF12mantém3(3)c e não altera4. Base15(2)e/P091já entregue permanece independente;sem nova aplicação da base neste incremento. 2026,circuitos emnome próprio,partes/contratos/objectos econtraprestações originais das duas relações. Sem soma/compensação automática,base tributável nova,localização,isenção,taxa,IVA,dedução/campo11 ou totaisModeloA. Sem conversão cambial;moeda original identificada e coerente com contexto. P091preservado,sem repetir aceitação/cálculo. Contraprestações das duas relações mantidas separadas,sem dupla soma.P091 e seus cálculos/históricos preservados,sem recalcular.Dedução fora deste incremento.Factos/referências/datas/âmbito,entradas imutáveis/histórico/relatório preservados. Desconhecido não é zero;fora do território não é isenção/IVAzero;sem certificados/aprovadores novos.

Compatibilidade com main e destino conferida,sem avanço concorrente encontrado;fast-forward normal,sem sobrescrever alterações. SessãoSSH existente autenticada reutilizada,sem guardar credenciais. Backup novo e restauro real isolado sem rede:174tabelas/369ficheiros/configuração. Conferido apenas delta instalado:revisão servida,manifesto/hash,17marcadores compilados,quatro hashes funcionais e simuladorHTTP200. PostgreSQL pela mesma identidade antes/depois:174tabelas/369ficheiros e29fichas publicadas/28relações/408geometrias preservados;diferenças apenascache/sessões. Zero migrações/importações/alterações de permissões ou ensaios sintéticos no activo. Contenção de novas classificações conferida,não aplicada;leitores/histórico/outrosramos preservados. Release/backup anteriores conservados.

Manifesto/recibo,registoiva_l1_g10_own_name_P122_P128_homologation_20261025. 109entregues +23funcionaispendentes +P001=133,sem candidatasQApor disponibilizar. Os107fechos anteriores preservados. P084/P085 continuam incluídos nos23,apenas preparação/simulação condicionada;P002transversal eL1abertos;P00105/06;bebidasL2/L3;Estatísticas/IAadiadas. ManterQAporramo eentregasconjuntas compatíveis.

25/10/2026 — G10A–G10B/P122/P128 concluídos emQA,circuitos emnome próprio

Implementação2b592ded. Dois ramos,quatro tratamentos comtestes próprios,uma candidata conjunta. CIVA3(3)c,Lei13/2016PDF6/p1426(264);4(3),PDF7/p1426(265). Lei22/2022não altera3/4;Lei10/2025PDF12mantém3(3)c e não altera4. Base15(2)e/P091já entregue permanece independente;sem nova aplicação da base neste incremento.

• P122: Transferências de bens em execução de contrato de comissão,incluindo consignação;na venda comissário considerado comprador,na compra comitente considerado comprador. Venda:comitente→comissário→terceiro;compra:terceiro→comissário→comitente. Contraprestações e referências das duas relações separadas.
• P128: Serviço efectuado por intervenção de mandatário emnome próprio:mandatário considerado adquirente eprestador sucessivamente4(3). Venda/prestação:mandante→mandatário→terceiro;compra/aquisição:terceiro→mandatário→mandante. Não é mera intermediação emnome de outrem ou base15(2)e de bens.

2026,circuitos emnome próprio,partes/contratos/objectos econtraprestações originais das duas relações. Sem soma/compensação automática,base tributável nova,localização,isenção,taxa,IVA,dedução/campo11 ou totaisModeloA. Sem conversão cambial;moeda original identificada e coerente com contexto. P091preservado,sem repetir aceitação/cálculo. Reutilizar referências/partes/contratos/documentos oupressupostos expressos,sem certificado/aprovador novo. ownNames poroportunidade nosnapshot/API/dossier existentes;troca conserva dados ocultos e limpa confirmações próprias,escolha técnica de integridade. ReferênciaP091opcional,reutilizável,sem obrigar a repetir prova ou cálculo aceite.

Seis testes funcionais:quatro circuitos+troca de sentido/natureza+preservação/gravação/histórico/relatório.APIprivada1teste/37asserções comrollback emQAisolada55441;tipos/build aprovados;Edge/CUAactuação emnome próprio desconhecida,restauro da confirmação,gravação/recuperação/relatório4circuitos,2relações porcada,1000.25/1100.75MZNseparados e3versõesanteriores. Base/IVA/taxanull;sem soma das relações. Comparados todos oslivros anteriores comcongelamento,incluindoP091/P096–P099/P111–P120 eP084/P085parciais;107fechos preservados,provas anteriores reutilizadas. Relatóriodocs\investmoz\simulations\iva-l1-g10-own-name-qa-20261025.json;evidênciaC:\laragon\www\portal-investidor\outputs\iva-l1-g10-own-name-20261025/verification.json eimagemqa-recovered-report.png. Sem escrita noactivo.

107entregues +2QA +23funcionaispendentes +P001=133. Homologação2fdca863;entrega conjunta pendente. L1aberto,dedução fora deste incremento;P121digital/P084/P085pendentes;P00105/06;bebidasL2/L3;Estatísticas/IAadiadas. Uma integração/backup/restauro/conferência paraoconjunto,reutilizando provas porramo.

25/10/2026 — preparação conjunta G10A–G10B/P122/P128

Inventariados107fechos antes dos testes,sem perdas confirmadas;provas2fdca863/5837f34a reutilizadas. Congelados livros/resultados/históricos incluindoP091/P096–P099/P111–P120 eP084/P085parciais. QAporramo eentrega conjunta futura;sem alterações noactivo. CIVA3(3)c,4(3),2016PDF6–7/p1426(264–265);2025mantém3(3)c e nãoaltera4. Comissões de bens:comissário comprador na venda,comitente comprador na compra;mandatário de serviços emnome próprio é adquirente eprestador sucessivamente. Duas relações econtraprestações separadas,não dupla soma ou comissão autónoma presumida. BaseP091já entregue preservada,sem recalcular;dedução/campo11 fora.

25/10/2026 — G7J–G7M/P096–P099 entregues numa operação conjunta

Homologação 2fdca863,sobre2a725440;candidata833b4e5c expressamente aceite pela Tempo. Quatro ramos,uma integração/backup/restauro/instalação/conferência,provas individuaisQA reutilizadas.

• P096: contraprestação total antes redução,sempróprioIVA ×62%. Transmissão de energia com preço fixado porAutoridadePública,referência/âmbito/intervalo aplicáveis.
• P097: contraprestação total antes redução,sempróprioIVA ×85%. Preço doserviço fixado através de taxas aeronáuticas. Não aplicar a comunicações/saneamento/telecomunicações genericamente pelo título histórico da matriz;é necessário demonstrar o preço fixado através de taxa aeronáutica15(2)k.
• P098: contraprestação total antes redução,sempróprioIVA ×40%(redução60%,não base60%). Construção/reabilitação de obras públicas abrangidas15(2)l/15(9),projecto/contrato/categoria/âmbito identificados;estradas,pontes,infraestrutura água/saneamento,electrificação rural emprojectos públicos e hidráulicaagrícola noâmbito definido. Não exigir preço regulado a esta alínea.
• P099: contraprestação total antes redução,sempróprioIVA ×75%. Água potável através derede pública,preço fixado porAutoridadePública comreferência/âmbito/intervalo aplicáveis.

CIVA15(2)j/k/l/m,15(1)/(5)/(6)/(9),Lei13/2016PDF13–14/p1426(271–272);Lei22/2022PDF3mantém15(2)j–m;Lei10/2025não altera15,adita18(6),PDF13:dedução do imposto suportado relativo a essas operações na mesma proporção da base reduzida. 2026/MZN,base apenas. Percentagens62/85/40/75 são de base,não taxasIVA. Proporção18(6)registada sem calcular/conceder dedução/campo11;dedução permanece nas condições/lotes próprios. Sem taxaIVA,IVA,isenção ou totaisModeloA. Não dividir bruto comIVA sem composição esclarecida,nem reduzir montante já reduzido. As percentagens62/85/40/75 incidem sobre a base tributável,não são taxasIVA. Dedução fora deste incremento;18(6)apenas indica a proporção aplicável,sem cálculo ou preenchimento do campo11. Factos/referências/datas/âmbito,entradas imutáveis/histórico/relatório preservados. Desconhecido não é zero;fora do território não é isenção/IVAzero;sem certificados/aprovadores novos.

Compatibilidade com main e destino conferida,sem avanço concorrente encontrado;fast-forward normal,sem sobrescrever alterações. SessãoSSH existente autenticada reutilizada,sem guardar credenciais. Backup novo e restauro real isolado sem rede:174tabelas/369ficheiros/configuração. Conferido apenas delta instalado:revisão servida,manifesto/hash,16marcadores compilados,quatro hashes funcionais e simuladorHTTP200. PostgreSQL pela mesma identidade antes/depois:174tabelas/369ficheiros e29fichas publicadas/28relações/408geometrias preservados;diferenças apenascache/sessões. Zero migrações/importações/alterações de permissões ou ensaios sintéticos no activo. Contenção de novas classificações conferida,não aplicada;leitores/histórico/outrosramos preservados. Release/backup anteriores conservados.

Manifesto/recibo,registoiva_l1_g7_reduced_P096_P099_homologation_20261024. 107entregues +25funcionaispendentes +P001=133,sem candidatasQApor disponibilizar. Os103fechos anteriores preservados. P084/P085 continuam incluídos nos25,apenas preparação/simulação condicionada;P002transversal eL1abertos;P00105/06;bebidasL2/L3;Estatísticas/IAadiadas. ManterQAporramo eentregasconjuntas compatíveis.

24/10/2026 — G7J–G7M/P096–P099 concluídos emQA,conjunto de bases reduzidas

Implementação67a96085. Quatro ramos comtestes/rastreabilidade próprios,uma candidata conjunta. CIVA15(2)j/k/l/m,15(1)/(5)/(6)/(9),Lei13/2016PDF13–14/p1426(271–272);Lei22/2022PDF3mantém15(2)j–m;Lei10/2025não altera15,adita18(6),PDF13:dedução do imposto suportado relativo a essas operações na mesma proporção da base reduzida.

• P096: contraprestação total antes redução,sempróprioIVA ×62%. Transmissão de energia com preço fixado porAutoridadePública,referência/âmbito/intervalo aplicáveis.
• P097: contraprestação total antes redução,sempróprioIVA ×85%. Preço doserviço fixado através de taxas aeronáuticas. Não aplicar a comunicações/saneamento/telecomunicações genericamente pelo título histórico da matriz;é necessário demonstrar o preço fixado através de taxa aeronáutica15(2)k.
• P098: contraprestação total antes redução,sempróprioIVA ×40%(redução60%,não base60%). Construção/reabilitação de obras públicas abrangidas15(2)l/15(9),projecto/contrato/categoria/âmbito identificados;estradas,pontes,infraestrutura água/saneamento,electrificação rural emprojectos públicos e hidráulicaagrícola noâmbito definido. Não exigir preço regulado a esta alínea.
• P099: contraprestação total antes redução,sempróprioIVA ×75%. Água potável através derede pública,preço fixado porAutoridadePública comreferência/âmbito/intervalo aplicáveis.

2026/MZN,base apenas. Percentagens62/85/40/75 são de base,não taxasIVA. Proporção18(6)registada sem calcular/conceder dedução/campo11;dedução permanece nas condições/lotes próprios. Sem taxaIVA,IVA,isenção ou totaisModeloA. Não dividir bruto comIVA sem composição esclarecida,nem reduzir montante já reduzido. Composição e referências existentes reutilizáveis oupressupostos expressos,sem certificados/aprovadores novos. Obraspúblicas usam projecto/categoria/âmbito,sem impor condição de preço regulado deoutras alíneas. A descrição históricaP097na matriz não estende15(2)k aqualquer telecomunicação/saneamento;conferido o alcance do texto,sem percentagem presumida por título. Novo livroregulatedReducedBases poroportunidade nosnapshot/API/dossier existentes;troca conserva campos ocultos e limpa condições próprias,escolha técnica de integridade. Decimal exacto até8casasde resultado,sem arredondamento fiscal presumido.

Seis testes funcionais:um porramo+precisão/obras40%não60/sem dupla redução+preservação/gravação/histórico/relatório.APIprivada1teste/27asserções comrollback emQAisolada55441;tipos/build aprovados;Edge/CUAcomposição/categoria desconhecidas,restauro deentradas,gravação/recuperação/relatório4linhas+3versõesanteriores. Bases620.155/850.2125/400.10/750.1875MZN para1000.25MZNantesredução. Proporções18(6)62/85/40/75%,sem dedução calculada;IVA/taxanull. Comparados todos oslivros anteriores comcongelamento,incluindoP111–P120 eP084/P085parciais;103fechos preservados,provas anteriores reutilizadas. Relatóriodocs\investmoz\simulations\iva-l1-g7-reduced-bases-qa-20261024.json;evidênciaC:\laragon\www\portal-investidor\outputs\iva-l1-g7-reduced-bases-20261024/verification.json eimagemqa-recovered-report.png. Sem escrita noactivo.

103entregues +4QA +25funcionaispendentes +P001=133. Homologação2a725440;entrega conjunta pendente. P121digital/P084/P085 eL1abertos;P00105/06;bebidasL2/L3;Estatísticas/IAadiadas. Uma integração/backup/restauro/conferência paraoconjunto,reutilizando provas porramo.

24/10/2026 — preparação conjunta G7J–G7M/P096–P099

Inventariados103fechos antes dos testes,sem perdas confirmadas;provas2a725440/b0e01ef7 reutilizadas. Congelados livros/resultados/históricos incluindoP111–P120 eP084/P085parciais. QAporramo eentrega conjunta futura;sem alterações noactivo. CIVA15(2)j–m,15(1)/(5)/(6)/(9),2016PDF13–14;Lei22/2022PDF3mantém15(2)j–m;Lei10/2025PDF13adita18(6):dedução proporcional,sem activar campo11. Base62%energia,85%aeronáutica,40%obras(redução60%),75%água. Não aplicar redução duasvezes ou a todos osserviços de telecomunicações por descrição.

24/10/2026 — G9A–G9J/P111–P120 entregues numa operação conjunta

Homologação 2a725440,sobre03c26d66;candidata4601bf64 expressamente aceite pela Tempo. Dez ramos,uma integração/backup/restauro/instalação/conferência,provas individuaisQA reutilizadas.

• P111 — 6(7)a: Cessão/autorização de direitos de autor,licenças,marcas e análogos
• P112 — 6(7)b: Publicidade
• P113 — 6(7)c: Telecomunicações
• P114 — 6(7)d: Consultores,engenheiros,advogados,economistas,contabilistas/gabinetes de estudos,organização,investigação/desenvolvimento e similares
• P115 — 6(7)e: Tratamento de dados/fornecimento de informações
• P116 — 6(7)f: Operações bancárias,financeiras,seguro/resseguro;eventual isenção independente
• P117 — 6(7)g: Colocação de pessoal
• P118 — 6(7)h: Intermediação em nome epor conta de outrem no fornecimento de serviço enumerado,subjacente identificado
• P119 — 6(7)i: Obrigação de não exercer,mesmo parcialmente,actividade/direito enumerado,subjacente identificado
• P120 — 6(7)j: Locação de bens móveis corpóreos,incluindo financeira,bens/contrato identificados

CIVA2(1)a/b,2(2),6(3),6(7)a–j e6(8),Lei13/2016PDF6–8/p1426(264–266);23(1)/(2),25(4),26(1–3),PDF16–17. Lei22/2022não altera estes artigos. Lei10/2025PDF12mantém alíneasa–j ealtera6(7–9);PDF13art23(2)excluik e remete declaração33(2);PDF14mantém26(1–3),adita26(4)digital ealtera33(2). 2026,serviços enumerados não digitais;localização e identificação do responsável pelas obrigações. Sem isenção confirmada,base,taxa,IVA,montante a pagar,dedução/campo11 ou totaisModeloA. P121/P130digitais eP002transversal não fechados;outros6(4)/(5)encaminhados para percursos próprios. Não automatiza declaração,pagamento,retenção ou prazo digital32(1)c. Factos/referências/datas/âmbito,entradas imutáveis/histórico/relatório preservados. Desconhecido não é zero;fora do território não é isenção/IVAzero;sem certificados/aprovadores novos.

Compatibilidade com main e destino conferida,sem avanço concorrente encontrado;fast-forward normal,sem sobrescrever alterações. SessãoSSH autenticada inicial reutilizada no backup/restauro;expirou durante a instalação e foi restabelecida pelo responsável para leituras finais,sem guardar credenciais. A revisão pública foi conferida antes dessa retoma;nenhuma instalação repetida. Backup novo e restauro real isolado sem rede:174tabelas/369ficheiros/configuração. Conferido apenas delta instalado:revisão servida,manifesto/hash,20marcadores compilados,quatro hashes funcionais e simuladorHTTP200. PostgreSQL pela mesma identidade antes/depois:174tabelas/369ficheiros e29fichas publicadas/28relações/408geometrias preservados;diferenças apenascache/sessões. Zero migrações/importações/alterações de permissões ou ensaios sintéticos no activo. Contenção de novas classificações conferida,não aplicada;leitores/histórico/outrosramos preservados. Release/backup anteriores conservados.

Manifesto/recibo,registoiva_l1_g9_nondigital_P111_P120_homologation_20261024. 103entregues +29funcionaispendentes +P001=133,sem candidatasQApor disponibilizar. Os93fechos anteriores preservados. P084/P085 continuam incluídos nos29,apenas preparação/simulação condicionada;P121digital/P130digital/P002transversal eL1abertos;P00105/06;bebidasL2/L3;Estatísticas/IAadiadas. ManterQAporramo eentregasconjuntas compatíveis.

24/10/2026 — G9A–G9J/P111–P120 concluídos emQA,conjunto compatível não digital

Implementação6cffa118. Dez ramos com rastreabilidade/testes próprios,uma candidata conjunta. CIVA2(1)a/b,2(2),6(3),6(7)a–j e6(8),Lei13/2016PDF6–8/p1426(264–266);23(1)/(2),25(4),26(1–3),PDF16–17. Lei22/2022não altera estes artigos. Lei10/2025PDF12mantém alíneasa–j ealtera6(7–9);PDF13art23(2)excluik e remete declaração33(2);PDF14mantém26(1–3),adita26(4)digital ealtera33(2).

• P111 — 6(7)a: Cessão/autorização de direitos de autor,licenças,marcas e análogos.
• P112 — 6(7)b: Publicidade.
• P113 — 6(7)c: Telecomunicações.
• P114 — 6(7)d: Consultores,engenheiros,advogados,economistas,contabilistas/gabinetes de estudos,organização,investigação/desenvolvimento e similares.
• P115 — 6(7)e: Tratamento de dados/fornecimento de informações.
• P116 — 6(7)f: Operações bancárias,financeiras,seguro/resseguro;eventual isenção independente.
• P117 — 6(7)g: Colocação de pessoal.
• P118 — 6(7)h: Intermediação em nome epor conta de outrem no fornecimento de serviço enumerado,subjacente identificado.
• P119 — 6(7)i: Obrigação de não exercer,mesmo parcialmente,actividade/direito enumerado,subjacente identificado.
• P120 — 6(7)j: Locação de bens móveis corpóreos,incluindo financeira,bens/contrato identificados.

Prestador estrangeiro semsede/EP/domicílio nacional apartirdoqualpresta+adquirente2(1)a/b comEP/domicílio nacional:6(7),incluindo quem pratique exclusivamente operações isentas sem direitoàdedução;responsáveladquirente2(2)/23(2),declaração33(2)nos termosa regulamentar. Não exigir dedução para localizar. Adquirente estabelecido/domiciliado estrangeiro:6(8),ainda queprestador nacional,sem imposto estrangeiro presumido. Percurso doméstico6(3),sem regras especiais:qualidade prestadorSP/regimegeral+referência identifica prestador23(1);se desconhecida,conservarlocalização e responsávelindeterminado. P118/P119exigem subjacente identificado,sem auto-referência ou enquadramento digital presumido. 2026,serviços enumerados não digitais;localização e identificação do responsável pelas obrigações. Sem isenção confirmada,base,taxa,IVA,montante a pagar,dedução/campo11 ou totaisModeloA. P121/P130digitais eP002transversal não fechados;outros6(4)/(5)encaminhados para percursos próprios. Não automatiza declaração,pagamento,retenção ou prazo digital32(1)c.

Localização/isenção/dedução/obrigação/montante independentes. Referências e pressupostos expressos reutilizáveis,sem certificado/aprovador novo;troca conserva dados ocultos e limpa condições próprias,escolhatécnicadeintegridade. listedServices poroportunidade nosnapshot/API/dossier existentes,sem schema/permissões.

Doze testes funcionais:um porramo comtrêspercursos+subjacentes/troca+persistência/histórico/preservação.APIprivada1teste/109asserções comrollback emQAisolada55441;tipos/build aprovados;Edge/CUAqualidade/subjacente desconhecidos,adquirente estrangeiro/retorno conserva referências,gravação/recuperação/relatório30exemplos+4versõesanteriores. Comparação de todos oslivros anteriores,incluindoP105–110/P084/P085parciais,comcongelamento;93fechos preservados,provas anteriores reutilizadas. Relatóriodocs\investmoz\simulations\iva-l1-g9-nondigital-qa-20261024.json;evidênciaC:\laragon\www\portal-investidor\outputs\iva-l1-g9-nondigital-20261024/verification.json eimagemqa-recovered-report.png. Sem escrita noactivo.

93entregues +10QA +29funcionaispendentes +P001=133. Homologação03c26d66;entrega conjunta pendente. P121/P130digitais/P002transversal/P084/P085 eL1abertos;P00105/06;bebidasL2/L3;Estatísticas/IAadiadas. Uma integração/backup/restauro/conferência paraesteconjunto,reutilizando provas porramo.

24/10/2026 — preparação conjunta G9A–G9J/P111–P120

Inventariados93fechos antes dos testes,sem perdas confirmadas;provas03c26d66/4853bc72 reutilizadas. Congelados livros/resultados/históricos incluindoP105–110 eP084/P085parciais. QAporramo eentrega conjunta futura;sem alterações no activo. CIVA6(7)a–j/6(8),2(1)a/b e2(2),2016PDF6/8;Lei10/2025PDF12–14 para6(7–9),23(2),26/33. P121digital é percurso próprio,não classificar pelo recorte não digital. Localização,isenção e dedução independentes;qualidade SP do adquirente inclui quem realiza operações isentas sem direito à dedução.

24/10/2026 — G8B–G8F/P106–P110 entregues numa operação conjunta

Homologação 03c26d66,sobre8f14f5dd;candidata3f4e71c3 expressamente aceite pela Tempo. Cinco ramos,uma integração/backup/restauro/instalação/conferência,provas individuaisQA reutilizadas.

• P106: Sede/EP/domicílio do prestador a partir do qual o serviço é prestado,sem regras especiais aplicáveis. Não usar endereço/nacionalidade do cliente.
• P107: Local do imóvel e relação do serviço,incluindo preparação/coordenação de trabalhos imobiliários,peritos/agentes. Independente da sede do prestador.
• P108: Execução total ou essencial dos trabalhos/peritagens em bens móveis corpóreos. Independente da sede do prestador.
• P109: Local material de actividades artísticas,científicas,desportivas,recreativas,ensino/similares,organizadores e serviços acessórios;6(5)c rectificado2017.
• P110: Distância nacional6(5)d rectificada2017;partida/chegada nacionais incluem percurso fora do país6(6);ida/volta são dois trajectos. Identificar distância total/nacional na mesma unidade,sem apuramento monetário.

CIVA6(3),6(4)/(5)a–d,6(6),Lei13/2016 PDF7–8/p1426(265–266);Aviso BR89-I,de08/06/2017,PDF1,rectifica expressamente6(5)c/d:actividades nacionais e transporte pela distância nacional;Lei10/2025 PDF12mantém6(3–6),altera7–9digitais. Recorte2026,classificação territorial de serviços por factos próprios;sem base,taxa,IVA,isenção,dedução/campo11 ou totaisModeloA. Digital/outros6(7)/(8)exigem percursos próprios,não classificados automaticamente. P002transversal não encerrado. Factos/referências/datas/âmbito,entradas imutáveis/histórico/relatório preservados. Desconhecido não é zero;fora do território não é isenção/IVAzero;sem certificados/aprovadores novos.

Compatibilidade com main e destino conferida,sem avanço concorrente encontrado;fast-forward normal,sem sobrescrever alterações. SessãoSSH existente autenticada reutilizada,sem guardar credenciais. Backup novo e restauro real isolado sem rede:174tabelas/369ficheiros/configuração. Conferido apenas delta instalado:revisão servida,manifesto/hash,18marcadores compilados,quatro hashes funcionais e simuladorHTTP200. PostgreSQL pela mesma identidade antes/depois:174tabelas/369ficheiros e29fichas publicadas/28relações/408geometrias preservados;diferenças apenascache/sessões. Zero migrações/importações/alterações de permissões ou ensaios sintéticos no activo. Contenção de novas classificações conferida,não aplicada;leitores/histórico/outrosramos preservados. Release/backup anteriores conservados.

Manifesto/recibo,registoiva_l1_g8_services_P106_P110_homologation_20261024. 93entregues +39funcionaispendentes +P001=133,sem candidatasQApor disponibilizar. Os88fechos anteriores preservados. P084/P085 continuam incluídos nos39,apenas preparação/simulação condicionada;P002transversal eL1abertos;P00105/06;bebidasL2/L3;Estatísticas/IAadiadas. ManterQAporramo eentregasconjuntas compatíveis.

24/10/2026 — G8B–G8F/P106–P110 concluídos emQA,conjunto compatível

Implementaçãoec33fb5b. Cinco ramos com rastreabilidade/testes próprios,uma candidata conjunta,não cinco entregas. CIVA6(3),6(4)/(5)a–d,6(6),Lei13/2016 PDF7–8/p1426(265–266);Aviso BR89-I,de08/06/2017,PDF1,rectifica expressamente6(5)c/d:actividades nacionais e transporte pela distância nacional;Lei10/2025 PDF12mantém6(3–6),altera7–9digitais.

• P106: Sede/EP/domicílio do prestador a partir do qual o serviço é prestado,sem regras especiais aplicáveis. Não usar endereço/nacionalidade do cliente.
• P107: Local do imóvel e relação do serviço,incluindo preparação/coordenação de trabalhos imobiliários,peritos/agentes. Independente da sede do prestador.
• P108: Execução total ou essencial dos trabalhos/peritagens em bens móveis corpóreos. Independente da sede do prestador.
• P109: Local material de actividades artísticas,científicas,desportivas,recreativas,ensino/similares,organizadores e serviços acessórios;6(5)c rectificado2017.
• P110: Distância nacional6(5)d rectificada2017;partida/chegada nacionais incluem percurso fora do país6(6);ida/volta são dois trajectos. Identificar distância total/nacional na mesma unidade,sem apuramento monetário.

A divergência de transporte do exemplar2016 foi resolvida pelo Aviso2017já existente no acervo,consultado visualmentePDF1;não permanece impedimento documentalP110. A preparação anterior deP106–109não incluíaP110;este foi inventariado antes dos seus testes e juntou-se após o cotejo. Recorte2026,classificação territorial de serviços por factos próprios;sem base,taxa,IVA,isenção,dedução/campo11 ou totaisModeloA. Digital/outros6(7)/(8)exigem percursos próprios,não classificados automaticamente. P002transversal não encerrado. Fora do território não é isenção/IVAzero;desconhecido não é zero. Pressupostos expressos/referências reutilizáveis,sem certificados/aprovadores novos. Troca conserva referências/locais/trajectos ocultos e limpa condições próprias;escolha técnica de integridade,não nova regra organizacional. serviceLocations por oportunidade no snapshot/API/dossier existentes,sem schema/permissões.

Sete testes funcionais:um por ramo+preservação/persistência/histórico+casos específicos de transporte.APIprivada1teste/48asserções com rollback emQAisolada55441;tipos/build aprovados;Edge/CUA10operações,campo do prestador desconhecido,transporte misto80.25/100.50,gravação/recuperação/relatório e3versões anteriores. Comparação de todos os livros anteriores com congelamento,incluindoP105/P084/P085parciais,88fechos preservados;provas aceites reutilizadas. Relatóriodocs\investmoz\simulations\iva-l1-g8-services-qa-20261024.json,evidênciaC:\laragon\www\portal-investidor\outputs\iva-l1-g8-services-20261024/verification.json. Sem escrita no activo.

88entregues +5QA +39funcionaispendentes +P001=133. Homologação8f14f5dd;entrega conjunta pendente. P002transversal/P084/P085 eL1abertos;P00105/06;bebidasL2/L3;Estatísticas/IAadiadas. Uma integração/backup/restauro/conferência para este conjunto,reutilizando as provas por ramo.

24/10/2026 — preparação conjunta G8B–G8E/P106–P109

Inventariados88fechos antes de testes,sem perdas confirmadas;provas8f14f5dd/aac3f463 reutilizadas. Congelados livros/resultados/históricos incluindoP105 eP084/P085parciais. QAporramo,entrega conjunta futura;sem alterações no activo. CIVA6(3),6(4)/(5)a–c,2016PDF7–8/p1426(265–266);2025PDF12mantém3–6. P110 separado para cotejo textual específico6(5)d/6(6),sem bloquear estes quatro ramos.

24/10/2026 — decisão da Tempo: entregas por grupos relacionados

Implementar e testar cada ramo em QA com rastreabilidade própria; agrupar ramos relacionados numa entrega, incluindo os próximos percursos compatíveis de G8. Fazer uma integração, backup/restauro e conferência do conjunto, reutilizando as provas individuais. Entregar isoladamente apenas por correcção urgente, risco especial ou dependência identificada. Estar concluído em QA não obriga à instalação imediata. Esta orientação chegou quando G8A já estava enviado para main e o instalador em execução; a operação iniciada foi acompanhada até à conferência do resultado. Os próximos ramos compatíveis aguardam entrega conjunta. Preservar fechos, alterações concorrentes e limites de âmbito; não criar nova matriz/backlog.

24/10/2026 — G8A/P105 entregue:localização territorial dos bens

Homologação 8f14f5dd,pelo processoGit existente,sobre6f1cf7b7;candidatafb724866 expressamente aceite pela Tempo. P105:um ramo,três tratamentos:goods_with_transport,goods_without_transport,goods_before_import. CIVA6(1)/(2),Lei13/2016PDF7/p1426(265),mantidosLei10/2025PDF12;recorte2026/bens corpóreos. Localização no início transporte/expedição para adquirente ou,sem transporte,ao pôr à disposição. Regra própria das transmissões pelo importador/subsequentes antes da importação nacional de bens vindos do estrangeiro,com referências de transporte/importação/cadeia e âmbito. Endereço/nacionalidade do cliente não substituem esses factos. Fora do território não equivale a isenção/IVAzero. Classificação não calcula base/taxa/IVA/dedução/campo11/direitos/totaisModeloA,nem aplica esta regra física a digitais/serviços. Desconhecido permanece indeterminado. Troca conserva dados ocultos e limpa condições próprias;referências/datas/âmbito/entradas imutáveis/histórico/relatório preservados;sem certificados/aprovadores novos.

Destino e main conferidos novamente;sem avanço concorrente encontrado. SessãoSSH autenticada existente reutilizada,sem guardar credenciais. Backup novo e restauro real isolado sem rede:174tabelas e369ficheiros/configuração. ProvasQA aceites reutilizadas;conferido apenas delta instalado:revisão servida,manifesto/hash,16marcadores compilados do livro/componente/relatório,três percursos/localização/regra6(2)/referências/âmbito,quatro ficheiros funcionais e simuladorHTTP200. Comparação PostgreSQL pela mesma identidade antes/depois:174tabelas/369ficheiros,29fichas publicadas/28relações/408geometrias preservados;diferenças apenas cache/sessões. Zero migrações/importações/alterações de permissões e zero ensaios sintéticos no activo. Release/backup anteriores preservados;contençãoP105 conferida,não aplicada,leitores/históricos e restantes ramos preservados.

Manifesto/recibo,registoiva_l1_g8a_P105_homologation_20261024. 88entregues +44funcionaispendentes +P001 =133;sem candidatasQA por disponibilizar. Os87fechos anteriores permanecem encerrados. P084/P085 continuam nos44,apenas preparação/simulação condicionada,sem benefícios confirmados;rascunhos,decisões,âmbitos e históricos preservados. L1aberto;P001 só05/06;bebidasL2/L3;Estatísticas/IAadiadas. FecharL1 não exige concluirL2/L3 nem todos os impostos.

24/10/2026 — G8A/P105 concluído em QA:localização de bens

Implementação 0682ef74. Um ramo,três tratamentos: goods_with_transport, goods_without_transport, goods_before_import. CIVA6(1)/(2),Lei13/2016 PDF7/p1426(265);Lei10/2025 PDF12 mantém1/2 e altera7–9 digitais. 2026,bens corpóreos;classificação territorial apenas,sem base,taxa,IVA,isenção,dedução/campo11,direitos ou totaisModeloA. Não abrange digitais/serviços por esta regra.

Identificar local físico e momento relevante;endereço/nacionalidade do cliente não os substituem. Conferir a regra6(2)antes de aplicar6(1):importador e transmissões subsequentes antes da importação nacional,com transporte/cadeia/importação e âmbito identificados. Fora do território não equivale a isenção/IVA zero;desconhecido permanece indeterminado. Reutilizar documentos/dados ou pressupostos expressos. Troca de percurso conserva campos ocultos e exige rever condições próprias,escolha técnica de integridade. Livro incremental goodsLocations,snapshot/API/dossier existentes,sem schema/permissões novos.

Verificação:4testes frontend;API privada1teste/30asserções com rollback emQAisolada55441;tipos/build aprovados;Edge/CUA local desconhecido,gravação/recuperação/relatório de3linhas e4versões anteriores. Livros/resultados/históricos anteriores comparados com congelamento,87fechos preservados;provas anteriores reutilizadas. Relatório docs\investmoz\simulations\iva-l1-g8a-qa-20261024.json;evidência C:\laragon\www\portal-investidor\outputs\iva-l1-g8a-goods-location-20261024/verification.json e imagem qa-recovered-report.png. Sem escrita no activo.

87entregues +1QA(P105) +44funcionaispendentes +P001=133. Homologação permanece 6f1cf7b7;falta integração/disponibilização. P084/P085 parciais e pendentes;L1aberto;P00105/06;bebidasL2/L3;Estatísticas/IAadiadas.

24/10/2026 — preparação G8A/P105,inventário antes de testes

G7I/P089 aceite6f1cf7b7/21ce03f6;87entregues+45funcionaispendentes+P001=133. Inventariados87fechos,sem perdas confirmadas;provas instaladas código/schema/dados/configuração/permissões174tabelas/369ficheiros/29fichas/28relações/408geometrias reutilizadas. Congelados todos os livros/resultados/históricos,incluindoP089/P103/P102/P101/P100/P095/P094/P091/P060/P050/P084/P085parciais. Sem repetir aceitação anterior ou ensaiar no activo.

G8A/P105 executaCIVA6(1)/(2),2016PDF7/p1426(265),mantidos naLei10/2025PDF12,que altera6(7–9)digitais. Três tratamentos no mesmo ramo,recorte2026/bens corpóreos:não usar regra física genérica para bens digitais/serviços. Localização dos bens ao iniciar transporte/expedição para adquirente;sem transporte,ao pôr à disposição;apesar de6(1),transmissões pelo importador e subsequentes de bens transportados/expedidos do estrangeiro antes de importação nacional são abrangidas6(2). Confirmar não aplicação6(2)antes de usar6(1);desconhecido não é fora do território. Endereço/nacionalidade do cliente não determina local dos bens. Referências/local/data/cadeia/âmbito reutilizáveis ou pressupostos expressos,sem certificado/aprovador novo. Classificação territorial,não isenção/taxa/IVA/base/dedução/campo11/direitos/totaisModeloA. Novo livro incremental,snapshot/API/relatório existentes,sem schema/permissões. L1aberto;P00105/06;bebidasL2/L3;P084/P085parciais;Estatísticas/IAadiadas.

24/10/2026 — G7I/P089 entregue:valor normal de serviços gratuitos/utilização de bens

Homologação 6f1cf7b7,pelo processoGit existente,sobrecd530b24;candidataa4329bb4 expressamente aceite pela Tempo. P089:um ramo,três tratamentos:free_company_service,private_company_asset_use,exempt_sector_asset_use. Base=valor normal do serviço15(2)c/15(4),fundamento/âmbito e composição15(5)/(6),sem próprioIVA. Serviço gratuito pela própria empresa para necessidades particulares do titular/pessoal ou fins alheios4(2)a não exige dedução anterior. Utilização de bens para uso próprio/particular/alheio ou em sector isento4(2)b exige dedução anterior total/parcial nos bens/elementos,com referência;essa referência não calcula nem concede dedução/campo11. Uso não é transmissão permanenteP088;nenhum custo/preço de aquisição dos bens substitui automaticamente valor normal do serviço. Mudança de tratamento conserva montantes/documentos/bens/dedução oculta e limpa condições próprias,mantém comuns. Referências/finalidade/fundamento/âmbito conservados nas entradas imutáveis,versões/histórico/relatório. Desconhecido não é zero;sem avaliadores/certificados/aprovadores novos. Base separada de incidência/taxa/IVA(IVA/taxa permanecemnull),dedução/campo11/regularizações/totaisModeloA. Livros anteriores não alterados nem base somada como imposto.

Destino e main conferidos novamente;sem avanço concorrente encontrado. SessãoSSH autenticada existente reutilizada,sem guardar credenciais. Backup novo e restauro real isolado sem rede:174tabelas e369ficheiros/configuração. ProvasQA aceites reutilizadas;conferido apenas delta instalado:revisão servida,manifesto/hash,17marcadores compilados do livro/componente/relatório,três percursos/condições próprias/dedução anterior limitada/fundamento/âmbito,quatro ficheiros funcionais e simuladorHTTP200. Comparação PostgreSQL pela mesma identidade antes/depois:174tabelas/369ficheiros,29fichas publicadas/28relações/408geometrias preservados;diferenças apenas cache/sessões. Zero migrações/importações/alterações de permissões e zero ensaios sintéticos no activo. Release/backup anteriores preservados;contençãoP089 conferida,não aplicada,leitores/históricos e restantes ramos preservados.

Manifesto/recibo,registoiva_l1_g7i_P089_homologation_20261024. 87entregues +45funcionaispendentes +P001 =133;sem candidatasQA por disponibilizar. Os86fechos anteriores permanecem encerrados. P084/P085 continuam nos45,apenas preparação/simulação condicionada,sem benefícios confirmados;rascunhos,decisões,âmbitos e históricos preservados. L1aberto;P001 só05/06;bebidasL2/L3;Estatísticas/IAadiadas. FecharL1 não exige concluirL2/L3 nem todos os impostos.

24/10/2026 — G7I/P089 concluído emQA:valor normal de serviços gratuitos/utilização de bens

Implementação90b31c67. Um ramo,três tratamentos:free_company_service,private_company_asset_use,exempt_sector_asset_use. FonteCIVA15(2)(c),Lei13/2016PDF13/p1426(271),4(2)(a)/(b)PDF7/p1426(265),15(4)/(5)/(6)PDF14;2022não altera4,mantém15c/4–6 por remissão;2025não altera4/15. Serviço gratuito pela própria empresa para necessidades particulares do titular/pessoal ou fins alheios4(2)a;não exige dedução anterior da alínea b. Utilização de bens da empresa para uso próprio/particular/alheio ou sector isento4(2)b exige dedução total/parcial anterior nesses bens/elementos,com referência;não calcula nem concede dedução/campo11. Uso não é afectação/transmissão permanenteP088.

Base=valor normal do serviço15(4),com fundamento/âmbito e composição15(5)/(6),sem próprioIVA. Não presumir custo/preço aquisição dos bens como valor normal do serviço,nem avaliação automática. Desconhecido não é zero;decimal exacto até6casas,sem arredondamento fiscal presumido. Referências/documentos reutilizáveis ou pressupostos expressos,sem certificados/avaliadores/aprovadores novos. LivroserviceNormals por oportunidade,snapshot/API/dossier existentes,sem schema/permissões novos. Troca de tratamento conserva valores/documentos/bens/dedução anterior ocultos,limpa condições próprias e mantém condições comuns;escolha técnica de integridade. SemIVA/incidência/taxa/dedução/campo11/regularizações/totaisModeloA.

Provas do delta:4testes frontend,APIprivada1teste/29asserções,guardasimulator_fiscal_delta_20261021_test:55441 e rollback;tipos/build passaram. Interface real Edge/CUA:fundamento do valor normal desconhecido→indeterminado;uso particular com dedução anterior não→não aplicação,dedução desconhecida→indeterminado;troca uso→serviço gratuito oculta bens/dedução e limpa condições próprias,serviço gratuito aplica sem exigir dedução anterior;regresso recupera referências e exige condições próprias. Gravação recuperada/relatório:500.25/700.50/900.75,IVAindeterminado,3linhas/5versões anteriores. Dados sintéticos,não aceitação manual atribuída à Tempo.86fechos/livros/resultados/históricos intactos,incluindoP103/P102/P101/P100/P095/P094/P091/P060/P050 eP084/P085parciais;provas anteriores reutilizadas. RegistoQA.

86entregues +1emQA(P089) +45funcionaispendentes +P001 =133. Homologação permanececd530b24;falta integração/entrega pelo processoGit,manifesto/backup/restauro e delta instalado. P084/P085 continuam nos45,apenas preparação/simulação condicionada,sem benefícios confirmados. L1aberto;P00105/06;bebidasL2/L3;Estatísticas/IAadiadas.

24/10/2026 — preparação G7I/P089,inventário antes de testes

G7H/P103 aceitecd530b24/33cc971a;86entregues+46funcionaispendentes+P001=133. Inventariados86fechos,sem perdas confirmadas;provas instaladas código/schema/dados/configuração/permissões174tabelas/369ficheiros/29fichas/28relações/408geometrias reutilizadas. Congelados todos os livros/resultados/históricos,incluindoP103(comparação/correcção),P102/P101/P100/P095/P094/P091/P060/P050/P084/P085parciais. Sem repetir aceitação anterior ou ensaiar no activo.

G7I/P089 executaCIVA15(2)(c),2016PDF13/p1426(271),4(2)(a)/(b)PDF7/p1426(265):base=valor normal do serviço15(4),composição15(5)/(6),PDF14/p1426(272). Três tratamentos no mesmo ramo:serviço gratuito pela própria empresa para necessidades particulares do titular/pessoal ou fins alheios;utilização de bens da empresa para uso próprio/particular/alheio;utilização em sector isento. A dedução anterior total/parcial nos bens/elementos é condição4(2)(b),não condição de4(2)(a);não calcular nem conceder dedução/campo11 por referência a esse facto. Não confundir utilização com afectação/transmissão permanenteP088.2022não altera4,mantém15c/4–6 por remissão;2025não altera4/15;rectificação2017não altera estes trechos. Fontes/exemplares/inventário aceites,cotejo visual com skillPDF. Referências de operação/finalidade/bens/dedução e valor normal reutilizáveis ou pressupostos expressos,sem avaliador/certificado/aprovador novo. Desconhecido não é zero;não usar custo/preço de aquisição de bens como valor normal de serviço presumido. Novo livro incremental,snapshot/API/relatório existentes;sem schema/permissões/IVA/dedução/campo11/regularizações/totaisModeloA. L1aberto;P00105/06;bebidasL2/L3;P084/P085parciais;Estatísticas/IAadiadas.

24/10/2026 — G7H/P103 entregue:comparação e correcção referenciada

Homologação cd530b24,pelo processoGit existente,sobre5d5f3b41;candidata20871341 expressamente aceite pela Tempo. P103:um ramo,dois tratamentos:price_comparison ereferenced_correction. Comparação da contraprestação com preços correntes/normais à porta fábrica,grosso,retalho ou serviço,conforme natureza/contexto/âmbito:AT pode corrigir,não automatismo. Comparação conserva a contraprestação declarada. Registo da correcção usa montante/referência/data/âmbito próprios,sem máximo ou preço de referência presumidos;dados efectivos declarados e cenário condicionado de projecção distinguem-se,o cenário não é decisão AT concedida. Mudança de contexto/percurso/origem conserva valores e documentos,limpa confirmações afectadas. Referências/âmbitos/composição equivalente conservados nas entradas imutáveis,versões/histórico/relatório. Desconhecido não é zero/correcção presumida;sem certificados/aprovadores novos. Base separada de incidência/taxa/IVA(IVA/taxa permanecemnull),dedução/campo11/regularizações/totaisModeloA. Livros anteriores não alterados nem base somada como imposto.

Destino e main conferidos novamente;sem avanço concorrente encontrado. SessãoSSH autenticada existente reutilizada,sem guardar credenciais. Backup novo e restauro real isolado sem rede:174tabelas e369ficheiros/configuração. ProvasQA aceites reutilizadas;conferido apenas delta instalado:revisão servida,manifesto/hash,16marcadores compilados do livro/componente/relatório,comparação/correcção referenciada/cenário condicionado/âmbito,quatro ficheiros funcionais e simuladorHTTP200. Comparação PostgreSQL pela mesma identidade antes/depois:174tabelas/369ficheiros,29fichas publicadas/28relações/408geometrias preservados;diferenças apenas cache/sessões. Zero migrações/importações/alterações de permissões e zero ensaios sintéticos no activo. Release/backup anteriores preservados;contençãoP103 conferida,não aplicada,leitores/históricos e restantes ramos preservados.

Manifesto/recibo,registoiva_l1_g7h_P103_homologation_20261024. 86entregues +46funcionaispendentes +P001 =133;sem candidatasQA por disponibilizar. Os85fechos anteriores permanecem encerrados. P084/P085 continuam nos46,apenas preparação/simulação condicionada,sem benefícios confirmados;rascunhos,decisões,âmbitos e históricos preservados. L1aberto;P001 só05/06;bebidasL2/L3;Estatísticas/IAadiadas. FecharL1 não exige concluirL2/L3 nem todos os impostos.

24/10/2026 — G7H/P103 concluído emQA:comparação e correcção referenciada

Implementação67b8b581. Um ramo,dois tratamentos:price_comparison ereferenced_correction. FonteCIVA15(7),Lei13/2016PDF14/p1426(272),15(1)/(5)/(6);2022PDF3mantém7;2025não altera15. Contraprestação inferior à resultante de preços correntes/normais à porta fábrica,grosso,retalho ou do serviço,considerando natureza das transmissões:AT pode corrigir,não automatismo. Comparação conserva contraprestação declarada;registo de correcção usa montante/referência/data/âmbito próprios,não máximo/referência substitutos. Contexto do preço,referência/âmbito,operação e composição equivalente sem próprioIVA identificados. Na projecção,correcção é cenário condicionado expressamente assumido,não decisão AT concedida;dados efectivos declarados exigem confirmação da correspondência da correcção referenciada. Não se demonstra pressuposto15(7)quando contraprestação não inferior.

Desconhecido não é zero/correcção presumida. Decimal exacto até6casas,sem arredondamento fiscal presumido. Mudança de contexto/percurso/origem conserva montantes/documentos e limpa confirmações afectadas;projectado→efectivo não reutiliza confirmação do pressuposto. Escolha técnica de integridade,não novo aprovador/certificado/regra organizacional. LivrovalueReviews por oportunidade,snapshot/API/dossier existentes,sem schema/permissões novos. Sem avaliação automática,IVA/incidência/taxa/dedução/campo11/regularizações/totaisModeloA ou execução de acto AT.

Provas do delta:4testes frontend,APIprivada1teste/33asserções,guardasimulator_fiscal_delta_20261021_test:55441 e rollback;tipos/build passaram. Interface real Edge/CUA:referência de preço/montante corrigido desconhecidos→indeterminado;comparação inferior1000.25vs1500.50 mantém1000.25;origem efectivo limpa confirmação;correcção fora âmbito não aplicada;regresso à projecção confirma cenário condicionado1400.75,sem substituir por1500.50. Gravação recuperada/relatório:2linhas/5versões anteriores,IVAindeterminado. Dados sintéticos,não aceitação manual atribuída à Tempo.85fechos/livros/resultados/históricos intactos,incluindoP102/P101/P100/P095/P094/P091/P060/P050 eP084/P085parciais;provas anteriores reutilizadas. RegistoQA.

85entregues +1emQA(P103) +46funcionaispendentes +P001 =133. Homologação permanece5d5f3b41;falta integração/entrega pelo processoGit,manifesto/backup/restauro e delta instalado. P084/P085 continuam nos46,apenas preparação/simulação condicionada,sem benefícios confirmados. L1aberto;P00105/06;bebidasL2/L3;Estatísticas/IAadiadas.

24/10/2026 — preparação G7H/P103,inventário antes de testes

G7G/P102 aceite5d5f3b41/adb849d4;85entregues+47funcionaispendentes+P001=133. Inventariados85fechos,sem perdas confirmadas;provas instaladas código/schema/dados/configuração/permissões174tabelas/369ficheiros/29fichas/28relações/408geometrias reutilizadas. Congelados todos os livros/resultados/históricos,incluindoP102/P101/P100/P095/P094/P091/P060/P050/P084/P085parciais. Sem repetir aceitação anterior ou ensaiar no activo.

G7H/P103 executaCIVA15(7),2016PDF14/p1426(272):para efeitos15(1),contraprestação inferior à resultante de preços correntes/normais de venda à porta fábrica,por grosso ou retalho,ou do serviço,tendo em conta a natureza das transmissões,AT pode proceder à correcção.2022PDF3mantém7;2025não altera15;2017não rectifica15(7). Fontes/exemplares/inventário aceites,cotejo visual com skillPDF. Dois tratamentos num ramo:comparar sem correcção automática;registar correcção AT referenciada nos dados efectivos ou cenário condicionado expressamente assumido na projecção. Referência/âmbito/contexto do preço e composição equivalente identificados;valor inferior não autoriza o portal a corrigir automaticamente,nem usar máximo/referência como substituto de montante de correcção. Conservar documentos/valores ao mudar percurso/contexto,limpando confirmações afectadas por integridade. Sem novos certificados/aprovadores,IVA/dedução/campo11/regularizações/totaisModeloA. L1aberto;P00105/06;bebidasL2/L3;P084/P085parciais;Estatísticas/IAadiadas.

24/10/2026 — G7G/P102 entregue:quatro exclusões da contraprestação

Homologação 5d5f3b41,pelo processoGit existente,sobre7e5710eb;candidata9c2b2c65 expressamente aceite pela Tempo. P102:um ramo,quatro tratamentos:judicial_indemnity,granted_discount,third_party_payment,returnable_packaging,na mesma base por operação. Indemnização recebida declarada judicialmente por incumprimento total/parcial de contrato;descontos/abatimentos/bónus concedidos;quantias pagas em nome e por conta do adquirente/destinatário,registadas em adequadas contas de terceiros;embalagens não efectivamente transaccionadas com indicação separada e menção expressa da devolução acordada27(5)(b). Não exigir devolução já realizada. Montante inicial sem próprioIVA e com inclusões15(5)consideradas−exclusões ainda incluídas;parcelas já excluídas conservadas sem segunda subtracção. Condições,referências e âmbitos próprios conservados nas entradas imutáveis,versões/histórico/relatório. Desconhecido não é zero/exclusão presumida. Sem certificados/aprovadores novos. Base separada de incidência/taxa/IVA(IVA/taxa permanecemnull),dedução/campo11/regularizações/totaisModeloA. Livros anteriores não alterados nem base somada como imposto.

Destino e main conferidos novamente;sem avanço concorrente encontrado. SessãoSSH autenticada existente reutilizada,sem guardar credenciais. Backup novo e restauro real isolado sem rede:174tabelas e369ficheiros/configuração. ProvasQA aceites reutilizadas;conferido apenas delta instalado:revisão servida,manifesto/hash,16marcadores compilados do livro/componente/relatório,quatro exclusões/condições próprias/âmbito/referências,quatro ficheiros funcionais e simuladorHTTP200. Comparação PostgreSQL pela mesma identidade antes/depois:174tabelas/369ficheiros,29fichas publicadas/28relações/408geometrias preservados;diferenças apenas cache/sessões. Zero migrações/importações/alterações de permissões e zero ensaios sintéticos no activo. Release/backup anteriores preservados;contençãoP102 conferida,não aplicada,leitores/históricos e restantes ramos preservados.

Manifesto/recibo,registoiva_l1_g7g_P102_homologation_20261024. 85entregues +47funcionaispendentes +P001 =133;sem candidatasQA por disponibilizar. Os84fechos anteriores permanecem encerrados. P084/P085 continuam nos47,apenas preparação/simulação condicionada,sem benefícios confirmados;rascunhos,decisões,âmbitos e históricos preservados. L1aberto;P001 só05/06;bebidasL2/L3;Estatísticas/IAadiadas. FecharL1 não exige concluirL2/L3 nem todos os impostos.

24/10/2026 — G7G/P102 concluído emQA:quatro exclusões da contraprestação

Implementaçãoacc633bf. Um ramo,quatro tratamentos:judicial_indemnity,granted_discount,third_party_payment,returnable_packaging,na mesma base por operação. FonteCIVA15(6)(a–d),Lei13/2016PDF14/p1426(272);27(5)(b),PDF17/p1426(275);2022PDF3mantém15(6);2025PDF14mantém27(5)(b),altera27(10),não15. Indemnização recebida declarada judicialmente por incumprimento total/parcial de contrato;descontos/abatimentos/bónus concedidos;quantias pagas em nome e por conta do adquirente/destinatário,registadas em adequadas contas de terceiros;embalagens não efectivamente transaccionadas com indicação separada e menção expressa da devolução acordada na factura/documento equivalente. Não exigir devolução já realizada.

Montante inicial sem próprioIVA e com inclusões15(5)consideradas−exclusões ainda incluídas. Já excluídas conservadas sem segunda subtracção;desconhecido não é zero/exclusão presumida;exclusões superiores ao inicial não criam base negativa/pisozero. Referências e âmbitos por tratamento identificam declaração judicial/contrato,concessão do desconto,contas de terceiros/adquirente e menção documental da embalagem;reutilizar documentos ou pressupostos expressos de projecção,sem certificados/aprovadores novos. Decimal exacto até6casas,sem arredondamento fiscal presumido. LivroconsiderationExclusions por oportunidade/operação/parcelas no snapshot/API/dossier existentes,sem schema/permissões novos. Mudança de tipo conserva valores/referências/âmbito/contas/menção oculta,limpa condições próprias;escolha técnica de integridade. SemIVA/incidência/taxa/dedução/campo11/regularizações/totaisModeloA ou postagem em períodos anteriores. P101 e livros anteriores permanecem intactos.

Provas do delta:4testes frontend,APIprivada1teste/34asserções,guardasimulator_fiscal_delta_20261021_test:55441 e rollback;tipos/build passaram. Interface real Edge/CUA:declaração judicial desconhecida,desconto não concedido,condição de contas de terceiros desconhecida e menção de devolução acordada desconhecida impedem exclusão automática. Indemnização100.10já excluída→1000.25−100.45=899.80,sem segunda subtracção. Gravação recuperada/relatório final:1000.25−(100.10+50.25+30.15+20.05)=799.70,IVAindeterminado,1operação/4parcelas/8versões anteriores. Dados sintéticos,não aceitação manual atribuída à Tempo.84fechos/livros/resultados/históricos intactos,incluindoP101/P100/P095/P094/P091/P090,P060/P056/P050 eP084/P085parciais;provas anteriores reutilizadas. RegistoQA.

84entregues +1emQA(P102) +47funcionaispendentes +P001 =133. Homologação permanece7e5710eb;falta integração/entrega pelo processoGit,manifesto/backup/restauro e delta instalado. P084/P085 continuam nos47,apenas preparação/simulação condicionada,sem benefícios confirmados. L1aberto;P00105/06;bebidasL2/L3;Estatísticas/IAadiadas.

24/10/2026 — preparação G7G/P102,inventário antes de testes

G7F/P101 aceite7e5710eb/a89f9eca;84entregues+48funcionaispendentes+P001=133. Inventariados84fechos,sem perdas confirmadas;provas instaladas código/schema/dados/configuração/permissões174tabelas/369ficheiros/29fichas/28relações/408geometrias reutilizadas. Congelados livros/resultados/históricos,incluindoP101(base única),P100(valor normal),P095(TCuma vez),P094(âmbito),P091/P090,P060/P056,P050,P084/P085parciais. Sem repetir aceitação anterior ou ensaiar no activo.

G7G/P102 executaCIVA15(6)(a–d),2016PDF14/p1426(272):indemnização recebida declarada judicialmente por incumprimento total/parcial de contrato;descontos/abatimentos/bónus concedidos;quantias pagas em nome e por conta do adquirente/destinatário,registadas em adequadas contas de terceiros;embalagens não efectivamente transaccionadas com elementos27(5)(b).27(5)(b),PDF17/p1426(275):indicação separada e menção expressa de devolução acordada,não devolução já realizada.2022PDF3mantém15(6);2025PDF14mantém27(5)(b),altera27(10),não15;rectificação2017não altera estes requisitos. Fontes/exemplares/inventário aceites,cotejo visual com skillPDF. Um ramo,quatro tratamentos com condições e referências próprias;desconhecido não é zero/não aplicável. Montante inicial sem próprioIVA e com15(5)considerado;subtrair apenas exclusões ainda incluídas,sem segunda exclusão. Não determinarIVA/dedução/campo11/regularizações/totaisModeloA ou criar certificados/aprovadores. Novo livro incremental,snapshot/API/relatório existentes,sem schema/permissões. L1aberto;P00105/06;bebidasL2/L3;P084/P085parciais;Estatísticas/IAadiadas.

24/10/2026 — G7F/P101 entregue:composição da contraprestação sem dupla contagem

Homologação 7e5710eb,pelo processoGit existente,sobre70b4a640;candidata6f90fcb9 expressamente aceite pela Tempo. P101:um ramo,dois tratamentos de parcela,tax_component eaccessory_component,na mesma base por operação. Montante inicial sem próprioIVA e com exclusões aplicáveis consideradas+parcelas ainda não incluídas;parcelas já incluídas conservadas sem segunda soma. Natureza,imposições excepto próprioIVA e despesas acessórias relativas a comissões/embalagem/transporte/seguros debitadas por conta do cliente,montantes,inclusão e referências conservados nas entradas imutáveis,versões/histórico/relatório. Sem zero/soma presumidos;respeitar bases especiais15(2)incluindoTCemP095/exclusões15(6). P102detalhado não é fechado por esta entrega. Base separada de incidência/taxa/IVA(IVA/taxa permanecemnull),dedução/campo11/totaisModeloA. Livros anteriores não alterados nem base somada como imposto.

Destino e main conferidos novamente;sem avanço concorrente encontrado. Nova sessãoSSH autenticada para esta entrega,sem guardar credenciais. Backup novo e restauro real isolado sem rede:174tabelas e369ficheiros/configuração. ProvasQA aceites reutilizadas;conferido apenas delta instalado:revisão servida,manifesto/hash,15marcadores compilados do livro/componente/relatório,base única/parcelas/natureza/montante/inclusão/referências,quatro ficheiros funcionais e simuladorHTTP200. Comparação PostgreSQL pela mesma identidade antes/depois:174tabelas/369ficheiros,29fichas publicadas/28relações/408geometrias preservados;diferenças apenas cache/sessões. Zero migrações/importações/alterações de permissões e zero ensaios sintéticos no activo. Release/backup anteriores preservados;contençãoP101 conferida,não aplicada,leitores/históricos e restantes ramos preservados.

Manifesto/recibo,registoiva_l1_g7f_P101_homologation_20261024. 84entregues +48funcionaispendentes +P001 =133;sem candidatasQA por disponibilizar. Os83fechos anteriores permanecem encerrados. P084/P085 continuam nos48,apenas preparação/simulação condicionada,sem benefícios confirmados;rascunhos,decisões,âmbitos e históricos preservados. L1aberto;P001 só05/06;bebidasL2/L3;Estatísticas/IAadiadas. FecharL1 não exige concluirL2/L3 nem todos os impostos.

24/10/2026 — G7F/P101 concluído emQA:composição da contraprestação sem dupla contagem

Implementaçãoe3caf553. Um ramo,dois tratamentos de parcela:tax_component eaccessory_component,na mesma composição por operação. FonteCIVA15(5)(a)/(b),Lei13/2016PDF14/p1426(272),15(1)/(2)/(6);Lei22/2022PDF3mantém5 por remissão;Lei10/2025não altera15. Impostos/direitos/taxas/outras imposições excepto próprioIVA;despesas acessórias debitadas relativas a comissões,embalagem,transporte e seguros por conta do cliente. Uma base por operação,não bases concorrentes por parcela.

Fórmula:montante inicial sem próprioIVA e com exclusões aplicáveis consideradas+parcelas aplicáveis ainda não incluídas. Parcelas já incluídas conservadas sem segunda soma;desconhecido não é zero nem soma/ausência presumida. Montante inicial/parcelas/composição referenciados,com documentos reutilizados ou pressupostos expressos. Respeitar regras especiais15(2),incluindo exclusãoTC deP095;P102(exclusões detalhadas)não é fechado nesta entrega. Sem taxas,IVA,dedução/campo11/totaisModeloA. Decimal exacto até6casas,sem arredondamento fiscal presumido. LivroconsiderationCompositions por oportunidade com operações/parcelas aninhadas,snapshot/API/dossier existentes,sem schema/permissões novos. Mudar natureza da parcela preserva montante/referência/inclusão e limpa confirmação de natureza;escolha técnica de integridade,não regra organizacional. Sem certificados/aprovadores/revalidação genérica de fontes oficiais.

Provas do delta:4testes frontend,APIprivada1teste/31asserções,guardasimulator_fiscal_delta_20261021_test:55441 e rollback;tipos/build passaram. Interface real Edge/CUA:inclusão desconhecida→indeterminado;imposição100.10já incluída e transporte50.25não incluído dão1000.25+50.25=1050.50;parcela com próprioIVA→não aplicação desta composição,não isenção/IVAzero. Gravação recuperada/relatório:1000.25+100.10+50.25=1150.60,IVAindeterminado,1operação/2parcelas/6versões anteriores. Dados sintéticos,não aceitação manual atribuída à Tempo.83fechos/livros/resultados/históricos intactos,incluindoP100/P095/P094/P091/P090,P060/P056/P050 eP084/P085parciais;provas anteriores reutilizadas. RegistoQA.

83entregues +1emQA(P101) +48funcionaispendentes +P001 =133. Homologação permanece70b4a640;falta integração/entrega pelo processoGit,manifesto/backup/restauro e delta instalado. P084/P085 continuam nos48,apenas preparação/simulação condicionada,sem benefícios confirmados. L1aberto;P00105/06;bebidasL2/L3;Estatísticas/IAadiadas.

24/10/2026 — preparação G7F/P101,inventário antes de testes

G7E/P100 aceite70b4a640/0bef805e;83entregues+49funcionaispendentes+P001=133. Inventariados83fechos,sem perdas confirmadas;provas instaladas código/schema/dados/configuração/permissões174tabelas/369ficheiros/29fichas/28relações/408geometrias reutilizadas. Congelados todos os livros/resultados/históricos,incluindoP100(valor normal),P095(TCuma vez),P094(âmbito),P091/P090(baseIVA),P060/P056,P050(IVAserviço),P084/P085parciais. Sem repetir aceitação anterior ou ensaiar no activo.

G7F/P101 executa CIVA15(5)(a)/(b),2016PDF14/p1426(272):impostos/direitos/taxas/outras imposições excepto próprioIVA;despesas acessórias debitadas relativas a comissões,embalagem,transporte e seguros por conta do cliente.2022PDF3mantém5 por remissão;2025não altera15,2017não rectifica15(5). Fontes/exemplares/inventário aceites,cotejo visual com skillPDF. Um ramo,dois tratamentos de parcela na composição da mesma operação:não criar bases concorrentes por parcela. Montante inicial explicitamente líquido de próprioIVA e exclusões aplicáveis15(6);parcelas já incluídas mantidas sem segunda soma,parcelas não incluídas somadas uma vez. Desconhecido não é zero;respeitar regras especiais15(2),incluindoTC emP095,sem as substituir por inclusão genérica. Regra detalhada das exclusõesP102 não é fechada nesta entrega. Novo livro incremental no snapshot/API/relatório existentes,sem schema/permissões ou cálculoIVA/campo11/totaisModeloA. L1aberto;P00105/06;bebidasL2/L3;P084/P085parciais;Estatísticas/IAadiadas.

24/10/2026 — G7E/P100 entregue:contraprestação não monetária total ou parcial

Homologação 70b4a640,pelo processoGit existente,sobre92a7418c;candidata0460c853 expressamente aceite pela Tempo. P100:um ramo,dois tratamentos,noncash_only ecash_and_noncash. Base=valor normal dos bens/serviços dados em troca como contraprestação+montante monetário recebido/a receber quando exista. Ausência de dinheiro expressamente confirmada,não inferida de campo vazio;montante oculto preservado mas não somado quando inteiramente não monetária. Operação,contraprestação,acordo,fundamento/âmbito do valor normal15(4),composição15(5)/(6)sem próprioIVA e documentos/pressupostos conservados nas entradas imutáveis,versões/histórico/relatório. Sem avaliação automática,certificado/avaliador/aprovador novo,conversão cambial ou zero presumido. Base separada de incidência/taxa/IVA(IVA/taxa permanecemnull),dedução/campo11/totaisModeloA. Livros anteriores não alterados nem base somada como imposto.

Destino e main conferidos novamente;sem avanço concorrente encontrado. SessãoSSH autenticada existente reutilizada,sem guardar credenciais. Backup novo e restauro real isolado sem rede:174tabelas e369ficheiros/configuração. ProvasQA aceites reutilizadas;conferido apenas delta instalado:revisão servida,manifesto/hash,16marcadores compilados do livro/componente/relatório,dinheiro/valor normal econtraprestação/fundamento/âmbito,quatro ficheiros funcionais e simuladorHTTP200. Comparação PostgreSQL pela mesma identidade antes/depois:174tabelas/369ficheiros,29fichas publicadas/28relações/408geometrias preservados;diferenças apenas cache/sessões. Zero migrações/importações/alterações de permissões e zero ensaios sintéticos no activo. Release/backup anteriores preservados;contençãoP100 conferida,não aplicada,leitores/históricos e restantes ramos preservados.

Manifesto/recibo,registoiva_l1_g7e_P100_homologation_20261024. 83entregues +49funcionaispendentes +P001 =133;sem candidatasQA por disponibilizar. Os82fechos anteriores permanecem encerrados. P084/P085 continuam nos49,apenas preparação/simulação condicionada,sem benefícios confirmados;rascunhos,decisões,âmbitos e históricos preservados. L1aberto;P001 só05/06;bebidasL2/L3;Estatísticas/IAadiadas. FecharL1 não exige concluirL2/L3 nem todos os impostos.

24/10/2026 — G7E/P100 concluído emQA:contraprestação não monetária total ou parcial

Implementação9f053ac9. Um ramo,dois tratamentos:noncash_only(valor normal,sem parte monetária expressamente confirmada) ecash_and_noncash(montante monetário recebido/a receber+valor normal dos bens/serviços dados em troca como contraprestação). FonteCIVA15(3)/(4),Lei13/2016PDF14/p1426(272),composição15(5)/(6);Lei22/2022PDF3mantém3–6 por remissão;Lei10/2025não altera15. Referenciar operação,contraprestação em bens/serviços,acordo,fundamento e âmbito do valor normal15(4):concorrência normal,fornecedor independente,mesmo estádio de comercialização,tempo/lugar da operação ou mais próximos e elementos15(5)na medida não incluídos. Documentos existentes/pressupostos expressos,sem avaliação automática,certificado,avaliador ou aprovador novo.

Montantes sem próprioIVA,sem duplicar elementos da composição. Dinheiro desconhecido não confirma ausência ou zero;zero só expresso. Decimal exacto até6casas,sem arredondamento fiscal presumido. Sem conversão cambial,incidência/taxa/IVA,dedução/campo11/totaisModeloA. Livro noncashBases por oportunidade no snapshot/API/dossier existentes,sem schema/permissões novos. Mudar composição conserva montantes/documentos,oculta dinheiro sem o apagar e limpa confirmação correspondente;quando inteiramente não monetária,o dinheiro oculto não é somado. Escolha técnica de integridade,não regra organizacional. Fontes oficiais aceites sem revalidação genérica.

Provas do delta:4testes frontend,APIprivada1teste/29asserções,guardasimulator_fiscal_delta_20261021_test:55441 e rollback;tipos/build passaram. Interface real Edge/CUA:fundamento do valor normal/dinheiro desconhecidos→indeterminado;troca parcial→total oculta500.25/limpa confirmação,confirmada calcula2200.50;regresso recupera500.25;gravação recuperada/relatório:total2200.50,parcial500.25+2200.50=2700.75,IVAindeterminado,2linhas/5versões anteriores. Dados sintéticos,não aceitação manual atribuída à Tempo.82fechos/livros/resultados/históricos intactos,incluindoP095(TCuma vez),P094(âmbito),P091/P090,P060/P056/P050 eP084/P085parciais;provas anteriores reutilizadas. RegistoQA.

82entregues +1emQA(P100) +49funcionaispendentes +P001 =133. Homologação permanece92a7418c;falta integração/entrega pelo processoGit,manifesto/backup/restauro e delta instalado. P084/P085 continuam nos49,apenas preparação/simulação condicionada,sem benefícios confirmados. L1aberto;P00105/06;bebidasL2/L3;Estatísticas/IAadiadas.

24/10/2026 — preparação G7E/P100,inventário antes de testes

G7D/P095 aceite92a7418c/6234d343;82entregues+50funcionaispendentes+P001=133. Inventariados82fechos,sem perdas confirmadas;provas instaladas código/schema/dados/configuração/permissões174tabelas/369ficheiros/29fichas/28relações/408geometrias reutilizadas. Congelados livros/resultados/históricos,incluindoP095(TCuma vez),P094(âmbito do valor),P091/P090(baseIVA),P060/P056(âmbito),P050(IVAserviço),P084/P085parciais. Sem repetir aceitação anterior ou ensaiar no activo.

G7E/P100 executa regra independente documentada:CIVA15(3)/(4),2016PDF14/p1426(272):contraprestação não definida no todo/em parte em dinheiro,montante recebido/a receber acrescido do valor normal dos bens/serviços dados em troca. Valor normal15(4):preço em concorrência normal,fornecedor independente,mesmo estádio de comercialização,tempo/lugar da operação ou mais próximos,elementos15(5)na medida não incluídos;composição/exclusões15(5)/(6),sem próprioIVA.2022PDF3mantém3–6 por remissão;2025não altera15,2017não rectifica15(3)/(4). Fontes oficiais/exemplares/inventário aceites,cotejo visual com skillPDF. Dois tratamentos no mesmo ramo:inteiramente não monetária ouparte monetária+não monetária;ausência de parte monetária deve ser expressamente confirmada,não inferida de campo vazio. Preservar montante monetário oculto após mudança,sem o somar quando não aplicável. Valor normal exige fundamento/âmbito/elementos identificados ou pressupostos expressos,não avaliação automática/certificado/aprovador. MZN sem conversão cambial;moeda divergente indeterminada. Base separada deIVA/campo11/totaisModeloA. L1aberto;P00105/06;bebidasL2/L3;P084/P085parciais;Estatísticas/IAadiadas.

24/10/2026 — G7D/P095 entregue:combustíveis com preço fixado,TC excluída uma vez

Homologação 92a7418c,pelo processoGit existente,sobredf7cb7fa;candidata76be72c3 expressamente aceite pela Tempo. P095:um ramo,dois tratamentos de composição,fuel_tax_included efuel_tax_excluded. Contraprestação sem próprioIVA ainda incluiTC→subtrairTCexacta identificada;montante já semTC→conservar,sem segunda subtracção. Preço fixado/referência/âmbito/intervalo aplicável à data da transmissão,composição e documentos/pressupostos conservados nas entradas imutáveis,versões/histórico/relatório. Não presume preço actual para outro período,taxa/valorTC ou prazo de expiração inexistente;fim do intervalo pode ficar vazio sem termo fixado,com correspondência temporal confirmada. Desconhecido não é zero. Base separada de incidência/taxa/IVA(IVA/taxa permanecemnull),dedução/campo11/totaisModeloA. Livros anteriores não alterados nem base somada como imposto.

Destino e main conferidos novamente;sem avanço concorrente encontrado. SessãoSSH autenticada existente reutilizada,sem guardar credenciais. Backup novo e restauro real isolado sem rede:174tabelas e369ficheiros/configuração. ProvasQA aceites reutilizadas;conferido apenas delta instalado:revisão servida,manifesto/hash,15marcadores compilados do livro/componente/relatório,TCincluída/excluída epreço/referência/âmbito/período,quatro ficheiros funcionais e simuladorHTTP200. Comparação PostgreSQL pela mesma identidade antes/depois:174tabelas/369ficheiros,29fichas publicadas/28relações/408geometrias preservados;diferenças apenas cache/sessões. Zero migrações/importações/alterações de permissões e zero ensaios sintéticos no activo. Release/backup anteriores preservados;contençãoP095 conferida,não aplicada,leitores/históricos e restantes ramos preservados.

Manifesto/recibo,registoiva_l1_g7d_P095_homologation_20261024. 82entregues +50funcionaispendentes +P001 =133;sem candidatasQA por disponibilizar. Os81fechos anteriores permanecem encerrados. P084/P085 continuam nos50,apenas preparação/simulação condicionada,sem benefícios confirmados;rascunhos,decisões,âmbitos e históricos preservados. L1aberto;P001 só05/06;bebidasL2/L3;Estatísticas/IAadiadas. FecharL1 não exige concluirL2/L3 nem todos os impostos.

24/10/2026 — G7D/P095 concluído emQA:combustíveis com preço fixado

Implementação3bcd98e7. Um ramo,dois tratamentos de composição:fuel_tax_included(contraprestação semIVA ainda incluiTC→subtrairTCexacta identificada) efuel_tax_excluded(já semTC→conservar,sem segunda subtracção). FonteCIVA15(2)(i),Lei13/2016PDF13/p1426(271),15(1)/(5)/(6),PDF13–14;Lei22/2022PDF3mantémi por remissão;Lei10/2025não altera15. Transmissões por revendedores de combustíveis com preço fixado pela Autoridade Pública,com referência/âmbito/intervalo correspondentes ao combustível,operação,local e data. Na projecção,pressupostos expressos;não presumir preço actual para outro período. Fim do intervalo pode ficar vazio se sem termo fixado,com correspondência temporal confirmada;sem prazo de expiração inventado.

Montantes sem próprioIVA,composição15(1)/(5)/(6)identificada;TC desconhecida não é zero,TC superior ao montante não cria base negativa ou pisozero. Decimal exacto até6casas,sem arredondamento fiscal presumido. Não determina automaticamente preço regulado,taxa/valorTC,incidência/taxa/IVA,dedução/campo11/totaisModeloA. LivroregulatedFuelBases por oportunidade no snapshot/API/dossier existentes,sem schema/permissões novos. Mudar composição conserva montantes/documentos,ocultaTCsem a apagar e limpa confirmação correspondente;escolha técnica de integridade,não regra organizacional. Referências e dados anteriores reutilizáveis,sem novos certificados/aprovadores/revalidação oficial.

Provas do delta:4testes frontend,APIprivada1teste/30asserções,guardasimulator_fiscal_delta_20261021_test:55441 e rollback;tipos/build passaram. Interface real Edge/CUA:TC desconhecida e operação fora intervalo do preço→indeterminado;troca composição ocultaTC/limpa confirmação,retém100.10;montante já semTC conserva1500.25;preço não fixado→não aplicação,não isenção/IVAzero. Gravação recuperada/relatório:incluída1500.25−100.10=1400.15;excluída1500.25;IVAindeterminado,2linhas/6versões anteriores. Dados sintéticos,não aceitação manual atribuída à Tempo.81fechos/livros/resultados/históricos intactos,incluindoP094/P091/P090,P060/P056/P050 eP084/P085parciais;provas anteriores reutilizadas. RegistoQA.

81entregues +1emQA(P095) +50funcionaispendentes +P001 =133. Homologação permanecedf7cb7fa;falta integração/entrega pelo processoGit,manifesto/backup/restauro e delta instalado. P084/P085 continuam nos50,apenas preparação/simulação condicionada,sem benefícios confirmados. L1aberto;P00105/06;bebidasL2/L3;Estatísticas/IAadiadas.

24/10/2026 — preparação G7D/P095,inventário antes de testes

G7C/P094 aceitedf7cb7fa/96008801;81entregues+51funcionaispendentes+P001=133. Inventariados81fechos,sem perdas confirmadas;provas instaladas código/schema/dados/configuração/permissões174tabelas/369ficheiros/29fichas/28relações/408geometrias reutilizadas. Congelados livros/resultados/históricos,incluindoP094(acto/valorização/âmbito),P091/P090(baseIVA),P060/P056(âmbito),P050(IVAserviço),P084/P085parciais. Sem repetir aceitação anterior ou ensaiar no activo.

G7D/P095 executa CIVA15(2)(i),2016PDF13/p1426(271):combustíveis com preço fixado pela Autoridade Pública,transmitidos por revendedores;contraprestação15(1)/(5)não inclui Taxa sobre Combustíveis.15(5)/(6),PDF14/p1426(272),composição/exclusões,sem próprioIVA;2022PDF3mantémi por remissão;2025não altera15,2017não rectifica15i. Fontes oficiais/exemplares/inventário aceites,cotejo visual com skillPDF. Dois tratamentos de entrada no mesmo ramo:montante semIVA ainda incluiTC(subtrairTCexacta identificada) oumontante já excluiTC(conservar,sem segunda subtracção). Não presumir preço regulado,valorTC,taxaIVA,dedução/campo11/totaisModeloA ou regra de determinação do preço. Referência/âmbito do preço,período e composição associados ao resultado,sem novo certificado/aprovador. Confirmar correspondência após mudança do tratamento,preservando os valores anteriores;escolha técnica de integridade. L1aberto;P00105/06;bebidasL2/L3;P084/P085parciais;Estatísticas/IAadiadas.

24/10/2026 — G7C/P094 entregue:valor da arrematação/venda ou normal aplicável

Homologação df7cb7fa,pelo processoGit existente,sobree62b7dfd;candidata287f2f83 expressamente aceite pela Tempo. P094:um ramo,dois tratamentos,act_sale_amount eact_normal_value. Acto,bens,fundamento/âmbito da valorização,composição semIVA e referências documentais/pressupostos conservados nas entradas imutáveis,versões/histórico/relatório. Cinco naturezas do acto são contextos,não cinco fechos. Não escolhe o menor valor nem usa valor normal como fallback de montante em falta;sem avaliação automática dos bens. Base separada de incidência/taxa/IVA(IVA/taxa permanecemnull),dedução/campo11/totaisModeloA;leilão especial15g não substituído. Livros anteriores não alterados nem base somada como imposto.

Destino e main conferidos novamente;sem avanço concorrente encontrado. SessãoSSH autenticada existente reutilizada,sem guardar credenciais. Backup novo e restauro real isolado sem rede:174tabelas e369ficheiros/configuração. ProvasQA aceites reutilizadas;conferido apenas delta instalado:revisão servida,manifesto/hash,14marcadores compilados do livro/componente/relatório,acto/valorização/âmbito,quatro ficheiros funcionais e simuladorHTTP200. Comparação PostgreSQL pela mesma identidade antes/depois:174tabelas/369ficheiros,29fichas publicadas/28relações/408geometrias preservados;diferenças apenas cache/sessões. Zero migrações/importações/alterações de permissões e zero ensaios sintéticos no activo. Release/backup anteriores preservados;contençãoP094 conferida,não aplicada,leitores/históricos e restantes ramos preservados.

Manifesto/recibo,registoiva_l1_g7c_P094_homologation_20261024. 81entregues +51funcionaispendentes +P001 =133;sem candidatasQA por disponibilizar. Os80fechos anteriores permanecem encerrados. P084/P085 continuam nos51,apenas preparação/simulação condicionada,sem benefícios confirmados;rascunhos,decisões,âmbitos e históricos preservados. L1aberto;P001 só05/06;bebidasL2/L3;Estatísticas/IAadiadas. FecharL1 não exige concluirL2/L3 nem todos os impostos.

24/10/2026 — G7C/P094 concluído emQA:transmissões por acto

Implementação4672789f. Um ramo,dois tratamentos:act_sale_amount(valor da arrematação/venda efectuada) eact_normal_value(valor normal quando aplicável). FonteCIVA15(2)(h),Lei13/2016PDF13/p1426(271),15(4)/(5)/(6)PDF14/p1426(272);Lei22/2022PDF3mantém15h/4–6 por remissão;Lei10/2025não altera15. Arrematação,venda judicial,venda administrativa,conciliação e contrato de transacção são cinco naturezas do acto dentro do ramo,não cinco fechos. Identificar a transmissão dos bens,acto,fundamento e âmbito da valorização,composição semIVA e documentos ou pressupostos expressos;um pagamento/acordo genérico não prova transmissão sujeita.

O portal usa apenas o valor correspondente ao tratamento escolhido,sem escolher o menor valor,substituir montante desconhecido por valor normal ou avaliar automaticamente os bens. Desconhecido é indeterminado;zero só expresso. Decimal exacto até6casas,sem arredondamento fiscal presumido. Base separada de incidência/taxa/IVA/dedução/campo11/totaisModeloA;regra especial do organizador de leilão em comissão15g não substituída. LivroactSaleBases por oportunidade no snapshot/API/dossier existentes,sem schema/permissões novos. Mudar acto ou valorização conserva ambos os montantes/documentos e limpa as confirmações correspondentes;escolha técnica de integridade,não regra organizacional. Reutilizar referências existentes,sem criar certificados,avaliadores ou aprovadores.

Provas do delta:4testes frontend,APIprivada1teste/28asserções,guardasimulator_fiscal_delta_20261021_test:55441 e rollback;tipos/build passaram. Interface real Edge/CUA:condição/fundamento em falta→indeterminado;troca para normal conserva2200.50 e exige confirmação;confirmado usa2200.50 mesmo com1500.25conservado;leilão especial→não aplicação desta base,não isenção/IVAzero. Gravação recuperada e relatório:1500.25/2200.50,IVAindeterminado,2linhas/5versões anteriores. Dados sintéticos,não aceitação manual atribuída à Tempo.80fechos/livros/resultados/históricos intactos,incluindoP091/P090,P060/P056/P050 eP084/P085parciais;provas anteriores reutilizadas. RegistoQA.

80entregues +1emQA(P094) +51funcionaispendentes +P001 =133. Homologação permanecee62b7dfd;falta integração/entrega pelo processoGit,manifesto/backup/restauro e delta instalado. P084/P085 continuam nos51,apenas preparação/simulação condicionada,sem benefícios confirmados. L1aberto;P00105/06;bebidasL2/L3;Estatísticas/IAadiadas.

24/10/2026 — preparação G7C/P094,inventário antes de testes

G7B/P091 aceitee62b7dfd/15894f4b;80entregues+52funcionaispendentes+P001=133. Inventariados80fechos,sem perdas confirmadas;provas instaladas código/schema/dados/configuração/permissões174tabelas/369ficheiros/29fichas/28relações/408geometrias reutilizadas. Congelados livros/resultados/históricos,P091(sentidos/referências/baseIVA),P090,P060(despacho/lista/plano/âmbito/redução),P056(autorização),P050(IVAserviço),P084/P085parciais. Sem repetir aceitação anterior ou ensaiar no activo.

G7C/P094 executa alínea documentada independente:CIVA15(2)(h),2016PDF13/p1426(271),transmissões de bens resultantes de arrematação,venda judicial/administrativa,conciliação ou contratos de transacção. Base=valor por que arrematação/venda foi efectuada ou,se for caso,valor normal dos bens.15(4)/(5)/(6),PDF14/p1426(272),normal/composição/exclusões,sem próprioIVA.2022PDF3mantémh por remissão,2025não altera15;rectificação2017 não altera15h. Fontes oficiais/exemplares/inventários aceites,cotejo visual com skillPDF. Não substituir leilão em comissão15g nem transformar pagamento/acordo genérico em transmissão sujeita.

Dois tratamentos de valorização no mesmo ramo,sem duplicar os cinco tipos de acto em fechos. Valor normal depende de fundamento/âmbito aplicável,não opção automática pelo menor valor nem avaliação automática/certificado/aprovador novo. Montantes semIVA documentados/assumidos;desconhecido não é zero. Mudança de acto/fundamento conserva montantes/documentos,mas limpa as confirmações afectadas para rever correspondência,escolha técnica de integridade. Base separada de incidência/taxa/IVA/dedução/campo11/totaisModeloA. Livro por oportunidade no snapshot/API/relatório existentes,sem migração/permissões. L1aberto;P00105/06;bebidasL2/L3;P084/P085parciais;Estatísticas/IAadiadas.

24/10/2026 — G7B/P091 entregue,venda menos comissão e compra mais comissão

Homologação e62b7dfd,pelo processoGit existente,sobre4193056b;candidata9bd2e062 expressamente aceite pela Tempo. P091:um ramo,dois tratamentos,commission_sale_transfer ecommission_purchase_transfer. Comitente→comissário:preço de venda acordado pelo comissário−comissão;comissário→comitente:preço de compra acordado pelo comissário+comissão. Valores semIVA,antes do único ajuste;comitente,comissário,contrato,preço,comissão e composição referenciados nas entradas imutáveis do resultado,histórico e relatório. Mudança de sentido conserva dados/referências e exige rever confirmação dos papéis/preço correspondentes. Desconhecido não é zero;diferença negativa identificada,sem pisozero/absoluto/base fiscal presumidos neste recorte. Base separada de incidência/taxa/IVA(IVA/taxa permanecemnull),serviço autónomo,dedução/campo11/totaisModeloA;regra especial de leilão não substituída. Livros anteriores não são alterados nem base somada como imposto.

Destino e main conferidos novamente;sem avanço concorrente encontrado. SessãoSSH autenticada existente reutilizada,sem guardar credenciais. Backup novo e restauro real isolado sem rede:174tabelas e369ficheiros/configuração. ProvasQA aceites reutilizadas;conferido apenas delta instalado:revisão servida,manifesto/hash,14marcadores compilados do livro/componente/relatório,sentidos e referências,quatro ficheiros funcionais e simuladorHTTP200. Comparação PostgreSQL pela mesma identidade antes/depois:174tabelas/369ficheiros,29fichas publicadas/28relações/408geometrias preservados;diferenças apenas cache/sessões. Zero migrações/importações/alterações de permissões e zero ensaios sintéticos no activo. Release/backup anteriores preservados;contençãoP091 conferida,não aplicada,leitores/históricos e restantes ramos preservados.

Manifesto/recibo,registoiva_l1_g7b_P091_homologation_20261024. 80entregues +52funcionaispendentes +P001 =133;sem candidatasQA por disponibilizar. Os79fechos anteriores permanecem encerrados,incluindoP090(base/IVA),P060(despacho/lista/plano/âmbito/redução),P056(autorização),P050(IVAserviço). P084/P085 continuam nos52,apenas preparação/simulação condicionada,sem benefícios confirmados;rascunhos,decisões,âmbitos e históricos preservados. L1aberto;P001 só05/06;bebidasL2/L3;Estatísticas/IAadiadas. FecharL1 não exige concluirL2/L3 nem todos os impostos.

24/10/2026 — G7B/P091 concluído emQA,comissão de venda e compra

Implementação948621a6. Um ramo,dois tratamentos:commission_sale_transfer ecommission_purchase_transfer. FonteCIVA15(2)(e),2016PDF13/p1426(271),3(3)(c)PDF6/p1426(264),15(5)/(6)PDF14/p1426(272);2022PDF3mantém15e,2025PDF12mantém3c e não altera15. Bens transferidos em execução de contrato de comissão,incluindo consignação quando aplicável;na venda considera-se comprador o comissário,na compra o comitente. Não estender a qualquer pagamento de comissão/serviço autónomo nem substituir regra especial de leilão15g.

Venda(comitente→comissário):preço de venda acordado pelo comissário−comissão. Compra(comissário→comitente):preço de compra acordado pelo comissário+comissão. Preço/comissão semIVA,referenciados e antes do único ajuste da fórmula;composição15(5)/(6)identificada. Não presume percentagem/base de cálculo da comissão. Desconhecidos mantêm base indeterminada;zero só expresso. Diferença negativa é explicitada aritmeticamente,sem base fiscal determinada neste recorte,sem zero/absoluto substituto. Aritmética decimal exacta,sem arredondamento fiscal presumido. Base separada de incidência/taxa/IVA/dedução/campo11/totaisModeloA. Novo livrocommissionBases por oportunidade no snapshot/API/relatório existentes,sem schema/permissões novos. Mudar sentido conserva valores,papéis e documentos,mas limpa confirmação do sentido para rever o preço/papéis correspondentes;escolha técnica de integridade,não regra organizacional. Referências rastreiam fontes/pressupostos,sem novos certificados/aprovadores/revalidação oficial.

Provas do delta:4testes frontend,APIprivada1teste/29asserções,guardasimulator_fiscal_delta_20261021_test:55441 e rollback;tipos/build passaram. Interface real Edge/CUA:contrato/valor de comissão desconhecidos→indeterminado;troca venda→compra conserva1000.25/100.10/partes/referências,altera rótulo do preço e limpa confirmação;leilão especial→nãoaplicação desta base genérica. Gravação recuperada/relatório com venda900.15 e compra1100.35,IVAindeterminado,2linhas/5versões anteriores. Apenas dados sintéticos,não aceitação manual atribuída à Tempo.79fechos/livros/resultados/históricos intactos,incluindoP090(base/IVA),P060(despacho/lista/plano/âmbito/redução),P056(autorização),P050(IVAserviço),P084/P085parciais. RegistoQA.

79entregues +1emQA(P091) +52funcionaispendentes +P001 =133. Homologação permanece4193056b;falta integração/entrega pelo processoGit,manifesto/backup/restauro e delta instalado. P084/P085 continuam nos52,apenas preparação/simulação condicionada,sem benefícios confirmados. L1aberto;P00105/06;bebidasL2/L3;Estatísticas/IAadiadas.

24/10/2026 — preparação G7B/P091,inventário antes de testes

G7A/P090 aceite4193056b/50463ca7;79entregues+53funcionaispendentes+P001=133. Inventariados79fechos,sem perdas confirmadas;provas instaladas código/schema/dados/configuração/permissões174tabelas/369ficheiros/29fichas/28relações/408geometrias reutilizadas. Congelados livros/resultados/históricos,incluindoP090(base/IVA),P060(despacho/lista/plano/âmbito/redução),P056(autorização),P050(IVAserviço),P084/P085parciais. Não repetir aceitação anterior ou ensaiar no activo.

G7B/P091:art15(2)(e),2016PDF13/p1426(271),dois sentidos da transferência de bens em comissão:comitente→comissário,preço de venda acordado pelo comissário menos comissão;comissário→comitente,preço de compra acordado pelo comissário mais comissão. Art3(3)(c),PDF6/p1426(264),contrato de comissão,incluindo consignação;na venda considera-se comprador o comissário,na compra o comitente.2022PDF3mantém15e;2025PDF12mantém3c por remissão e não altera15;rectificação2017 não altera estes preceitos. Fonte oficial/exemplares/inventário aceites,cotejo visual com skillPDF. Sem estender a qualquer pagamento ou serviço autónomo de intermediação;sem substituir base especial de leilão15(2)(g).

Preço e comissão semIVA identificados,composição15(5)/(6)referenciada,antes do ajuste que a fórmula efectua uma vez. Não presumir percentagem/base de comissão nem zero para valor desconhecido. Mudança de sentido conserva valores/referências mas limpa confirmação do sentido para não aplicar preço/papéis anteriores silenciosamente;escolha técnica de integridade,não regra organizacional. Soma/subtracção decimal exacta,sem arredondamento fiscal presumido. Diferença negativa é identificada aritmeticamente,não convertida em zero/absoluto nem apresentada como base fiscal determinada neste recorte. Base separada de taxa/IVA/dedução/campo11/totaisModeloA. Novo livro por oportunidade no snapshot/API/relatório existentes,sem migração/permissões. L1aberto;P00105/06;bebidasL2/L3;P084/P085parciais;Estatísticas/IAadiadas.

24/10/2026 — G7A/P090 entregue,base separada do IVA

Homologação 4193056b,pelo processoGit existente,sobreeb9294ef;candidata20bfeb4f expressamente aceite pela Tempo. P090:um ramo,dois tratamentos,public_authority_indemnity epublic_authority_compensation. Mantém a base tributável separada do IVA/taxa(estes permanecemnull);não infere incidência,isenção,imposto,dedução/campo11/totaisModeloA. Indemnização/outra compensação por acto público,dinheiro/espécie/mista,componentes semIVA,valor normal referenciado e composição aplicável;distingue exclusão da indemnização judicial por incumprimento de contrato. Acto,documento,composição,valorização e pressupostos permanecem nas entradas imutáveis do resultado,histórico e relatório. Não altera livros anteriores nem soma a base como imposto.

Destino e main conferidos novamente;sem avanço concorrente encontrado. SessãoSSH renovada por autenticação do utilizador,sem guardar credenciais. Backup novo e restauro real isolado sem rede:174tabelas e369ficheiros/configuração. ProvasQA aceites reutilizadas;conferido apenas delta instalado:revisão servida,manifesto/hash,14marcadores compilados do livro/componente/relatório,separaçãoIVA e referências,quatro ficheiros funcionais e simuladorHTTP200. Comparação PostgreSQL pela mesma identidade antes/depois:174tabelas/369ficheiros,29fichas publicadas/28relações/408geometrias preservados;diferenças apenas cache/sessões. Zero migrações/importações/alterações de permissões e zero ensaios sintéticos no activo. Release/backup anteriores preservados;contençãoP090 conferida,não aplicada,leitores/históricos e restantes ramos preservados.

Manifesto/recibo,registoiva_l1_g7a_P090_homologation_20261024. 79entregues +53funcionaispendentes +P001 =133;sem candidatasQA por disponibilizar. Os78fechos anteriores permanecem encerrados,incluindoP060(despacho/lista/plano/âmbito/redução),P056(autorização) eP050(IVAserviço). P084/P085 continuam nos53,apenas preparação/simulação condicionada,sem benefícios confirmados;rascunhos,decisões,âmbitos e históricos preservados. L1aberto;P001 só05/06;bebidasL2/L3;Estatísticas/IAadiadas. FecharL1 não exige concluirL2/L3 nem todos os impostos.

24/10/2026 — G7A/P090 concluído em QA, base separada de IVA

Implementação1dda6ea2. Um ramo,dois tratamentos:public_authority_indemnity epublic_authority_compensation. FonteCIVA15(2)(d),2016PDF13/p1426(271),15(3–6)PDF14/p1426(272);2022PDF3mantém2d/3–6,2025não altera15. Indemnização/outra compensação por acto de autoridade pública ligado a transmissão de bens ou prestação de serviços sujeita;entidade pública/pagamento não provam incidência. Distinguir exclusão da indemnização judicial por incumprimento total/parcial de contrato15(6)a;não incluir por analogia.

Base=componente monetária semIVA +valor normal não monetário semIVA,apenas componentes aplicáveis à forma em dinheiro/espécie/mista expressamente escolhida. Valor normal15(3)/(4) informado com fundamento/pressuposto,não avaliado pelo portal;composição15(5)/(6)referenciada,sem próprioIVA/duplicações. Condições/referências/valores em falta mantêm base indeterminada,zero só se expressamente informado. Base não equivale a imposto:IVA/taxa permanecemnull;sem isenção presumida,dedução/campo11/totaisModeloA ou escrita em livros anteriores. Novo livropublicAuthorityBases por oportunidade no snapshot existente,API/relatório integrados incrementalmente,sem schema/permissões/procedimento organizacional novo. Mudar de forma oculta componentes sem apagar edições;documentos/acto/composição/valorização e versões conservados.

Provas do delta:4testes frontend;APIprivada1teste/29asserções,guardasimulator_fiscal_delta_20261021_test:55441 e rollback;tipos/build passaram,build final após ajustar rótulos do relatório para português. Interface real Edge/CUA:acto desconhecido/valorização em falta→indeterminado;exclusão contratual→nãoaplicação;dinheiro1500.25,componente em espécie250.20 conservada ao mudar para mista→1750.45;gravação final recuperada com bases1500.25/1250.30,IVAindeterminado,2linhas/5versões anteriores e referências completas. Apenas dados sintéticos,não aceitação manual atribuída à Tempo.78fechos anteriores e livros/resultados/históricos intactos,incluindoP060(despacho/lista/plano/âmbito/redução),P056(autorização),P050(IVAserviço) eP084/P085parciais. RegistoQA.

78entregues +1emQA(P090) +53funcionaispendentes +P001 =133. Homologação permaneceeb9294ef;falta integração/entrega pelo processoGit,manifesto/backup/restauro e delta instalado. P084/P085 continuam nos53,apenas preparação/simulação condicionada,sem benefícios confirmados. L1aberto;P00105/06;bebidasL2/L3;Estatísticas/IAadiadas.

24/10/2026 — preparação G7A/P090, inventário antes de testes

G6H/P060 aceiteeb9294ef/0a80f1c4;78entregues+54funcionaispendentes+P001=133. Inventariados78fechos,sem perdas confirmadas;provas de código/schema/dados/configuração/permissões174tabelas/369ficheiros/29fichas/28relações/408geometrias reutilizadas. Congelados livros/resultados/históricos,P060(despacho/lista/plano/âmbito e redução proporcional),P056(autorização),P050(IVAserviço),P084/P085(preparação/cenários parciais,benefícios pendentes). Conferir apenas delta,sem repetir aceitação anterior ou ensaiar no activo.

G7A/P090 abre o grupo de bases especiais numa alínea documentada independente:CIVA15(2)(d),2016PDF13/p1426(271),base das transmissões de bens/prestações de serviços resultantes de actos de autoridades públicas é indemnização ou outra compensação.15(3)/(4),PDF14/p1426(272),componente não monetária pelo valor normal;15(5)/(6),composição/exclusões,sem próprioIVA;distinguir indemnização judicial por incumprimento de contrato15(6)(a),não incluída por analogia.2022PDF3mantém2d/3–6,2025não altera15. Fontes oficiais/exemplares/inventários existentes aceites;skillPDF para cotejo visual. Não aplicar taxa17%histórica da página como taxa presente.

Dois tratamentos técnicos no mesmo ramo:indemnização e outra compensação. Forma em dinheiro/espécie/mista determina componentes aplicáveis,sem apagar valores ocultos;valor normal não monetário vem de referência/pressuposto explícito,não avaliação automática pelo portal. Somar componentes semIVA e composição identificada;desconhecido não é zero. Base separada de incidência/taxa/IVA/dedução/campo11/totaisModeloA;sem tratar entidade pública/qualquer indemnização como operação sujeita por defeito. Novo livro por oportunidade no snapshot existente,versionamento/histórico/relatório e API de rascunhos existentes;sem migração ou novo procedimento organizacional. L1aberto;P00105/06;bebidasL2/L3;P084/P085parciais;Estatísticas/IAadiadas.

24/10/2026 — G6H/P060 entregue; despacho, lista, plano e âmbito associados ao resultado

Homologação eb9294ef,pelo processoGit existente,sobre9b26217d;candidata2359a88d expressamente aceite pela Tempo. P060:um ramo,dois tratamentos,un_development_exemption eun_development_reduction. Despacho favorável,lista discriminada aprovada,plano de importações e âmbito desta operação mantêm-se nas entradas imutáveis do resultado e no relatório. Pedido apresentado não equivale a despacho/concessão;pressupostos de projecção estão identificados. Isenção integral distingue-se de redução proporcional sobre o IVA sem benefício e a percentagem de redução de direitos expressamente informados. Não presume taxa/base/direitos,dedução/campo11 ou totaisModeloA,nem estende decisão/lista/plano a outros bens/operações/períodos. P056 e IVA do serviçoP050 preservados.

Destino e main conferidos novamente;sem avanço concorrente encontrado. Backup novo e restauro real isolado sem rede:174tabelas e369ficheiros/configuração. ProvasQA aceites reutilizadas;conferido apenas delta instalado:revisão servida,manifesto/hash,14marcadores compilados(incluindo despacho/lista/plano/âmbito),dois ficheiros funcionais e simuladorHTTP200. Comparação PostgreSQL pela mesma identidade antes/depois:174tabelas/369ficheiros,29fichas publicadas/28relações/408geometrias preservados;diferenças apenas cache/sessões. Zero migrações/importações/alterações de permissões e zero ensaios sintéticos no activo. Release/backup anteriores preservados;contençãoP060 conferida,não aplicada,leitores/históricos e restantes ramos preservados.

Manifesto/recibo,registoiva_l1_g6h_P060_homologation_20261024. 78entregues +54funcionaispendentes +P001 =133;sem candidatasQA por disponibilizar. Os77fechos anteriores permanecem encerrados. P084/P085 continuam incluídos nos54,apenas preparação/simulação condicionada,sem benefícios confirmados;rascunhos,decisões,âmbitos e históricos preservados. L1aberto;P001 só05/06;bebidasL2/L3;Estatísticas/IAadiadas. FecharL1 não exige concluirL2/L3 nem todos os impostos.

24/10/2026 — G6H/P060 concluído em QA, não disponibilizado

Implementação69b6c49a. Um ramo,dois tratamentos: un_development_exemption e un_development_reduction. CIVA12(2)(c)/4,2016PDF11–12,p1426(269–270),mantidos2022PDF2–3/2025PDF13. Materiais/equipamentos de projectos de desenvolvimento financiados pelas agências/instituições especializadas ONU devidamente acreditadas junto do Governo Moçambicano e destinados exclusivamente à implementação. Conservar projecto,agência/acreditação,despacho favorável,requerimento prévio/lista discriminada/plano,concessão aduaneira conforme plano/lista aprovada e âmbito da importação. Pedido apresentado não equivale a despacho favorável/concessão. Autoridades/condições vêm da norma;campos de referência são rastreabilidade técnica,sem novo certificado/aprovador ou revalidação oficial.

Isenção integral distingue-se de redução parcial na mesma proporção da redução de direitos. Na redução,IVA sem benefício expressamente informado ×(1−percentagem de redução dos direitos/100);a percentagem não é taxa aduaneira/IVA. Montante e referência do IVA sem benefício são informados/assumidos,não calculados pelo portal. Aritmética decimal exacta,sem arredondamento fiscal presumido;percentagem parcial0nãoaplicável,100exige tratamento integral e condições próprias;desconhecidos mantêm indeterminado,sem zero por omissão. Projecção identifica pressupostos;dados efectivos são declarados. Sem direitos/base aduaneira/taxa normal,dedução/campo11/totaisModeloA. Referências/documentos/respostas conservados ao mudar de tratamento;não se alarga despacho/lista/plano a outros bens/operações/períodos.

Provas do delta: 4testes frontend; APIprivada1teste/34asserções,guardasimulator_fiscal_delta_20261021_test:55441 e rollback;tipos/build passaram. Interface real Edge/CUA:despacho desconhecido→indeterminado,negado→nãoaplicação;IVA sem benefício desconhecido→indeterminado;800MZN com25%redução→600,com50%→400;isenção integral→0.00. Gravação/recuperação/relatório de2linhas,5versões anteriores e referências/âmbitos coerentes. Apenas dados sintéticos,não aceitação manual atribuída à Tempo.77fechos anteriores,livros/resultados/históricos,P056(autorização/âmbito),P050(IVAserviço separado) eP084/P085(rascunhos/cenários/decisões parciais) preservados exactamente;provas aceites reutilizadas. RegistoQA.

77entregues +1emQA(P060) +54funcionaispendentes +P001 =133. Homologação permanece9b26217d;falta integração/entrega pelo processoGit,manifesto/backup/restauro e delta instalado. P084/P085 continuam incluídos nos54,apenas preparação/simulação condicionada,sem benefícios confirmados. L1aberto;P00105/06;bebidasL2/L3;Estatísticas/IAadiadas.

24/10/2026 — preparação G6H/P060, inventário antes de testes

G6G/P056 aceite9b26217d/163e090e; 77entregues+55funcionaispendentes+P001=133. Inventariados77fechos,sem perdas confirmadas; provas instaladas código/schema/dados/configuração/permissões174tabelas/369ficheiros/29fichas/28relações/408geometrias reutilizadas. Congelados livros/resultados/históricos,P056(referência/âmbito),P050(IVAserviço separado),P084/P085(preparação/cenários parciais,benefícios pendentes). Nenhuma nova prova exigida para fechos anteriores;nenhum ensaio no activo.

G6H/P060:art12(2)(c),CIVA2016PDF11/p1426(269),materiais/equipamentos em projectos de desenvolvimento financiados pelas agências/instituições especializadas das Nações Unidas,devidamente acreditadas junto do Governo Moçambicano,destinados exclusivamente à implementação. Art12(2) prevê isenção ou redução na mesma proporção da redução de direitos. Art12(4),PDF12/p1426(270),exige despacho favorável do Ministro que superintende Finanças,mediante requerimento prévio da entidade promotora,lista discriminada/plano de importações;concessão pelos serviços aduaneiros segundo o plano e após confronto com a lista aprovada. Papéis e condições constam da norma,não são aprovadores/certificados inventados. Lei22/2022PDF2–3 eLei10/2025PDF13 mantêm12(2)/4 por remissão;rectificação2017 não altera estas disposições. Fontes oficiais/inventários aceites reutilizados;skill PDF para leitura visual das páginas já disponíveis.

Dois tratamentos técnicos de um ramo:isenção integral com fundamento aduaneiro integral;redução proporcional com percentagem de redução de direitos e IVA sem benefício expressamente documentados/assumidos. Sem taxa normal/base aduaneira/direitos inventados;sem dedução/campo11/totaisModeloA. Para redução,aplicar apenas IVA informado×(1−redução/100),aritmética decimal exacta,sem arredondamento fiscal presumido. Requerimento apresentado não é despacho favorável;desconhecido não é zero;projecção distingue pressuposto de situação efectiva. Conservar documentos,referências,âmbito e respostas ao mudar de tratamento. L1aberto;P00105/06;bebidasL2/L3;Estatísticas/IAadiadas;P084/P085 não fechados.

24/10/2026 — G6G/P056 entregue, referência e âmbito da autorização preservados

Homologação 9b26217d, pelo processoGit existente, sobre78c9f4a3; candidataebf5e53c expressamente aceite pela Tempo. P056: um ramo, um tratamento,authorized_investment_equipment,quatro condições próprias. Mantém explícitos a referência da autorização do empreendimento e o âmbito aplicável aos bens/operação/período/condições,ou pressupostos expressos da projecção. Um pedido apresentado não equivale a autorização; o portal não concede autorização,classifica automaticamente mercadorias ou alarga a abrangência a outros bens/operações/períodos. IVA da importação separado do IVA do serviço P050,direitos/base aduaneira/dedução campo11/totaisModeloA.

Destino e main conferidos novamente;sem avanço concorrente encontrado. Backup novo e restauro real isolado sem rede: 174 tabelas e369ficheiros/configuração. ProvasQA aceites reutilizadas; conferido apenas o delta instalado: revisão efectivamente servida,manifesto/hash,14marcadores compilados,dois ficheiros funcionais e simuladorHTTP200. Comparação PostgreSQL pela mesma identidade antes/depois:174tabelas/369ficheiros,29fichas publicadas/28relações/408geometrias preservados;diferenças apenas cache/sessões. Zero migrações/importações/alterações de permissões e zero ensaios sintéticos no activo. Release/backup anteriores preservados;contenção conferida,não aplicada,leitores/históricos mantidos.

Manifesto/recibo,registoiva_l1_g6g_P056_homologation_20261024. 77 entregues +55funcionais pendentes +P001 =133;sem candidatasQA por disponibilizar. Os76fechos anteriores permanecem encerrados. P084/P085 incluídos nos55,apenas preparação/simulação condicionada,sem benefício confirmado ou fecho; rascunhos,decisões,âmbitos e históricos preservados. L1 aberto;P001 só05/06;bebidasL2/L3;Estatísticas/IAadiadas. FecharL1 não exige concluirL2/L3 nem todos os impostos.

24/10/2026 — G6G/P056 concluído em QA, não disponibilizado

Implementação9783c54b. Um ramo, um tratamento:authorized_investment_equipment, com quatro condições próprias (equipamento,classeK,empreendimento autorizado,destino ao investimento). FonteCIVA12(1)(k),Lei13/2016PDF11/p1426(269); mantido por remissãoLei22/2022PDF2/Lei10/2025PDF13. A rectificação2017PDF1 não altera12k. O recorte não concede autorização nem substitui a classificação aduaneira; conserva referência e âmbito aplicável ao contexto. Distingue dados efectivos/pressupostos e pedido apresentado/autorização. Condição desconhecida mantém indeterminado; negada afasta só este fundamento,sem taxa normal presumida. Os novos campos aparecem apenas paraP056 e são conservados ao mudar de ramo; os documentos/importador/período/contexto existentes são reutilizados. IVA de importação não preenche direitos/base aduaneira,dedução/campo11 ou totaisModeloA.

Provas do delta: 3 testes frontend, API privada1teste/25asserções emsimulator_fiscal_delta_20261021_test:55441,com guarda e rollback; tipos/build passaram. Interface real Edge/CUA: autorização desconhecida→indeterminado,negada→nãoaplicação,assumida→isenção da projecção explicitamente identificada; gravação/recuperação/relatório coerentes,uma linha e cinco versões anteriores. Dados sintéticos,sem ensaios no activo e sem aceitação manual atribuída à Tempo. Livros/resultados/históricos anteriores,P050(IVAserviço separado) eP084/P085(âmbitos/cenários/rascunhos parciais) preservados exactamente; provas anteriores reutilizadas. RegistoQA.

76 entregues + 1 em QA(P056) + 55 funcionais pendentes + P001 = 133. Homologação permanece78c9f4a3; falta integrar/disponibilizar pelo processoGit existente com manifesto/backup/restauro e conferência do delta. P084/P085 continuam incluídos nos55,apenas preparação/simulação condicionada,sem benefício confirmado. L1 aberto;P001 só05/06;bebidasL2/L3;Estatísticas/IAadiadas. P058/P059 não foram fechados por analogia com a isenção integral de12(1)(k).

24/10/2026 — preparação G6G/P056, preservação antes de testes

G6F/P050 aceite pela Tempo na revisão78c9f4a3,recibo0f9f7e34: 76 entregues + 56 funcionais pendentes + P001 = 133. Inventariados os 76 fechos, sem perdas confirmadas; reutilizadas as provas da entrega (código/schema/dados/configuração/permissões,174 tabelas/369 ficheiros/29 fichas/28 relações/408 geometrias). Congelados os livros fiscais, incluindo IVA próprio do serviço P050 e rascunhos/decisões/âmbitos/cenários/históricos P084/P085; cobertura destes dois ramos permanece parcial e incluída nos 56. Não se repetem provas aceites nem se escreve no activo.

G6G executa P056, CIVA12(1)(k),2016PDF11/p1426(269), mantido por remissão2022PDF2/2025PDF13: importação de bens de equipamento classificados na classe K, destinados a investimentos em empreendimentos autorizados ao abrigo da Lei de Investimentos e respectivo Regulamento. Os quatro elementos provêm da norma; guardar referência/âmbito da autorização ou pressuposto expresso é rastreabilidade técnica, não certificado, novo aprovador ou segunda validação oficial. O portal não concede autorização, classifica mercadorias ou estende benefícios por sector/código/proximidade. Condição desconhecida mantém IVA indeterminado; condição negada afasta só este fundamento, sem taxa normal presumida. Projecção distingue pressupostos de dados efectivos. Não calcula direitos/base aduaneira nem dedução/campo11. P058/P059 exigem preservar a distinção entre isenção/redução proporcional do artigo12(2) e os termos aduaneiros próprios; não se substituem por isenção total e não estão incluídos neste grupo.

Fontes oficiais e inventários/hash existentes aceites e reutilizados. L1 aberto; P001 só05/06; bebidasL2/L3; Estatísticas/IA adiadas. Nenhuma disponibilização desta preparação QA sem a entrega Git própria.

24/10/2026 — G6F/P050 entregue; preparação e simulação condicionada P084/P085 disponíveis

Revisão de homologação 78c9f4a3, pelo processo Git existente, sobre c1314cdf. A Tempo aceitou a candidata 29e708ba e autorizou a inclusão de 946fc089 apenas como cobertura parcial. P050: um ramo, dois tratamentos — service_in_customs_value e accessory_service_first_destination. O IVA do serviço mantém-se separado do IVA dos bens; sem recalcular a base aduaneira, direitos, dedução no campo 11 ou correcção automática de factura.

P084/P085: cobertura parcial disponível, não benefícios confirmados nem fecho dos dois ramos. Inclui preparação dos pedidos/rascunhos, estados declarados e âmbitos de decisões P084 (bens, operação, período e condições), emergência e finalidade humanitária P085, documentos disponíveis e cenários normal/condicionado expressamente hipotéticos. Apresentar um pedido não equivale a obter isenção; decisões não se estendem automaticamente a outros bens/operações/períodos/oportunidades. A correspondência regulamentar CIVA14(3) e a aplicação dos benefícios continuam pendentes, distinguindo aquisição interna/importação, sem inventar certificados ou aprovadores. Rascunhos, edições, decisões e históricos preservados. Serviços P050 não são reutilizados como bens nas ofertas.

Destino e main consultados novamente; sem avanço concorrente encontrado. Nova autenticação SSH após a sessão anterior terminar, sem registar credenciais. Backup novo e restauro real isolado sem rede: 174 tabelas e 369 ficheiros/configuração. Provas QA aceites reutilizadas, sem repetir os ensaios de aceitação. Delta instalado conferido: revisão efectivamente servida, manifesto/hash, 14 marcadores compilados, quatro ficheiros funcionais e simulador HTTP200. Comparação por identidade PostgreSQL equivalente antes/depois: 174 tabelas/369 ficheiros, 29 fichas publicadas/28 relações/408 geometrias preservados; diferenças apenas em cache/sessões. Zero migrações/importações/alterações de permissões e zero ensaios sintéticos no activo. Release e backup anteriores preservados; contenção conferida mas não aplicada, leitores/histórico/relatórios mantidos.

Manifesto e recibo, registo iva_l1_g6f_P050_with_partial_P084_P085_homologation_20261024. 76 entregues + 56 funcionais pendentes + P001 = 133; sem ramos completos QA por entregar. P084/P085 continuam incluídos nos 56; a sua cobertura parcial não acrescenta fechos. L1 aberto; P001 só05/06; classificação separada da dedução/campo11; bebidas emL2/L3; Estatísticas/IA adiadas. Fechar L1 não exige concluir L2/L3 nem todos os impostos.

24/10/2026 — G6F/P050 demonstradoQA,candidata 29e708ba

**Umramo/doistratamentos:**service_in_customs_value eaccessory_service_first_destination. CIVA12(1)(e),Lei13/2016PDF11/p1426(269),16(1)/16(1)(b)/16(2),PDF14/p1426(272);2022PDF1–2/2025PDF12–13mantêmeporremissãoenãoalteram16. Valorintegraldoserviçodalinha incluídonabase tributável da importação identificada,oujácompreendidonovaloraduaneirooucomoacréscimoacessórioatéo primeirodestino(doc.transporteou,na falta,primeirarupturadecarganointeriordoPaís). Perfisdivisão técnica,nãocondiçõesorganizacionaisnovas. Referênciadaimportação/base/montantedoserviço/documento/fundamentoexpresso;primeirodestinoapenasnoacessório. Camposbenssem aplicaçãoocultos,conservandodadosao mudarperfil. Projecçãocompressuposto,nãocertificaçãoATinventada. SaídaprópriaserviceVat,importVatnullP050;IVAdoserviço,nãoIVAdosbens,nãorecalcula/somabaseaduaneira,nãocalculadireitos,taxanormal,campo11oucorrecçãofactura. Unknown→indeterminado,não→nãoaplicaestaisençãocomimpostonormalporenquadrar.

4testesnovos aprovados,APIprivadaQA1/30asserções/rollback/guarda*_test:55441,tipos/buildfinaisaprovados,avisospreexistentesplugins/chunks;armazenamentosintéticoUTF8 1testeaprovado. UICodex/Edge-CUA:inclusãoporindicar→indeterminado,não→nãoaplicação,sim→isençãodoserviço;primeirodestinoocultonoperfiljáincluído e códigos/paísdebensocultosnosserviços. Guardar→Recuperar→Relatório2linhasP050,opportunity336/Manica/2026-12,documento14/11/2026/refsDU-A/base,5versõesanteriores. NãoatribuiraceitaçãomanualTempo. 27livrosfiscaisanteriores eP084/P085estados/decisões/âmbitos/cenários/edições/histórico exactamenteiguais,semrecalcularou repetirprovasaceites. Chaves/fontesantigasactuais,nova versãoimport-included-services/1sólivroscomserviços. Testedereferênciamalfomadaidentificoufaltadevalidaçãoantesdaescrita,nãoperdaactiva:corrigidopara validarJSONantesderetornar/onChange;originais nãosobrescritos. ServiçosP050 excluídosdasreferênciasdebensimportadosnasofertasP084/P085,sem converterserviços em bens.

RegistoQA,manifestopreparado:4ficheirosruntime totais,comP050e946fc089parcialautorizadana próximaentrega;P084/P085preparação/simulaçãocondicionada,nãobenefíciosconfirmadosoufecho. Contençãoconferidanãoaplicada,leitores/históricomantidos. 75entregues+1QA(P050)+56funcionaispendentes+P001=133. Homologaçãoc1314cdf/536559d6mantida;nenhumpush/instalação/alteraçãoactiva. PesquisaP084/P085delimitadaàcorrespondênciaexpressa14(3)/procedimentoaplicávelealterações,distinguindoaquisiçãointerna/importação;ModelI.1/CBFjáconferidonãorepetido,nãoprovaausênciaderegulamento,nãocria certificados/aprovadores;rascunhospreservados. L1aberto;P001só05/06;bebidasL2/L3;classificaçãoseparadacampo11;Estatísticas/IAadiadas;L1nãoexigeL2/L3/todosimpostos.

24/10/2026 — preparação G6F/P050 e próxima entrega parcial946fc089

TempoaceitouG6E/P052c1314cdf/536559d6;75entregues+57funcionaispendentes+P001=133. Autorizou946fc089na próximaentrega como preparação/simulação condicionadaP084/P085,coberturaparcial,nãobenefíciosconfirmadosnemfecho. Nãoinstaladaautomaticamente nesta passagemQA;incluirâmbitototalexpresso nomanifestoseguinte. PesquisaP084/P085delimitadaàligação/procedimentoregulamentar14(3),âmbitosdistintos,semrepetircotejoModelI.1/CBFjáaceite neminventarcertificados/aprovadores. Rascunhos/âmbitos/cenários/históricopreservados,nãobloqueiamramosindependentes.

Inventárioantesdostestes:75fechos;27livrosfiscais+1livroderascunhosP084/P085 comestados/decisões,âmbitos,edições/cenários eversões congelados,fixtureiva-offer-paths-inputs.json;semperdasconfirmadas. Provasaceitescódigo/schema/dados/configuração/permissõesdestinoreutilizadas,174tabelas/369ficheiros/29fichas/28relações/408geometrias;semrecalcularanterioresouescrevernoactivo.

G6F/P050:CIVA12(1)(e),Lei13/2016PDF11/p1426(269);valor do serviço incluídona basetributável daimportaçãodebens,conforme16. Art16(1)valoraduaneiro eacréscimosna medidaquenãoincluídos;16(1)(b)despesasacessórias(embalagem/transporte/seguros/outrosencargos)atéprimeirodestinonointeriordoPaís;16(2)destinododocumentodetransporteou,na suafalta,primeirarupturadecarganointeriordoPaís. Página14/p1426(272)conferida integralmente,nãoaplica17%históricoimpressonessapáginacomo taxapresente. Distinguir valorjácompreendidonovaloraduaneiro eparcelaacessória adicionadaconforme16(1)(b)/2;duasperfisdeumramo,sem duplicarserviço/bemou presumir inclusão porcategoriasectorial. Nãosomavalorcalculadoàbaseaduaneira,nãocalculaIVA dosbensnemdireitos,nãopreenchecampo11;resultadoexpressamenteIVA do serviço. Informações/desconhecidosnãozeramimposto;projecçõescomfundamentoexplícito,semcertificaçãoATinventada. Fontesaceites/inventáriosoriginais/hashesreutilizados,semsegundavalidação. L1aberto;P001só05/06;bebidasL2/L3;Estatísticas/IAadiadas.

24/10/2026 — percursos distintos P084/P085 e cenários demonstradosQA

Candidata946fc089,registo. OrientaçãoexpressaTempo incorporada nosrascunhos existentes,novoscampos opcionais/retrocompatíveis. P084:estadosdeclarados preparação/apresentado/deferido/indeferido,referências/documentos/datas disponíveis e registosversionadosdeâmbito(bens,operação,período,condições). Guardar rascunho incompleto continua permitido;pararegistardecisão conserva os4elementosdeâmbitopedidosTempo. Datasexactas,meses outextoliteraldoâmbito(porexemploatérevogação/semtermo,operaçõesconjuntas) são conservados,sem inventarfimoualargarconcessãoaoutrosbens/períodos/oportunidades. Documento/datadisponíveis,nãocertificado/aprovadornovo. TodososregistosanterioresaparecemnoUI/relatório;ediçõesnopididoactual nãosobrescrevemdecisãoanterior. Registar estado nãoapresentapedidoàautoridade nemconcedeisençãopelosimulador.

P085:emergência/calamidade,natureza,finalidadehumanitária,bens,destinatário/documentosdisponíveis,mitigação;sem impor estadosP084oualargar automaticamenteaimportação. Reutilização explícita de dados/documentoda mesmaoportunidade mantémcamposeditados eoriginais;referênciadodocumentojáindicado podejuntar-seàlistaexistentesem sobrescreveroutrosdocumentos. Procedimentodeemergência/doação sóseráaplicadoquando correspondênciaestiverdemonstrada.

Comparação:cenárionormalusaIVAindicado eorigem/documento/pressuposto,nãotaxa/basepresumida. Cenáriocondicionadorequerhipóteseexpressa+condiçõesmateriais/contexto;faltasoucontradiçõesficamindeterminadas,nãozero. Zeroapareceapenasnessahipóteserotulada,nãobenefícioconcedido/aplicado. Apresentarpedidonãoconcedeisenção;nemestadodeferidodeclaradoalteraautomaticamenteimposto/campo11/totaisModeloA. Registosdeâmbito nãoseestendemautomaticamenteàoperaçãoactual. AfonteCIVA14(3)continua pendente;ModelI.1/Despacho/CBFjáconferidos nãodemonstramessacorrespondência. Pesquisa conjunta/procuraATnestasessãonãoproduziunovafonteaplicável;listagemATsemconteúdolegívelpelaferramentanãoprovaausência. Nãoforam adoptadasfontesnãolidasoucriadoscertificados/aprovadores/condiçõesnovas. Restaidentificardisposição/remissão/procedimentoexpressoealterações,concluiraplicaçãodosbenefíciospróprios everificar;sem bloqueardemaisramos.

4testesnovos aprovados,APIprivadaQA1/31asserções comrollback/guarda*_test:55441,tipos/build finais aprovados,avisospreexistentesplugins/chunks. UICodex/Edge-CUA:pedidoApresentado,decisãoparcialanterior sóbensA/importeNovembro,normal800/condicionado0rotuladohipótese;retirarhipótese→indeterminado;âmbitoincompleto nãoapagaosregistos;P085humanitário/normal160. Guardarversão→Guardar→Recuperar→Relatório,4versõesanteriores eâmbitosanteriores. Variantesdatasexactas/textoliteralsemtermo verificadasnostestes,nãoconferênciamanualTempoatribuída. 27livrosfiscais,históricos/ediçõesderascunhosanteriores preservados;sem schemanovoesemrepetirprovasaceites.

75entregues+57funcionaispendentes+P001=133;P084/P085 incluídos57,nãoramostotalmenteconcluídosQA. Homologaçãoc1314cdf,recibo536559d6(P052entregue);clarificação946fc089apenasQA,nãopushada/instalada. L1aberto;P001só05/06;bebidasL2/L3;classificaçãoseparadacampo11;Estatísticas/IAadiadas;L1nãodependedeL2/L3/todosimpostos.

24/10/2026 — G6E/P052 entregue na homologação c1314cdf

Tempoaceitou1565aa4f eautorizouGit/deltainstalado. **P052,umramo/oitotratamentos:**ship_provisions_import,ship_fuel_import,ship_technical_products_import,ship_cargo_accessories_import;aircraft_provisions_import,aircraft_fuel_import,aircraft_technical_products_import,aircraft_cargo_accessories_import. CIVA12(1)(g),12(3),13(3),2026/MZN. ProvasQAaceites reutilizadas,nãorepetidas. GitFF2d889a21→c1314cdf,sem avançoconcorrente encontrado,sessãoSSHpronta reutilizada semregistarcredenciais. Backupnovo/restauroreal isoladosemrede174tabelas/369ficheiros;delta revisão servida/manifesto/hash/13marcadores/7ficheirosfuncionais/simuladorHTTP200. 174tabelas/369ficheiros/configuração e29fichas/28relações/408geometrias preservados,mesmoactorpostgresantes/depois,sócache/sessõesdiferentes;zeromigrações/importações/alteraçõespermissões/ensaiossintéticosnoactivo.

Âmbitototalexpresso:3ficheirosG6E(classificador/componente/limitetécnicoAPI4M) e4ficheirosancestrais depreparaçãoP084/P085(5ec2f198),sem aplicação dobenefício. Essesrascunhos anteriores passamdisponíveiscomcontexto/gravação/relatório;P084/P085 nãofechados. A nova clarificaçãoTempo deestadosdecisão/cenários/distinçãohumanitária ainda está emQA local,nãoincluídanestarevisão. Backup/release anterioresconservados,contençãoconferidanãoaplicada,leitores/históricomantidos. Manifesto/recibo,registoiva_l1_g6e_P052_homologation_20261024.

75entregues+57funcionaispendentes+P001=133;semcandidatas de ramo completoQA porentregar. 74fechosanteriores preservados;P084/P085 incluídos57,rascunhos/cotejo nãoequivalemabenefíciosconcluídos. L1aberto;P001só05/06;classificaçãoimportação separada dededução/campo11;bebidasL2/L3;Estatísticas/IAadiadas;L1nãoexigeL2/L3/todosimpostos.

24/10/2026 — preparação dos percursos distintos de ofertas,antes dos testes

InstruçãoexpressaTempo:P085emergência/finalidadehumanitária,bens,destinatário/documentos disponíveis,procedimento sóquando correspondênciademonstrada. P084justificação/pedido,estados preparação/apresentado/deferido/indeferido;apresentação não concedeisenção;decisão conserva âmbito:bens,operação,período,condições/documento. Cenárionormal econdicionado explicitamentehipotético,nãoconcedido;sem inferirtaxa/basefaltante nem alimentarcampo11. OrigemTempo,não interpretação jurídicaCodex. CorrespondênciaCIVA14(3)pendente;ModelI.1/Despacho/CBF não a substituem;sem certificados/aprovadores novos. Rascunhos compatíveis,novoscampos opcionais;inventário pré-testes27livrosfiscais+2rascunhos/edições/históricos preservados,74entregues+P052QAaceites,sem perdasconfirmadas. Instaladorc1314cdf emexecução,reciboseparado apósdelta;semalteraçãoactiva por esta preparação. Mesma matriz e manual,sem novo backlog.

24/10/2026 — G6E/P052 demonstradoQA,candidata 1565aa4f

**Umramo/oitotratamentos:**ship_provisions_import,ship_fuel_import,ship_technical_products_import,ship_cargo_accessories_import;aircraft_provisions_import,aircraft_fuel_import,aircraft_technical_products_import,aircraft_cargo_accessories_import. Lei13/2016,CIVA12(1)(g),12(3)(a)(i–iv)/(b),13(3),PDF11–12/p1426(269–270);2022/2025g/3 mantidos por remissão. Perfis são divisão técnica para ocultar condições sem aplicação:exclusões de embarcação sóprovisões deembarcação;depósitosnormais sócombustíveis/carburantes;produtostécnicos/lubrificantes eacessórioscarga comnaturezaprópria. Não importar condição de companhiaprincipalmenteinternacionalP054 nem elegibilidade deoperações/vendas13(1)(c/d/f). Fonte/período/documento/fundamento econdições exigidos para classificar,não para conservarrascunho;desconhecido→indeterminado,não→nãoaplicação desta isenção,sem imposto normal presumido. Nova versãoimport-onboard-supplies/1 sólivroscomP052,chaves/fontes anteriores mantidasactuais.

3testesnovos aprovados;APIprivadaQA2testes/32asserções,guarda*_test:55441/rollback;tipos/build aprovados,avisospreexistentesplugins/chunks;armazenamentosintético1testeUTF8aprovado. UICodex/Edge-CUA:exclusãopesca costeira porindicar→indeterminado,não→nãoaplicação,sim→isenção;depósitosnormais aparecem apenasnoscombustíveis. Guardar→Recuperar→Relatório com8linhasP052,opportunity335/Manica/2026-12,documento14/11/2026,5versõesanteriores. Sem aceitação manualTempo atribuída. 26livrosfiscais e1livrorascunhosP084/P085(2linhas/edições/históricos) exactamente preservados,sem repetir provasaceites ou recalcularanteriores.

Impedimentotécnico delimitado:API recusou1040665caracteres do snapshot preservado pelo limite1M. Origem:escolha deimplementação,não exigênciaTempo. Ajustado apenasmaxJSONmodelo_a_snapshotpara4Mcaracteres,conservando validaçãoJSON/autenticação/limite;teste positivo de recuperação exacta do histórico completo e negativo acima4Maprovados. Não apagadosdados/histórico para contornarolimite;sem migração oumudançadepermissões. RegistoQA;manifestopreparado distingue3ficheirosG6E de4ficheirosancestrais depreparaçãoP084/P085 ainda nãoinstalados. Não declarar essesbenefícios entregues numafutura instalação;identificar âmbitototal/deltaantes daentrega. Contençãodenovasclassificaçõesconferida,nãoaplicada,leitores/histórico mantidos.

74entregues+1QA(P052)+57funcionaispendentes+P001=133. Homologação2d889a21/e3269079mantida;nenhumpush/instalação/alteraçãoactiva. P084/P085 continuam pendentes;diplomaModeloI.1cotejado conforme secçãoabaixo eregisto,semremissão14(3)demonstrada,rascunhospreservados. L1aberto;P001só05/06;classificação deimportação separada dededução/campo11;bebidasL2/L3;Estatísticas/IAadiadas. FecharL1 não exige concluirL2/L3/todosimpostos.

24/10/2026 — cotejo do diplomaModeloI.1 e preparação G6E/P052

P048/P080 aceitesTempo,2d889a21/e3269079,74fechos preservados. Inventário pré-testes:26livrosfiscais e1livrorascunhosP084/P085(2linhas,versões/edição deliberada),fixtureiva-offers-inputs.json;sem perda confirmada. Provas aceites do destino reutilizadas,sem novos testes noactivo ou alteração de schema/dados/configuração/permissões. Saldo74entregues+58funcionaispendentes+P001=133.

**DiplomaModeloI.1:**DespachoMF06/01/2010,BR11/I17/03/2010,art1(a)/2,emitido expressamente ao abrigoDecreto56/2009art2. Decreto56/2009 regulaCBFLei4/2009,não se apresenta como regulamentoCIVA14(3). OriginalBR40/I07/10/2009 PDF2/p303(decreto1/2,regulamento1),PDF3/p304(3/5/6/7/8),PDF4/p305(9–16) conferidos visualmente;PDF1 contém matéria antecedente de pequenasbarragens ePDF5écontracapa,não confundir nome doficheiro com o diploma. Art6 rege reconhecimento na importação;7,rural;8,impostosinternos noobjectoCBF. CompilaçãooficialMIREMEPDF86–92 cotejada para leitura,sem nova validação de autenticidade.

**Aplicação por cenário:**P084aquisição interna:ModeloI.1 tem âmbito aduaneiro,não demonstra procedimento desta compra;art8CBF não se transpõe automaticamente para ofertas. P084importação:ModeloI.1 pode instruir pedido aduaneiro com baselegal identificada,mas as instruções de outras situações(dispositivo/facturas/certificado) não constituem por si o benefício14(2)(a). P085aquisição:instrução aduaneira de emergência não demonstra o procedimento da aquisição. P085importação:fora da extensão automática14(2)(b);instrução e)viaINGC é pista de pedido com baselegal própria,não alarga o ramo nem impõe actualmente essefluxo noportal. Nos arts1–16lidos não foi localizada remissão expressa ou correspondênciaCIVA14(3);não se afirma inexistência da regulamentação. Falta localizar essa ligação/procedimento e alterações/âmbito. Não acrescentar condiçõesCBF de aprovaçãoinvestimento/contabilidade/certidão/certificado/prazos às ofertas sem disposição aplicável. Rascunhos5ec2f198 preservados,sem repetir provas nem declarar benefícios concluídos.

G6E/P052 é o próximo ramo suficientemente documentado do grupoG6:importações de bens de abastecimento12(1)(g),definição13(3),janela da entrada/chegada/permanência normal,consumidos/ouabordo de embarcação de navegação internacionalmarítima/fluvial/lacustre ouavião de navegaçãoaéreainternacional. Aplicar exclusões12(3):provisões em embarcações para desmantelamento/outrosfins não navegação internacional,enquanto nessa situação;hotel/restaurante/jogosflutuantes emporto/águasnacionais;recreio nessa permanência;pesca costeira;combustíveis/carburantes fora dos depósitosnormais. Não importar exigência de companhia principalmenteinternacional13(1)(g),própria deP054,nem elegibilidade de operações/vendas13(1)(c/d/f). FonteLei13/2016PDF11–12,p1426(269–270);g/3 mantidos por remissãoLei22/2022PDF2/Lei10/2025PDF13. Extensão técnica do classificador existente,versão por livro novo apenas;classificação distinta da dedução/campo11 e de direitosL13. L1aberto;P001só05/06;bebidasL2/L3;Estatísticas/IAadiadas.

24/10/2026 — P084/P085:rascunhos demonstradosQA,pesquisa documental conjunta

Candidata5ec2f198,registo. Preparação autorizadaTempo enquanto decorre a pesquisa,sem aplicação do benefício. P084:aquisição/importação,bens/documento/período/moeda/contraparte/beneficiário/finalidade,condições de instituição nacional/interessepúblico-fins sociais/adequação/utilização. P085:aquisição apenas,bens/destinatário/finalidade e calamidade/natureza/atenuação. Secção opcional,sem formulário obrigatório;guardar incompleto é permitido. Reutilização explícita por oportunidade preenche sócamposvazios,conserva edições deliberadas,original e origem;moeda divergente não converte. Versões/histórico no mesmosnapshot/APIprivada;relatório identifica preparação/benefício nãoaplicado e dados em falta,sem presumir IVAzero,dedução ou totaisModeloA. Outrosramos conservados.

4testesnovos aprovados,APIprivada1/23asserções e rollback naQA*_test:55441,tipos/build aprovados. UICodex/Edge-CUA:reutilizar preserva finalidade editada deliberadamente,condições próprias distintas,Guardarversão→Guardar→Recuperar→Relatório comP084/P085,2versõesanteriores e valor/períodoP085 porinformar. Não é aceitação manualTempo. Auxiliar sintético recusou inicialmente prefixo herdado do exemploG5C;corrigida apenas essa guardaQA,o reinício preservou edições/versões no navegador e a gravação final foi conferida. APIportal não afectada. 26livros anteriores exactamente iguais;sem schema/permissões novos.

Pesquisa conjunta produziu o originalBR11/I Série17/03/2010,DespachoMF06/01/2010 art1/2,PDF17p,hash384fb46354e1888df43f72288dfed7933e30c7534211e0dcb6994f43b10e0059;ModeloI.1versoPDF3 lido e conferido visualmente. Formulários de pedidos aduaneiros identificam emergência viaINGC e outras situações comdispositivo/facturas/certificado de doação. Isto não demonstra ainda a regulação integralCIVA14(3) nem sua aplicação às aquisições internas/âmbito actual;nenhuma dessas formalidades foi inventada como exigência genérica dos rascunhos. Original/proveniência registados nos dois inventários existentes,sem publicação ou activação. Próxima acção delimitada:cotejar disposição de aplicação14(3),regras aduaneiras/INGD e alterações,separar aquisição interna/importação,concluir benefícios próprios e verificar. Não se afirma inexistência de regulamento. As10–18h eram condicionais para estes dois ramos antes da preparação,não esforço totalL1,nem nova duração restante medida.

74entregues+58funcionaispendentes+P001=133;P084/P085 incluídos58,sem candidatas de ramo integral concluídoQA por entregar. Homologação2d889a21,reciboe3269079;rascunhos5ec2f198 apenasQA,não publicados/pushados. L1aberto;P001só05/06;classificação separada de campo11;bebidasL2/L3;Estatísticas/IAadiadas;L1 não depende de concluirL2/L3/todosimpostos.

24/10/2026 — P048/P080 entregues conjuntamente na homologação 2d889a21

Pedido expressoTempo,manifesto conjunto:P048→customs_transit_import/customs_temporary_import/customs_drawback_import;P080→special_economic_zone_import/free_zone_import/free_warehouse_import/general_free_warehouse_import/customs_warehouse_import/duty_free_shop_import. Doisramos/novetratamentos. ProvasQA existentesG6D/G5C reutilizadas,conferido apenas delta instalado;sem repetir aceitação. GitFF d46b794a→2d889a21,sem avanço concorrente encontrado;72fechos anteriores preservados. SessãoSSH pronta reutilizada,sem registo de credenciais. Backupnovo/restauroreal isolado semrede,174tabelas/369ficheiros. Revisão efectivamente servida,manifesto/hash,14marcadores compilados,2ficheiros funcionais e simuladorHTTP200 conferidos. Preservação174tabelas/369ficheiros/configuração,29fichas/28relações/408geometrias,mesma identidadepostgres antes/depois;diferenças apenas cache/sessões. Zero migrações/importações/alterações de permissões;sem ensaios sintéticos noactivo. Release/backup anteriores preservados,contenção conferida não aplicada,leitores/histórico/relatórios mantidos.

Manifesto/recibo,registoiva_l1_P048_P080_joint_homologation_20261024. 74entregues+58funcionaispendentes+P001=133;sem candidatasQA funcionais por entregar. P084/P085 incluídos58,pesquisa conjunta e preparação de rascunhos autorizadas,sem encerramento ou aplicação automática do benefício. As10–18h condicionais referem-se apenasP084/P085,não todoL1. L1aberto;P001só05/06;classificação de importação separada da dedução/campo11;bebidasL2/L3;Estatísticas/IAadiadas. FecharL1 não exige concluirL2/L3 nem todos os impostos.

24/10/2026 — preparação pré-testes dos rascunhos P084/P085

Pedido expressoTempo:pesquisa documental conjunta,condições distintas;preparar campos,reutilização e rascunhos enquanto decorre a pesquisa,sem aplicação não demonstrada do benefício nem bloqueio dos outros ramos. Inventário existente:72entregues eP048/P080QA preservados,instalador da entrega conjunta2d889a21 ainda por conferir;26livros congelados(20vendas,1aquisições,5importações),sem perdas confirmadas. Sem alteração noactivo por esta preparação;sem schema/permissões novos. Mesmo snapshot/APIprivada/relatório,secção opcional e campos apenas do ramo escolhido;gravação incompleta permitida,reutilização explícita só nos campos vazios,sem conversão de moeda,sobrescrita ou concessão de isenção. P084aquisição/importação;P085aquisição apenas. CIVA14(2)(a/b),14(3),fonte aceite.

Pesquisa conjunta:localizadoBR11/I Série17/03/2010,DespachoMF06/01/2010,art1/2(ModelosRCBFDecreto56/2009),originalPDF17p/hash384fb46354e1888df43f72288dfed7933e30c7534211e0dcb6994f43b10e0059. ModeloI.1versoPDF3:instruções de pedido aduaneiro,emergência viaINGC,outras situações com dispositivo legal/facturas/certificado de doação. Não demonstra por si só o procedimento completo das aquisições internas14(2)(a/b),a remissão14(3),ou a aplicabilidade actual de cada formalidade;não se transpõe automaticamente para os rascunhos como campos obrigatórios,nomes de entidades ou prazos. Próximo cotejo:disposição de aplicação14(3),regras aduaneiras/INGD e alterações,distinguindo aquisição interna/importação. A fonte oficial não carece de nova autenticação. P084/P085 continuam funcionais pendentes;10–18h condicionais não estimam todoL1. P001só05/06;bebidasL2/L3;Estatísticas/IAadiadas.

24/10/2026 — P080/G5C demonstradoQA;P084/P085 delimitados

Candidata9842dcbb;registo detalhado. **P080,umramo/seistratamentos:**special_economic_zone_import,free_zone_import,free_warehouse_import,general_free_warehouse_import,customs_warehouse_import,duty_free_shop_import. CIVA14(1)(a) e condição inicial14(1),Lei13/2016PDF13/p1426(271);fonte e alterações2022/2025 reutilizadas. Extensão do classificador existente,sem schema/permissões novos. Confirmação própria do regime,controlo alfandegário,disposições especificamente aplicáveis,permanência e ausência de utilização/consumo finais;localização não concede isenção. Versãoimport-special-regimes/1 apenas nos livros que seleccionam estes tratamentos;chaves/fontes dos livros anteriores permanecem actuais.

20testesfrontend aprovados(3novosP080+17importações),APIprivadaQA1/26asserções,guarda*_test:55441 e rollback;tipos/build aprovados,avisospreexistentesplugins/chunks. UICodex/Edge-CUA:condição por indicar→indeterminado;não→não aplicação,sem taxa normal presumida;sim→isenção0.00MZN;Guardar→Recuperar→Relatório da gravação,opportunity334/Manica/2026-12,documento14/11/2026,6linhas e5versõesanteriores. Conferência automatizada/sintética,não aceitação manualTempo. Preservados25livros anteriores(20vendas,1aquisições,4importações),resultados/fontes/históricos exactamente iguais;P048QA não reaberto. Dedução/campo11 e totaisModeloA não alimentados;sem cálculo de direitos ou saída de regime.

**P084/P085 não concluídos:**diagnóstico individual na secção de preparação e na mesma matriz;14(2)(a/b) e14(3),procedimento regulamentar ainda não localizado nas fontes consultadas,sem declarar inexistência. Faltam os percursos específicos e respectiva verificação;estimativas preliminares6–10h/4–8h após delimitação documental,sem prazo confirmado para obtenção do procedimento. Nenhum certificado/aprovador/autorização genérica foi criado;nenhuma isenção de venda ou serviços foi inferida destes números.

72entregues+2QA(P048/P080)+58funcionaispendentes+P001=133. Continuam60por entregar,incluindo2QA. Homologaçãod46b794a/2ed62165 inalterada;nenhumpush/instalação/migração/alteraçãoactiva. Candidata9842dcbb inclui ancestralG6D/P048 aindaQA;qualquer entrega deverá explicitar esse âmbito e conferir apenas o delta instalado. L1aberto;P001só05/06;bebidasL2/L3;Estatísticas/IAadiadas. FecharL1 não exige concluirL2/L3 nem todos os impostos.

24/10/2026 — diagnóstico individual P080/P084/P085 e preservação pré-testes

Pedido expressoTempo:explicar tratamentos,fontes,estado,impedimento,acção e estimativa;prosseguir onde houver condições. 72 entregues permanecem encerrados;P048/G6D permanece QA,homologação d46b794a/recibo2ed62165. Saldo72entregues+1QA+59outrospendentes+P001=133;60ainda por entregar,não60desenvolvimentos inteiramente por iniciar. Inventário existente e recibos reutilizados;sem perdas confirmadas. Congelados25livros(20vendas,1aquisições,4importações),resultados/fontes/históricos;sem alteração noactivo,código/schema/dados/configuração/permissões do destino não tocados.

**P080:**CIVA14(1)(a) e condição inicial14(1),Lei13/2016 PDF13/p1426(271). Importações sob controlo alfandegário,sujeitas às disposições aplicáveis,colocadas nos seis regimes/depósitos/lojas enumerados,enquanto permanecem nesses regimes,sem utilização/consumo finais nas áreas mencionadas. Não é venda nem localização geográfica suficiente. Classificador/importações/API/relatório existentes;falta o ramo específico e verificação. Fonte suficiente para avançar emQA;4–6h preliminares,sem medição individual e sem incluir entregaGit.

**P084:**14(2)(a),14(3),mesma página. Aquisição/importação de bens para ofertas a instituições nacionais de interesse público e relevantes fins sociais,bens inteiramente adequados à natureza da instituição e utilizados em actividades de evidente interesse público. Não inclui serviços. **P085:**14(2)(b),14(3),aquisição de bens para ofertas que atenúem efeitos de calamidades naturais;sem estender automaticamente a importação ou serviços. Para ambos,falta localizar o procedimento regulamentar previsto14(3);não se afirma que inexista,nem se exige segunda autenticação da fonte. Consulta doRCIVADecreto7/2008,texto das suas páginas1–9,e inventários gerais não forneceu neste cotejo o procedimento específico. Pesquisa externa delimitada não substitui a leitura do diploma;nenhum resultado comercial é adoptado como regra. Referências anteriores genéricas a autorização/regulamentação foram substituídas na mesma matriz por esta dependência concreta. Desenvolvimento do percurso próprio e verificação ainda por executar. Estimativas preliminares,sem medição:6–10hP084;4–8hP085 com reutilização,após delimitação documental;obtenção documental sem prazo confirmado. Acção seguinte:localizar disposição regulamentar de14(2)(a/b) e respectivas alterações/âmbito,traduzir apenas condições expressas e verificar percurso completo. Não pedir aprovação jurídica genérica àTempo nem inventar certificado/aprovador.

P001só05/06;L1aberto. Classificação importação separada de dedução/campo11;bebidasL2/L3;Estatísticas/IAadiadas. FecharL1 não depende de concluirL2/L3 ou todos os impostos.

24/10/2026 — G6D/P048 demonstrado em QA

P048→customs_transit_import /customs_temporary_import /customs_drawback_import. Umramo/trêstratamentos,candidata0eb37ef5,registoiva_l1_g6d_P048_import_customs_QA_demonstrated_20261024. Classificação do próprio acto de importação12(1)(c),não transmissão de bens no regimeG5/P083. FonteLei13/2016PDF11/p1426(269) com condição de bens nos três regimes isentos totalmente de direitos aduaneiros;texto e remissões2022/2025 conferidos na preparação abaixo. Consulta específica do índiceoficialINM sobreLei16/2020 documentada como âmbito9(13);tentativas de PDF indisponíveis não são apresentadas como ficheiros obtidos ou leitura integral. Fonte oficial aceiteTempo08/10,sem novo aprovador ou validação jurídica genérica.

Classificador de importações existente,sem schema/permissões novos;versãoimport-customs-regimes/1 apenas nos livros com os novos tratamentos,chaves/fontes/resultadosG6A/G6B/G6C mantidos actuais. Condição de regime própria por tratamento e isenção total de direitos separada da confirmação de reimportaçãoP049. Regime seleccionado não concede isençãoIVA. Informação em falta→indeterminado;condição não cumprida→não aplicação desta isenção,imposto normal por enquadrar;regime próprio e isenção total confirmados com contexto→IVAisento0.00MZN. Não presumir isenção total por redução parcial,suspensão ou promessa de restituição. Alterar tratamento conserva5000MZN/documento/respostas e o resultado anterior;calcular novamente arquiva a versão.

4testesnovos+13importaçõesexistentes aprovados;APIprivadaQA1teste/25asserções,guarda*_test:55441 e rollback;tipos/produção/QAaprovados,avisosexistentes deplugins/chunks. UICodex/Edge-CUA:isenção total por indicar→indeterminado,não→não aplicação,sim com regime→isenção;troca para importação temporária apresenta condição própria em falta,regresso recupera resposta de trânsito;Guardar→Recuperar sem divergênciaUTF8→Relatório comtrêstratamentosP048,opportunity333/Manica/2026-12,documento11/2026,fontes e4versõesanteriores. Preservados24livrosanteriores:20vendas,1aquisiçõesG5B e3importaçõesG6A/G6B/G6C,com resultados/fontes/históricos,íntegros/actuais sem recálculo. AuxiliarQA mantém teste de quebraUTF8multibyte;provasWord/PDF aceites reutilizadas,sem nova alegação de paginação ou conferência manualTempo.

72entregues+1QA+59funcionaispendentes+P001=133. G6:6entregues/1QA/8pendentes. Homologaçãod46b794a/2ed62165 inalterada. Manifesto preparado,contenção de novas classificações conferida,não aplicada;leitores/histórico/relatório mantidos. Destino/main autenticados frescos e backup/restauro isolado continuam necessários antes de instalação;esta passagem não fezpush nem alterou oactivo. P080/P084/P085 explicitamente abertos;L1aberto;P001só05/06;bebidasL2/L3;Estatísticas/IAadiadas. Classificação da importação permanece separada da dedução/campo11L2,direitosL13,baseaduaneira,saída de regime e totaisModeloA;P086 e fonteBR89/2017 preservados.

24/10/2026 — preparação G6D/P048 e preservação antes dos testes

Inventário existente: 72ramos entregues,conforme matriz e reciboG6Cd46b794a/2ed62165;sem perda confirmada. Provas aceites de comparação código/schema/dados/configuração/permissões reutilizadas:174tabelas/369ficheiros,29fichas/28relações/408geometrias. Congelados24livros:20vendas,1aquisiçõesG5B e3importaçõesG6A/G6B/G6C,incluindo resultados,fontes,históricos,sem recálculo;fixtureiva-g6c-inputs.json. Nenhuma redução de âmbito prevista;sem novos testes ou alteração noactivo. P080/P084/P085 explicitamente abertos. Saldo72entregues+60funcionaispendentes+P001=133.

G6D delimita P048→customs_transit_import /customs_temporary_import /customs_drawback_import:umramo/trêstratamentos. Fonte:CIVA republicadoLei13/2016,12(1)(c),PDF11/p1426(269),página integral já conferida visualmente emG6A e reutilizada. Texto exige bens importados emtrânsito,importação temporária ou draubaque isentos totalmente de direitos aduaneiros. Lei22/2022PDF2/p2252(26) eLei10/2025PDF13/p2180(13) mantêm c) por remissão;os marcadores não trazem nova redacção expandida nem autorizam inventar regimes ou condições adicionais. Consulta delimitada da referênciaLei16/2020 no índiceoficialINM identifica alteração9(13),não12c;tentativas de página/PDF indisponíveis registadas,sem alegar leitura integral ou ficheiro obtido. Texto operativo usado é o original oficial de12c com remissões posteriores;consulta de âmbito não constitui nova autenticação da credibilidade da fonte aceiteTempo08/10. Inventário dos seis originais/hashes e inventários gerais existentes reutilizados.

Escolha técnica:extensão do classificador de importações existente,com versãoimport-customs-regimes/1 apenas nos livros que seleccionam os novos tratamentos. Condição de regime específica,sem herdar confirmação de trânsito para importação temporária/draubaque;condição de isenção total de direitos própria,não reutiliza a confirmação distinta da reimportaçãoP049. Redução parcial ou mera suspensão não comprovam isenção total,mas não determinam imposto normal nem eliminam os dados. Regime apenas seleccionado não concede isenção deIVA. Documento/período/moeda/fundamento e respostas anteriores conservados;calcular novamente arquiva a versão anterior. Não confundir com transmissões de bens dentro de regimeG5/P083:esta tranche classifica o próprio acto de importação12c. Não calcula direitos,baseaduaneira,saída de regime,dedução/campo11L2 ou totaisModeloA. L1aberto;P001só05/06;bebidasL2/L3;Estatísticas/IAadiadas.

24/10/2026 — G6C/P053/P054 entregue na homologação d46b794a

P053→eligible_ship_import /ship_operation_object_import;P054→eligible_aircraft_import /aircraft_operation_object_import. Doisramos/quatrotratamentos,classificação do IVA na importação12(1)(h/i) em2026/MZN,com elegibilidade13(1)(f/g) e ligação concreta do objecto. A Tempo aceitou a candidata8e5565d5 concluída emQA segundo o relatóriod65d3f5c e autorizou integração/disponibilização peloGit existente,com preservação de alterações concorrentes e conferência apenas do delta instalado. Provas aceites de condições,gravação/recuperação/relatório,quatrotratamentos e23livrosanteriores conservados/actuais reutilizadas,sem novo recálculo de aceitação ou conferência manual atribuída àTempo. P053/P054 não encerram abastecimentosP052,direitos,baseaduaneira,dedução/campo11 ou totaisModeloA.

Gitfast-forward sobre4cebd617;consulta fresca de main e destino autenticado sem avanço concorrente encontrado;70ramos e recibos anteriores preservados. Sessão SSH existente conferida pronta,sem registar credenciais. Backup novo e restauro real isolado sem rede:174tabelas/369ficheiros. Delta instalado:revisão efectivamente servida,manifesto/hash,oito marcadores,três ficheiros funcionais,simuladorHTTP200. Preservação:174tabelas,369ficheiros/configuração,29fichas publicadas/28relações/408geometrias,identidadePostgreSQL equivalente antes/depois;apenas diferenças operacionais cache/sessões registadas. Zero migrações/importações/alterações de permissões ou ensaios sintéticos noactivo. Backup/release anterior conservados;contenção de novas classificações conferida,não aplicada;leitores/histórico/relatórios mantidos.

Manifesto/recibo,registo iva_l1_g6c_homologation_20261024. 72entregues+60funcionaispendentes+P001=133;sem candidatasQA por disponibilizar. G6:6entregues/9pendentes. P080/P084/P085 explicitamente abertos;L1aberto;P001só05/06;bebidasL2/L3;Estatísticas/IAadiadas. P086 permanece disposição eliminada/encaminhamento aplicável,fonteBR89/2017 preservada.

24/10/2026 — G6C/P053/P054 demonstrado em QA

P053→eligible_ship_import /ship_operation_object_import;P054→eligible_aircraft_import /aircraft_operation_object_import. DoisIDs/quatrotratamentos,candidata8e5565d5,registoiva_l1_g6c_P053_P054_import_assets_QA_demonstrated_20261024. Importação12(1)(h/i),por referência aos meios13(1)(f/g) e actividades13(1)(c/d);não venda interna nem abastecimentoP052. Página integralLei13/2016PDF11/p1426(269) ePDF12/p1426(270),já conferidasG6A/G4B,e alterações2022/2025 reutilizadas. Fonte oficial aceiteTempo08/10;sem nova validação jurídica genérica. Identificar meio/utilização e,para objecto,ligação concreta à respectiva exploração. No avião,companhia principalmente internacional,não voo isolado;na embarcação,actividade legal própria,não barco de recreio genérico.

DefiniçõesG4B exportadas sem mudar texto nem tratamentos de venda. Classificador de importações existente,sem schema/permissões novos;versãoimport-assets/1 só quando seleccionados os novos tratamentos,sem invalidar chaves/fontes/resultadosG6A/G6B. Condições desconhecidas→indeterminado,não→não aplicação desta isenção,sim com contexto→IVAisento0.00MZN;sem taxa normal presumida. Trocar de objecto para avião apresenta a condição própria em falta,conserva resposta de ligação/documento/4000MZN e resultado anterior;regressar recupera respostas. Classificar novamente arquiva a versão anterior.

4testesnovos+9importaçõesexistentes aprovados;APIprivadaQA1teste/24asserções,guarda*_test:55441 e rollback;tipos/produção/QAaprovados,avisosexistentes deplugins/chunks. UICodex/Edge-CUA:ligação por indicar→indeterminado,não→não aplicação,sim→isenção;troca/regresso de tratamento;Guardar→Recuperar sem divergênciaUTF8→Relatório comquatrotratamentos,opportunity332/Manica/2026-12,documento11/2026,fontes e4versõesanteriores. Preservados23livrosanteriores:20vendas,1aquisiçõesG5B e2importaçõesG6A/G6B,incluindo resultados/fontes/históricos,íntegros/actuais sem recálculo. AuxiliarQA mantém correcçãoUTF8 e passa teste de quebra multibyte;provas de exportadoresWord/PDF reutilizadas,sem nova alegação de paginação ou conferência manualTempo.

70entregues+2QA+60funcionaispendentes+P001=133. G6:4entregues/2QA/9pendentes. Homologação4cebd617/72e56f7a inalterada. Manifesto preparado,contenção de novas classificações conferida,não aplicada;leitores/histórico/relatório mantidos. Destino/main autenticados frescos e backup/restauro isolado continuam necessários antes de instalação;esta passagem não fezpush nem alterou oactivo. P080/P084/P085 explicitamente abertos;L1aberto;P001só05/06;bebidasL2/L3;Estatísticas/IAadiadas. Classificação da importação permanece separada da dedução/campo11L2,direitosL13,baseaduaneira e totaisModeloA;P086 e fonteBR89/2017 preservados.

24/10/2026 — preparação G6C e preservação antes dos testes

Inventário existente: 70ramos entregues,conforme matriz e reciboG6B4cebd617/72e56f7a;sem perda confirmada. Provas aceites de comparação código/schema/dados/configuração/permissões reutilizadas:174tabelas/369ficheiros,29fichas/28relações/408geometrias. Congelados20livrosvendas,1aquisiçõesG5B e2importaçõesG6A/G6B,com resultados/fontes/históricos,sem recálculo;fixtureiva-g6b-inputs.json. Nenhuma redução de âmbito prevista;sem novos testes ou alterações noactivo nesta preparação. P080/P084/P085 explicitamente abertos. Saldo70entregues+62funcionaispendentes+P001=133.

G6C delimita P053→eligible_ship_import /ship_operation_object_import,12(1)(h) e P054→eligible_aircraft_import /aircraft_operation_object_import,12(1)(i). São doisIDs/quatrotratamentos:bem principal ou objecto incorporado/utilizado na respectiva exploração. Fonte:CIVA republicadoLei13/2016PDF11/p1426(269),por referência a13(1)(f/g),PDF12/p1426(270),com actividades marítimas13(1)(c/d);páginas integrais já conferidas visualmente emG6A/G4B,reutilizadas. Lei22/2022PDF2/p2252(26) eLei10/2025PDF13/p2180(13) mantêm h/i,sem alterar13. Inventários dos seis originais/hashes e gerais existentes reutilizados;sem nova autenticação jurídica genérica da fonte oficial aceiteTempo08/10.

Reutilizar as definições de embarcação e avião já executadas emG4B,sem mudar os tratamentos de venda:exportam-se apenas as definições existentes. No avião,a companhia dedica-se principalmente ao tráfego internacional;não basta voo isolado. Embarcação deve corresponder às actividades de13(1)(c/d),não qualquer barco de recreio. Objecto exige ligação concreta à exploração do meio elegível identificado,não compra genérica do operador. Documento/período/moeda e pressupostos mantidos na importação;sem recalcular vendas nem deduzir no campo11. Escolha técnica:versão adicionalimport-assets/1 só nos livros com os novos tratamentos,chaves anterioresG6A/G6B conservadas. Campos aplicáveis por tratamento,respostas e histórico conservados ao mudar;desconhecido não significa zero ou não aplicação. Baseaduaneira/direitosL13,deduçãoL2 e apuramento integral ficam fora deste incremento. L1aberto;P001só05/06;bebidasL2/L3;Estatísticas/IAadiadas.

24/10/2026 — G6B/P055/P057 entregue na homologação 4cebd617

P055→author_art_import /12(1)(j);P057→fire_brigade_vehicle /12(1)(l). Doisramos de classificação do IVA na importação em2026/MZN. A Tempo aceitou a candidataf75f36f0 concluída emQA segundo o relatório1efb32c2 e autorizou integração/disponibilização peloGit existente,com preservação de alterações concorrentes e conferência apenas do delta instalado. Reutilizadas provas aceites de condições,indeterminação/não aplicação/isenção,gravação/recuperação/relatório e20livrosvendas+1aquisições+1importaçõesG6A;sem repetir aceitação ou atribuir nova conferência manual àTempo. A correcção deUTF8 do auxiliarQA conserva-se documentada;API privada eactivo não sofreram essa alteração.

Gitfast-forward sobree3601c12;consulta fresca de main e destino autenticado sem avanço concorrente encontrado;68ramos e recibos anteriores preservados. Sessão SSH anterior terminada,renovada pelo responsável no auxiliar existente,sem registar credenciais. Backup novo e restauro real isolado sem rede:174tabelas/369ficheiros. Delta instalado:revisão efectivamente servida,manifesto/hash,seis marcadores,dois ficheiros funcionais,simuladorHTTP200. Preservação:174tabelas,369ficheiros/configuração,29fichas publicadas/28relações/408geometrias,identidadePostgreSQL equivalente antes/depois;apenas diferenças operacionais cache/sessões registadas. Zero migrações/importações/alterações de permissões ou ensaios sintéticos noactivo. Backup/release anterior conservados;contenção de novas classificações conferida,não aplicada;leitores/histórico/relatórios mantidos.

Manifesto/recibo,registo iva_l1_g6b_homologation_20261024. 70entregues+62funcionaispendentes+P001=133;sem candidatasQA por disponibilizar. G6:4entregues/11pendentes. P080/P084/P085 explicitamente abertos;L1aberto;P001só05/06;bebidasL2/L3;Estatísticas/IAadiadas. Classificação não fixa baseaduaneira/direitos,nem preenche dedução/campo11 ou totaisModeloA;P086 permanece disposição eliminada/encaminhamento aplicável,fonteBR89/2017 preservada.

24/10/2026 — G6B/P055/P057 demonstrado em QA

P055→author_art_import /12(1)(j);P057→fire_brigade_vehicle /12(1)(l),candidataf75f36f0,registoiva_l1_g6b_P055_P057_import_exemptions_QA_demonstrated_20261024. Doisramos existentes da matriz. Página integralLei13/2016PDF11/p1426(269) e redacções2022/2025 aceites reutilizadas;artistas-autores residentes,seus herdeiros ou legatários conforme texto integral da condição,sem benefício genérico para comerciante de arte. No veículo,corporação de bombeiros e destino exclusivamente à actividade própria. Fonte/identidade/residência/relação/finalidade constam do enquadramento e fundamento factual;sem nova validação jurídica genérica.

Extensão incremental do classificador de importações existente,sem schema/permissões novos. Versãoadicional import-beneficiaries/1 só nos livros que seleccionam os novos tratamentos;chaves,fontes e resultadosG6A mantidos actuais. Condições desconhecidas→indeterminado,não→não aplicação desta isenção,sim com contexto→IVAisento0.00MZN;sem taxa normal presumida. Campos adaptáveis;mudança de ramo conserva2500MZN/documento/respostas,sem sobrescrever resultado. Nova classificação arquiva a anterior;relatório reflecte apenas condições aplicáveis.

4testesnovos+5importaçõesexistentes aprovados;APIprivadaQA1teste/23asserções,guarda*_test:55441 e rollback;tipos/produção/QAaprovados,avisosexistentes deplugins/chunks. UIobservadaCodex/Edge-CUA:finalidade por indicar→indeterminado,não→não aplicação,sim→isenção;mudança de ramo conserva respostas/documento;Guardar→Recuperar com confirmação explícita quando indicada divergência→Relatório,opportunity331/Manica/2026-12,documento11/2026,fontes e4versõesanteriores. Preservados20livrosvendas,1aquisiçõesG5B e1importaçõesG6A com3versõesanteriores,íntegros/actuais,sem recálculo. ProvasWord/PDF aceites reutilizadas,sem nova alegação de paginação ou conferência manualTempo.

Correcção auxiliarQA:comparação detectou um carácterUTF8 dividido entre blocos de transporte no ficheiro da demonstração,por descodificação de cada bloco separadamente. APIprivada eactivo intactos. Original sintético conservado emui-saved-before-utf8-fix.json;auxiliar passou a concatenarBuffers antes de descodificarUTF8,testado com quebra dentro de carácter multibyte. Exemplo reposto explicitamente da recuperaçãoAPI íntegra;gravação/recuperação/relatório repetidos e22livrosanteriores comparados sem diferença. Não constitui perda de uma funcionalidade entregue nem alteração noactivo.

68entregues+2QA+62funcionaispendentes+P001=133. G6:2entregues/2QA/11pendentes. Homologaçãoe3601c12/a23f1dcb inalterada. Manifesto preparado,contenção de novas classificações conferida,não aplicada;leitores/histórico/relatório mantidos. Antes de instalação continuam necessários destino/main autenticados frescos e backup/restauro isolado;esta passagem não fezpush nem alterou oactivo. P080/P084/P085 explicitamente abertos;L1aberto;P001só05/06;bebidasL2/L3;Estatísticas/IAadiadas. Classificação da importação mantém-se separada da dedução/campo11L2,direitosL13,baseaduaneira e totaisModeloA;P086 e fonteBR89/2017 preservados.

24/10/2026 — preparação G6B e preservação antes dos testes

Inventário existente: 68ramos entregues, conforme matriz e reciboG6Ae3601c12/a23f1dcb;sem perda confirmada. Provas aceites de comparação código/schema/dados/configuração/permissões reutilizadas:174tabelas/369ficheiros,29fichas/28relações/408geometrias. Congelados20livrosvendas,1aquisiçõesG5B e1importaçõesG6A,incluindo3versõesanterioresG6A,sem recálculo;fixtureiva-g6a-inputs.json. Nenhuma redução de âmbito prevista. Não há novos testes ou alteração no activo nesta preparação. P080/P084/P085 explicitamente abertos. Saldo68entregues+64funcionaispendentes+P001=133.

G6B delimita P055→author_art_import /12(1)(j) e P057→fire_brigade_vehicle /12(1)(l). Fonte:Lei13/2016PDF11/p1426(269),página integral já conferida visualmente emG6A e reutilizada. Em(j),objectos de arte,importação pelos próprios artistas-autores,residentes no território nacional,seus herdeiros ou legatários;identificar no fundamento factual identidade,residência e relação aplicáveis,sem presumir benefício por qualquer comerciante de arte. Em(l),veículo de combate a incêndios importado por corporação de bombeiros,destinado exclusivamente à actividade própria;não equipamento genérico nem venda doméstica. Texto integral destas alíneas preservado nas perguntas,sem ampliar por inferência. Lei22/2022PDF2/p2252(26) eLei10/2025PDF13/p2180(13) mantêm j/l. Inventário dos seis originais/hashes e inventários gerais existentes reutilizados;originais verificados sem alteração. DecisãoTempo08/10 aceita fontes oficiais;sem nova autenticação jurídica genérica.

Escolha técnica:extensão incremental do classificador de importações existente. Fonte/versão adicional só afecta livros que escolhem os novos tratamentos;chaves e resultados anteriores mantidos actuais. Condições próprias por ramo;desconhecido→indeterminado,não→não aplicação desta isenção,sim com contexto→IVAisento0.00MZN. Reutilizar documento/período/moeda e fundamento,conservar respostas ao mudar de ramo,histórico e relatório. Classificação permanece separada de baseaduaneira,direitosL13,dedução/campo11L2 e totaisModeloA. L1aberto;P001só05/06;bebidasL2/L3;Estatísticas/IAadiadas.

24/10/2026 — G6A/P049/P051 entregue na homologação e3601c12

P049→reimport_same_state /12(1)(d);P051→central_bank_gold /12(1)(f). Doisramos de classificação do IVA na importação em2026/MZN. A Tempo aceitou a candidata965da264 concluída emQA segundo o relatório615f78e7 e autorizou integração/disponibilização peloGit existente,com preservação de alterações concorrentes e conferência apenas do delta instalado. Reutilizadas provas aceites de condições,indeterminação/não aplicação/isenção,gravação/recuperação/relatório e20livrosvendas+1aquisições;sem repetir aceitação ou atribuir nova conferência manual àTempo.

Gitfast-forward sobre6f056359;consulta fresca de main e destino autenticado sem avanço concorrente encontrado;66ramos e recibos anteriores preservados. Backup novo e restauro real isolado sem rede:174tabelas/369ficheiros. Delta instalado:revisão efectivamente servida,manifesto/hash,cinco marcadores,quatro ficheiros funcionais,simuladorHTTP200. Preservação:174tabelas,369ficheiros/configuração,29fichas publicadas/28relações/408geometrias,identidadePostgreSQL equivalente antes/depois;apenas diferenças operacionais cache/sessões registadas. Zero migrações/importações/alterações de permissões ou ensaios sintéticos noactivo. Backup/release anterior conservados;contenção de novas classificações conferida,não aplicada;leitores/histórico/relatórios mantidos.

Manifesto/recibo,registo iva_l1_g6a_homologation_20261024. 68entregues+64funcionaispendentes+P001=133;sem candidatasQA por disponibilizar. G6:2entregues/13pendentes. P080/P084/P085 explicitamente abertos;L1aberto;P001só05/06;bebidasL2/L3;Estatísticas/IAadiadas. Classificação não fixa baseaduaneira/direitos,nem preenche dedução/campo11 ou totaisModeloA;P086 permanece disposição eliminada/encaminhamento aplicável,fonteBR89/2017 preservada.

24/10/2026 — G6A/P049/P051 demonstrado em QA

P049→reimport_same_state /12(1)(d); P051→central_bank_gold /12(1)(f),candidata965da264,registoiva_l1_g6a_P049_P051_import_exemptions_QA_demonstrated_20261024. Dois ramos,com condições próprias,identificadas na preparação abaixo. Classificação de IVA na importação em2026/MZN,não uma venda interna,base aduaneira,liquidação de direitos ou dedução noModeloA. Provas e originais anteriores conservados;P086 continua disposição eliminada/encaminhamento normal,com fonteBR89/2017 preservada.

Livro opcional no snapshot privado existente,sem mudança de schema/permissões. Condições desconhecidas→indeterminado;negativas→não aplicação desta isenção,sem presumir taxa;afirmativas com contexto→IVAisento0.00MZN. Campos próprios adaptáveis;respostas de outros ramos conservadas,sem as exibir como condições aplicáveis no relatório. Documento/previsão,importador,bens,período e pressupostos rastreáveis. Mês da importação independente da data do documento de suporte e de vendas;valor declarado opcional não determina classificação nem baseaduaneira. Estas opções técnicas evitam dependências artificiais,sem nova exigência daTempo. Resultado anterior preservado;classificar novamente arquiva a versão anterior.

5testesnovos+14testes de relatório afectados aprovados;APIprivada1teste/20asserções em*_test:55441,rollback;tipos/produção/QAaprovados,avisosexistentes deplugins/chunks. UIobservadaCodex/Edge-CUA:por indicar→indeterminado,não→não aplicação,sim→isenção;mudança de ramo conserva1000MZN/documento/respostas;Guardar→Recuperar→Relatório comP049/P051,opportunity330/Manica/2026-12,fontes e3versõesanteriores. Preservados20livrosvendas e1aquisiçõesG5B,incluindo resultados/actuais,histórico eBR89,sem recálculo. ExportadoresWord/PDF aceites reutilizados,sem alegar nova paginação ou conferência manualTempo.

66entregues+2QA+64funcionaispendentes+P001=133. G6:2QA/13pendentes. Homologação6f056359/e99ea1d0 inalterada. Manifesto preparado,contenção de novas classificações conferida,não aplicada;leitores/histórico/relatório mantidos. Antes de instalação continuam necessários destino/main autenticados frescos e backup/restauro isolado;esta passagem não fezpush nem alterou oactivo. P080/P084/P085 explicitamente abertos;L1aberto;P001só05/06;bebidasL2/L3;Estatísticas/IAadiadas.

24/10/2026 — preparação G6A e preservação antes dos testes

Inventário existente: 66ramos entregues, conforme matriz e recibo G5B6f056359/e99ea1d0; sem perda confirmada. Reutilizadas provas da comparação código/schema/dados/configuração/permissões:174tabelas/369ficheiros,29fichas/28relações/408geometrias. Nesta preparação não há alteração nem novos testes no activo. Congelados20livros de vendas e1livro de aquisições aceiteG5B,com resultado/histórico/documento e fonte2017,sem recálculo;fixtureiva-g5b-inputs.json. Nenhuma redução de âmbito prevista. P080/P084/P085 explicitamente abertos. Saldo66entregues+66funcionaispendentes+P001=133,sem candidataQA nova demonstrada.

G6A delimita P049→reimport_same_state /12(1)(d) e P051→central_bank_gold /12(1)(f). Página oficial2016PDF11/p1426(269) conferida visualmente: na reimportação,mesmo exportador,mesmo estado e isenção de direitos;no ouro,importação efectuada pelo Banco de Moçambique,sem copiar a condição de ouro não trabalhado da venda13(1)(r). Redacções2022PDF2/p2252(26) e2025PDF12–13/p2180(12–13) mantêm d/f;rectificação2017 eLei3/2025 não alteram estas alíneas. Inventário dos seis originais e inventários gerais existentes reutilizados. Fontes oficiais aceites pelaTempo08/10;sem nova autenticação jurídica genérica.

Escolha técnica: livro opcional de classificação no snapshot existente,sem mudar schema nem campos obrigatórios dos livros aceites. Condições próprias por ramo;desconhecido→indeterminado,não→não aplicação desta isenção,sim com contexto→IVA isento0.00. Fora deste fundamento não presumir taxa. Documento/previsão,período,importador,bens e fundamento factual identificados;valor declarado preservado sem definir base aduaneira,código/origem disponíveis sem nova pré-condição organizacional. DireitosaduaneirosL13 e dedução/campo11L2 mantêm âmbito próprio;classificação não altera parcelas05/06/11 nem totaisModeloA. Edições e versões conservadas,sem sobrescrever resultado;gravação/recuperação/relatório devem ser demonstrados emQA isolada. L1aberto;P001só05/06;bebidasL2/L3;Estatísticas/IAadiadas.

24/10/2026 — G5B/P086 entregue na homologação 6f056359

P086: tratamento da disposição eliminada e encaminhamento para o regime aplicável; não é uma isenção disponível. A Tempo aceitou a candidata689a4c93 concluída emQA e autorizou integração/disponibilização. Referência exacta preservada: Aviso da Assembleia da República, BR n.º89, I Série,08/06/2017,PDF1/p.569, elimina14(2)(c), «c) eliminado». Cobertura2026/MZN,sem cálculo retroactivo. A continuação expressa na aquisição normal conserva valores,documento,origem e histórico; não presume taxa nem dedução.

Gitfast-forward sobre69f2e365,sem alterações concorrentes encontradas;65ramos entregues e recibos anteriores preservados. Backup fresco e restauro real isolado sem rede:174tabelas/369ficheiros. Conferidos somente delta instalado e preservação:revisão servida,manifesto/assets,cinco marcadores,três ficheiros funcionais,simuladorHTTP200;174tabelas e369ficheiros/configuração,29fichas publicadas/28relações/408geometrias,com identidadePostgreSQL equivalente. Diferenças operacionais cache/sessões registadas;zero migrações/importações e ensaios sintéticos noactivo. ProvasQA aceites reutilizadas,sem repetir testes de aceitação ou atribuir conferência manual àTempo. Backup/release anterior conservados;contenção verificada,não aplicada.

Manifesto/recibo,registo iva_l1_g5b_homologation_20261024. 66entregues+66funcionaispendentes+P001=133;sem candidatasQA por disponibilizar. G5:4entregues;P080/P084/P085 abertos. L1aberto;P001só05/06;bebidasL2/L3;Estatísticas/IAadiadas.

24/10/2026 — G5B/P086 demonstrado em QA: referência eliminada e continuidade

P086 → former_exploration_exemption → continuidade expressa pelo enquadramento normal da aquisição. Umramo,candidata689a4c93,registoiva_l1_g5b_P086_acquisition_continuity_QA_demonstrated_20261024. Não é nova isenção,activação da alínea eliminada ou encerramento deP080/P084/P085. AvisoAR/BR89/I08-06-2017,PDF1/p569,página visual conferida,ordena eliminação14(2)(c);originais/hashes e inventário dos seisficheiros preservados. Alterações2022/2025 não reintroduzem14(2)(c) noacervo conferido. DecisãoTempo08/10aceita fonteoficial;sem segundaautenticação ou validaçãojurídicagenérica. Cobertura2026,sem apuramento retroactivo2016/2017. G5A14(1)(b/c/d) preservado.

Editor deaquisições existente explica a nãoaplicação,oculta controlos de dedução normal enquanto seleccionada a referência eliminada,conserva100MZNlíquido/16IVAindicado/116bruto,documento e respostas. Escolhaexpressa decontinuidade repõeoscontrolos eusaapenas ascondições normais existentes;nenhuma taxa,isençãooudedução automática é inferida. Resultadosanteriores guardados emhistory,origem na linhae fonte no relatório. Outras eventuais baseslegais permanecem poridentificar,sem presumir inexistência ou criar bloqueio geral.

Dependência técnica removida: compras directas podem calcularcom mesesexplicitamente declarados nolivro deaquisicões,sem exigir mês devendas. Osresultados incluem osmeses declarados,emvezdegerar mesesimplícitosdoplano;os cenáriosaceitesdequatromeses passam. Reutilização devalores deorçamento mantém conferência deorigem/alterações;nenhuma validaçãoorganizacionalnova. Mantidospreenchimentos,snapshots anteriores,reportes ehistórico;sem alteração ou recálculo dos20livrosanteriores de vendas.

4testesfrontendnovos+8aquisiçõesexistentes;APIprivadaQA1teste/45asserções,rollback eguarda*_test:55441;tipos/produção/QAaprovados,avisosexistentes deplugins/configuração/chunks. UIobservadaCodex/Edge-CUA:seleccionarrefantiga→nãoaplicação/deduçãoindeterminada,dadosconservados;continuar expressamente→condiçõesnormais→16MZN/campo10/Outrosbenseserviços,sem transformarserviço emexistências. Guardar→Recuperar→Relatório comopportunity329/Manica/2026-12,documentoBR89,origem/histórico;3versõesanterioresnahistóriaUI. Totais14–18mantidosindeterminados. Capturaqa-recovered-report.png eDOMemoutputs/iva-l1-g5b-acquisitions-20261024/. ProvasWord/PDFaceitesreutilizadas,semnovaalegaçãodepaginação;semrespostamanualTempoatribuída.

65entregues+1QA+66funcionaispendentes+P001=133. G5:3entregues/1QA/3pendentes(P080,P084,P085). Homologação69f2e365/d3e9f373inalterada;G5Bporentregar; manifesto preparado,contenção de novos cálculos compatível conferida/não aplicada,leitores/histórico preservados. Destino/main e backup/restauro autenticados frescos continuam necessários antes de alterar o activo;sem push/instalação nesta passagem. 2026/MZN;P086 é não aplicação da antiga14(2)(c),eliminada pelo Aviso2017,e continuidade deliberada na aquisição normal; não é isenção nova/activa nem cálculo retroactivo. Sem taxa presumida,dedução automática,importação,apuramento integral ou submissãoAT. P080/P084/P085 pendentes. L1aberto;P001só05/06;bebidasL2/L3;Estatísticas/IAadiadas.

24/10/2026 — G5A aceite; inventário prévio e delimitação G5B/P086

Tempo aceitaG5A69f2e365/d3e9f373:65entregues+67funcionaispendentes+P001=133,semQAporentregar. Inventário anterior aos testesG5B:65fechos preservados,nenhuma perda confirmada no delta locald3e9f373 face à revisão servida69f2e365,código/schema/configuração/rotas sem diferenças. ReciboG5A e comparação equivalentePostgreSQL de174tabelas/369ficheiros/29fichas/28relações/408geometrias reutilizados;sem nova leitura/escrita activa alegada. Congelados os livros de vendas/aquisições existentes emiva-g5a-inputs.json;verpreservation-before-tests.json.

G5B avança primeiroP086. O Aviso da Assembleia da República,BR89/I Série08/06/2017,PDF1/p569,ordena eliminação de14(2)(c),com transcrição «c) eliminado». Página visual conferida;original/hash preservados. Lei22/2022art1 eLei10/2025art1 não reintroduzem14(2)(c). Cobertura2026,não cálculo retroactivo2016/2017. A fonteoficial é aceite pela decisãoTempo08/10;as antigas notas genéricas de validação adicional de autenticidade/proveniência no registo histórico não bloqueiam a aplicação deste trecho. Isto aplica a rectificação,não cria nova restrição organizacional. G5A14(1)(b/c/d) não é alterado pela eliminação de14(2)(c).

Implementar a não aplicação explicada no componente de aquisições existente,com escolha expressa de continuidade pelo enquadramento normal,conservando montantes/moeda/período/documento/respostas e resultado anterior. Não criar isenção de venda,zero presumido ou dedução automática;usar os montantes/documentos/condições da aquisição normal já disponíveis. P080/P084/P085 continuam pendências reais noG5;esta tranche não os fecha. SubdivisãoG5B/P086 é escolha técnica incremental,sem nova validação jurídica genérica ou aprovador.

Inventariados os seis ficheiros do arquivo fiscal inteiro emsource-archive-inventory.json antes de seleccionar o Aviso2017;Decreto7/2008 também consultado,sem activar taxa17% ou outra regra histórica por importação/publicação. L1aberto;P001só05/06;bebidasL2/L3;Estatísticas/IAadiadas. Homologação69f2e365 preservada.

24/10/2026 — G5A entregue na homologação 69f2e365

P081 → regime_dispatch_goods / regime_dispatch_transport; P082 → regime_internal_goods / regime_internal_services; P083 → regime_transit_goods / regime_transit_transport. Três ramos/seis tratamentos, no recorte2026/MZN,14(1)(b/c/d),19(1)(b)(iv). A Tempo aceitouG5A concluído emQA segundo o relatório4e97cd05 e autorizou integração/disponibilização peloGit, preservando alterações concorrentes e conferindo somente o delta instalado. Prova deUICodex/Edge-CUA e provas código/API aceites reutilizadas; não atribuída nova conferência manual àTempo.

Gitfast-forward sobre2e21ca45;main e destino autenticado conferidos antes da entrega,sem alterações concorrentes encontradas;recebimento documentalG4E0eb2c485 eG5A1f7fc138/4e97cd05 preservados. Novo backup/restauro real isolado sem rede verificado em174tabelas/369ficheiros/configuração. Depois da instalação:revisão efectivamente servida,manifesto/hash,oito marcadores compilados,trêsficheiros funcionais e simuladorHTTP200 conferidos;preservados174tabelas/369ficheiros/29fichas/28relações/408geometrias por identidadePostgreSQL equivalente. Somente diferenças operacionais cache/sessões registadas. Zero migrações/importações,alterações de permissões ou ensaios sintéticos noactivo. Release anterior/backup conservados;contenção compatível de novos cálculos conferida,não aplicada,com leitores/histórico/relatórios preservados.19livros anteriores aceites íntegros/actuais,sem recálculo ou repetição das provas.

Manifesto/recibo,registo iva_l1_g5a_homologation_20261024. 65entregues+67funcionaispendentes+P001=133;sem candidatasQA por disponibilizar. G5:3ramos entregues/4pendentes(P080,P084–P086). Regime e condições próprios,não inferidos pelo mapa;sem cálculo de importação/saída,aquisições14(2),dedução automática ou certificação de enquadramento. L1aberto;P001só05/06;bebidasL2/L3;Estatísticas/IAadiadas. G4E conserva osquatroIDs/tratamentos aceites.

24/10/2026 — G5A demonstrado em QA: três IDs/seis tratamentos

P081 → regime_dispatch_goods / regime_dispatch_transport: bens expedidos para zona/depósito e transporte directamente conexo,14(1)(b). P082 → regime_internal_goods / regime_internal_services: transmissão de bens em regime e serviço directamente conexo,enquanto os bens permanecem nessa situação,14(1)(c). P083 → regime_transit_goods / regime_transit_transport: bens em trânsito,draubaque/importação temporária e transporte directamente conexo,enquanto abrangidos,14(1)(d). Direito19(1)(b)(iv); fontes14,p1426(271),19,p1426(273),e alterações2022/2025 conferidas. Não confundir seis tratamentos com seisIDs. Candidata1f7fc138,registoiva_l1_g5a_special_regimes_QA_demonstrated_20261024.

Único campo adicionalspecialRegime,opcional nos livros antigos,obrigatório nos seis tratamentos; opções da alínea correspondente,sem inferir pelo mapa. Todas as condições legais próprias permanecem necessárias,incluindo ausência de utilização/consumo final nas áreas e ligação directa do serviço. A alínea b exige destino zona/depósito identificado,a indicação de loja franca por si não o comprova; c trata transmissão em regime enquanto os bens nele permanecem. Não se cria proibição genérica de lojas francas nem se substitui o enquadramento documentado por analogia. A escolha do regime limpa confirmações para revisão e conserva montante,moeda,mês e histórico. Valores distintos dos bens e do serviço,sem duplicação automática.

4testesfrontend;APIprivadaQA1teste/44asserções,rollback e guarda*_test:55441;tipos e compilações aprovados,avisos existentes deplugins/configuração futura e dimensão dechunk.19livros anteriores íntegros/actuais sem recálculo. UI observada peloCodex noEdge/CUA,sem prova manualTempo atribuída: seis tratamentos visíveis;retirar condição de não utilização/consumo final e escolher regime desconhecido produz indeterminação sem apagar100MZN;repor regime e confirmar condições→600MZN/campo05;Guardar→Recuperar→Relatório comopportunity328/Manica/2026-12,MZN,regimes,origens e fontes. Três resultados anteriores nohistórico e19livros anteriores idênticos noficheiroUI. Capturaqa-recovered-report.png eui-proof-dom.txt emoutputs/iva-l1-g5-regimes-20261024/. ExportadoresWord/PDF aceites reutilizados,sem nova alegação de paginação. Zero alterações noactivo.

62entregues+3QA+67funcionaispendentes+P001=133. Homologação2e21ca45/0eb2c485 preservada;G5A porentregar; manifesto preparado, reversão compatível conferida/não aplicada. Destino/main e backup/restauro autenticados frescos continuam necessários antes de alterar o activo; não houve push/instalação nesta passagem. G5:3QA/4pendentes(P080,P084–P086). 2026/MZN; condição inicial14(1),regime/destino/permanência e ligação directa próprios; preço distinto dos bens/serviços. Sem isenção pelo mapa, certificação de regime, cálculo da própria importação/saída, aquisições14(2),dedução automática ou submissãoAT. P080/P084/P085/P086 continuam pendentes. L1aberto;P001só05/06;bebidasL2/L3;Estatísticas/IAadiadas.

24/10/2026 — G4E aceite e próximo incremento G5A delimitado

Tempo confirmaG4E entregue em2e21ca45/0eb2c485. Resumo dos quatro IDs e tratamentos: P061 → export_nonresident_buyer (exportação por adquirente sem residência/estabelecimento nacional, com exclusão de uso privado); P069 → export_diplomatic_mission (entidades diplomáticas/consulares, conforme acordo/convénio); P070 → export_international_organisation (organismos internacionais/membros elegíveis nos limites do acordo); P071 → export_humanitarian_organisation (bens exportados por organismo humanitário/caritativo/educativo, com reconhecimento prévio do direito). Aceitação e provas reutilizadas, sem repetição. Saldo62entregues+70funcionaispendentes+P001=133.

Inventário anterior aos testesG5A:62fechos preservados; nenhuma perda confirmada no delta local0eb2c485, sem diferenças de código/schema/configuração/rotas face à revisão servida2e21ca45. Inventário activo e comparação de identidadePostgreSQL equivalentes reutilizados do reciboG4E, sem nova leitura ou escrita noactivo alegada.19livros anteriores congelados para conferir somente o delta;preservation-before-tests.json. Não há regressão confirmada a repor nesta passagem.

G5A delimitaP081/14(1)(b),P082/14(1)(c),P083/14(1)(d): bens e serviços separados em seis tratamentos, sem duplicarIDs;19(1)(b)(iv) estabelece direito nas condições legais. Fonte14,p1426(271),e19,p1426(273),conferida;alterações2022/2025 conferidas quanto ao recorte. Regime e condições de permanência/destino devem ser identificados; não inferir do mapa. P080/14(1)(a) é importação sob controlo alfandegário, não venda;P084–P086/14(2) são aquisições/ofertas/serviços adquiridos, com regulamentação prevista em14(3),não presumidos como vendas isentas nem concluídos neste incremento. Continuam pendências funcionais reais no grupo existente. Origem desta delimitação: texto oficial; subdivisãoG5A é escolha técnica de execução incremental, não nova regra organizacional.

L1aberto;P001só05/06;bebidas permanecemL2/L3;Estatísticas/IAadiadas. Esta preparação não altera a homologação nem activa cálculo por importação/publicação.

24/10/2026 — G4E entregue na homologação 2e21ca45

P061/exportação por adquirente não residente, P069/entidades diplomáticas-consulares, P070/organismos internacionais e membros elegíveis, P071/bens exportados em actividade humanitária-caritativa-educativa: quatro ramos/quatro tratamentos. EntregaGit existente, fast-forward sobre686328a0, após destino/main frescos e novo backup/restauro real isolado sem rede. Preservados174tabelas,369ficheiros/configuração e29fichas/28relações/408geometrias, comparados por identidadePostgreSQL equivalente; apenas diferenças operacionais cache/sessões registadas. Zero migrações/importações, alterações de permissões ou ensaios sintéticos noactivo.

Revisão efectivamente servida, manifesto/hash, cinco marcadores compilados, dois ficheiros funcionais e simuladorHTTP200 conferidos. Prova manualTempo «ja efectuado» registada emfae8162c, distinta da conferência de instalação. Código/API/provas aceites reutilizados;18livros anteriores íntegros/actuais sem recálculo. Preço/moeda/período e histórico conservados; condições próprias de saída, exclusão de uso privado, regulamentação, acordo/convénio e prévio reconhecimento explícitas. Não certifica exportação, reconhecimento ou concessão real nem isenta genericamente o destinatário. Release anterior e backup conservados; contenção compatível de novos cálculos verificada, não aplicada, conservando leitores/histórico/relatórios.

Manifesto/recibo, registo iva_l1_g4e_homologation_20261024. 62entregues+70funcionaispendentes+P001=133; sem candidatasQA por disponibilizar. G4:19entregues no âmbito descrito. L1aberto;P001só05/06;dedução/restituição de bebidas permaneceL2/L3, sem fecho porG4E;Estatísticas/IAadiadas.

24/10/2026 — G4E: conferência visual manual concluída pela Tempo

A Tempo respondeu «ja efectuado» ao pedido dirigido de http://127.0.0.1:18639/g4e.html: quatro tratamentos, condição em falta sem apagar preço e Guardar → Recuperar → Relatório. Prova manual da Tempo, não observação da extensão nem conferência da revisão instalada. Código/API e provas aceites reutilizados sem repetição. Registo iva_l1_g4e_manual_Tempo_visual_QA_closed_20261024. G4E concluído em QA, candidata38faeac6, P061/P069/P070/P071. 58entregues+4QA+70funcionaispendentes+P001=133. Homologação686328a0/3be371c8 até entrega; L1aberto, P001só05/06, bebidasL2/L3, Estatísticas/IAadiadas.

24/10/2026 — G4E executável em QA; conferência visual pendente

Pedido Tempo: prosseguir após G4D aceite em686328a0/3be371c8. Inventário prévio registado no artefacto preservation-before-tests.json e nas quatro linhas da matriz antes dos testes:58ramos entregues preservados, quatro pendências reais, nenhuma perda confirmada no delta local; baseGit3be371c8, árvore inicialmente limpa. Reutiliza-se o reciboG4D de174tabelas/369ficheiros/29fichas/28relações/408geometrias, sem nova leitura alegada do activo. Código/schema/dados/configuração/permissões activos não alterados.

G4E: P061/exportação por adquirente não residente, P069/diplomacia, P070/organismos internacionais, P071/exportação humanitária. Quatro ramos/quatro tratamentos. Página oficial13(1)(b/j/k/l),PDF12/p1426(270), conferida no exemplar preservado;19(1)(b)(i),PDF15, e alterações2022/2025 reutilizadas. Em b: adquirente sem residência/estabelecimento nacional, saída por este ou terceiro por conta dele, exclusão de abastecimento de meios de transporte privados e regulamentação própria identificada. Em j/k: acordo ou convénio celebrado por Moçambique, disposição/âmbito/período e limites/qualidade do destinatário; não isenção geral por nome do cliente. Em l: bens exportados em actividade humanitária/caritativa/educativa, organismo reconhecido e prévio reconhecimento do direito, distintos. Condições da fonte, sem novos aprovadores. Documento ou pressuposto expresso da projecção: não certifica concessão/exportação real. Informação em falta conserva apuramento indeterminado e preço, moeda, mês e histórico.

3testesfrontend novos,7comG4D;APIprivadaQA1teste/39asserções,transacção revertida e guarda *_test:55441. Serviço QA encontrado desligado; reiniciado o cluster isolado existente após recuperação normal do PostgreSQL, sem migração/reinicialização de dados. Tipos aprovados; compilação gerada, avisos existentes de timings/plugins; PowerShell tratou stderr nativo como saída não-zero, sem falha de compilação.18livros anteriores idênticos/actuais sem recálculo. Exemplo327/Manica/MZN/2026-12: quatro linhas de100MZN,campo05=400,00/IVA0,00 sob pressupostos expressos. API→recuperação→modelo/HTML conferidos; exportadoresWord/PDF aceites reutilizados, sem nova afirmação visual/paginação.

Falta conferência visual dirigida em http://127.0.0.1:18639/g4e.html: quatro tratamentos, retirar condição de acordo/reconhecimento torna apuramento indeterminado sem apagar preço, Guardar→Recuperar→Relatório e G4D preservado. Inventário do navegador vazio; Edge devolveu Browser is not available. Não é prova manual da Tempo nem prova de impossibilidade permanente.

58entregues+74funcionaisabertos+P001=133; nos74,quatroG4E com código/API aprovados e visual pendente+70porimplementar. Sem candidatas QA prontas para disponibilização; homologação686328a0/3be371c8 inalterada. G4:15entregues/4comvisualpendente. L1aberto;P001só05/06;bebidas permanecemL2/L3;Estatísticas/IAadiadas. Registo iva_l1_g4e_beneficiaries_code_API_QA_visual_pending_20261024; artefactos outputs/iva-l1-g4-beneficiaries-20261024/.

24/10/2026 — G4D entregue na homologação 686328a0

P062/abastecimento de embarcação em alto mar, P063/salvamento-assistência-pesca costeira, P064/navio de guerra em saída para destino estrangeiro, P067/avião de companhia principalmente internacional: quatro ramos/quatro tratamentos, com categoria13(3) e condições próprias. Entrega pelo Git existente, fast-forward sobre679203d4, após conferência fresca autenticada e novo backup/restauro isolado real sem rede. Preservados174tabelas,369ficheiros/configuração e29fichas/28relações/408geometrias por comparação de identidade PostgreSQL equivalente; somente diferenças operacionais cache/sessões registadas. Zero migrações/importações, alterações de permissões ou ensaios sintéticos no activo.

Revisão efectivamente servida, manifesto/hash, marcadores compilados, três ficheiros funcionais e simuladorHTTP200 conferidos. Prova manual Tempo «ja efectuada» registada em 40a4ddcb; código/API/provas anteriores reutilizados. Release anterior e backup conservados, contenção compatível de novos cálculos verificada, não aplicada. Montante/moeda/período e histórico preservados ao alterar categoria.

Limites mantidos: provisões (incluindo bebidas) excluídas na alínea d; bebidas nas alíneas c/h identificam a via13(2) de dedução/restituição sem calcular liquidação/crédito/restituição nem assumir taxa ou zero; a enumeração13(2)não é estendida à alínea e. O apuramento dessa via permanece no lote fiscal correspondente, independente deP001. Esta entrega não fecha o IVA integral.

Manifesto/recibo, registo iva_l1_g4d_homologation_20261024. 58 entregues +74 funcionais pendentes +P001=133; sem candidatas QA por disponibilizar. G4:15entregues/4porimplementar no âmbito descrito. P001 só05/06; L1 aberto; Estatísticas/IA adiadas.

24/10/2026 — G4D: conferência visual manual concluída pela Tempo

A Tempo respondeu «ja efectuada» ao pedido dirigido da página http://127.0.0.1:18639/g4d.html: quatro abastecimentos, categoria, bebidas no primeiro caso com via de dedução/restituição e apuramento indeterminado sem apagar preço, Guardar → Recuperar → Relatório. Registo iva_l1_g4d_manual_Tempo_visual_QA_closed_20261024. Esta prova manual encerra a pendência visual descrita abaixo; não é atribuída à extensão nem à conferência da revisão instalada. Código/API/provas anteriores reutilizados sem repetição. G4D concluído em QA: candidata 8df721ac, quatro ramos P062/P063/P064/P067. Saldo 54 entregues +4 QA +74 funcionais pendentes +P001=133. Homologação permanece 679203d4/25cae1d9 até entrega; L1 aberto, P001 apenas05/06, Estatísticas/IA adiadas.

24/10/2026 — G4D executável em QA; conferência visual pendente

Candidata 8df721ac51c6b1aa77a09c21141ddd76c61eb27d: P062/abastecimentos de navegação marítima em alto mar, P063/salvamento-assistência-pesca costeira, P064/navio de guerra em saída para destino estrangeiro, P067/avião de companhia principalmente internacional. Quatro ramos/quatro tratamentos, com motor e persistência existentes. Homologação permanece 679203d4/25cae1d9; 54 ramos entregues preservados.

Fonte: CIVA republicado Lei13/2016,13(1)(c/d/e/h),13(2–3),PDF12/p.1426(270),19(1)(b)(i),PDF15/p.1426(273);Lei22/2022art.1/PDF3p.2252(27) eLei10/2025art.1/PDF12–13p.2180(12)–(13),não alteram13 e conservam19(1)(b)(i). Imagem da página1426(270) conferida, incluindo13(2–3). Categorias13(3): provisões de consumo exclusivo da tripulação/passageiros, combustíveis/lubrificantes/produtos de propulsão/aparelhos técnicos, produtos acessórios da preparação/tratamento/conservação de mercadorias transportadas. Único campo adicional supplyCategory; não inferido por sector ou localização. Categoria desconhecida é indeterminada. Bens postos a bordo e natureza/utilização do meio devem constar do documento ou pressuposto expresso; não basta cliente militar, barco de recreio ou voo internacional isolado.

Diferenças executáveis: provisões de bordo (incluindo bebidas) excluídas em13(1)(d); a exclusão é aplicada antes de inferir uma isenção. Bebidas em c/h seguem a via de dedução/restituição de13(2), sem aplicação de20(1)(d) para esse efeito, e não recebem automaticamente isenção directa/zero na venda. O cálculo da liquidação e do crédito/restituição dessa via continua por implementar no lote de apuramento correspondente; não encerrado por G4D nem confundido com P001. A enumeração13(2) não inclui e: bebidas a bordo do navio de guerra elegível não são excluídas por analogia. Fornecimento misto deve ser discriminado pelas parcelas efectivas, sem repetir o montante total. 2026/MZN; isenção directa apenas quando condições e natureza estão determinadas. Bebidas em c/h: via13(2) de dedução/restituição reconhecida, sem calcular liquidação, crédito ou restituição neste incremento. Provisões, incluindo bebidas, excluídas em d. Regra13(2) não estendida a e. Sem novas taxas, dedução automática de aquisições, importação, certificação de meios/documentos ou submissãoAT.

Quatro testes novos: condições, montante/preço líquido ou incluído, todas as combinações meio/categoria, desconhecido/exclusões, histórico e relatório. API privada QA1teste/38asserções, guarda simulator_fiscal_delta_20261021_test:55441, transacção revertida. Tipos, produção e página QA gerados com sucesso; avisos existentes de timings/plugins e compatibilidade futura Vite registados. Dezassete livros anteriores íntegros e actuais sem recálculo. Exemplo326/Manica/MZN/2026-12: provisões em alto mar, combustível em salvamento, bebidas em navio de guerra e produtos para carga no avião, 100MZN cada; campo05=400,00/IVA0,00. Alterar a categoria para rota excluída/indeterminada conserva preço e resultado anterior histórico, sem total fiscal presumido. Modelo/HTML do snapshot API recuperado conservam categorias, contexto, fontes e versão. Exportadores/formatação numérica inalterados: provas Word/PDF aceites reutilizadas, sem afirmar nova paginação.

Falta conferência visual dirigida em http://127.0.0.1:18639/g4d.html: quatro abastecimentos/categorias; bebidas no primeiro caso explicam dedução/restituição e mantêm cálculo indeterminado, sem apagar preço; Guardar → Recuperar → Relatório. Página sintética local com gravação própria, distinta da API privada já testada. Solicitada prova manual da Tempo; nenhuma resposta G4D ainda atribuída. Bloqueio guardado/gerido da extensão não contornado e não reabre provas anteriores.

Saldo54 entregues +78 funcionais abertos +P001=133; nos78, quatro G4D implementados/código-API aprovados com visual pendente e74 por implementar. G4:11 entregues, quatro neste incremento e quatro por implementar. L1 aberto; P001 só05/06; Estatísticas/IA adiadas. Registo iva_l1_g4d_onboard_supplies_code_qa_visual_pending_20261024, artefactos outputs/iva-l1-g4-supplies-20261024/.

24/10/2026 — G4C entregue na homologação 679203d4

P072/serviços ligados aos regimes indicados em13(1)(m), P073/expedição para o estrangeiro, P078/intermediação em nome e por conta de outrem: três ramos/três tratamentos, pelo processo Git existente, fast-forward sobre a153d078. Destino e main conferidos por leitura fresca autenticada; novo backup e restauro isolado real sem rede verificados. Preservados 174 tabelas, 369 ficheiros/configuração, 29 fichas, 28 relações e408 geometrias, com identidade PostgreSQL equivalente. Apenas diferenças operacionais de cache/sessões admitidas e registadas; zero migrações/importações, alterações de permissões ou ensaios sintéticos no activo.

Revisão efectivamente servida, manifesto/hash, marcadores compilados, três ficheiros funcionais e simulador HTTP200 conferidos. Referência opcional conserva identidade e preço próprio do serviço; não comprova condições nem duplica montantes. Prova manual Tempo «verificada» registada em 2fccbc8e, distinta da conferência de instalação e não reaberta pelo bloqueio da extensão. Provas código/API e exportadores aceites reutilizadas. Release anterior/backup conservados e contenção de novos cálculos compatível verificada, não aplicada; leitores, histórico e relatórios preservados.

Manifesto/recibo, registo iva_l1_g4c_homologation_20261024. 54 entregues +78 funcionais pendentes +P001=133; sem candidatas QA por disponibilizar. G4:11 entregues/8 por implementar. P001 só05/06; L1 aberto; Estatísticas/IA adiadas. Limites2026/MZN mantidos, sem apuramento integral IVA, certificação formal de regimes ou dedução automática de compras.

24/10/2026 — G4C: conferência visual manual concluída pela Tempo

A Tempo respondeu «verificada» ao pedido dirigido da página http://127.0.0.1:18639/g4c.html: escolha dos três serviços, referência sem alterar o preço e Guardar → Recuperar → Relatório. Registo iva_l1_g4c_manual_Tempo_visual_QA_closed_20261024. Esta prova manual encerra a pendência visual descrita abaixo; não é atribuída à extensão nem à conferência da revisão instalada. Código/API/provas anteriores reutilizados sem repetição. G4C concluído em QA: candidata b1c8e0e3, três ramos P072/P073/P078. Saldo 51 entregues +3 QA +78 funcionais pendentes +P001=133. Homologação permanece a153d078/117f2a70 até entrega; L1 aberto, P001 apenas05/06, Estatísticas/IA adiadas.

24/10/2026 — G4C executável em QA; conferência visual pendente

Candidata b1c8e0e343bca6b752343f178cc23f35a11aa374: P072/serviços ligados aos regimes aduaneiros indicados em 13(1)(m), P073/serviços ligados à expedição para o estrangeiro em 13(1)(n), P078/intermediação em nome e por conta de outrem em 13(1)(s). Três ramos e três tratamentos. Os 51 ramos entregues permanecem encerrados; homologação a153d078, recibo 117f2a70, sem alteração.

Fonte e condições: CIVA republicado Lei 13/2016, art. 13(1)(m/n/s), PDF 12/p.1426(270); remissões 12(1)(c), PDF 11/p.1426(269), 14, PDF 13/p.1426(271), 19(1)(b)(i), PDF 15/p.1426(273). Lei 22/2022 art.1, PDF 3/p.2252(27), e Lei 10/2025 art.1, PDF 12–13/p.2180(12)–(13), não alteram 13 e conservam 19(1)(b)(i). P072 exige ligação concreta do serviço aos bens e ao regime identificado; não basta a localização numa zona. P073 exige expedição para o estrangeiro e ligação concreta do serviço. Ambos excluem os serviços referidos no artigo 9. P078 exige mandato/actuação em nome e por conta de outrem e operação subjacente abrangida em 13 ou realizada fora do território. O próprio serviço deve ter territorialidade identificada em Moçambique; a localização da operação subjacente não substitui esse enquadramento. P001, relativo a 05/06, permanece isolado e o tratamento anterior de operação estrangeira não foi alterado. Âmbito 2026/MZN/05, sem certificar regimes, documentos, declarações ou deduções de compras. O comunicado regulamentar de 30/09/2026 mantém o cotejo documental próprio; não é tratado como decreto publicado nem activa procedimentos formais novos.

Reutilização: oportunidade, localização, moeda, preço líquido/incluído, período, estabelecimento, descrição, fundamento e condições já existentes. Único dado adicional opcional: referência à identidade de outra operação do mesmo livro/oportunidade, conservando ID, descrição e tratamento no snapshot e relatório. Há alternativa de fundamento/documento externo, sem exigir cadastro artificial de outra venda. A escolha não copia o valor dos bens para o preço do serviço e não confirma automaticamente as condições. Referência removida ou com descrição/tratamento alterados deixa cálculo indeterminado até actualização e revisão explícitas; resultado anterior fica no histórico. Dados desconhecidos não se tornam zero.

Provas dirigidas: quatro testes novos do motor; API privada QA com um teste/39 asserções, guarda simulator_fiscal_delta_20261021_test:55441, transacção revertida; tipos, compilação de produção e compilação da página QA passaram. O build QA emitiu aviso de compatibilidade futura da configuração Vite e gerou os artefactos. Dezasseis livros anteriores permanecem integrais e actuais sem recálculo. Persistência sintética da página testada em directório temporário, sem servidor ou rede, distinta da persistência privada pela API. Exemplo oportunidade 325/Manica, MZN, 2026-12: bens 1000 + três serviços 100 = campo 05 de 1300,00 e IVA 0,00. A referência do serviço de expedição mantém o preço 100,00 e o ID g4c-goods. Modelo e HTML gerados exclusivamente do snapshot recuperado conservam referência, contexto, fontes e versão. Formatação numérica/exportadores inalterados: provas aceites Word/PDF de fracções reutilizadas, sem afirmar nova conferência de paginação.

Falta apenas a conferência visual deste delta: selecção dos serviços e condições; referência sem substituição do preço; guardar → recuperar → relatório. Página http://127.0.0.1:18639/g4c.html, mesma origem autorizada, com gravação sintética separada. Extensão continua impedida por permissão guardada/gerida, sem contorno; não constitui falha do portal nem reabre provas anteriores da Tempo. Conferência manual solicitada, ainda sem observação G4C registada.

Saldo: 51 entregues + 81 funcionais abertos + P001 = 133. Dentro dos 81: três G4C com código/API aprovados e visual pendente, 78 por implementar. G4: oito entregues, três nesta verificação e oito por implementar. Não contar G4C como demonstrado em QA ou entregue antes da prova. L1 aberto; Estatísticas e IA adiadas. Registo iva_l1_g4c_linked_services_code_qa_visual_pending_20261024; artefactos outputs/iva-l1-g4-services-20261024/.

24/10/2026 — G4B entregue na homologação a153d078

P065/operações sobre embarcações,P066/operações sobre aviões,P068/necessidades directas:três ramos/quatro tratamentos,pelo processoGit existente,fast-forward sobreb8989556,após destino/main frescos ebackup/restauro real isolado semrede.174tabelas/369ficheiros/configuração preservados;29fichas,28relações e408geometrias intactas,comparadas por identidadePostgreSQL equivalente;diferenças operacionais apenas cache/sessões registadas. Zero migrações/importações,alterações de permissões ou ensaios sintéticos noactivo.48fechos anteriores,release anterior ebackup preservados.

Revisão servida,manifesto/hash,assets,dois ficheiros funcionais e simuladorHTTP200 conferidos. ProvasQA aceites reutilizadas;prova visualmanualTempo0b0e002d preservada,sem reabertura pelo bloqueio da ferramenta. Controlos normais doinstalador passaram. Contenção compatível conferida,não aplicada;catálogo/leitores/histórico/relatórios mantidos. Sem recálculo automático ou sobrescrita deedições.

Manifesto/recibo,registo iva_l1_g4b_homologation_20261024. 51entregues+81funcionaispendentes+P001=133;QApendenteentrega0. G4:8entregues/11porimplementar. P001só05/06;L1aberto;Estatísticas/IAadiadas. Cotejo do comunicado regulamentar permanece documentado,sem activação ou afirmação de diploma conferido.

24/10/2026 — G4B: prova visual pela Tempo; QA concluída

A Tempo confirmou «prova visual efectuada» para G4B. Registada como verificação manual pela Tempo, distinta das provas técnicas e sem atribuir observação de navegador ao Codex ou inventar resultados individuais. O ficheiro guardado às17:29:52 locais (15:29:52.114Z) conserva324/Manica/2026-12/MZN,quatro operações e resultado actual:05=400,00/IVA0,00. Ficheiro não sobrescrito durante a conferência. Testes técnicos3frontend/APIQA1teste35asserções/tipos/build/15livros anteriores preservados reutilizados,sem repetição.

G4B/P065,P066,P068 concluído emQA,candidata f946364b:três ramos/quatro tratamentos,sem inflacionar IDs. Registo iva_l1_g4b_visual_completion_20261024,com origem manual e corroboração técnica explícitas. Mantêm-se âmbito2026/MZN,condições específicas e limites:sem abastecimentos,dedução automática,certificação documental ou declaraçãoAT.

Saldo48entregues+3QA+81funcionaispendentes+P001=133. Homologação permanece b8989556/3846be8f;G4B ainda não disponibilizado. Próximo passo:preparação/integração Git,main/destino ebackup/restauro frescos,seguida apenas do delta instalado. P001só05/06;L1aberto;Estatísticas/IAadiadas.

24/10/2026 — G4B executável emQA; conferência visual pendente

Candidata f946364baa8c2c29334879f60f0c64564ba9a78b. P065/operações sobreembarcações,P066/operações sobreaviões,P068/serviços para necessidades directas: 3ramos/4tratamentos,distinguindo serviços deembarcação e deavião. G4 tem5entregues(G4A),3emverificação e11porimplementar. Homologação permanece b8989556/3846be8f,48fechos preservados.

Fonte:CIVA republicadoLei13/2016,13(1)(c/d/f/g/i),PDF12/p1426(270),19(1)(b)(i),PDF15/p1426(273),imagens conferidas;conjugadasLei22/2022art1/PDF3p2252(27) eLei10/2025art1/PDF12–13p2180(12)–(13),sem alteração13 nestesdiplomas e mantendo19(1)(b)(i). Âmbito2026/MZN/05,sem dedução automática deaquisições. P065 exigeembarcação afecta àsactividades c/d eoperação enumerada em f;P066 exigeavião decompanhia principalmente internacional eoperação enumerada g,não apenas umvoo internacional. Aslistas conservam asdiferenças:aluguer autónomo deobjectos deavião não é acrescentado àenumeração g. P068 exige serviço distinto dosmencionados f/g,ligado anecessidades directas domeio elegível ourespectivacarga,não qualquer serviço aooperador. Regra debebidas13(2),restrita c/d/e/h,não é estendida a f/g/i;abastecimentos permanecem noutrosramos.

Nenhum campo novo:reutilizados contexto,moeda,vendas/preço,período,estabelecimento,descrição,fundamento econtrolos existentes decondições. Meio/operador/utilização/ligação devem estaridentificados nodocumento oupressuposto expresso daprojecção;sem certificação automática dematrícula,novasaprovações ou licenças inventadas. Desconhecido/condição/fundamento emfalta→indeterminado,semzero. Cálculo,gravação/recuperação,relatório ehistórico reutilizam omotorentregue.

3testesfrontend novos eAPIprivadaQA1teste/35asserções,guarda simulator_fiscal_delta_20261021_test:55441 etransacção revertida;tipos,buildprodução epáginaQA passaram.15livros anteriores integrais eactuais semrecálculo. FicheiroQA G4A tem gravação posterior17:28:06,com4operações eresultado500histórico;preservado semsobrescrita neminferência decausa. Orecibo aceite anterior conserva oseuhash original. Exemplo324/Manica/MZN/2026-12,4operações100MZN,05=400,00/IVA0,00,preço líquido/incluído;retirada decondição deixa totalindeterminado e preserva cálculoanterior nohistórico. SnapshotAPIrecuperado coincide;modelo/HTML conservamfontes/versão/contexto. Exportadores/formatação numérica inalterados:provasWord/PDF/fracções aceites reutilizadas,sem nova afirmação depaginação.

Falta conferência visual dirigida:selecção/condições,ligaçãoao meio/necessidade directa,condição retirada/reposta,guardar→recuperar→relatório dapassagemreal. Página http://127.0.0.1:18639/g4b.html,namesma origem,gravação sintética separada deG4A. Após correcçõescomunicadas pelaTempo,aextensãoEdge voltou aligar,mas apermissão guardada/gerida continua abloquear aorigem antesda abertura. Nãocontornado,nãodemonstra falha doportal. Via manualTempo autorizadadisponível;nenhuma observaçãoG4B atribuída porantecipação. Comunicado regulamentar30/09/2026mantém cotejopróprio;sem declarar decreto/publicação/procedimentos formaisconferidos.

Saldo48entregues+84funcionaisabertos+P001=133;dos84,3G4Bimplementados/code/APIaprovados comvisualpendente e81porimplementar. Nãosomados aosdemonstradosQA. P001só05/06;L1aberto;Estatísticas/IAadiadas. Registo iva_l1_g4b_international_assets_code_qa_visual_pending_20261024,artefactos outputs/iva-l1-g4-transport-20261024/.

24/10/2026 — G4A entregue na homologação b8989556

P074/CFM, P075/passageiros internacionais, P076/trabalhos em bens móveis para reexpedição, P077/ouro não trabalhado para Banco deMoçambique eP079/embalagens para exportação:cinco ramos disponibilizados peloGit existente,fast-forward sobre6eefe4b3,após main/destino frescos ebackup/restauro real isolado.174tabelas/369ficheiros/configuração preservados;29fichas,28relações e408geometrias intactas. Diferenças operacionais apenas cache/sessões registadas,comparadas por identidadePostgreSQL equivalente. Zero migrações/importações,alterações de permissões ou execuções privadas sintéticas noactivo.43fechos anteriores,release anterior ebackup conservados.

Revisão servida,manifesto/hash,assets,dois ficheiros funcionais e simuladorHTTP200 conferidos;controlos normais doinstalador passaram;provasQA aceites reutilizadas. Prova visual:manualTempo7b54efb0,sem observação de navegador peloCodex. Última edição sintética conservada,com resultado anterior histórico;nenhum recálculo automático ou sobrescrita. Contenção compatível conferida,não aplicada,conserva catálogo/leitores/histórico/relatórios.

Manifesto/recibo,registo iva_l1_g4a_homologation_20261024. 48entregues+84funcionaispendentes+P001=133;QApendenteentrega0. G4:5entregues/14porimplementar. Comunicado regulamentar30/09/2026 mantém inventário/cotejo próprio,não é diploma activado. P001só05/06;L1aberto;Estatísticas/IAadiadas.

24/10/2026 — G4A: conferência visual pela Tempo; QA concluída

A Tempo respondeu «verificado» à passagem dirigidaG4A:tratamento/condições,retirada/reposição decondição ecálculo,guardar→recuperar→relatório. Registado comoverificação manual pelaTempo,sem observação donavegador peloCodex ou resultados individuais inventados. Provas técnicas3frontend/APIQA1teste36asserções/tipos/build/14livros preservados reutilizadas,sem repetição.

Ficheiro real guardado17:14:13 locais,323/Manica/2026-11/MZN,5operações. Última linha alterada desemIVA paraIVAincluído após ocálculo guardado:resultado05=500,00é histórico,nãoactual,assinalado pelachave deactualidade;osdados editados ficaram conservados,semrecálculo automático. Aconferência não sobrescreveu ogravadopelaTempo nemapresenta esse resultadohistórico comoactual. Alteração nãoépor sisó falha:as duas representações foramtestadas tecnicamente eahistória éconservada.

G4A/P074–P077/P079 concluídoQA,candidata 0f0d2e56,registo iva_l1_g4a_visual_completion_20261024. Saldo 43entregues+5QA+84funcionaispendentes+P001=133. Homologação permanece 6eefe4b3/82e010c4;nenhum destes5ramos entregueainda. Próximopasso:preparaçãoGit,main/destino ebackup/restauro frescos,delta instalado apenas. P001só05/06;L1aberto;Estatísticas/IAadiadas.

24/10/2026 — G4A executável em QA; conferência visual pendente

Candidata 0f0d2e566f0d00185588a4c1eef5e3cb83bb1618:P074/CFM comcompanhias ferroviárias estrangeiras,P075/transporte internacional depassageiros,P076/trabalhos embens móveis parareexpedição,P077/ouro não trabalhado paraBanco deMoçambique,P079/taras eembalagens demercadorias aexportar. Cinco dos19ramosG4;14continuam porimplementar. Os43ramos entregues são preservados,homologação 6eefe4b3/82e010c4 inalterada.

Fonte conferida visualmente:CIVA republicadoLei13/2016,13(1)(o/p/q/r/t),PDF12/p1426(270);19(1)(b)(i),PDF15/p1426(273). Conjugadas Lei22/2022art1/PDF3/p2252(27) eLei10/2025art1/PDF12–13/p2180(12)–(13),que mantêm aenumeração19(1)(b)(i),sem alteração13 nestes diplomas. Âmbito2026/MZN,campo05,sem dedução automática deaquisições ou submissãoAT.

Condições poroperação:o exigeCFM como prestador/transmitente ecompanhia ferroviária estrangeira noquadro daexploração daferrovia/equipamento;p exigepercurso depassageiros proveniente doou comdestino aoestrangeiro,não nacionalidade;q exigebens adquiridos/importados paratrabalhos noterritório nacional,reexpedição deseguida eexpedidor/interveniente elegível;r exigeouro embarra/outra forma não trabalhada eBanco deMoçambique comoadquirente;t exigetaras/embalagens como invólucro demercadorias aexportar eafectação identificada. Reutilizados dados comuns econtrolo existente decondições/fundamento;nenhum campo económico novo. Desconhecido/condição/fundamento/valor em falta→indeterminado,semzero. O fundamento pode serpressuposto expresso deprojecção,sem certificar umaoperação real.

3testesfrontend novos;APIprivadaQA1teste/36asserções comguarda simulator_fiscal_delta_20261021_test:55441 etransacção revertida;tipos,buildprodução epáginaQA passaram.14livros anteriores integrais eactuais semrecálculo;nenhuma ronda dos43ramos aceites repetida. Exemplo323/Manica/MZN/2026-11,cinco operações100cada,05=500,00/IVA0,00;preço líquido/incluído,condições retiradas/repostas,histórico,snapshot→API→recuperação→modelo/HTML conferidos. Exportadores inalterados;provasWord/PDF/fracções aceites reutilizadas,sem nova afirmação depaginação.

Falta somente aconferência visual dirigida donovo delta:escolha/condições específicas,informação em falta egravação/recuperação/relatório dapassagem real. Página namesma origem http://127.0.0.1:18639/g4a.html,comficheiro sintético separado deG2L/G3 econtrolos explícitos. Apermissão guardada daferramenta nãofoi contornada nemnovamente ensaiada;nenhuma prova visualG4A atribuída àTempo ouaoCodex porantecipação.

Inventariado comunicado oficial doGoverno30/09/2026 sobreaprovação dealterações aoRegulamentoIVA:https://portaldogoverno.gov.mz/governo-introduz-alteracoes-nos-regulamentos-fiscais-para-reforcar-eficiencia-tributaria/. Comunicado nãoé textododecreto nemcomprova publicação/entradaemvigor. Cotejo documental do diploma pendente;nenhuma alteração concreta aestascinco classificações estatutárias demonstrada pelanotícia,sem activarregra ou criar bloqueio genérico. Esteincremento nãocertifica procedimentos formais documentais nemdeclara cotejado todooregulamento futuro.

Saldo43entregues+89funcionaisabertos+P001=133;dos89,5G4A implementados/code/API aprovados comvisualpendente e84porimplementar. Nãocontados comodemonstradosQA antesdaprova. P001só05/06;L1aberto;Estatísticas/IAadiadas. Registo iva_l1_g4a_direct_operations_code_qa_visual_pending_20261024;artefactos outputs/iva-l1-g4-export-20261024/.

24/10/2026 — G3 entregue na homologação6eefe4b3

Sete ramosP038–P043/P045,cessação2026/MZN econtinuidade expressa,peloGit existente:fast-forward sobreccdecbd8,após destino/main frescos ebackup/restauro real isolado.174tabelas/369ficheiros/configuração preservados;29fichas,28relações e408geometrias intactas. ComparaçãoPostgreSQL equivalente,com diferenças operacionais apenas cache/sessões registadas. Zero migrações/importações,alterações de permissões ou ensaios sintéticos noactivo.36fechos anteriores mantidos;release anterior ebackup guardados.

Revisão servida,manifesto/hash,assets,3ficheiros funcionais e simuladorHTTP200 conferidos. ProvasQA aceites reutilizadas;controlos normais doinstalador passaram. Prova visualG3:manualTempo,0dc2d64b;explicitaçãoG2L:908c8afc,distinta da revisão instalada. Contenção antiga não encaixava após novo auxiliar;patchG3compatível foi gerado/conferido,não aplicado,preservando leitores/catálogo/histórico/relatórios.

Manifesto/recibo,registo iva_l1_g3_homologation_20261024. 43entregues+89funcionaispendentes+P001=133IDs;QApendenteentrega0. Não é cálculo histórico2025,importações,prorrogação ou apuramento integralIVA.P001só05/06;L1aberto;Estatísticas/IAadiadas.

24/10/2026 — G3: conferência visual confirmada pela Tempo; QA concluída

A Tempo confirmou expressamente «foi feita a conferencia visual»,em resposta à pendência dirigidaG3. Registada como verificação manual pelaTempo,sem atribuir observação de navegador aoCodex,nem inventar resultados individuais não descritos. O ficheiro sintético guardado às16:56:23,322/Manica/2026-10,conserva as sete operações combenefício terminado e totais indeterminados;comprova esse estado,sem demonstrar por si cliques de continuidade para alternativas. As provas técnicas separadas —3frontend,APIprivadaQA1/36,tipos/compilação,relatório recuperado e13livros preservados— são reutilizadas;nenhum ensaio foi repetido.

G3/P038–P043/P045 concluído emQA,no âmbito decessação2026/MZN e continuidade explícita demonstrada tecnicamente,candidata ac948bd8. Registo iva_l1_g3_visual_completion_20261024,com declaração manual e limites da corroboração técnica explícitos. Não é cálculo histórico2025,prorrogação,importações nem apuramento integralIVA.

Saldo36entregues+7QA+89funcionaispendentes+P001=133IDs. Homologação permanece ccdecbd8/643ba6ed;não se declara entregaG3. Próxima acção:preparação/integração peloGit existente,com destino/main,backup/restauro frescos e conferência somente do delta. P001só05/06;L1aberto;Estatísticas/IAadiadas.

24/10/2026 — G3 executável em QA: cessação e continuidade; conferência visual pendente

Candidata ac948bd8b7ff34d661dd4cb7cbe88221093dfd83. Sete ramos P038–P043/P045,agrupados por termo e dados comuns;nenhuma das36entregas foi reaberta. Homologação continua ccdecbd8,recibo 643ba6ed. A explicitação da prova visualG2L foi registada separadamente em 908c8afc:via manualTempo,distinta da API e da revisão instalada,sem repetição.

Fontes e períodos:Lei3/2025,art.1/2,PDF1–2/p478(1)–(2),9(13)(a–f),termo31/12/2025 e entrada na publicação21/05/2025;Lei22/2022,art.1,PDF2/p2252(26),9(16),mesmo termo,art.3(2)/6,PDF4/p2252(28),AnexoIV e efeitos01/01/2023. Lei10/2025,art.1,PDF12/p2180(12),não altera9 nem prorroga estes termos e retira remissões9(13)/9(16) do12(1)(a);art.5,PDF15/p2180(15),efeitos01/01/2026. Isto delimita as fontes analisadas,não uma afirmação de pesquisa universal de legislação. CIVA2016,9(14),PDF10/p1426(268),exige documentos aduaneiros apropriados ou declaração do adquirente para b/f,consoante o caso;essa remissão não se estende a todo o grupo. A redacção2025 de b diz efectuadas pela indústria nacional do açúcar,distinta da antiga formulação para a indústria:registada sem aplicação retroactiva.

Âmbito implementado:cessação nas operações internas de2026/MZN. O benefício terminado é identificado como não aplicável;o imposto continua por determinar,sem o transformar em zero ou aplicar16% automaticamente. A pessoa escolhe expressamente outro enquadramento e confirma as suas condições. A continuidade conserva IDda operação,moeda,montante,representação do preço,período,estabelecimento,origem e fundamento;acrescenta temporaryBenefitOrigin,limpa somente confirmações para revisão e conserva resultados anteriores. Para cana,existe acesso explícito à análise da produção agrícola própria9(7)(a),independente do benefício terminado,sem a presumir. Outros enquadramentos disponíveis podem ser escolhidos no controlo existente. Não é necessário preencher documentos de uma isenção já terminada para prosseguir em2026.

Reutilizam-se motor,campos,snapshots,API e exportadores.Nenhum novo campo económico obrigatório. Não se implementou nem declarou elegibilidade histórica2025,classificação executável dos AnexosII/IV,importações,dedução automática ou declaraçãoAT. A ausência desses cálculos não é substituída porzero.

Provas novas:3testesfrontend;APIprivadaQA1teste/36asserções,guarda simulator_fiscal_delta_20261021_test:55441 e transacção revertida;tipos,compilação de produção e páginaQA passaram.13livros entregues permanecem integrais e actuais sem recálculo. Exemplo recuperado:322/Manica/MZN/2026-10,8operações,01=700,00;02=112,00;05=100,00;preço incluído116→base100/IVA16 após escolha/condições gerais;primeiro resultado indeterminado conservado no histórico. Modelo/HTML correspondem ao snapshot recuperado. Provas Word/PDF/fracções aceites reutilizadas,exportadores e representações monetárias inalterados,sem nova afirmação de paginação.

Falta conferência visual dirigida do novo delta:aviso de cessação/condições em falta,escolha e continuidade pelos controlos,gravação/recuperação/relatório da passagem real. Página preparada na mesma origem: http://127.0.0.1:18639/g3.html,com controlos explícitos guardar→recuperar→relatório,ficheiro sintético separado deG2L. A ferramenta tem impedimento guardado já documentado;não foi repetida tentativa nem contornado por outra origem. Via manualTempo existente disponível;nenhuma observaçãoG3 foi atribuída àTempo ou aoCodex por antecipação. Os testes API não substituem essa observação.

Saldo continua36entregues+96funcionaisabertos+P001=133:dentro dos96,7G3implementados/verificados em código eAPI com visual pendente e89por implementar. Não se somam estes7 aos demonstradosQA. P001 só05/06;calendário/fechos preservados;L1aberto;estatísticas/IAadiadas. Registo iva_l1_g3_cessation_code_qa_visual_pending_20261024. Artefactos privados outputs/iva-l1-g3-temporary-20261024/.

24/10/2026 — Referência explícita da prova visual de G2L

A via de conclusão foi verificação manual pela Tempo,autorizada na conversa,depois de a ferramenta doCodex continuar bloqueada. A Tempo comunicou leitura/observação semfalha,assinalou oscontrolos em falta e,depois de corrigido o apoioQA,confirmou ter seguido a instrução guardar→recuperar→abrir relatório. O Codex conferiu o ficheiro real e o percurso técnicoAPI/relatório;isto é corroboração técnica,sem inventar uma captura ou observação própria do navegador. Não se inferem resultados individuais além do comunicado. O ficheiro isolado comprova gravação;recuperação/abertura manuais têm como origem a declaração daTempo.

Referências já existentes no recibo integrado:iva_l1_g2l_manual_verification_route_20261024, iva_l1_g2l_manual_partial_controls_20261024 e iva_l1_g2l_manual_completion_and_actual_UI_payload_20261024. Esta explicitação consta agora de G2L_visual_evidence no manifesto/reciboG2K/G2L e de iva_l1_g2l_visual_provenance_clarification_20261024. A revisão instalada foi conferida separadamente e não substitui prova visual. Sem repetição de ensaios ou reabertura da entrega ccdecbd8/643ba6ed.

24/10/2026 — G2K/G2L entregues na homologação ccdecbd8

Dois ramos: P008 / pharma_manufacturing_inputs e P035 / annexI_goods,disponibilizados em ccdecbd8 pelo processoGit existente,fast-forward sobre e45a1394,após fetch fresco e conferência autenticada.170posiçõesAnexoIII e172AnexoI são opções documentais dentro desses dois ramos;continuidade explícita conserva a identidade e reutiliza os tratamentos9(10) existentes.34ramos anteriores,calendário,S1–S3 e restantes fechos mantidos. Não se declara apuramento integralIVA.

Backup e restauro real isolado:174tabelas/369ficheiros/configuração;contentor semrede e contagens/checksums correspondentes. Após instalação,identidadesPostgreSQL equivalentes confirmam preservação dos dados de negócio,regras,resultados,ficheiros e configuração;diferenças operacionais cache/sessões ficam no recibo.29fichas,28relações e408geometrias conservadas. Zero migrações,importações,alterações de acesso ou execuções privadas sintéticas no activo. Release anterior/backup mantidos;contenção compatível conferida,não aplicada.

Delta instalado conferido porleitura:revisão efectivamente servida,manifesto/hash,marcadores compilados,quatro ficheiros funcionais e simuladorHTTP200. Controlos normais do instalador passaram;provasQA aceites reutilizadas,sem repetição manual. Observação da demonstração e execução dos controlos comunicadas pelaTempo;conferência técnica do ficheiro real/API/relatório peloCodex,sem atribuir a este uma observação de navegador. Manifesto e recibo de instalação. Registo integrado iva_l1_g2kl_homologation_20261024,com objectos históricos preservados.

Saldo:36entregues+96funcionaispendentes+P001documental=133IDs;nenhum ramoQA deste conjunto aguarda entrega. G2:32ramosentregues. P001 exclusivamente05/06;L1aberto;estatísticas/IAadiadas. Artefactos privados outputs/l1-g2kl-delivery-20261024/.

24/10/2026 — G2K/G2L preparados após conferência autenticada e restauro

Destino e main frescos em e45a1394,sem avanço concorrente detectado. G2K/P008 eG2L/P035 demonstradosQA;dois novos ramos/dois tratamentos,170opçõesAnexoIII e172AnexoI. Provas aceites reutilizadas;origem manualTempo e técnicaCodex conservadas. Quatro ficheiros funcionais,sem migrações,importações,activação de regra fiscal no servidor,alterações de permissões ou outros impostos.

Backup novo /var/backups/investmoz-l1-g2kl-delivery-20261024/backup:174tabelas e369ficheiros/configuração verificados;dumpSHA256 8c6d8f2745ebb3dc6883d67fb8d9810593d47ad44fb0e20859e3547044adee6c. Restauro real em contentor isolado sem rede,174contagens/checksums correspondentes;zeroescritas de teste no activo. Contenção compatível passou git apply --check,não aplicada,conservando catálogo,leitores,histórico e relatórios;release anterior ebackup mantidos.

Manifesto da entrega. Preparação não equivale a instalação:34entregues+2QA+96funcionaispendentes+P001=133. Próxima acção:novo fetch,pushmain semforce pelo processoGit existente e conferência somente do delta instalado. P001só05/06;calendário/fechos preservados;L1aberto;estatísticas/IAadiadas.

24/10/2026 — G2L: passagem manual e ficheiro real conferidos; QA concluída

A Tempo comunicou primeiro não encontrar falhas no que leu/observou e, após clarificação dos controlos, confirmou ter seguido as instruções guardar → recuperar → relatório. Esta é a origem da observação manual; não se atribuem pormenores adicionais não comunicados, captura de ecrã ou observação visual pelo Codex. O bloqueio da ferramenta permanece distinto de uma falha do portal e não foi contornado.

O ficheiro real da interface outputs/iva-l1-g2-agro-annex-20261024/ui-saved-state.json existe,720228bytes,gravado em24/10/2026 às16:32:44 locais (14:32:44.805Z),SHA256 bfa1b242671b57925d560d1b76a6065a52238f4cbd9f255b17e594384f5e0ef7. Não foi sobrescrito durante a conferência. Oportunidade321/Manica/MZN/2026-09;10operações;07=800,00;05=200,00;IVA0,00;resultado revisão1 actual. Posições,identidades,qualificadores,origens e versão conservados;12livros anteriores integrais sem recálculo. Relatório derivado desse snapshot com as mesmas funções usadas pelo botão,contexto/data da gravação e correspondência documental conferidos em código.

Passagem técnica nova limitada ao payload real guardado pela interface:POST→GET naAPIprivadaQA isolada simulator_fiscal_delta_20261021_test:55441,1teste/29asserções aprovado,guarda de destino e transacção revertida;contexto e snapshot recuperados exactamente. Não se repetiram os ensaios fiscais aceites. A gravação de ficheiro da demonstração e a persistência privada naAPI são provas distintas; não se apresenta uma como substituta da outra.

G2L/P035 concluído em QA, candidata funcional 74468283,em conjunto comG2K/P008 8882dc54/1fe74256. O novo registo no recibo integrado é iva_l1_g2l_manual_completion_and_actual_UI_payload_20261024. Saldo34entregues+2QA+96funcionaispendentes+P001=133IDs. Os172posicionamentos doAnexoI não aumentam o número de ramos. Homologação continua e45a1394/eb9e0dbc;não houve instalação. Entrega conjunta depende agora de conferência autenticada fresca do destino,backup/restauro e activaçãoGit existente,com delta apenas. P001 só05/06;calendário e34fechos preservados;L1aberto;estatísticas/IAadiadas.

Histórico de 24/10/2026 — G2L / P035 antes da passagem manual concluída

Candidata 744682835a91f08aece9258380466ae746bc7353; G2L ainda não concluído em QA. Código executável,4 testesfrontend eAPIprivada1teste/29asserções passaram;tipos/build passaram. Falta a prova dirigida da interface e a conferência visual do relatório. A ferramenta de controlo do navegador bloqueia http://127.0.0.1:18639 por permissão guardada/política gerida, apesar de autorização recebida e nova tentativa expressamente pedida. Não é uma recusa actual de autorização da Tempo nem pendência jurídica. Não foi tentado contorno por outro porto,navegador,protocolo ou mecanismo. Prova visual não declarada.

Fonte e cobertura executável

CIVA republicado Lei13/2016,PDF10/p.1426(268),9(12)(h):transmissões de bens de equipamento,sementes,reprodutores,adubos,pesticidas,herbicidas,fungicidas e similares,redes,anzóis e outros aprestos para pesca,constantes da Pauta e discriminados noAnexoI. Artigo19(1),PDF15/p.1426(273):a alínea9(12)(h) não está na enumeração19(1)(b)(v);não presumir direito à dedução por presença no anexo. AvisoBR89/2017,PDF1/p.569,rectifica os anexos. Lei22/2022,art.3(1),PDF4/p.2252(28),substituiAnexoI,PDF5–11/p.2252(29)–(35),efeitos01/01/2023 peloart.6. Sete páginas conferidas visualmente. Lei3/2025 incide em9(13);Lei10/2025art.1 não altera9(12)(h). Âmbito técnico2026/MZN,sem extensão histórica.

annexI-lei22-2022/1:172posições distintas,com identidade,código,designação,página e qualificadores originais. A descrição8201.50.00 continua daPDF8para9;ambas são guardadas. O cabeçalho sem código«Outros tractores» acompanha somente as cinco posições8701.91–95,sem ser anexado à descrição do tractor de lagartas8701.30. Não se inventam medições,certificações ou classificações. A confirmação de qualificadores aplica-se apenas aos que a linha exige. A lista inclui bens com destinos específicos de nutrição/indústria: não se impõe um destino agrícola genérico nem integraçãoSNSou declaração9(14),que não pertencem a esta alínea.

Sobreposições e reutilização dos tratamentos existentes

O cotejo identificou13posições com correspondência potencial a tratamentos9(10) já disponíveis,com consequências no19(1)(b)(v). Não se transforma toda a lista em07. Três designações coincidentes — tomate fresco/refrigerado0702.00.00,farinha de milho1102.20.00 e insecticidas3808.91.00 — encaminham para os tratamentos existentes por escolha explícita,sem fallback07. Dez outras posições dependem da natureza/destino efectivo,por exemplo farinha de trigo versus mistura comcenteio,ou leite em pó industrial versus destino específico a lactente: escolher a continuidade aplicável ou indicar expressamente no fundamento por que o caso pertence apenas a9(12)(h). Desconhecido não presume ausência de outro enquadramento. A correspondência não certifica a mercadoria nem inventa uma prioridade fiscal genérica.

continueAnnexIOperation conserva IDda linha,posição doanexo,valor,moeda,preço,período,estabelecimento,descrição e fundamento;acrescenta a origem documental e adopta o IDdo tratamento existente escolhido. Explica o impacto antes do botão e limpa apenas as confirmações que precisam de revisão. O cálculo antigo permanece no histórico;nenhuma passagem é automática. Os leitores,catálogo,chaves e regras dos tratamentos entregues não foram alterados.

Dados, provas disponíveis e falta delimitada

Reutiliza contexto/localização,moeda,estabelecimento,valor,representação do preço,período e fundamento. Novo opcional annexIItem; annexIOnly só é pedido onde a intersecção depende dos factos. Pesquisa mantém a selecção; mudar posição conserva dados comuns e exige rever condições específicas. 4testes novos cobrem172posições,qualificadores/continuação/cabeçalho,desconhecido,13intersecções,passagem explícita,conservação dos montantes e relatório/contexto. Fixture congelada preserva12livros completos e actuais, incluindo G2K ecalendáriov2,sem recálculo nem repetição dos ensaios aceites.

APIprivada POST→GET naQAisolada simulator_fiscal_delta_20261021_test:55441,com guarda de destino e transacção revertida:1teste/29asserções. Amostra10linhas de100MZN:07=800,00;05=200,00;IVA0,00;contexto321/Manica/2026-09. Duas linhas usam os IDs existentes de tomate/insecticidas após continuidade explícita;mistura comcenteio e leite industrial têm fundamento próprio. Modelo eHTML recuperados com origens/páginas/versão;nenhuma conferência visual desseHTML alegada. Exportadores Word/PDF eprecisão aceites reutilizados,inalterados.

Falta a observação dirigida da pesquisa/selecção de posição, das condições e informação em falta, e da gravação/recuperação com correspondência no relatório; a continuidade aplica-se quando a posição escolhida a apresenta. Decisão expressa da Tempo nesta passagem: a observação pode ser registada como verificação manual pela Tempo, separada dos testes automáticos, ou ser feita pelo Codex após revisão da permissão da ferramenta. A autorização na conversa não altera essa permissão guardada. O impedimento da ferramenta não demonstra falha do portal. Não repetir os testes aprovados nem contornar a restrição. A Tempo comunicou observação parcial: não encontrou falhas no que leu e observou, mas não identificou botões de gravação/recuperação. Isto não demonstra essas acções nem autoriza atribuir aprovação individual às verificações não descritas. G2L permanece aberto. Artefactos privados outputs/iva-l1-g2-agro-annex-20261024/.

Observação manual parcial e correcção da demonstração

A leitura do código confirmou uma limitação do apoio de QA: as edições eram mantidas automaticamente no navegador, o botão técnico apenas escrevia um ficheiro e o relatório ligado era estático. «Restaurar exemplo sintético recuperado» repunha a fixture inicial, não recuperava uma gravação feita pela pessoa. A causa aqui identificada é da demonstração; não se declara uma falha nova da persistência do portal. O simulador existente tem gravação automática com estado visível, «Guardar e continuar mais tarde» e recuperação pela identidade do rascunho; a prova privada POST→GET de G2L permanece válida e separada.

Na mesma origem QA http://127.0.0.1:18639/, os controlos ficam destacados no topo: 1. Guardar exemplo QA → 2. Recuperar gravação QA → 3. Abrir relatório da gravação recuperada. A gravação é explicitamente um ficheiro sintético local, sem base de dados do portal; apresenta confirmação/data e erros. A recuperação lê esse ficheiro e pede confirmação antes de substituir entradas divergentes. O relatório usa exclusivamente o snapshot recuperado, com oportunidade e data da gravação, em vez do HTML estático. O cálculo continua no botão existente «Calcular e guardar operações IVA»; a gravação QA não recalcula nem inventa regras. O exemplo inicial e os artefactos API aceites não foram substituídos.

Verificação nova limitada ao apoio QA: compilação da página e ensaio directo de armazenamento em directório temporário, recuperação integral, conservação após gravação inválida e relatório derivado do recuperado passaram. Não foi acedida a origem por outro mecanismo, nem exercido controlo de navegador; não se declara prova visual nem um novo ensaio da API. Falta observar os controlos e a correspondência no relatório; os restantes pontos sem descrição individual da Tempo conservam o seu estado, sem repetição dos ensaios fiscais aceites. A Tempo pode actualizar a página existente; não é necessário refazer a leitura já realizada. Homologação e candidata funcional inalteradas.

Entrega conjunta preparada, ainda não disponibilizada

Manifesto G2K/G2L:P008eP035,dois ramos/dois tratamentos novos,170+172opções documentais. G2K8882dc54/1fe74256 mantém-se concluído emQA. G2L está emverificação. Fetch fresco confirmou main e45a1394,ancestral,sem avanço concorrente detectado. Patch de contenção existente passou git apply --check,não aplicado,conserva catálogo/leitores/históricos/API/relatórios. Antes de entregar:prova visual G2L,destino/main frescos,backup/restauro isolado e activaçãoGit existente,seguida apenas da conferência do delta. Não se afirma backup novo nem instalação nesta passagem.

Saldo permanece34entregues+1QA(G2K)+97funcionaisabertos+P001=133IDs. Dentro dos97:P035implementado com prova visual pendente e96por implementar. G2:30entregues+G2KQA+G2Lemverificação=32. Código contém74tratamentoscondicionados+2opçõesindeterminadas;isso não declara G2L demonstrado. Homologação permanece na referênciae45a1394/eb9e0dbc;34fechos,calendário eP001apenas05/06preservados. L1aberto;estatísticas/IAadiadas.

24/10/2026 — G2K / P008 demonstrado em QA

Candidata 8882dc54d0973bc058b04009bdbc36c9da2cc31b; um ramo, um tratamento: pharma_manufacturing_inputs. Homologação permanece em e45a1394, recibo eb9e0dbc; os34 ramos entregues, incluindo G2I/G2J e calendário, continuam encerrados. L1 aberto; P001 exclusivamente05/06. Estatísticas/IA adiadas.

Fonte, cobertura e correspondência executável

CIVA republicado Lei13/2016, PDF9/p.1426(267),9(1)(g): transmissão pelo próprio estabelecimento público ou privado integrado no Serviço Nacional de Saúde, de bens a utilizar como matérias-primas, produtos intermédios ou componentes para fabrico de medicamentos, constantes da Pauta e discriminados no AnexoIII. Não basta que o adquirente seja hospital nem o sector do investimento. Sem inscrição, aprovação adicional ou certificação inventadas. Artigo19(1),PDF15/p.1426(273): campo07, isenção sem direito nesta operação; não se deduzem compras automaticamente.

Aviso BR89/2017,PDF1/p.569,rectifica os anexosI/II/III. Lei22/2022,art.3(1),PDF4/p.2252(28),substituiAnexoIII,PDF12–16/p.2252(36)–(40),efeitos01/01/2023 peloart.6. As cinco páginas foram conferidas visualmente. Lei3/2025,art.1,altera9(13),sem alterar9(1)(g)/AnexoIII; Lei10/2025,art.1,enumera alterações sem9(1)(g). Aplicação técnica deste incremento: Janeiro–Dezembro2026/MZN; nenhuma extensão histórica do motor.

Catálogo annexIII-lei22-2022/1:170linhas documentais/169códigos distintos, todas com identidade própria, código, designação e página. 2912.19.00 aparece duas vezes com designações diferentes: identidades084/085,sem fusão nem escolha automática pelo código. 2935. permanece como impresso, sem completar dígitos. Continuações de2827.39.00 e2922.49.00 conservam ambas as páginas. A transposição de letras da camada textual em«Antibióticos» foi ajustada ao texto impresso, sem alterar o original. As demais grafias do exemplar são preservadas; o catálogo não presta classificação aduaneira automática.170linhas não são170ramos nem170desenvolvimentos.

Dados e percurso

Reutilizados oportunidade,localização,moeda original,estabelecimento,valor,preço líquido/IVA incluído,período e fundamento. Único novo campo fiscal opcional nas linhas deste tratamento: pharmaAnnexItem,identidade da posição. Pesquisa por código/designação apenas filtra opções; conserva a selecção actual, mesmo fora do filtro. Os dados antigos dos outros tratamentos não ganham campos obrigatórios. Condições específicas no controlo existente: operação interna, integração do transmitente noSNS, uso no fabrico e correspondência cumulativa código/designação. Desconhecido/código livre/outra edição/anexo/fundamento em falta→indeterminado,sem conversão emzero.

Selecção,identidade/edição/página,condições e fundamento seguem no snapshot e no relatório da oportunidade em tratamento. Alterar para outra linha com o mesmo código torna o resultado anterior histórico; não o substitui automaticamente. Não se alteraram schema,rotas,permissões,fórmulas,calendário nem regras entregues. A chave de actualidade mantém-se limitada aos tratamentos usados em cada livro.

Provas novas e preservação

3testesfrontend:170linhas enumeradas e rastreáveis,duplicações/posição incompleta/continuações,condições cumulativas,informação insuficiente,moeda/período divergentes,troca entre identidades com o mesmo código,relatório/recuperação. Fixture congelada G2I/G2J preserva11livros completos e actuais sem recálculo, incluindo production-option/2. Não foram repetidos os ensaios aceites dos34ramos.

APIprivada POST→GET naQAisolada simulator_fiscal_delta_20261021_test:55441,com guarda de destino e transacção revertida:1teste/27asserções. Interface real: pesquisa2912.19 conserva escolha1108.11.00; posição em falta→indeterminado; integração do transmitente retirada→indeterminado; reposta→cálculo/guarda revisão4; actualização do ecrã recupera estado. Payload real da interface→API→recuperação→relatórioHTML visualmente conferido. Cinco linhas de100MZN,preço líquido/incluído,07=500,00;05=0,00;IVA0,00;contexto320/Manica/2026-12;as duas identidades2912.19.00 e2935. preservadas. Tipos/build passaram. Exportadores inalterados: provas Word/PDF/fracções aceites reutilizadas, sem nova afirmação de paginação. Artefactos privados outputs/iva-l1-g2-pharma-inputs-20261024/.

Reconciliação documental, sem implementar G3

Obtido o original oficial integral BR95/2025,Lei3/2025,2páginas,origem no arquivo de boletins,hash e0e682e2c027c3cd9c1d46a73a3f48bc5f6bdbf05667fd97314d7a3f6a456358. Art.1/PDF1/p.478(1):9(13)a–e e termo31/12/2025;PDF2/p.478(2):9(13)f,art.2 entrada na publicação eAnexoII. Registado no inventário de fontes existente e nas dependências deP038–P043; deixa de ser correcta a pendência«texto integral ainda não obtido». Estes seis IDs continuam funcionais pendentes: transição/cessação e condições por executar; não se prorroga o benefício para2026. Nenhum cálculo deG3 foi activado e nenhum original publicado/importado na base. P045 conserva a dependência específica relativa a9(16),não resolvida por esta fonte.

Saldo:34 entregues+1QA(G2K/P008)+97funcionais pendentes+P001=133IDs. G2:32=30entregues+1QA+P035pendente. Motor73tratamentoscondicionados+2opçõesindeterminadas. G2K fica preparado para a próxima entrega conjunta pelo processoGit existente, com destino/main e backup/restauro frescos; esta passagem não declara disponibilização. P00105/06 eL1 permanecem abertos.

24/10/2026 — G2I/G2J entregues na homologação e45a1394

Cinco ramos P016/P019–P022, nove tratamentos, disponibilizados em e45a1394 pelo processo Git existente: fast-forward sobre d4eae917, após fetch fresco e conferência autenticada do destino. Calendário de G2I corrigido por Código Civil279(c)/296 e CIVA11(3): termo às24h, último dia do mês quando necessário, declaração antes da expiração e efeitos no Janeiro seguinte sem antecipar permanência mínima. Só as três opções G2I mudam de chave; resultados anteriores preservados no histórico. Os29ramos anteriormente entregues mantêm os fechos.

Backup/restauro:174 tabelas,369 ficheiros/configuração; contentor isolado sem rede. Conferência posterior com identidade PostgreSQL equivalente: dados de negócio, regras, resultados, ficheiros e configuração preservados; diferenças operacionais de cache/sessões documentadas no recibo.29fichas,28relações e408geometrias conservadas. Zero migrações/importações/alterações de acesso e zero execuções privadas sintéticas no activo. Release anterior e backup mantidos; contenção compatível conferida, não aplicada.

Delta instalado conferido por leitura: revisão efectivamente servida, manifesto/hash, nove marcadores compilados, quatro ficheiros funcionais e simuladorHTTP200. Controlos automáticos normais do instalador passaram; provas QA aceites reutilizadas, sem nova ronda manual. Manifesto/recibo de instalação; objectos anteriores do registo integrado conservados intactos.

Saldo:34 entregues+98 funcionais pendentes+P001 documental=133IDs; nenhum ramo QA aguarda entrega deste conjunto. G2:30 entregues+2pendentes(P008/P035). Motor72tratamentoscondicionados+2opçõesindeterminadas. P001 exclusivamente05/06; L1aberto; estatísticas/IAadiadas. Artefactos privados outputs/l1-g2ij-delivery-20261024/.

24/10/2026 — G2I/G2J preparados para entrega conjunta

Candidata QA 72f4187d; cinco ramos P016/P019–P022, nove tratamentos. Calendário corrigido e G2J demonstrado sem repetir as provas aceites. Consulta fresca de main e destino pelo canal autenticado: d4eae917, ancestralidade confirmada e instalador inactivo. Backup novo privado:174 tabelas,369 ficheiros/configuração; restauro real isolado sem rede,174 contagens/checksums correspondentes, zero escrita de teste no activo. Dump SHA256 a75cb8751146ad0a59ecd62fa13e4d9ede3fd98ad2f4ebda092b48f7c2526c32.

Delta: componente existente, catálogo, módulo de opção e módulo de manifestações ocasionais. Sem migrações, importações, permissões ou outros impostos. Contenção compatível conferida por git apply --check, não aplicada; conserva catálogo, leitores, histórico e relatórios, suspendendo apenas edição/cálculo. Release anterior e backup preservados. Activação pelo processo Git existente, após nova conferência de main; verificar revisão servida, assets e preservação, apenas no delta.

Manifesto da entrega. Preparação não declara entrega:29 entregues+5 QA+98 funcionais pendentes+P001=133. P001 só05/06;L1 aberto;estatísticas/IA adiadas.

24/10/2026 — calendário G2I corrigido; G2J demonstrado em QA

Candidata QA: G2I/G2J, por integrar. Homologação d4eae917/recibo7696af68 inalterada. Os29ramos entregues continuam encerrados;L1aberto;P001 exclusivamente05/06. Estatísticas/IAadiadas.

Correcção dirigida do calendário e do regresso (P020–P022)

Fonte conferida visualmente: Código Civil, exemplar FAO, PDF27/p.1909,279.º,c), termo às24h do dia correspondente ou último dia do mesmo mês; PDF29/p.1911,296.º, aplicação aos prazos legais na falta de regra especial. Original privado SHA256 a0212d4e3b1bd0f809f63fb69326c13d5e53d953e4653cd2a885ffe6c1ccef83; consulta não importa/publica nem activa cálculos. CIVA republicado Lei13/2016, PDF11/p.1426(269),11(3), conferido em recorte ampliado: exige entrega da declaração antes de expirar o prazo e fixa efeitos no1Janeiroseguinte. O resumo/código anterior omitira a condição de entrega e invertia a comparação; essa comparação foi corrigida, conservando o histórico.

29/02/2024+5anos→28/02/2029 às24h. Uma declaração admissível de2029 produz efeitos em01/01/2030, sem cessação desde o início de28/02. Declaração anterior à opção é divergência; entrega após o termo não tem efeitos presumidos por este tratamento; efeitos que antecipem o fim da permanência mínima são recusados. Sem declaração, a tributação continua, sem caducidade automática. Datas registadas por dia: a data do termo representa o dia até às24h, não o início desse dia. Não foi adicionada convenção de hora de entrega.

Motor específico production-option/2; apenas as três opções tributadas deG2I mudam de chave. Snapshots/resultadosv1 continuam guardados como históricos; não são apresentados como cálculo actual v2 nem recalculados automaticamente. Isenção agrícolaP019 não tem opção11 e não depende deste calendário. Restantes provasG2Ife69a16e/a5ac8ca1 reutilizadas.

Provas dirigidas:2testesfrontend (art11 efronteira279c), incluindo termo de2029 e efeitos2030, último dia do mês, viragem de ano, declaração antes do termo, entrega tardia e efeitos prematuros. Verificação de calendário não estende o calculadorIVA além de2026. APIQAisolada simulator_fiscal_delta_20261021_test:55441,1teste/10asserções, transacção revertida: datas, versão,48,00MZN e resultado anterior no histórico conservados. Relatório recuperado: início29/02/2020, termo28/02/2025 às24h, ausência expressa de declaração e continuidade tributada emOutubro2026, contexto318/Manica; conferência visual HTML. Provas finais Word/PDF aceites reutilizadas: renderizadores inalterados, sem nova afirmação de paginação. Artefactos outputs/iva-l1-g2-production-20261024/calendar-*.

G2J — P016 angariação ocasional de fundos

Um ramo, dois tratamentos: fundraising_public e fundraising_nonprofit. CIVA2016PDF10/p.1426(268),9(2)(h); PDF15/p.1426(273),19(1); Lei22/2022art1PDF1/p.2252(25),9(1–3), ePDF2/p.2252(26),10(1–2). Operação interna2026/MZN, campo07, isenção sem direito nesta operação. Exige actividade habitual elegível9(1)a/9(2)a,b,c,d,e,g/9(3)a,b, condições da actividade/entidade, manifestação ocasional em proveito exclusivo e máximo8manifestações/ano por entidade. Não estender a qualquer angariação ou contar vendas como manifestações.

Reutiliza oportunidade/localização/moeda/valor/preço/período e condições/fundamento. Só neste tratamento são pedidos referência da entidade, total anual incluindo actividades fora do dossier, número da manifestação e actividade habitual elegível. Desconhecido/nona manifestação/actividade incompatível→indeterminado; totais divergentes da mesma entidade/ano no livro são explicados, sem substituir dados. O total é declarado, sem alegar cruzamento automático de todos os dossiers.

2testesfrontend novos: entidades pública/sem fins lucrativos,oitava/nona manifestação, retirada individual de condições, actividade incompatível, total desconhecido, totais divergentes e duas vendas na mesma manifestação. Preservados integralmente10livros anteriores:9continuam actuais sem recálculo; sóG2I passa a histórico por mudança deliberada do calendário. APIprivadaQA1teste/10asserções; interface real alterou8→9(indeterminado)→8,cálculo/guarda revisão3→API→recuperação→relatórioHTML,07=200,00MZN,05=0,00,contexto319/Manica/2026-11, fontes/versão e totais anuais1/8. Tipos/buildpassaram. Sem schema/importação/permissão/outro imposto. Artefactos outputs/iva-l1-g2-fundraising-20261024/.

Saldo:29entregues+5QA(G2I4/G2JP016)+98funcionaispendentes+P001=133IDs. G2:32=25entregues+5QA+2pendentes(P008/P035). Motor72tratamentoscondicionados+2opçõesindeterminadas. Correcção de calendário não cria ID nem fechaP001. Entrega conjuntaG2I/G2J: ainda requer destino/main frescos, backup/restauro, activação pelo processoGit e conferência só do delta; nenhuma instalação declarada nesta passagem.

24/10/2026 — G2I produção própria e opção tributada em QA

Candidata fe69a16eeab6e401c1d02635c873cf8903eafe02; quatro ramos P019–P022, sete tratamentos. Base instalada d4eae917/recibo7696af68;29ramosentreguespreservadossemreensaios. Homologação inalterada nesta passagem;L1aberto.

Ramo	Operações / campos	Fonte exacta
P019	Produção agrícola,incluindoavicultura/apicultura;05,isençãocomdireitonascondiçõeslegais;semopção11	CIVA9(7)(a),19(1)(b)(v)
P020	Produçãosilvícola;07isençãoou01/02poropçãoeficaz	CIVA9(7)(b),11,19(1)
P021	Produçãopecuária;07isençãoou01/02poropçãoeficaz	CIVA9(7)(c),11,19(1)
P022	Pesca;07isençãoou01/02poropçãoeficaz	CIVA9(7)(d),11,19(1)

CIVA republicado Lei13/2016PDF10,p.1426(268),9(7):própriaprodução,recursospróprios;transformaçãoapenasacessória,pelopróprioprodutorsobreprodutospróprios,pormeiosgeralmenteutilizadosnasexplorações.Nãoinferirisençãoapartirdosectorouaplicararevenda. PDF11,p.1426(269),11(1)limitaopçãoàs alíneasb/c/d;11(2)define declaração àDirecçãodaÁreaFiscalcompetente,efeitos1Janeiroanoseguinteouiníciodaactividadesenarespectivadeclaração;11(3)impõeperíodomínimodecincoanos,continuidadeatédeclaraçãoadequadaderegressocom efeitosno1Janeiroanoseguinte.PDF15,p.1426(273),19(1)(b)(v)enumeraapenas9(7)(a)paradireitonaisençãodestegrupo. Lei22/2022art1PDF2,p.2252(26),mantém9(7),taxanormal16%no17(1);Lei10/2025art34paraIVAincluídogeral,semalterar11.Reutilizadoocotejoposteriorregistado;nenhumaautenticaçãogenéricadafonterepetida.

**Dados e regras executáveis:**reutilizamoportunidade,localização,moeda,valor,representaçãodopreço,período,condiçõese fundamento.Sónaopçãotributada aparecem tipo/data da declaração,data de início quando aplicável,data da operação e estado explícito do regresso(nãoexiste/existe/aindadesconhecido);dataderegressoseexistir.Desconhecidonãoéausência;estadonegativocomdataguardadaédivergênciaa resolverexplicitamente.Nãoapagarvaloresocultosnemrepartirmontantesautomaticamente.Daopçãoanualderiva1Janeiroseguinte;opçãonadeclaraçãodeinícioderivadata de início comdeclaraçãonãoposterior;datasfora doperíodo/opçãoineficaz/regressoantesdoscincoanosoujáeficazdãolinhaindeterminada,semreclassificarautomaticamente.Terpassadocincoanosnãocessaopção.Semregressodeclarado,continuaatributação.Data/resultadodaopçãoeficazseguemno relatório e snapshot/histórico. Móduloderegraproduction-option/1,versãoespecíficasónostrêsnovostratamentosoptantes;chavesdosanterioresinalteradas.

**Reutilização da opção:**a origem pode ser escolhida entre as linhas do dossier; não se assume automaticamente a primeira nem a equivalência dos sujeitos passivos. Antes de substituir dados deliberados, a interface explica o impacto e pede confirmação. A data específica da operação de destino é conservada; a origem copiada segue no snapshot e no relatório. Prova dirigida: reutilizar de g2i-2(data da operação15/10) para g2i-4 preservou20/10, com declaração/estado comuns e origem identificada; revisão final5 recuperada pela API.

**Limitação inicial, superada pela correcção acima (registo histórico):**inícioem29/02edeclaraçãoderegressoem28/02doquintoano,semcorrespondênciadeaniversárionocalendário,nãoéresolvidopelasfontesfiscaisconferidas.Permaneceindeterminadonestecaso,sem inventar convenção fiscal;declarar em data inequivocamente posterior ou confirmar a regra de contagem aplicável. Élimitaçãointerna às opções P020–P022,nãonovoIDnemalargamentodeP001;asrestantesdatas/operaçõesavançam.P001continuaexclusivamente05/06.

**Provas dirigidas:**3testesfrontendcobrem7tratamentos,datasanuais/início,efeitosfuturos,regressodeclaradoeficaz,cincoanos,ausênciaexplícita,estadodesconhecido,divergênciadata/estado,calendárioinválido,29/02→28/02indeterminado,regressoposterior,nãocaducidadeealteraçãoqueconservaresultadohistórico.FixturecongeladaG2Hpreservanovecontextosanteriorescomentradas/resultados/chavesactuais,semrecálculo.Naamostra:01=300,00;02=48,00;05=100,00;07=300,00MZN,preçolíquido/incluído.APIprivadaPOST→GET,QAisolada simulator_fiscal_delta_20261021_test:55441,guardadedestino/transacçãorevertida,1teste/14asserções;snapshotintegral,datas e campos recuperados.Interface real:opçãoanualde2026→efeitos2027/indeterminado;dataválidareposta→cálculo;regressodesconhecido→indeterminado;ausênciaexplicitada→revisão3guardada;payloadreal→API→recuperação→relatórioHTMLcomdatas/efeitos/versão/valores/contexto318Manica/2026-10.MoedaMZN. Tipos/buildpassaram. Renderizadoresinalterados,provasWord/PDF/fracçõesaceitesreutilizadas,semnovaafirmaçãodepaginação.

**Saldo:**133IDs=29entregues+4QA+99funcionaispendentes+P001documental.G2total32=25entregues+4QA+3pendentes(P008/P016/P035).Motor70tratamentoscondicionados(10iniciais+60dosgrupos),mais2opçõesindeterminadas.Sete tratamentos correspondem a quatro ramos.29fechospreservados;semnovaentreganestapassagem.Estatísticas/IAadiadas.Artefactosprivados outputs/iva-l1-g2-production-20261024/.

24/10/2026 — G2G/G2H entregues na homologação d4eae917

**Cinco ramos entregues:**P010(segurança por entidade pública),P027(fornecimentos oficiais elegíveis),P031(operações sujeitas aSISA),P032(alienação com três fundamentos) eP026(produtos enumerados9(10)). São24tratamentos(G2G6/G2H18),não24IDs. Revisão efectivamente servidad4eae917,integrada por fast-forward9a56d982→d4eae917apósconsulta fresca do remoto e destino SSH autenticado,semforce. Provas G2G9dbfdd67/2440cb44 eG2H48146089/b297058d reutilizadas;os24anteriores mantêm os fechos. ProcessoGit/webhook/instalador existente;zero migrações/importações/alterações de acesso ou cálculo de outro imposto.

Conferência apenas do delta instalado:revisão/manifesto/hash,catálogo novo nos assets,entrada do simuladorHTTP200,hash do único ficheiro funcional. Controlos automáticos normais do instalador passaram;semnova ronda manual aceita nem execuções privadas sintéticas no activo. Fonte9(10)enumera18opções;direito19(1)(b)(v)conservado sem dedução automática de compras. P032mantémtrêsfundamentos,histórico/fundamentoobrigatórios. SISA nãofoicalculada.

Backup/restauro real isolado descritos abaixo:174tabelas,369ficheiros/configuração. Leitura posterior com a mesma identidade/contextoPostgreSQL confirma dados de negócio/regras/resultados preservados,diferenças operacionais documentadas no recibo.29fichas,28relações,408geometrias e369ficheiros/configuração preservados. Release9a56d982e backup mantidos;patch de contenção compatível,nãoaplicado,conserva catálogo/leitores/snapshots/relatórios;nenhumareversãoexecutada.

**Saldo:**133IDs=29entregues+103funcionaispendentes+P001documental;nenhumramoQAaguardaentreganesteconjunto.Motor63tratamentoscondicionados+2opçõesindeterminadas.G2total32=25entregues+7pendentes. P00105/06permaneceisolado;05/07nãoaresolve.L1aberto;estatísticas/IAadiadas. Manifestol1-g2gh-delivery-20261024.json;recibo acrescentado no registo integrado sem alterar objectos anteriores. Evidência privada outputs/l1-g2gh-delivery-20261024/.

24/10/2026 — G2G/G2H preparados para entrega conjunta

Cinco ramos P010/P026/P027/P031/P032,24tratamentos(G2G6/G2H18),sem aumentar IDs por opção. Consulta fresca de main e destino autenticado:9a56d982,ancestralidade confirmada,sem avanço concorrente detectado,instalador inactivo. Backup novo /var/backups/investmoz-l1-g2gh-delivery-20261024/backup:174tabelas,369ficheiros/configuração;dump SHA256 ffe24d9e324cc1ad2354e8feec088e072db437eb54d1f5b6dfd3830865940b40. Restauro real isolado l1_g2gh_restore_20261024:55441,rede desactivada,174contagens/checksums correspondentes,container próprio removido,zero escrita de teste no activo.

Provas G2G9dbfdd67/2440cb44 eG2H48146089/b297058d reutilizadas. Único delta funcional:catálogo iva-operations.ts;sem migrações/importações/permissões ou outro cálculo fiscal. Patch de contenção anterior continua compatível,não aplicado;preserva catálogo/leitores/snapshots/relatórios. Activação pelo Git fast-forward/webhook/instalador existente;conferir revisão servida,assets do delta e preservação após instalação. Preparação não declara os cinco ramos entregues. Manifestol1-g2gh-delivery-20261024.json;P00105/06isolado,L1aberto,estatísticas/IAadiadas.

24/10/2026 — G2H produtos enumerados demonstrado em QA

Candidata 48146089cdcef6ed3c2068b78fc6e48ccac434c8; P026 é um ramo com18tratamentos de produto. G2G9dbfdd67/2440cb44 permanece com4ramos/6tratamentos emQA para entrega conjunta.24ramos entregues mantêm os fechos;homologação9a56d982inalterada.

**Enumeração executável:**milho,farinha de milho,arroz,pão,sal iodado,leite em pó para lactente até um ano,trigo,farinha de trigo,tomate fresco ou refrigerado,batata,cebola,carapau congelado,petróleo de iluminação,gás domésticoGPL,jetfuel,bicicletas comuns e de ferro até4velocidades,preservativos,insecticidas. Cada opção guarda identidade listed_*,natureza/qualificador e fundamento próprios; não se generaliza a todos os alimentos,combustíveis,produtos químicos ou material médico. Texto das bicicletas conserva a enumeração legal,sem inventar nova categoria ou regra de velocidades.

**Fonte exacta:**Lei22/2022,artigo1,PDF2,p.2252(26),9(10),substitui a enumeração2016(incluindo bicicletas comuns e de ferro até4velocidades). CIVA republicado Lei13/2016,PDF15,p.1426(273),19(1)(b)(v),inclui9(10)nasoperaçõescomdireitoàdedução. Reutilizado o cotejo posterior registado;Lei10/2025nãoaltera9e mantém19(1). Âmbito técnico Janeiro–Dezembro2026/MZN. Campo05;isenção comdireito nas condiçõeslegais,nãotaxazero nem dedução automática de compras. P00105/06nãoéresolvidoporestaopção05nem pela distinção05/07.

**Motor e reutilização:**sócatálogodeoperações,comcampos/componentesexistentes;oportunidade/localização,moeda,valor,representação do preço,período e fundamento reutilizados. Sem schema,API,migração,importação,permissão,fórmulaououtroimpostonovo. Seleccionar produto enumerado e completar condições em falta;desconhecido nãoézero nem produto elegível.

**Provas dirigidas:**2testesfrontend novos cobrem18opções,100,00MZNcada,05=1800,00,07=0,00,IVA0,00,preçoslíquidos/incluídos;retiradaindividualdecada condição/fundamento,moeda/períodoincompatível e identidade de produto fora do catálogo→indeterminado. FixturecongeladaG2G preserva oitocontextosanteriores completos eactuais,semrecálculo. APIprivadaPOST→GET,QAisolada simulator_fiscal_delta_20261021_test:55441,guardadedestino/transacçãorevertida,1teste/28asserções;18linhas e snapshotintegralrecuperados. Interface real:leite sem confirmação de destino para lactente atéumano→indeterminado;completado→calcular/guardar revisão3;payloadreal→API→recuperação→relatórioHTML. Relatório18linhas,05=1800,00,contexto317/Manica,2026-09,MZN,origem/fontes/versão;semtratamentosdosoutroscontextos. Tipos/buildpassaram. Word/PDF/fracçõesaceitesreutilizados,renderizadoresinalterados,semnovaprova de paginação. Ensaiosdos24entregues eG2Gnãorepetidos.

**Saldo:**133IDs=24entregues+5QA(G2G4/G2H1)+103funcionaispendentes+P001documental.G2total32=20entregues+5QA+7pendentes.Motor63tratamentoscondicionados(10iniciais+53dosgrupos),mais2opçõesindeterminadas.18opçõesnãoacrescentam18IDs. Próximaentrega conjuntaG2G/G2H pelo Git existente com destino/concorrênciafrescos,backup/restauro,activaçãoeconferênciaapenasdelta. L1aberto;estatísticas/IAadiadas. Artefactosprivados outputs/iva-l1-g2-listed-20261024/.

24/10/2026 — G2G condicionado demonstrado em QA

Candidata 9dbfdd67ad2d2ad54c9bb8a12fb8dae0f053c226; quatro ramos, seis tratamentos. Prosseguimento do G2 sobre a entrega9a56d982/recibo541ea704. Os24entregues permanecem encerrados. Reutilizado o motor,os campos,API e relatórios existentes;sem schema,importação,migração ou cálculo de outro imposto. Homologação inalterada nesta prova.

ID	Tratamento executável / condições específicas	Fonte exacta
P010	public_security:bens/serviços ligados à segurança pela própria entidade pública definida10(1);não presumir segurança social nem prestador privado contratado	CIVA2016PDF9/p.1426(267),9(2)(b);Lei22/2022PDF1/p.2252(25),9(2)mantido,ePDF2/p.2252(26),10(1)
P027	official_military_supplies:material de guerra/aquartelamento,fardamento militar/paramilitar,utilização oficial das Forças de Defesa e Segurança Nacional,actividade exclusivamente para aqueles serviços,estabelecimento reconhecido pelo Ministério competente	CIVA2016PDF10/p.1426(268),9(11);Lei22/2022PDF2/p.2252(26),11mantido
P031	sisa_subject_operation:operação sujeita aSISA,mesmo isenta desse imposto,com fundamento identificado;não qualquer operação imobiliária	CIVA2016PDF10/p.1426(268),9(12)(d);Lei22/2022PDF2/p.2252(26),12(d)mantida
P032	Três fundamentos guardados separadamente:exempt_activity_asset_sale(afectaçãoexclusivaaactividadeisenta);no_deduction_right_asset_sale(inexistênciadedireitoanterior,nãoapenasdireitonãoexercido);excluded_deduction_asset_sale(aquisiçãocomexclusão20,identificarnúmero/alíneaeconferirexcepções20(3))	CIVA2016PDF10/p.1426(268),9(12)(e);PDF15/p.1426(273),20(1);Lei22/2022PDF2/p.2252(26),12(e)mantida,ePDF3/p.2252(27),20(2–3)

Todos usam07,isençãosemdireitoàdeduçãonestaoperação,àluzdo19(1),CIVA2016PDF15/p.1426(273). O exercício do20nãoé presumido pela falta de factura nem por não ter sido deduzido IVA;histórico e fundamento continuam explícitos. Não se calculou SISA,nem se declarou concluído o loteSISA. Reutilizado o cotejo posterior registado;Lei10/2025art1enumeraalterações3/6/12/18/19/21/23/25/26/27/31/32/33/34,nãoaltera9/10/20;19(1)mantido. Lei22/2022altera20:oconteúdo20(2–3)foiconferido,nãoseusouanumerçãoantiga20(2)paraexcepções. Aplicação técnica Janeiro–Dezembro2026/MZN;semperíodohistóricopresumido.

**Provas novas:**2testesfrontend,6linhas100,00MZN,07=600,00,05=0,00,IVA0,00;ausência individualdecadacondição/fundamento,moeda/períodoincompatível→indeterminado. FixturecongeladaG2F preserva sete livros anteriores completos e actuais,semrecálculo. APIprivadaPOST→GET na QAisolada simulator_fiscal_delta_20261021_test:55441,guardadedestino/transacçãorevertida,1teste/16asserções. Interface real:histórico da inexistência de direito não confirmado→indeterminado;completado→calculado/guardado revisão3;payloadreal→API→recuperação→relatórioHTML. Relatórioseislinhas,600,00no07,contexto316/Manica,2026-08,MZN,origem/fontes/versão,semtratamentosdosoutroscontextos. Tipos/buildpassaram;renderizadoresinalterados;Word/PDF/fracçõesaceitesreutilizados,semnovaafirmaçãodepaginação. Nãoforamrepetidosensaiosdos24entregues.

**Saldo:**133IDs=24entregues+4QA+104funcionaispendentes+P001documental.G2total32=20entregues+4QA+8pendentes.Motor45tratamentoscondicionados(10iniciais+35dosgrupos),mais2opçõesindeterminadas. P00105/06isolado;L1aberto;estatísticas/IAadiadas. PróximaentregaGitconferiráapenasdeltaapósbackup/restauro/destinofresco,preservandocatálogo/leitores/histórico. Artefactosprivados outputs/iva-l1-g2-conditional-20261024/.

24/10/2026 — explicitação dos três ramos G2F entregues

G2F corresponde exactamente a AUD-SIM-L1-P023 → special_tax_games (jogos/operações sujeitos ao imposto especial sobre o jogo), AUD-SIM-L1-P028 → stamped_values (transmissão de valores selados, redacção2022) e AUD-SIM-L1-P037 → public_passenger_transport (transporte público de passageiros). Os três usam07 nas condições demonstradas; não calculam o imposto especial. Revisão instalada9a56d982,recibo541ea704. G2E elevou17→21 e G2F21→24;sete ramos entregues no mesmo conjunto,sem repetir provas. P00105/06 permanece aberto. Corrigida somente a referência de pasta das provas G2F em três linhas da matriz para outputs/iva-l1-g2-services-20261024/;o estado de entrega mantém-se.

24/10/2026 — G2E/G2F entregues na homologação9a56d982

**Sete ramos entregues:**P023/P028/P033/P034/P036/P037/P044, sete tratamentos condicionais. Integração por fast-forward3b788ec0→9a56d982,semforce,após consulta fresca do remoto e destino SSH autenticado. ProvasQA G2E33d18b9e/30760cab eG2F8171c799/9b0f4370 reutilizadas;os17anteriores mantêm os seus fechos. Processo Git/webhook/instalador existentes;sem migrações/importações/alterações de acesso ou cálculo de outros impostos.

Revisão efectivamente servida9a56d982,manifesto/hash e marcadores das sete opções nos assets conferidos;entrada do simuladorHTTP200. Controlos automáticos normais do instalador passaram,sem repetir rondas manuais aceites. Não se criaram execuções/dossiers sintéticos no activo. Hash do único ficheiro funcional corresponde ao manifesto.

Backup novo e restauro real isolado descritos abaixo:174tabelas e369ficheiros/configuração. Conferência posterior por leitura PostgreSQL sob a mesma identidade/contexto;dados de negócio/regras/resultados preservados,diferenças operacionais documentadas no recibo.29fichas/28relações/408geometrias e369ficheiros/configuração preservados. Release3b788ec0 ebackup mantidos;contenção compatível conserva catálogo/leitores/snapshots/relatórios;nenhuma reversão executada.

**Saldo:**133IDs=24entregues+108funcionaispendentes+P001documental;nenhumramoQAaguardaentreganesteconjunto.Motor39tratamentoscondicionados+2opçõesindeterminadas. P00105/06permaneceisolado;a distinção05/07nãoaresolve. L1aberto;estatísticas/IAadiadas. Manifesto;recibo acrescentado ao registo integrado,sem alterar objectos anteriores. Evidência privada outputs/l1-g2ef-delivery-20261024/.

24/10/2026 — G2E/G2F: destino e backup/restauro conferidos

Leitura SSH autenticada confirmou main/revisão instalada/current3b788ec0 e instalador inactivo; consulta remota fresca sem avanço concorrente. Conjunto G2E33d18b9e/30760cab eG2F8171c799/9b0f4370 compatível por ancestralidade. Backup novo /var/backups/investmoz-l1-g2ef-delivery-20261024/backup,174tabelas e369ficheiros/configuração verificados; dump SHA256 e23ea1909ede1cb3be7a5e5751f5580e8b8c0b2452c53772c8e28d06ec999b20. Restauro real isolado l1_g2ef_restore_20261024:55441,rede desactivada,174contagens/checksums correspondentes,container próprio removido;zero escrita de teste na base activa.

Pronto para activação pelo Git/webhook/instalador existentes. Único ficheiro funcional alterado:catálogoIVA;sem migrações/importações/permissões ou cálculo de outro imposto. Provas QA reutilizadas;patch de contenção compatível,não aplicado;conserva catálogo/leitores/snapshots/relatórios. Manter release anterior e backup;verificar apenas revisão servida,delta e preservação após instalação. Esta preparação ainda não declara os sete ramos entregues. P001permanece05/06;L1aberto.

24/10/2026 — entrega conjunta G2E/G2F preparada; autenticação necessária

G2E33d18b9e/30760cab e G2F8171c799/9b0f4370: sete ramos P023/P028/P033/P034/P036/P037/P044, sete tratamentos condicionais. git fetch origin confirmou main3b788ec0, ancestral da candidata, sem alterações concorrentes detectadas. Só o catálogo iva-operations.ts constitui delta funcional; sem migrações/importações/permissões ou cálculo de outro imposto. Provas válidas de ambos os grupos reutilizadas; patch de contenção anterior continua compatível por git apply --check, não aplicado.

Manifesto l1-g2ef-delivery-20261024.json. Próximas acções dependentes do canal autenticado: destino/revisão/instalador, backup novo/restauro isolado, nova consulta a main imediatamente antes do fast-forward, activação pelo processo Git e conferência apenas do delta instalado/preservação. A sessão SSH anterior está encerrada; nenhuma credencial é guardada. Não foi actualizado main nem instalada esta candidata nesta preparação. Saldo17entregues+7QA+108funcionais+P001=133;homologação3b788ec0;L1aberto. P00105/06 permanece distinto de05/07. Estatísticas/IAadiadas.

24/10/2026 — G2F operações por natureza em QA; G2E preservado

Candidata 8171c7992e3254924545c617a8bfdd812bd7788c; três ramos P023/P028/P037, três tratamentos. Continuação do agrupamentoG2. G2E33d18b9e/30760cab mantém quatro ramos emQA; os17entregues em3b788ec0 permanecem encerrados. Sem nova disponibilização nesta prova.

Ramo	Operação e condições	Fonte / correspondência
P023	Exploração/prática de jogos de fortuna/azar ou diversão social na legislação própria, respectivas comissões e operações sujeitas ao imposto especial, incluindo títulos de apostas/bilhetes de ingresso; identificar fundamento da sujeição especial	CIVA9(8);07,sem direito à dedução nesta operação
P028	Transmissão de valores selados, identificados; sem abranger automaticamente comissões/serviços autónomos	CIVA9(12)(a),redacçãoLei22/2022;07
P037	Serviço de transporte público de passageiros, não inferido apenas da entidade pública; discriminar de mercadorias,locação ou serviços autónomos	CIVA9(12)(j);07

Cotejo: Lei13/2016/CIVA PDF10/p.1426(268),9(8),9(12)(a/j);PDF15/p.1426(273),19(1). Lei22/2022art.1 PDF2/p.2252(26) mantém9(8),9(12)(j),mas substitui9(12)(a) por “as transmissões de valores selados”. A menção antiga a selos pelo valor facial/comissões de venda não é transportada automaticamente para2026; comissões exigem enquadramento próprio. Não foi inventado limite de preço nem autorização pública adicional. Renúncia11/Lei13PDF11afecta9(7)(b–d),nãoestesramos. Cotejo posterior já aceite reutilizado:Lei16/2020afecta9(13);Lei10/2025nãoaltera9nem19(1). Âmbito técnico Janeiro–Dezembro2026/MZN. P001 permanece documental05/06;05/07nãoaresolve. O imposto especial sobre o jogo é condição de enquadramentoIVA,não novo cálculo desse imposto; permanece no inventário fiscal próprio.

Execução e provas: catálogo existente recebe três opções/condições,sem schema,migrações,importações,permissões,API ou fórmulas novas. Reutiliza oportunidade/localização,moeda,valor,período,base líquida/incluída e campos de fundamento.2testesfrontend novos:3linhas100,00MZN,07=300,00,05=0,00,IVA0,00; ausência individualdecada condição/fundamento ou período/moeda incompatível→indeterminado. FixturecongeladaG2E preserva seis livros anteriores completos e chaves actuais,semrecálculo. APIprivadaPOST→GET,QAisolada simulator_fiscal_delta_20261021_test:55441,guardadedestino/transacçãorevertida,1teste/13asserções. Interface real:retirar confirmação de sujeição especial→indeterminado;completar→calculareguardar revisão3;payloadreal→API→recuperação→relatórioHTML. Relatório confere trêslinhas,300,00no07,contexto315/Manica,2026-07,MZN,origem/fontes/versão. Tipos/buildpassaram. Word/PDF/fracções aceites reutilizados,renderizadoresinalterados,semnovaprova de paginação. Ensaios dos17entregues eG2Enãorepetidos.

**Saldo:**133=17entregues+7QA(G2Equatro/G2Ftrês)+108funcionaispendentes+P001documental. G2total32=13entregues+7QA+12pendentes.Motor39tratamentoscondicionados=10iniciais+29dosgrupos,maisduasopçõesindeterminadas. NenhumIDeliminado/fundido. Entrega conjuntaG2E/G2F a preparar pelo Git existente,conferênciafrescadodestino/concorrência,backup/restauro eapenasdelta. L1aberto;estatísticas/IAadiadas. Artefactos privados outputs/iva-l1-g2-services-20261024/.

24/10/2026 — G2E agropecuário demonstrado em QA

Candidata 33d18b9efc7afac2271187dd9db8165289659b37; quatro ramos P033/P034/P036/P044, quatro tratamentos. Continuação do G2 existente sobre a entrega3b788ec0/recibo0aac0d15;17ramos entregues preservados,semrepetirensaiosaceites. Homologação inalterada;L1aberto.

Ramo	Operação/condições	Correspondência
P033	Bens resultantes da produção industrial de rações para animais de reprodução e abate para consumo humano	05;9(12)(f),19(1)(b)(v),comdireitoàdeduçãonascondiçõeslegais
P034	Grão de soja,bagaço de soja,soja integral,farinha de peixe,farinha de carne,pós de osso,monofosfato de cálcio,lisina,metionina;matéria-prima para essa produção industrial/destino	07;9(12)(g),19(1),sem direito nesta operação
P036	Agulhas,seringas e medicamentos de uso veterinário	07;9(12)(i),19(1),sem direito nesta operação
P044	Abertura de canais,ceifa,drenagem,água para irrigação,limpeza de valas de drenagem,pulverização da terra,efectuadas no âmbito agrícola	07;9(15),19(1),sem direito nesta operação

Fonte/período: CIVA republicado Lei13/2016 PDF10/p.1426(268),9(12)(f/g/i),9(15);PDF15/p.1426(273),19(1),particularmente19(1)(b)(v),que enumera12(f),não12(g/i)nem15. Lei22/2022 art.1 PDF2/p.2252(26) mantém estas alíneas/número. Renúncia11,PDF11/p.1426(269),abrange9(7)(b–d),não estes quatro ramos; não foi acrescentado impedimento genérico por renúncia. Reutilizado cotejo posterior aceite:Lei16/2020afecta9(13);Lei10/2025nãoaltera9/11nem19(1). Aplicação técnica Janeiro–Dezembro2026/MZN;semcálculohistóricopresumido.P001nãoafectaestesramos. Originais já existentes,preservados.

Implementação: quatro opções/condições específicas no motor existente;semreconstrução do simulador,novoformulário,schema,API,migração,importação,permissão ou regra fiscal de servidor. Reutiliza oportunidade,localização,moeda,valor,representação do preço,período e campos de fundamento/condições. P033 não confunde isenção com taxa zero nem gera dedução automática de compras:documento,afectação e elegibilidade continuam no percurso próprio de aquisições. Nosoutrosramos,a ausência da enumeração do19(1)éconservada. Nãoestenderabenefícioaqualquerprodutoveterinário,ração,obraoufornecimentodeágua.

**Provas dirigidas:**2testesfrontendpassaram:quatroramos,100,00MZNcada,preçolíquido/incluído;05=100,00;07=300,00;IVA0,00;ausência individualdecadacondição/fundamento,moedaincompatível/períodoforacobertura→indeterminado. FixturecongeladadaQA G2D preserva cinco livros anteriores integralmente,comchavesactuais,semrecálculo. APIprivadaPOST→GET,baseQAisolada simulator_fiscal_delta_20261021_test:55441,guardadedestino/transacçãorevertida,1teste/14asserções,snapshotintegralrecuperadoe05/07conferidos. Interface real:afectaçãodosinsumosdesconhecida→indeterminado;completada→calculado/guardadorevisão3;payloadreal→API→recuperação→relatórioHTML. Relatórioquatrooperações,contexto314/Manica,2026-06,MZN,origens/fontes/versão;05/07coerentes,semoperaçõesdosoutroscontextos. Tipos/compilação passaram. Renderizadores não alterados;Word/PDF/fracções aceites reutilizados,semnovaafirmaçãodepaginação.

**Saldo:**133IDs=17entregues+4QA+111funcionaispendentes+P001documental.G2total32=13entregues+4QA+15pendentes.Motor36tratamentoscondicionados=10iniciais+26dosgrupos;duasopçõesindeterminadasmantidas. IDsnenhumfundido/eliminado. Estatísticas/IAadiadas. EntregafuturaGitcomconferênciafrescadodestino/concorrência,backup/restauroedelta;nenhumadisponibilizaçãoexecutadanestapassagem. Contençãodeveconservarcatálogo/leitores/snapshots,históricoerelatórios;patchcompatívelanteriornãoseaplicaautomaticamente. Artefactosprivados outputs/iva-l1-g2-agro-20261024/.

24/10/2026 — G2C/G2D entregues na homologação3b788ec0

**Cinco ramos entregues:**P013–P015/P024–P025, sete tratamentos condicionais. main actualizado por fast-forward490527b9→3b788ec0, semforce, após consulta fresca do remoto e destino autenticado, preservando os fechos anteriores. Instalação/activação pelo webhook/instalador existente. Revisão efectivamente servida3b788ec0, manifesto/assets do novo catálogo e entrada do simuladorHTTP200 conferidos; sem novas execuções privadas sintéticas no activo. Controlos automáticos normais do instalador conservaram o processo de entrega; não se repetiram rondas manuais das provas QA aceites.

Backup/restauro real descritos abaixo:174tabelas/369ficheiros. Após instalação,174tabelas comparadas sob a mesma identidade/contextoPostgreSQL; diferenças em cache/sessions e um evento concorrente de consulta do Balcão (virtual-desk, desk_cases, consulted,12:47:35UTC). Conferido separadamente: os645eventos de auditoria anteriores mantêm contagem/checksum exactos; o novo evento foi preservado. Restantes dados de negócio/regras/resultados preservados.369ficheiros/configuração iguais;29fichas,28relações e408geometrias preservadas. Hash do único ficheiro funcional corresponde ao manifesto. Zero migrações/importações/alterações de acesso. Release490527b9 e backup verificado mantidos; patch de contenção compatível disponível, nenhuma reversão executada.

**Saldo:**133IDs=17entregues+115funcionaispendentes+P001documental;nenhumramoQAaguardaentreganesteconjunto. Os12anteriores mantêm o fecho490527b9;cinco novos em3b788ec0. L1aberto;P001não bloqueia independentes;estatísticas/IAadiadas. Recibo acrescentado no registo integrado existente, sem alterar objectos históricos;manifestol1-g2cd-delivery-20261024.json. Evidência privada em outputs/l1-g2cd-delivery-20261024/.

24/10/2026 — G2C/G2D: entrega conjunta preparada

Cinco ramos P013–P015/P024–P025, sete tratamentos condicionais, sobre G2C122f4f04/d32ad1e0 e G2D8d127799/c28e290b. Consulta fresca de origin/main e destino SSH autenticado:490527b9, ancestralidade confirmada, sem avanço concorrente detectado, instalador inactivo. Único delta funcional: iva-operations.ts; sem schema, migrações, importações, permissões ou activação de regras fiscais no servidor. Provas QA aceites reutilizadas, sem nova ronda manual.

Backup novo /var/backups/investmoz-l1-g2cd-delivery-20261024/backup:174tabelas e369ficheiros/configuração verificados; dump SHA256 c11ba51e60cb3ac1cad5411c2aeefcb0adaeadd6fd2c16cd42fd6b63b1449fff. Restauro real isolado em l1_g2cd_restore_20261024:55441, rede desactivada,174contagens/checksums correspondentes; container próprio removido, zero escrita de teste na base activa. Patch de contenção existente continua compatível por git apply --check, não aplicado: conserva catálogo/leitores/snapshots/relatórios e suspende entradas L1. Release anterior e backup disponíveis; nenhuma reversão executada.

Activação pelo Git fast-forward/webhook/instalador existentes. Conferência posterior limitada à revisão, manifesto/assets do catálogo, entrada do simulador e preservação de dados/configuração; sem execuções sintéticas no activo. Até confirmação instalada,12entregues+5QA+115funcionais+P001=133;L1aberto. Manifesto. Estatísticas/IAadiadas.

24/10/2026 — G2D direitos de autor e publicações em QA

Dois ramos P024/P025 demonstrados, candidata 8d127799cdb4f6e6bed7c6d42b434361e16bee2d; G2C preservado para entrega conjunta. Incremento do G2 existente sobre122f4f04/registod32ad1e0. Homologação mantém490527b9;L1continuaaberto.

Ramo / tratamento	Fonte e condição concreta	Resultado
P024 / author_rights	CIVA9(9)(a): transmissão de direitos de autor ou autorização para utilização de obra intelectual, efectuada pelo próprio autor, seu herdeiro ou legatário; identificar operação e qualidade	Isenção sem direito à dedução nesta operação;07
P025 / cultural_publications	CIVA9(9)(b): transmissão de jornais, revistas e livros de natureza cultural, educativa, técnica ou recreativa; identificar publicação/natureza, sem generalizar a todo material escolar ou serviço editorial	Isenção sem direito à dedução nesta operação;07

Cotejo: original aceite Lei13/2016/CIVA, PDF10/p.1426(268),9(9)(a–b); PDF15/p.1426(273),19(1). Lei22/2022 artigo1, PDF2/p.2252(26), mantém9(9) e suas alíneas. Reutilizado o cotejo posterior registado: Lei16/2020 afecta9(13), não9(9);Lei10/2025 não altera9/10 nem19(1). Sem divergência documental dependente deP001 neste recorte; não foi inventada lista de exclusões ou autorização ministerial para estas operações. Aplicação técnica Janeiro–Dezembro2026/MZN; outros períodos permanecem indeterminados.

Reutilização: mesmos campos de oportunidade/localização, período, moeda, valor e preço líquido/incluído; acrescentadas apenas as duas opções e condições específicas no catálogo. Natureza da operação, titularidade/natureza da publicação e fundamento/pressuposto são recolhidos pelos campos existentes. Sem schema,importação,migração,permissão,API ou fórmula nova. Uma condição desconhecida não é não aplicabilidade nem isenção presumida; deve ser completada ou revista a classificação.

**Provas:**2testesfrontend novos passam: duas operações,100,00MZNcada,base líquida/incluída,IVA0,00,campo07total200,00; ausência individual de cada condição,fundamento vazio,moeda/período fora da cobertura→indeterminado. Fixture congelada G2C conserva quatro livros anteriores, respectivas entradas/resultados/histórico e chaves actuais sem recálculo; relatório do contexto313 exclui tratamentos dos outros livros. API privadaPOST→GET na baseQAisolada simulator_fiscal_delta_20261021_test:55441,guardadedestino/transacçãorevertida,1teste/11asserções; snapshot integral recuperado. Interface real: titularidade sem confirmação→indeterminado;completada→revisão3 calculada/guardada; payload da interface enviado à API→recuperado→relatórioHTML real conferido com linhas/valores,2026-05,MZN,opportunity:313/Manica,fontes/versão. Tipos/compilação passaram. Os12ramosentregues e G2C não foram reensaiados nem recalculados. Renderizadores não alterados; Word/PDF/fraccões aceites reutilizados, sem afirmar nova prova de paginação.

**Saldo:**133IDs=12entregues+5QA(G2CP013–P015;G2DP024–P025)+115funcionaispendentes+P001documental. G2total32=8entregues+5QA+19pendentes. Motor32tratamentoscondicionados=10iniciais+22dosgrupos;duasopçõesindeterminadasmantidas. NenhumIDfundido/eliminado. P001isolado;estatísticas/IAadiadas.

Próxima entrega conjunta: G2C+G2D aguardam integraçãoGit autorizada com conferência fresca do destino/concorrência,backup/restauro e apenasdelta. Catálogo é único ficheiro funcional alterado neste incremento; activação comcomponenteexistente. Preservar catálogo/leitores/resultados numa contenção, suspendendo entradas por mudança explícita posterior em vez de eliminar regras usadas. Sem nova entrega ou reversão executada. Artefactos privados: outputs/iva-l1-g2-publications-20261024/.

24/10/2026 — G2C cultural/associativo executável em QA

Três ramos P013–P015, cinco tratamentos condicionais, candidata 122f4f04b9e39d28e7b5922142c4ebc6889a68c1; L1 aberto. Continuação do agrupamento G2 existente, sobre a entrega490527b9/recibo dacda11c. Os12ramos entregues permanecem encerrados; não foram recalculados nem repetidos os seus ensaios. A homologação não foi alterada.

ID	Operação e condições específicas	Variantes / resultado
P013	Visitas guiadas ou não a museus, galerias, monumentos, parques, perímetros florestais, jardins botânicos/zoológicos e similares; pertença a entidade elegível; prestação pela própria entidade e próprios agentes; autorização do organismo sem finalidade lucrativa quando aplicável; bens apenas estreitamente conexos	Pública / sem finalidade lucrativa; campo07
P014	Cedência de pessoal por instituição religiosa ou filosófica, para actividade isenta no CIVA com fundamento identificado ou assistência espiritual	Pública / sem finalidade lucrativa; campo07
P015	Serviços no interesse colectivo dos associados; fins enumerados em9(2)(g); única contraprestação quota fixada nos estatutos	Sem finalidade lucrativa; campo07

Fonte e período: CIVA republicado pela Lei13/2016, PDF9, página1426(267), artigo9(2)(e–g); PDF15, página1426(273),19(1). Lei22/2022, artigo1, PDF1/p.2252(25), mantém estas alíneas; PDF2/p.2252(26),10(1–2), define entidade pública e as quatro condições cumulativas dos organismos sem finalidade lucrativa. Reutilizado o cotejo registado das alterações posteriores: Lei16/2020 altera9(13), não este recorte; Lei10/2025 não altera9/10 nem19(1). Aplicação técnica limitada a Janeiro–Dezembro2026/MZN, sem cálculo histórico presumido. Originais já existentes no arquivo de fontes; não se importou nem publicou um documento novo.

Dados e execução: reutilizam-se contexto da oportunidade, localização, moeda, montante, representação do preço e período; os campos existentes recolhem apenas natureza/entidade, condições específicas e documento ou pressuposto. Não foi reconstruído o simulador nem alterado schema, API, permissão ou regra fiscal de servidor. As quatro condições10(2) reutilizadas são cumulativas: lucros/gestão, escrituração, preços e não concorrência. Ausência de condição ou fundamento dá resultado indeterminado, nunca isenção presumida. Isenção sem direito à dedução nesta operação não constitui isenção geral da entidade nem dedução automática de compras.

Provas dirigidas: dois testesfrontend novos cobrem cinco variantes, preços líquidos/incluídos, ausência individual de cada condição, fundamento vazio, moeda/período fora da cobertura, soma500,00MZN no07 e isolamento do relatório. Fixture congelada da prova G2B preserva integralmente os três livros anteriores e respectivas chaves actuais, sem recalcular resultados aceites. API privada POST→GET passou na base QA isolada simulator_fiscal_delta_20261021_test:55441, com transacção revertida,1teste/14asserções e guarda do destino. Interface real emQA: retirar quota estatutária→indeterminado; repor→calcular/gravar revisão3; guardar payload real→API→recuperar→relatórioHTML real. O relatório confere cinco linhas,100,00MZN cada,IVA0,00,07=500,00,opportunity:312/Manica,2026-04,origem/artigos/versão. Tipos e compilação passaram. As provas Word/PDF aceites não foram regeneradas: este incremento não altera renderizadores nem representação de fracções; não se declara nova prova de paginação desses formatos.

**Saldo sem fusão de IDs:**133=12entregues+3demonstradosQA+117funcionaispendentes+P001documental. G2 tem32ramos:8entregues+3QA+21pendentes. No conjunto do motor há30tratamentos condicionais (dez iniciais+vinte dos grupos) e duas opções indeterminadas. P001 permanece documental; P016/festas de angariação e restantes grupos continuam nas respectivas dependências, sem bloquear G2C. Estatísticas/IA adiadas.

Entrega futura: delta funcional limitado ao catálogo iva-operations.ts, activado com o componente existente, sem migração/importação. Reversão deste incremento pelo Git pode retirar as cinco opções conservando leitores, snapshot e histórico; resultados já guardados exigem conservar o catálogo para continuar a ser lidos como actuais, pelo que contenção preferida é suspender entradas por alteração posterior explícita, não eliminar as regras usadas. Não se executou reversão nem nova disponibilização. Artefactos privados deQA em outputs/iva-l1-g2-cultural-20261024/.

24/10/2026 — entrega conjunta L1 instalada e delta conferido na homologação

Fecho parcial utilizável instalado em 490527b9, candidata funcional 4a35d63c. Conjunto: motor/classificação L1 inicial, fracções exactas e leitores, G1, G2A e G2B. A activação ocorreu pelo Git/webhook/instalador existentes, sem migrações, importações, publicação/activação de regras fiscais de servidor, alteração de permissões ou de consulta pública. Não equivale ao apuramento integral do IVA nem ao fecho de L1.

Destino e concorrência: a sessão SSH autenticada confirmou installed.json, symlink actual e revisão construída em1655f57e; instalador inactivo. git fetch origin fresco confirmou a mesma revisão remota, sem avanço concorrente; ancestralidade e hashes dos seis ficheiros funcionais conferidos. Publicada a branch do conjunto e actualizado main por fast-forward1655f57e→490527b9, sem force. Não se repôs o main local antigo nem se substituíram alterações concorrentes. A instalação activou a release490527b9-d41ae12f e conservou1655f57e-fe9d3b11 como release anterior.

Backup/restauro antes da integração: novo backup consistente, snapshot exportado da base teste_investidor:5432,174tabelas,369ficheiros persistentes/configuração verificados; dump SHA256 6e9a2b0b350b0effe0812e7e5faa5c9c1886611a50c1be5f8b00515d7ef0c5ea. Restauro real numa baseQA isolada l1_joint_restore_20261024:55441, container sem rede,174tabelas/contagens/checksums correspondentes; sem escrita na base activa. Originais privados e configuração ficaram no backup protegido /var/backups/investmoz-l1-joint-delivery-20261024/backup, sem expor valores de segredos. Mantém-se o patch de contenção compatível já ensaiado em QA: suspender edição/cálculo do painel L1, preservando leitores/resultados/relatórios/API/restantes formulários, pelo mesmo processo Git. O patch não está aplicado à release normal; não se executou reversão nem restauro da base activa.

Instalador e delta: activação concluída em24/10/2026 às12:30:02UTC; zero migrations/importações. Controlos automáticos normais do pipeline passaram (contrato isolado1teste/3106asserções;59unitários/317asserções;247frontend;compilação). Estes controlos pertencem ao processo de entrega existente; não foram reabertas rondas manuais dos casos aceites. Conferência posterior limitada ao delta instalado: revisão490527b9, hash do manifesto, quatro assets com11marcadores dos grupos/leitores/precisão, entrada actual do simuladorHTTP200 e disponibilidade fiscal existente. Não se criaram dossiers, pedidos ou cálculos sintéticos no activo.

Preservação: os seis ficheiros funcionais instalados correspondem aos hashes da candidata. Os369ficheiros persistentes/configuração correspondem ao backup. Comparadas as174tabelas por snapshot e leitura PostgreSQL com a mesma identidade/contexto antes e depois: diferenças apenas em cache e sessions; as restantes172tabelas, incluindo regras fiscais, drafts/resultados e dados de negócio, mantêm contagens/checksums. Não se declarou perda por visibilidade RLS nem se restauraram essas tabelas operacionais. Permanecem29fichas publicadas,28relações e408geometrias, sem reimportação.

HTTP403 delimitado, sem mudar acesso: duas leituras do mesmo URL /build/revision.json: cliente urllib padrão→403, Server:cloudflare, corpo error code:1010; cabeçalhos já usados no processo de entrega (Mozilla/5.0 InvesteMoz-Delivery)→200/revisão correcta. A documentação oficial Cloudflare1010 identifica recusa pela assinatura do cliente. A evidência delimita a camada e a diferença de cliente; não se afirma inspecção da regra específica no painel Cloudflare. Não há evidência de falha de permissão da aplicação; não foram alterados Cloudflare, Nginx, autenticação, RLS ou âmbito público.

Saldo: os12ramos demonstrados passam a entregues na homologação: P003–P007, P009, P011–P012, P017–P018 e P029–P030, com prefixo AUD-SIM-L1-. São15tratamentos dos grupos, para12ramos; o motor inclui também os dez tratamentos iniciais já aceites,25tratamentos condicionados no conjunto. Permanecem 120ramos funcionais pendentes +P001documental:133IDs=12entregues+120funcionais+1documental. P001 não bloqueia tratamentos independentes; os restantes lotes continuam no plano. S1–S3, aquisições08–10/totais condicionados14–18, estabilização276d833a e fechos anteriores preservados. Estatísticas/IA continuam adiadas.

Evidência privada/agregada em outputs/l1-joint-delivery-20261024/; manifesto actualizado em l1-joint-delivery-20261024.json; recibo acrescentado no registo integrado existente, sem alterar os recibos históricos. O commit documental do recibo é posterior à revisão efectivamente instalada, conforme o processo já utilizado.

24/10/2026 — G2B social em QA e entrega conjunta L1 preparada

G2B executável/demonstrado em QA, candidata conjunta 4a35d63c; entrega preparada, não instalada. L1 continua aberto. Preservados G1 (5030116e/89ab2883), G2A (675cf38f/0e644b55), precisão racional (689e7cbe) e provas aceites. Não se repetiram os ensaios de G1/G2A nem se regeneraram os Word/PDF das fracções. O conjunto concluído não depende do fecho dos restantes ramos ou da correspondência de P001.

G2B — três ramos, seis tratamentos por tipo de entidade

IDs com prefixo AUD-SIM-L1-:

Ramo	Tratamento público	Tratamento sem finalidade lucrativa
P009 — assistência social/bens estreitamente conexos	social_assistance_public	social_assistance_nonprofit
P011 — actividade habitual de equipamentos sociais e bens/serviços conexos	social_care_public	social_care_nonprofit
P012 — uso de instalações para prática artística/desportiva/recreativa/educação física	activity_facilities_public	activity_facilities_nonprofit

Fonte/período: CIVA republicado Lei13/2016, art.9(2)(a),(c),(d), PDF9/p.1426(267); art.19(1), PDF15/p.1426(273). Lei22/2022 art.1, art.10(1–2), PDF2/p.2252(26): definição de entidade pública e quatro condições cumulativas do organismo sem finalidade lucrativa. Reutilizado o cotejo das alterações2017/2020/2022/2025 já documentado; não houve nova validação de credibilidade da fonte. Âmbito técnico2026/MZN, operações internas; campo07 condicionado, sem dedução automática de compras ou apuramento integral.

Entidade pública: órgão/instituição da Administração Pública com funções administrativas do Estado nos termos legais. Organismo sem finalidade lucrativa: cumulativamente, não disponibiliza lucros nem interesse dos gerentes nos resultados; escrituração de todas as actividades disponível aos serviços fiscais; preços homologados ou, quando não sujeitos a homologação, inferiores aos comerciais análogos; ausência de concorrência directa com sujeitos passivos. Os controlos de uma entidade pública não exigem as quatro condições próprias do outro tipo. É a definição do artigo10, não um novo aprovador ou requisito organizacional criado pelo Codex.

Acrescem as condições da operação: assistência social e bens estreitamente conexos com fins/objecto reconhecidos; equipamento social enumerado, pertencente à entidade, na actividade habitual, com reconhecimento quando exigido; instalação explorada pela própria entidade e serviço a quem pratica a actividade, sem isenção automática de bilhetes para espectadores, rendas ou revenda. A escolha não decorre apenas do sector ou da designação «associação». A falta de uma condição/fundamento produz indeterminação; não zero nem isenção presumida. Os dados específicos são pedidos nos controlos já existentes, reutilizando contexto, moeda original, período, preço/representação e documentação válida do dossier.

Refinamento documental P010: o texto de9(2)(b), na mesma página, diz «ligadas à segurança», prestadas por entidades públicas. A rotulagem anterior «segurança social» foi corrigida na matriz; não se presume que a alínea seja um regime de segurança social. P010 continua pendente, com o mesmo ID e sem cálculo novo. Este refinamento não condiciona as alíneas(a)/(c)/(d).

Provas novas: dois testes frontend para seis tratamentos, todas as condições ausentes individualmente, fundamento ausente, preço líquido/incluído, contexto e relatório; um teste API privada/15asserções com guarda simulator_fiscal_delta_20261021_test:55441 e rollback. Componente real em QA18629: condições públicas e não lucrativas distintas; retirada a condição de preços do organismo não lucrativo→indeterminação; reposta→seis linhas de100MZN/campo07=600MZN/IVA0, oportunidade311/Manica/2026-03, revisão3. Interface→API→recuperação idêntica→relatório HTML existente. Os livros aceites309/G2A e310/G1 permanecem iguais e legíveis, sem recálculo. Tipos/compilação conferidos apenas para o delta.

**Saldo exacto:**133IDs=12ramos demonstrados em QA +120funcionais pendentes +P001documental. Ramos cobertos: P003–P007, P009, P011–P012, P017–P018, P029–P030. Pendentes funcionais: P002, P008, P010, P013–P016, P019–P028, P031–P133. G2 mantém32ramos:8cobertos/24pendentes. G1/G2A/G2B somam15tratamentos para12ramos; com os dez tratamentos iniciais já aceites fora deste saldo, o conjunto oferece25tratamentos determinados sob condições, mais duas opções explicitamente indeterminadas. Não se confundem ramos, tratamentos, grupos ou pendência documental.

Entrega conjunta — cobertura e dependências concretas

Manifesto executável/reconciliável: l1-joint-delivery-20261024.json. Inclui o motor L1 inicial, precisão racional e leitores/relatórios necessários, G1, G2A e G2B. Não é possível transportar só as opções novas sem as dependências L1 que ainda não estão na referência remota. Nenhum outro imposto, regime não demonstrado, tratamento de P001, alteração de fontes publicadas, migração, seeder, importação ou mudança de permissões integra a entrega. As fontes/cálculos publicados no servidor não são activados por este pacote.

A referência origin/main foi actualizada por git fetch origin, terminando em 1655f57e698fef4099c2886069a79cd1c920f792. O main local é anterior e não foi usado como base de reposição. A diferença funcional desde o destino Git limita-se a seis ficheiros JS/TS: painel mensal, componente de operações, fracções, aquisições, motor de operações e consolidação do dossier. Mantêm-se S1–S3, aquisições08–10/totais condicionados14–18, estabilização276d833a, complementos, âncoras/mapas e alterações concorrentes herdadas. A pré-visualização git merge-tree --write-tree passou: sem conflitos, árvore igual à candidata e fast-forward possível. O bundle outputs/iva-l1-g2-social-20261024/l1-joint-4a35d63c.bundle passou git bundle verify (166937bytes), com hash no manifesto; contém a candidata funcional e história desde a base, sendo o recibo final um commit documental posterior. Qualquer avanço remoto antes da publicação exige nova reconciliação do delta, nunca force-push ou substituição do trabalho concorrente.

Activação preparada: confirmar revisão servida e backup/restauro válidos do destino no processo existente; actualizar novamente origin/main; integrar a candidata/conjunto por fast-forward quando possível ou merge reconciliado; build normal por npm ci/npm run build e webhook existente. Excluir outputs, basesQA, dados sintéticos, public/hot, segredos e dependências locais do artefacto activo. Não há migration/seed/regra fiscal de servidor a executar nem novo sinalizador obrigatório. O painel passa a disponibilizar as opções compiladas no percurso já existente; a condição de cada operação continua explícita. Após instalação conferir só revisão servida/manifesto/asset do simulador e o delta de visibilidade/contexto/leitura, reutilizando os ensaios aceites. Não criar pedidos sintéticos no activo.

A leitura prévia de https://teste-investidor.tempo.co.mz/build/revision.json nesta passagem devolveu HTTP403. Portanto, não se afirma uma nova conferência da revisão efectivamente servida, de backup activo ou do instalador protegido. A referência1655f57e é a referência Git remota e a última entrega comunicada. O controlo autenticado já existente permite conferir o destino no momento da instalação; não é dependência fiscal nem bloqueio de P001. Nesta passagem não houve push para main, instalação ou escrita no activo.

Reversão preparada e ensaiada em QA: patch de consulta L1, verificado por git apply --check e pelo componente real em QA. Mantém catálogo, leitores, snapshots/histórico, relatórios, API e restantes formulários; suspende apenas edição/cálculo no painel L1 através de um fieldset desactivado com explicação visível. A consulta dos detalhes e o resultado de600MZN continuam disponíveis. É uma contenção operacional da interface, não uma alteração das permissões da API nem uma regra de negócio. Não está aplicada à candidata normal.

Em incidente: criar correcção Git sobre a revisão instalada, aplicar o patch sem ignorar conflitos, compilar/disponibilizar pelo mesmo processo e verificar apenas suspensão L1+consulta/relatório+demais percursos preservados. Corrigida a causa, reverter apenas esse commit de contenção e disponibilizar novamente. Não restaurar a base nem apagar snapshots para uma reversão de código. Voltar integralmente à revisão1655f57e ocultaria os tratamentos/leitores L1 e não é a reversão preferencial; se exigido por emergência, identificar essa redução e conservar base/originais/histórico para recuperação compatível. O bundle Git preparado transporta a história do conjunto desde a base remota; o recibo fixa candidata, hashes e resultado da pré-visualização. Ainda não é entrega na homologação.

Estatísticas/IA e os restantes lotes permanecem no plano acordado. Não se reabre o concluído para exigir uma nova ronda genérica de aceitação.

24/10/2026 — reconciliação dos IDs L1 e incremento G2A de saúde

Incremento executável em QA, candidata 675cf38f; L1 aberto; homologação inalterada. Preservados 5030116e/registo 89ab2883, G1 e a apresentação das fracções Word/PDF, aceites pela Tempo com base no relatório. Não se repetiram esses ensaios nem se regeneraram os respectivos ficheiros. As entregas podem reunir conjuntos coerentes/utilizáveis; o fecho de todos os ramos não é condição técnica ou organizacional para entregar um conjunto. Esta passagem prepara QA, sem realizar integração/disponibilização.

Reconciliação: ramo, tratamento e pendência documental

Os 133 IDs do inventário original incluem 132 ramos funcionais (P002–P133) e uma pendência documental (P001/D06). Todos os IDs desta secção têm prefixo AUD-SIM-L1-. Um ramo representa uma cobertura legal/operacional e pode conter vários produtos/variantes. Um tratamento é uma opção executável no motor. Um grupo agrega ramos por regras/dados comuns; agrupar não encerra os ramos nem cria uma aprovação por ID. Não houve eliminação, fusão ou renumeração de IDs.

Momento	Ramos cobertos em QA	Ramos funcionais pendentes	Pendências documentais	Total de IDs
Inventário inicial do saldo, excluindo os dez tratamentos anteriores já aceites	0	132	1	133
Após G1, candidata5030116e	4	128	1	133
Após este incremento G2A	9	123	1	133

Portanto, 133−4=129IDs pendentes após G1:128funcionais+P001. O resumo anterior «128restantes» referia apenas os funcionais e precisava desta distinção explícita. P001 não foi encerrado para produzir a diferença. Os nove ramos cobertos correspondem, nestes dois incrementos, a nove tratamentos; essa correspondência não é presumida para o restante inventário.

ID	Grupo/incremento	Tratamento executável	Estado/referência
P017	G1	financial_stamp	Aceite em QA5030116e; preservado
P018	G1	insurance_stamp	Aceite em QA5030116e; preservado
P029	G1	public_waste	Aceite em QA5030116e; preservado
P030	G1	public_funeral	Aceite em QA5030116e; preservado
P003	G2/G2A	health_assistive	Executável/demonstrado em QA neste incremento
P004	G2/G2A	human_materials	Executável/demonstrado em QA neste incremento
P005	G2/G2A	patient_transport	Executável/demonstrado em QA neste incremento
P006	G2/G2A	mosquito_nets	Executável/demonstrado em QA neste incremento
P007	G2/G2A	medicines	Executável/demonstrado em QA neste incremento
P001	D06	Nenhum: correspondência05/06	Pendente: instrução da edição recebida ou correspondência administrativa expressa aplicável

Os restantes 123IDs funcionais são exactamente P002, P008–P016, P019–P028 e P031–P133 (1+9+10+103). Permanecem na mesma matriz com grupo e dependência próprios; o recibo desta passagem enumera o conjunto exacto e verifica a partição disjunta dos133IDs. G2 mantém32ramos:5cobertos por G2A e27pendentes. Os onze grupos originais mantêm-se; G2A é um subincremento de G2, não um novo grupo nem o fecho integral de G2.

G2A — fonte, condições e reutilização

Fonte executada: CIVA republicado pela Lei13/2016, PDF9, p.1426(267), art.9(1)(b–f); direito à dedução confrontado com19(1), PDF15, p.1426(273). A rectificação de08/06/2017, BR89 PDF1, altera6/14 e anexos, não estas alíneas. Lei22/2022 art.1, PDF1, p.2252(25), mantém9(1)(b–f) por remissão. Lei10/2025 art.1, BR248 PDF12–13, altera outros artigos e19(2), conservando19(1); as isenções destas cinco operações não são convertidas em taxa5% nem em dedução automática de compras. O artigo19(1)(b)(v) não enumera9(1)(b–f).

Conferência adicional de âmbito: Lei16/2020, art.1, BR246 suplemento, PDF20, p.2414(20), exemplar oficial UFSA altera9(13), não9(1)(b–f). O nome do download menciona SISTAFE, mas o exemplar completo contém as Leis13–16/2020; identificada a página da Lei16, sem inferir conteúdo do nome. A fonte parlamentar https://www.parlamento.mz/wp-content/uploads/2025/05/iva.pdf foi localizada:8páginas sem texto extraível; não usada como lei aprovada nem como regra G2A. Continua por cotejar para a operação temporal correspondente, sem bloquear G2A.

Tratamento	Informação específica necessária nos controlos existentes
Compensação da deficiência/próteses/braille	Bem na enumeração e destino conforme categoria: deficiência, membro/órgão, fractura, visão ou audição; não qualquer equipamento médico
Órgãos/sangue/leite	Origem humana e natureza da transmissão; não origem animal ou serviço autónomo
Transporte de doentes/feridos	Doente/ferido, ambulância ou veículo apropriado e organismo devidamente autorizado; não basta destino hospitalar
Redes mosquiteiras	Identificação como rede mosquiteira; não extensão automática a outros bens preventivos
Medicamentos/artigos elegíveis	Produto farmacêutico exclusivamente terapêutico/profiláctico ou artigo enumerado da alínea com finalidade higiénica/medicinal/cirúrgica; não qualquer produto vendido por farmácia

Condição comum: operação interna localizada em Moçambique, distinguindo importação/estrangeiro. Âmbito técnico2026/MZN. Reutilizados oportunidade, moeda original, localização, estabelecimento, período, valor/representação e fundamento já guardados. Acrescentam-se apenas a escolha do tratamento e a confirmação das condições específicas em falta, nos controlos existentes. Não há novos formulários, campos persistidos, schema ou permissões. Uma confirmação/documento pressuposto em QA não é certificação da operação real. A falta de natureza, destino, autorização ou fundamento gera indeterminação; não presume zero nem isenção pelo sector.

P008 não integra G2A: matérias-primas/componentes de medicamentos exigem integração do estabelecimento no Serviço Nacional de Saúde e correspondência com a posição aplicável do AnexoIII, incluindo rectificação2017/alteração2022. Não se acrescenta uma aprovação ou inscrição autónoma à condição legal. Essa verificação afecta P008, não as cinco alíneas independentes. Os outros27ramos de G2 conservam as dependências já registadas. O próximo subincremento pode usar perfis sociais/art.10 ou produtos/anexos após o cotejo específico, sem criar um bloqueio comum a G2.

Prova dirigida e limites

Dois testes frontend novos cobrem os cinco tratamentos, cada condição ausente, fundamento ausente, preço líquido/IVA incluído isento e relatório/contexto recuperados. Um teste da API privada,13asserções, com guarda nominal simulator_fiscal_delta_20261021_test:55441 e rollback. No componente real em QA18628, retirada a autorização do transporte: indeterminação; reposta: cinco operações de100MZN, campo07=500MZN, IVA0; snapshot da interface → gravação/API → recuperação idêntica → relatório HTML do exportador existente. O contexto de tratamento é309/Manica/2026-02/MZN; o livro G1 da oportunidade310 mantém-se exactamente igual ao snapshot aceite, sem novo cálculo/teste de G1.

O motor, gravação, recuperação e exportador foram reutilizados. As provas Word/PDF das fracções permanecem aceites e intactas; não são apresentadas como uma nova prova específica dos cinco textos G2A. Apenas o relatório/contexto novo foi conferido neste incremento. Não se declara apuramento integral, dedução automática, submissão à AT, fecho integral de G2/L1 ou entrega na homologação. Estatísticas e IA permanecem adiadas.

24/10/2026 — L1: incrementos por regras/dados comuns e primeiro grupo executável

Continuação exclusivamente em QA, candidata 5030116e, sobre 689e7cbe/registo 8719e916. L1 aberto; homologação inalterada. Os 133 ramos foram distribuídos, sem duplicação, por onze incrementos funcionais e uma dependência documental. Não são 133 desenvolvimentos nem 133 aprovações. A correspondência individual está na mesma matriz, coluna «Grupo de execução», linhas AUD-SIM-L1-P001–P133; não foi criada outra matriz/backlog.

Grupo	Ramos	Regra/dados comuns e próximo incremento
G1 — serviços isentos	4	Executável em QA: natureza do serviço, entidade, sujeição a Selo quando exigida, fundamento, preço e período.
G2 — outras isenções internas	32	Classificação de bens/serviços e entidades, anexos, afectação e renúncia apenas quando aplicáveis. Próximo núcleo de classificação.
G3 — benefícios temporários	7	Calendário, início/termo e alteração expressa. Texto integral Lei3/2025 para açúcar/óleo/sabões; solar com termo31/12/2025, sem presumir prorrogação.
G4 — exportações/assimiladas	19	Destino, transportador/adquirente, embarcação/aeronave e documentos; perfis partilhados de exportação, transporte e intermediação.
G5 — regimes especiais/ofertas	7	Regime, beneficiário, localização e finalidade; condições específicas do benefício, sem isenção inferida do mapa.
G6 — isenções na importação	15	Documento aduaneiro, código, origem, regime e destino. Classificação L1; dedução/documento L2 e direitos L13 conservam âmbito próprio.
G7 — bases especiais	18	Motor comum de composição: preço/margem/custo, descontos, encargos, comissão, moeda e datas; fórmula por alínea.
G8 — territorialidade material	7	Lugar dos bens/execução/imóvel, partes/estabelecimento e trajecto; consolidar alterações apenas nas cláusulas afectadas.
G9 — transfronteiriços/digitais	11	Natureza, residência/estabelecimento, destinatário/utilização e responsável pela liquidação; consolidar Lei10/2025 por operação.
G10 — assimiladas/especiais	9	Perfis de comissão, stocks, uso próprio, gratuitidade e transmissão de negócio; histórico de dedução quando necessário.
G11 — exigibilidade/período	3	Calendário comum de entrega, execução, factura, pagamento e adiantamento; mês orçamental não determina sozinho o período fiscal.
D06 — correspondência do formulário	1	Falta a instrução da edição recebida que distinga05/06 ou correspondência administrativa expressa aplicável. Não bloqueia grupos independentes.

Sequência proposta após G1: G2 e perfis documentados de G4; G8/G11 para localização e período; G7/G10; G5/G6/G9 conforme a dependência concreta. G3 avança nas operações cuja regra temporal esteja determinada. D06 mantém trilho documental próprio. Cada incremento percorre dados → condições → cálculo/não aplicação/indeterminação → gravação → recuperação → relatório. As linhas conservam as dependências específicas; a tabela não as substitui. A estimativa544–912h continua preliminar, a rever por reaproveitamento medido; não se multiplica por133. SISA/IPRA continuam inventariados, com esforço separado.

G1 — quatro tratamentos, um incremento comum

Linhas P017, P018, P029, P030: operações bancárias/financeiras sujeitas a Selo; seguro/resseguro/mediação conexa sujeitos a Selo; remoção de lixo por entidade pública ou por ela contratada; serviços funerários/cremação e bens acessórios efectuados por entidade pública. Fonte: Lei22/2022, art.1, CIVA art.9(4),9(6),9(12)(b)/(c), PDF2, p.2252(26); natureza de entidade pública definida em10(1), na mesma página; direito à dedução confrontado com CIVA19(1), republicação2016 PDF15, p.1426(273). Aplicação técnica delimitada a2026/MZN, sem alterar taxa/regra fiscal nem activar regra publicada no servidor.

Reutilizados oportunidade, moeda original, estabelecimento, período, preço/representação e documento/pressuposto. Os únicos dados específicos são a escolha do tratamento e a confirmação fundamentada das suas condições, nos controlos já existentes. A sujeição a Selo é condição nas duas operações que a exigem; o cálculo de Selo não integra G1 nem é dependência técnica deste enquadramento. Não se presume isenção de toda a entidade, nem de funerárias privadas ou qualquer serviço de limpeza. Dados insuficientes produzem indeterminação, não zero. Campo07 apenas nas operações enquadradas; sem dedução automática de compras.

Provas novas: dois testes frontend; um teste API/11asserções, transacção revertida em simulator_fiscal_delta_20261021_test:55441. No componente real em QA, retirada a condição de Selo: operação/totais indeterminados; reposta: quatro linhas de100MZN, campo07=400MZN e IVA0. O resultado de interface foi guardado/recuperado pela API privada, sem diferença no snapshot, e usado nos exportadores reais. Os dez tratamentos aceites não foram reensaiados.

Preservação: a chave de actualidade passa a depender das regras efectivamente usadas, aceitando também a chave do catálogo anterior. Adicionar regras independentes não invalida o snapshot racional aceite. Teste dirigido confirma que permanece actual e byte a byte inalterado, sem recálculo; alterações das entradas/contexto continuam a invalidar a correspondência.

Formatos finais — conferência e limite

Conferência dos DOCX produzidos pelo exportador existente e dos PDFs nativos do percurso de impressão, usando o snapshot racional já aceite e o novo resultado G1 recuperado. A suspeita inicial de corte/sobreposição foi afastada pela renderização ampliada: os originais estão legíveis. A alteração experimental de paginação foi retirada, sem mudança nos exportadores. Não se declara uma regressão nem uma correcção inexistente.

Os resultados exactos 20/21, 1/21, total base 10102/105 e IVA 5051/1050, os decimais de apresentação 0.047619/4.810476, MZN, oportunidade Manica, período, fonte e versão permanecem nos ficheiros finais. Prova concluída: DOCX efectivamente renderizados em LibreOffice25.8.3.1 (seis páginas racional, duas G1), com todas as páginas inspeccionadas; PDF nativo Edge (sete páginas racional, três G1). Não se afirma renderização pelo Microsoft Word: a automação local desse programa não terminou; o renderizador alternativo abriu os DOCX reais. O auxiliar bundled falhou inicialmente por falta de pdf2image; usaram-se conversão LibreOffice e renderização PyMuPDF. O registo identifica ficheiros e hashes.

Saldo: G1 com quatro ramos executáveis em QA;128ramos funcionais nos outros dez grupos e uma pendência D06. Agrupamento não equivale a implementação dos restantes. Não se declara L1 concluído nem disponibilizado na homologação. Fechos anteriores preservados; IRPC/IRPS e restantes lotes mantêm o plano acordado.

24/10/2026 — delta L1: precisão racional, cotejo do campo06 e inventário por operação

Incremento em QA, candidata 689e7cbe, sem integração/homologação. Preservados candidata 544068e8, registo d89912e5 e as provas dos dez tratamentos. A Tempo apreciou o relatório comunicado; não lhe é atribuída conferência do manual ou da demonstração. L1 continua aberto. As referências abaixo actualizam os limites correntes, conservando o histórico anterior.

IVA incluído a5% — pendência de cálculo resolvida, apresentação distinta da declaração

O bloqueio de um decimal periódico era uma escolha técnica inadequada, não uma restrição fiscal da Tempo. Retirado. Para preço brutoG, conserva-se exactamente base=G×20/21 e IVA=G/21, isto é, a identidade aritmética decorrente de contraprestação+5%IVA (CIVA arts.15(10)/17-A, Lei22/2022 art.1/2, PDF3–4, pp.2252(27)–(28)). Não se altera a taxa nem se cria um novo regime. O art.34 na redacção Lei10/2025 (PDF14, p.2180(14)) contém o divisor116: não é usado como fórmula para a taxa5%.

• Cálculo/persistência: fracções reduzidas com numerador/denominador inteiros em unidadesMZN, sem ponto flutuante. Exemplo1MZN→base20/21 e IVA1/21. Guardam-se nas linhas e nos totais por período. As parcelas condicionadas14–18 transportam as fracções, sem somar aproximações das linhas.
• Apresentação: seis casas, metade para cima, identificadas como apresentação técnica. Mostram-se também as fracções exactas. Exemplo1/21→0.047619; não se perde o resto no valor calculado.21linhas de1MZN produzem IVA total1MZN, não0.999999. A resolução decimal não é precisão limite do cálculo.
• Regra declarativa: não determinada por escolher seis casas de apresentação. Esta implementação não afirma como a AT arredonda o campo declarativo a5%, nem bloqueia por isso a simulação. Cálculo, recuperação e relatório estão disponíveis; preenchimento/submissão oficial requerem a regra específica, no recorte declarativo próprio.
• Preservação: nova versão iva-operations-l1/2; resultados/entradas v1 permanecem guardados e legíveis. Não há recálculo automático dos dez tratamentos aceites. Outra oportunidade conserva a sua versão original, sem alteração. Origem alterada/incompleta não conserva indevidamente uma fracção apresentada como resultado actual.

Campo06 — cotejo concluído no acervo acessível; correspondência executável ainda pendente

1. Exemplares recebidos: DOCX SHA62c198e9/63d45fa8 e VAT Return.pdf SHA9c0b99a8, p.1/quadro8:05 «Vendas isentas com direito a dedução»;06 remete para18(1)(b);07 isentas sem direito;08–10 dedução de compras. As instruções/rodapés existentes nos exemplares não discriminam os conjuntos05/06. Originais inalterados; não se repetiu a prova dos restantes campos.
2. Lei: CIVA republicado2016 PDF14, p.1426(272),18(1)(b)=imposto devido na importação. PDF15, p.1426(273),19(1)(b)(i–v)=operações que permitem o exercício do direito, com múltiplos ramos; operações no estrangeiro são apenas o subponto(ii). Lei10/2025 PDF13 mantém a estrutura de19(1) e altera19(2). Não se deduz daqui uma regra «todo o estrangeiro vai para06», nem se coloca IVA de importação numa base de vendas.
3. Formulário antigo da AT: e-declaração, Modelo A, conteúdo oficial indexado consultado24/10:03 contém a remissão18(1)(b),04 isentas sem direito,05 imobilizado,06 existências,07 outros bens/serviços; taxa17%/remissão16. Portanto, a instrução antiga para «campo06» não corresponde ao campo06 da edição recebida. A consulta directa da página terminou em timeout; a leitura é identificada como conteúdo indexado, não sessão preenchida/submetida.
4. Publicação localizada: BR72 de15/04/2019, despacho/art.1(a), identificado no índice primário com aprovação do Modelo A e exemplar a17%. O ficheiro integral em archive.gazettes.africa respondeu HTTP403; não se declara leitura integral nem se usa o índice como instrução inexistente de05/06 da edição recebida. Não se contornou a restrição.

Conclusão delimitada: os números pertencem a layouts distintos e a remissão recebida não coincide com o texto legal consultado. A associação do antigo03 ao actual06 por simples deslocamento numérico continua insuficiente, porque existe também05 na edição recebida. Falta a instrução dessa edição que distinga os conjuntos05/06 ou uma correspondência administrativa expressa aplicável. Essa é a dependência de AUD-SIM-L1-P001. Não se declara campo06 resolvido/activado. A interface explica o cotejo; a localização da operação estrangeira é analisada independentemente desse número. O cálculo das linhas já delimitadas continua disponível; totais que dependem de uma classificação não determinada permanecem indeterminados.

Fontes locais verificáveis: CIVA2016, Lei22/2022, Lei10/2025 no BR248. A fonte oficial é aceite; a pendência é a correspondência concreta/edição, não nova validação da sua credibilidade nem aprovação jurídica genérica.

Restante cobertura — operações individualizadas na mesma matriz

A linha-mãeAUD-SIM-INT02 conserva os fechos e passa a remeter para 133 linhas de cobertura AUD-SIM-L1-P001–AUD-SIM-L1-P133 na matriz CSV existente, sem outro backlog. São ramos legais/operacionais do saldo anteriormente agregado, não133 novos impostos ou lotes. Cada linha identifica operação, artigo/fonte, dependência exacta, dados/condições em falta, próximo incremento e critério de percurso completo; nenhum desses ramos é declarado implementado por este inventário.

Sequência dos incrementos do saldo: R1 incidência/territorialidade e momento; R2 isenções internas por natureza/entidade e listas; R2T limites temporais/cessação; R3E exportações/assimiladas; R3Z regimes/benefícios especiais; R4 bases e composição da contraprestação. Os serviços transfronteiriços/digitais e operações assimiladas constam individualmente emR1D/R1S, não numa linha «outros». R3I delimita isenções na importação, conservando os cálculos/documentos/dedução deL2 e os direitos deL13 nos lotes próprios. A dependência06 éD06; o arredondamento declarativo está separado do cálculo racional disponível e do futuro fecho declarativoL3.

As linhas discriminam as alíneas ainda não implementadas dos arts.9,12,13,14,15 e as operações/localizações específicas dos arts.3/4/6/7/8. Produtos abrangidos por anexos exigem posição identificada; açúcar/óleo/sabões e solar têm dependência temporal concreta, sem prorrogação presumida para2026. Fontes antigas com regimes/benefícios especiais têm a alteração aplicável indicada como dependência antes de activar esse ramo. SISA/IPRA permanecemL15/L16 por analisar, esforço separado; não foram implementados nem somados à estimativa preliminar.

Provas deste delta e estado da entrega

Seis testes frontend novos aprovados, exclusivamente no delta: fracções periódicas, total antes da apresentação, gravação/recuperação e preservação do snapshot aceite da primeira oportunidade, totais14–18/relatório, informação insuficiente/origem alterada e não associação automática ao campo06. Não executada novamente a suite dos dez tratamentos aceites.

API real QA:1teste/10asserções, base nominal isolada simulator_fiscal_delta_20261021_test:55441, guarda de identidade e transacções revertidas. Preenchimento/calculadora real com três preços periódicos1/100/0.02MZN, na segunda oportunidade310→gravação privada→recuperação exacta das fracções/resultados e snapshot309 original→relatório HTML/CSV sem recálculo. Interface distingue fracções e decimais, incluindo total04=5051/1050MZN, apresentado4.810476. Prova visual dirigida apenas ao delta. Sem novo PDF exigido ou regeneração dos PDFs aceites.

TypeScript/build conferidos; código frontend e representação racional reutilizam a API/rascunho e exportador existentes. Nenhum motor/parametrização fiscal publicado, alteração de schema/permissões/dados activos ou entrega na homologação. O recibo integrado iva_l1_followup_qa_20261024 regista a candidata, artefactos e dependência documental06 ainda aberta. As544–912h continuam preliminares; este refinamento não é medição de esforço nem orçamento adicional aprovado.

24/10/2026 — L1 executável em QA: operações de IVA, cobertura e saldo explícitos

Estado: incremento executado em QA, não entregue na homologação; não é fecho integral de L1 nem do IVA. Base e8c39a1b, descendente da entrega 1655f57e. Ramo codex/iva-l1-20261024; candidata executavel 544068e8. Preservados os fechos S1–S3, aquisições08–10/totais14–18 e referência 276d833a. Mantém-se o plano único abaixo; o inventário admite omissões e recebe SISA/IPRA para análise antes do futuro Imobiliário. Nenhum imposto/regra publicado ou activado no destino, schema/configuração/permissões/dados activos alterados.

Operações efectivamente executáveis

Período técnico deste incremento: Janeiro–Dezembro2026, MZN explícito; não é declaração de expiração legal das fontes. Cada linha mostra artigo, fonte, condições e fundamento/pressuposto; a escolha do sector ou da localização não selecciona automaticamente isenção/taxa.

Operação incluída	Tratamento/campo	Fonte exacta e condições recolhidas
Operação interna geral	16%;01/02; preço líquido ou IVA incluído	CIVA arts.1,6,15(1),17(1–2); Lei22/2022 art.1, PDF3, p.2252(27); Lei10/2025 art.1, art.34, PDF14, p.2180(14). Confirmar localização tributável/regime normal e contraprestação completa sem base especial/isenção/taxa reduzida.
Serviços médicos/sanitários privados e estreitamente conexos	5%;03/04	CIVA arts.15(10),17-A(a), Lei22/2022 arts.1/2, PDF3–4, pp.2252(27)–(28). Prestador hospitalar privado/clínica/dispensário/similar e natureza do serviço confirmados.
Ensino privado reconhecido e operações conexas pelo estabelecimento	5%;03/04	CIVA arts.15(10),17-A(b), mesma fonte. Integração no Sistema Nacional de Ensino e reconhecimento ministerial; não aplicar a toda venda autónoma de material escolar.
Formação profissional privada e fornecimentos conexos	5%;03/04	CIVA arts.15(10),17-A(c), mesma fonte. Confirmar formação/conexão e prestador privado.
Lições ministradas a título pessoal	5%;03/04	CIVA arts.15(10),17-A(d), mesma fonte. Confirmar título pessoal e matérias do ensino escolar/superior.
Exportação de bens pelo vendedor/terceiro por sua conta	Isenção com direito nas condições legais;05	CIVA art.13(1)(a), republicação2016, PDF12, p.1426(270); art.19(1)(b)(i), PDF15, p.1426(273). Saída efectiva documentada ou pressuposto expresso da projecção; cliente estrangeiro por si só não basta. Não é dedução automática de compras nem classificação genérica «taxa zero».
Locação de imóvel para habitação	Isenção sem direito;07	CIVA art.9(5), Lei22/2022 art.1, PDF2, p.2252(26); condições do art.19(1), republicação2016 PDF15. Não aplicar a hospedagem nem locação comercial/industrial.
Serviços médicos/sanitários públicos e estreitamente conexos	Isenção sem direito;07	CIVA arts.9(1)(a),10(1), Lei22/2022 art.1, PDF1–2, pp.2252(25)–(26), conjugados com art.19(1). Confirmar serviço e natureza pública do prestador.
Ensino público reconhecido e operações conexas pelo estabelecimento	Isenção sem direito;07	CIVA arts.9(3)(a),10(1), mesma fonte. Confirmar integração/reconhecimento, natureza pública e operação efectivamente conexa.
Formação profissional pública e fornecimentos conexos	Isenção sem direito;07	CIVA arts.9(3)(b),10(1), mesma fonte. Confirmar formação/conexão e prestador público.

Originais legais: CIVA republicado2016, Lei22/2022, BR248, Leis7–12/2025. As páginas PDF são contadas a partir de1; as páginas impressas estão indicadas separadamente. A leitura identificou que o art.17-A está na página PDF4, não3; a referência do novo catálogo foi corrigida antes do registo da candidata. Fontes aceites, sem nova validação genérica de credibilidade.

Preço incluído: geral — art.34 na redacção Lei10/2025: base=preço×100/116, arredondada à unidade mais próxima; IVA=preço−base. Escolha técnica explícita no empate: metade para cima. Exemplo QA1161MZN→base1001/IVA160/bruto1161. Reduzido — inversão aritmética dos arts.15(10)/17-A quando exacta até6casas:105MZN→base100/IVA5/bruto105. Não aplicar o divisor116 à taxa5%. Quando a inversão a5% exige arredondamento não delimitado, a linha permanece indeterminada; pode ser usada uma base líquida documentada, sem a inventar. Valores líquidos usam precisão técnica6casas/metade para cima, declarada no relatório, sem afirmar arredondamento final da AT.

Dados reutilizados e únicos complementos pedidos

• Reutilizados: oportunidade em tratamento, moeda original, localização e rótulos, vendas e meses do plano/tesouraria, representação do preço quando já declarada e fonte do pressuposto. Reutilização não apaga edições deliberadas nem converte moeda.
• Informação adicional por operação, só quando em falta: descrição discriminante, estabelecimento (não inferido do local do projecto), tratamento, condições específicas e documento/pressuposto. Período, valor e preço líquido/incluído são herdados; só são preenchidos quando inexistentes ou divergentes. Nos valores reutilizados, a fonte existente preenche o pressuposto, evitando reescrita.
• Repartição explícita de vendas agregadas conserva total/período/moeda/representação da origem; parcelas devem reconciliar com esse total. Divergência, origem alterada, período fora de cobertura, preço desconhecido ou ausência de condição não gera zero. Uma lista vazia só constitui ausência após confirmação de cobertura do mês.
• Mantidos o rascunho privado, API, idempotência, permissões, relatório/CSV e o armazenamento já existentes: extensão salesOperations por oportunidade dentro de modelo_a_snapshot, sem novo formulário obrigatório nem schema. Cada recálculo guarda a versão anterior. A execução mensal geral existente continua conservada como execução separada e não é somada novamente às linhas L1.

Divergências delimitadas e saldo de L1

1. Campo06: o exemplar remete para art.18(1)(b), que na republicação2016 PDF14 é imposto devido na importação, enquanto o direito relativo a operações no estrangeiro surge no art.19(1)(b)(ii), PDF15. Não se troca silenciosamente a remissão nem se atribui esse campo a qualquer operação estrangeira. Entrada própria conserva os dados como indeterminados. A pendência não impede calcular as outras linhas; totais que possam depender dela continuam indeterminados.
2. Preço incluído5% com inversão não exacta: falta delimitar o método de arredondamento dessa situação, não a existência da taxa ou o cálculo de uma base líquida conhecida. Apenas esse ramo permanece sem resultado.
3. Outras coberturas ainda por implementar em L1: restantes isenções dos arts.9/12–14, bases especiais do art.15(2), territorialidade/autoliquidação/serviços digitais e outras operações não enumeradas nesta tabela; não presumir cobertura por seleccionar «Outra operação». O registo da venda é conservado, com informação insuficiente e próximo passo. As remissões temporárias do art.9(13)/(16) não são prorrogadas automaticamente. Importações/deduções parciais/regularizações mantêm os lotes próprios do plano.
4. Compras afectas a operações reduzidas/isentas/outras: não reutilizar automaticamente a dedução exclusiva geral do lote08–10 em contexto novo misto. CIVA art.19(2), Lei10/2025 art.1, PDF13, p.2180(13), menciona as operações17-A. Neste incremento, essas parcelas exigem afectação específica em L2; resultados antigos são conservados, não convertidos em dedução universal. Quando a classificação L1 está actual, os seus campos01–07 alimentam o apuramento parcial existente; classificação alterada/incompleta não é substituída pela antiga execução geral nem por declarações de ausência.

Referências exactas das incompatibilidades legislativas referidas no levantamento

• IRPC: Lei12/2025, arts.3/4/6, BR248 suplemento1 PDF20, p.2180(20): revogação dos arts.39,47,75(2),76; transição dos regimes simplificados para contabilidade organizada; entrada01/01/2026. Daqui decorre a incompatibilidade da recomendação corrente dos coeficientes art.47 em2026. Não se presume prazo de transição adicional nem se elimina a possibilidade de regra histórica do respectivo período.
• IRPS: Lei11/2025, arts.3/4/6, mesmo BR PDF18, p.2180(18): revogações discriminadas e transição dos sujeitos da segunda categoria dos regimes simplificados; entrada01/01/2026. Não é regra de cálculo mensal derivada dos escalões anuais.
• IVA: Lei10/2025, arts.2/3/5, mesmo BR PDF15, p.2180(15): art.53 transitório, revogação das SubsecçõesI/II da SecçãoIV e do art.21(8), entrada01/01/2026. São estes trechos que impedem escolher automaticamente antigos limiares de isenção/simplificado do resumo. Não demonstram a extinção das isenções por operação do art.9, que continuam a ser analisadas separadamente.
• Taxa geral e reduzida: Lei22/2022 arts.1/2/6, PDF3–4, pp.2252(27)–(28), arts.17(1)/17-A e início01/01/2023. As condições operacionais não são substituídas pelo exemplo de uma empresa mista do documento descritivo.

Provas dirigidas e limitações da demonstração

15 testes frontend aprovados: sete novos L1 e oito da ligação às aquisições directamente alterada; sem repetir suites S1–S3, mapas, projectos âncora ou outros fechos sem delta. Abrangem cada tratamento enumerado, preço incluído geral e reduzido exacto, preço desconhecido, condições em falta, zero explícito, divergência de moeda/período/origem, repartição, histórico, segunda oportunidade sem alterar a primeira, ligação aos totais e recusa de dedução universal.

API real:1 teste/13 asserções aprovado, executado sobre payload calculado na interface, base nominal isolada simulator_fiscal_delta_20261021_test:55441, identidade conferida e transacções revertidas. Gravação→mesmoID na repetição idempotente→recuperação exacta; outra conta recusada; fingerprint das regras inalterado. Não é teste de motor servidor L1: os valores projectados são calculados pelo componente frontend e conservados no rascunho privado existente, como no recorte de aquisições; nenhuma nova regra publicada/admitida no consumidor fiscal do servidor.

Interface: componente real num ensaio sintético isolado, com12 entradas (dez tratamentos e dois casos indeterminados). Retirar fundamento da linha geral→calcular→IVA indeterminado; repor fundamento→calcular→IVA160; linha privada105 com IVA incluído→base100/IVA5. Guardar estado da interface→API real QA→recuperação→relatório HTML/CSV, sem recálculo na exportação, com montantes, oportunidade309/Manica, estabelecimento, Janeiro2026, artigos/fontes e revisão preservados. Histórico da versão insuficiente permanece guardado. Não se confunde o armazenamento local do ecrã de ensaio com a prova API.

HTML/CSV novos em outputs/iva-l1-qa-20261024/, com modelo e payloads sintéticos. Relatório visualmente conferido no browser. Não foi produzido/conferido novo PDF nativo nesta passagem, nem se regeneraram os PDFs aceites. TypeScript e build do incremento conferidos; ficheiros de prova, limitações e estado exacto no recibo integrado iva_l1_qa_20261024.

Esforço: houve reaproveitamento efectivo do simulador, rascunho/API, permissões e exportador. Não se declara um novo motor ou implementação do orçamento completo40–64h; esse intervalo era preliminar para o âmbito mais amplo de L1. Não existe medição fiável de horas desta passagem. Reestimar o saldo por cobertura remanescente, sem transformar544–912h em prazo contratado nem acrescentar SISA/IPRA ao total sem análise.

24/10/2026 — inventário fiscal reconciliado e proposta de fecho antes do Imobiliário

Estado: análise concluída; lotes abaixo propostos, não implementados nem activados nesta passagem. Decisão expressa da Tempo: concluir o inventário fiscal acordado antes do Imobiliário. Estatísticas e IA continuam posteriores. A tabela abaixo é a referência única do plano, dentro do manual e da matriz existentes (AUD-SIM-INT02); não constitui uma segunda matriz. As secções anteriores que colocavam todo o IRPC/IRPS em desenvolvimento posterior ao Imobiliário ficam ultrapassadas por esta sequência, mantendo os respectivos factos históricos e fechos.

O que foi efectivamente conferido

Inventário das pastas autorizadas Modelos e portal do investidor/Notas, distinguindo originais de temporários de edição; leitura integral do texto de Impostos e seu tratamento.docx, do documento IRPC, dos escalões IRPS, da estrutura/células/fórmulas dos dois XLSX e das três páginas do M/22 PDF. O cotejo Modelo A/VAT Return já aceite foi reutilizado. Inventário, hashes e extracções privadas em outputs/fiscal-inventory-plan-20261024/; sem importar, publicar, alterar ou recalcular os originais. Os dados preenchidos de terceiros nos exemplares Excel não são pressupostos do investidor e não são reproduzidos neste manual.

• Impostos e seu tratamento.docx: SHA256 aade59537c6c19eb56b017cfc317407d5c6ae758c8a15a390508cd5f6e9ae3ed. O documento intitulado O IRPC (Imposto sobre o Rendimento das Pessoas Coletivas) .docx tem bytes/hash distintos (4a4668c116c1abae26a334d55e3c9fe508c1ab31aa2a19fe7b88e374c4b34d16), mas texto extraído integralmente igual: não são duas confirmações independentes.
• Escalões e Taxas do IRPS.docx: SHA256 ea9fdfaf8a8682645e0e3dad3e2e165520783e9f72e8d23acdf684d8359d690e; contém escalões anuais, não uma tabela mensal de retenção por trabalhador.
• IRPC_IRPS.xlsx: guias M/39 IRPC e M/19 IRPS, sem fórmulas. A remissão CIRPS na guia intitulada IRPC exige correspondência própria; um formulário não demonstra um motor de cálculo.
• Cópia de IRPS-IMOP.xlsx: sete folhas, uma oculta; 102 fórmulas, 15 referências directas #REF! e 18 erros em valores guardados. Inclui M/22, M/20 e anexos. Não serve de oráculo numérico sem reparar e cotejar cada correspondência; os erros não equivalem a zero.
• M/22 PDF versus XLSX: quadro de cálculo 12 versus 10; campo 302 «colecta» e 309 «IRPC liquidado» no PDF aparecem com designações trocadas no XLSX; referências PEC art.71 versus art.66 e base da colecta também diferem. A edição/período e a semântica de cada campo precedem a ligação executável. O modelo antigo não prova que um regime continua disponível em 2026.

Código reconciliado na revisão corrente, descendente da entrega 1655f57e: consumidor público de regra fiscal limitado ao IVA demonstrado; custom_planning é planeamento por pressupostos do utilizador. Cadastro de fontes, parâmetros, expressões, governação e campos de entrada IRPC/IRPS/ISPC/INSS/retenções/aduaneiro-ICE são reutilizáveis, mas não equivalem a consumidores fiscais completos. Não se declara ausência de regras no cadastro protegido a partir desta leitura de código. Não houve novas consultas protegidas, ensaios de aceitação ou alterações ao destino.

Divergências concretas e efeito delimitado

1. IRPC simplificado: o texto recomenda coeficientes 20%/30% do art.47 como solução corrente. A Lei12/2025 revoga esse artigo e determina transição para contabilidade organizada, com entrada em vigor em 01/01/2026. Não implementar esses coeficientes como opção corrente de 2026. Eventual cálculo histórico exige a regra do respectivo período; não se inventa prazo de transição. A Lei11/2025 também altera o enquadramento simplificado da segunda categoria IRPS.
2. IVA: o documento alterna limiares de 250.000 e 750.000 e recomenda isenção automática. A Lei10/2025 altera/revoga os antigos regimes e contém transição. Esses números não seleccionam automaticamente o regime em 2026. Operação a 5%, isenção com/sem direito à dedução e taxa zero são situações distintas; saúde/ensino não tornam todos os materiais ou vendas da entidade sujeitos a 5%.
3. ISPC: o resumo 3%/4% é incompleto perante a Lei9/2025: há diferentes actividades, escalões, exclusões, opções e tratamentos, incluindo taxas de 5%, 12%, 15% e excesso de volume. Não transformar a descrição em taxa única nem presumir tributação marginal. A elegibilidade é anterior à comparação ISPC/IRPC/IVA.
4. Retenções e créditos: nem todo serviço implica retenção uniforme de 20%; natureza do rendimento, residência, sujeito que retém, período, excepções e eventual convenção determinam o cálculo. Distinguir IRPC autónomo de mais-valias do tratamento de despesas não documentadas. Guia M/39, crédito estimado, crédito declarado, reconhecimento, compensação e dinheiro recebido são estados diferentes. Afirmações genéricas sobre original físico carimbado, caducidade de cinco anos, compensação automática ou cruzamento bancário da AT não se tornam restrições do portal sem disposição/procedimento concretamente aplicável.
5. Selo e encargos: não foi demonstrada incidência universal de 0,4% sobre toda factura acrescida de IVA. Falta cotejar verba, base, isenções, interacção com IVA e período na tabela aplicável. Exemplos de juros «MIMO + margem», coimas e multas não fornecem parâmetros suficientes. A pendência afecta esses cálculos, não bloqueia os restantes impostos.
6. Trabalho: escalões anuais IRPS não são convertidos numa tabela mensal dividindo por 12. As taxas INSS 4% empregador/3% trabalhador têm confirmação operacional oficial para TCO, mas base contributiva, exclusões, período e regime TCO/TCP precisam de correspondência própria. O exemplo de salário líquido que só desconta INSS não é líquido final quando há IRPS.

Fontes oficiais aceites reutilizadas: BR248, suplemento1 de29/12/2025 (Leis7–12/2025), CIVA2016/rectificação2017, republicação2022 e acervo fiscal existente. A origem oficial não requer nova aprovação jurídica genérica: aplicam-se as decisões Tempo de08/10 e22/10. Conferir edição, artigo, período, parâmetros e transições é execução da fonte aceite. Os antigos pedidos genéricos de «Fiscalista» constantes de registos históricos não criam um aprovador adicional para estes lotes.

Tabela única — situação, lacunas, reutilização, dependências e esforço

Âmbito-base proposto: investimento e obrigações de 2026, com saldos/factos de anos anteriores necessários ao apuramento e respectiva proveniência. A possibilidade técnica de escolher outro ano não demonstra cobertura histórica: recalcular integralmente todos os impostos de2000–2025 ou activar anos futuros não integra implicitamente esta estimativa. Cada lote explicita os períodos que consegue calcular.

As estimativas são horas de trabalho técnico, não calendário nem medição já executada. Incluem cotejo específico restante, implementação, persistência/recuperação, relatório, provas dirigidas em QA e preparação/conferência do delta Git. Assumem reutilização da infra-estrutura existente; não incluem espera pela entrega de documentos efectivamente em falta, decisão organizacional nova ou integração externa da AT. Não se contabiliza novamente o IVA fechado. A sequência L1–L14 é proposta; dependências abaixo são concretas, não uma obrigação de bloquear todos os lotes em série.

Lote / âmbito	Já disponível	Falta implementar de ponta a ponta	Dados reutilizáveis	Dependências concretas	Esforço estimado
Encerrado — planeamento, S1–S3 e IVA entregue	Planeamento financeiro; moeda original; recuperação por ID; IVA mensal geral líquido MZN/2026; aquisições08–10 no âmbito demonstrado e totais14–18 condicionados	Nenhum saldo nos lotes aceites. Não extrapolar para IVA integral	Vendas, compras, orçamento, custos, tesouraria, dossier por oportunidade, gravação e exportações	Preservar cd10cccb/355656b5, 1655f57e/e8c39a1b e referência 276d833a	0 h de reimplementação
L1 — IVA: operações e enquadramento	Vendas mensais e operação interna geral líquida	Classificar operações03–07 e outras situações aplicáveis; IVA incluído, isenções/direito à dedução, taxa reduzida e períodos por linha/estabelecimento	Produtos, vendas, entidade, localização e oportunidade	CIVA e alterações2025; incidência por operação, sem inferir regime de sector/forma jurídica	40–64 h
L2 — IVA: dedução restante e regularizações	Compras08–10, líquido/IVA/bruto, documento, mês e afectação explícita no recorte aceite	Importações documentadas, dedução parcial/pro-rata, exclusões, activos e regularizações12–13; condições por parcela; via de dedução de bebidas13(2), identificada porG4D e ainda não apurada	Compras, activos, fornecedor, documento, calendário, parcela não dedutível	L1 quando determina direito; artigos de dedução e regularização. Importação pode usar documento aduaneiro existente, sem esperar pelo cálculo de direitos de L13	48–72 h
L3 — IVA: saldo e fecho do Modelo A	Totais14–18 quando todas as parcelas estão determinadas	Campos19–27 aplicáveis, transporte de crédito, rectificações/substituição, imposto a entregar e pedido de reembolso; estados documentados e relação com tesouraria; via de restituição de bebidas13(2), identificada porG4D e ainda não apurada, conforme procedimento próprio	Execuções mensais, parcelas L1/L2, documentos e histórico	L1/L2 para apuramento integral; saldo anterior identificado e procedimento de reembolso aplicável. Pedido não significa deferimento/recebimento	48–80 h
L4 — ISPC: elegibilidade e apuramento	Campos de enquadramento e motor genérico	Regime/actividade/volume elegível, opções/exclusões, escalões/taxas aplicáveis, mínimo, trimestre e retenções específicas; comparação só entre regimes admissíveis	Vendas por actividade, custos, NUIT, natureza jurídica e residência confirmada	Lei9/2025 e regulamentação/período; distinguir receita anual, trimestre e excesso	40–64 h
L5 — retenções IRPC e guias	Documentos de compras/vendas e guia M/39 como exemplar	Rendimento pago/recebido, entidade que retém, residente/não residente/EP, evento temporal, excepções e casos digitais/e-money; guia e comprovativo ligados à operação	Contrapartes, facturas, pagamentos, período, moeda, oportunidade	Artigos aplicáveis por rendimento, taxa/convenção se invocada; corrigir remissões do exemplar. Sem submissão electrónica AT presumida	32–56 h
L6 — IRPC anual: regime normal	Disponível5aaf1a56:percurso normal demonstrado atécolecta,períodos/moedas e preparação parcialM20/M22	Operacional no âmbito demonstrado por decisãoTempo26/10;limitações explícitas;5grupos código+5documentais preservados;sem conclusão integral	Plano financeiro,dados comuns,activos/livros e histórico;retenções/pagamentos/créditos anuaisL8	Pendências bloqueiam só os casos dependentes;L7/L8 próprios	Estimativa inicial48–80h;saldo não reestimado
L7 — IRPC: tratamentos específicos	f8d57bdd instalado;632dc069 e a7434cd2 preservados no percurso	Cumulações demonstradas disponíveis;7famílias de saldo e documentos por caso discriminados;L7parcial	Activos/períodos/saldos/benefícios reutilizados;ordem,limites e incompatibilidades explícitos	Outras combinações/específicos/mistos/transporte próprios;L8delimitado separadamente	Inicial48–80h;saldo não reestimado
L8 — IRPC: liquidação e pagamentos	PEC comprovado corrente de7fdb6b42 entregue eme182d1d7,sobre669cb897;saldo RF/PPC preservado	Residente geral2026/MZN;deduçãoPEC até à colecta,sem reembolso do excedente;L8parcial	ColectaL6/L7,L5RF,PPC/PEC comprovados,documentos e histórico anual	Créditos próprios,transporte/obrigaçãoPEC,autónomos,períodos/moedas eM20M22 próprios;primeiro crédito internacional delimitado,sem código novo	Inicial32–56h;não é previsão actual do saldo
L9 — INSS: contribuição social	Massa salarial agregada e referência TCO3%+4%	Trabalhadores, remuneração/base contributiva, exclusões, empregador/trabalhador, TCO/TCP, declaração e encargos por período	Equipa/custos, entidade e calendário; cadastro de pessoa partilhado com L10	Regulamento e alterações aplicáveis, natureza do vínculo; confirmar base antes da taxa. Contribuição social, distinta dos impostos	24–40 h
L10 — IRPS: retenção mensal e líquido	Entrada IRPS, custos salariais e escalões anuais documentais	Tabela mensal própria, remunerações/benefícios, situação pessoal relevante, retenção, salário líquido e contribuição ligada a L9	Mesmo trabalhador/folha salarial, pagamentos e retenções	Tabela mensal do período, residência e condições familiares necessárias; não dividir escalões anuais por12	40–64 h
L11 — IRPS: apuramento anual e outras categorias	Escalões anuais e exemplares M/19/M/20/anexos	Categorias aplicáveis aos rendimentos documentados, actividade independente, capitais/prediais/mais-valias, englobamento/tratamento autónomo, deduções, retenções e saldo	Dados pessoais autorizados, rendimentos/despesas, activos e L10	Código IRPS/Lei11/2025, âmbito/categoria/período e deduções pessoais; diferenças de edição dos anexos. Não copiar regras IRPC	48–80 h
L12 — Imposto do Selo	Factos/contratos/documentos financeiros do projecto	Incidências por verba aplicável às operações documentadas, base, taxa/valor fixo, sujeito, isenção e obrigação; explicar não aplicação	Contratos, financiamento, garantias, recibos e contexto do negócio	Código/tabela e alterações da verba/período; resolver exemplo genérico0,4% sem o aplicar a todas as facturas	24–48 h
L13 — direitos aduaneiros	Entrada aduaneira/ICE e fontes no inventário anterior	Classificação pautal, origem, valor aduaneiro, despesas de composição, câmbio explícito e direitos/benefícios aplicáveis	Equipamentos/compras, transporte, seguro, documentos de importação e localização	Pauta/Lei8/2025, código/origem e data. Não inferir código pela descrição livre nem autorização de benefício pela localização	40–72 h
L14 — ICE	Componente de entrada e fonte Lei7/2025 inventariada	Produtos/operações abrangidos, tributação específica/ad valorem/mista quando prevista, base/unidade e período; ligação à importação ou produção interna	Quantidades, produtos, preços, origem e L13 quando importado	Código/tabelas ICE e alterações; ligação à base de IVA somente quando aplicável, sem bloquear produção interna por ausência de cálculo aduaneiro	32–56 h
L15 — SISA e delimitação territorial	Operações/localização do investimento; ainda sem consumidor fiscal específico	Analisar transmissão onerosa/direitos sobre imóveis, âmbito autárquico ou nacional, incidência/isenções/base/período e percurso completo	Imóvel, preço/documento, partes e localização; não equiparar DUAT a propriedade da terra	Cotejo do Código Tributário Autárquico/legislação nacional e alterações; fonte municipal confirma família, não taxa nacional uniforme	Por estimar após análise; não incluído em544–912h
L16 — Imposto Predial Autárquico e encargos imobiliários aplicáveis	Localização e orçamento; sem cálculo específico demonstrado	Analisar posse/uso/valor patrimonial, município, exercício e isenções; discriminar taxas administrativas de impostos	Imóvel, uso, entidade e valores documentados	Base legal e tabela da autarquia/período; não converter preço de compra em valor patrimonial	Por estimar após análise; não incluído em544–912h

Total preliminar original L1–L14 (L15/L16 ainda por analisar): 544–912 h (68–114 dias-pessoa de8h). Não é promessa de prazo nem autorização automática de publicação. Rever a estimativa ao fechar o cotejo específico de cada lote, identificando exactamente a alteração. Não há um lote invisível adicional para relatórios ou persistência: fazem parte de cada linha.

Origem do âmbito: IVA, IRPC, ISPC, Selo e INSS constam de Impostos e seu tratamento; IRPS consta do documento de escalões e dos modelos. Direitos aduaneiros e ICE já constam do inventário fiscal/entrada existente e do BR248: são mantidos explicitamente na proposta, não atribuídos ao novo texto. Retenções, PPC/PEC, créditos, juros e obrigações são tratamentos das famílias respectivas, não impostos novos. Juros/encargos só são calculados no lote respectivo com facto, base, vencimento e parâmetro legal determinados; caso contrário ficam expressamente não calculados. Reclamações judiciais, minutas avulsas, execução bancária e ligação técnica de submissão à AT não se presumem requisitos de cálculo por aparecerem numa conversa do documento. Outros tributos não identificados neste acervo não são acrescentados silenciosamente ao significado de «terminar».

Revisão para o futuro Imobiliário: o inventário anterior era incompleto: faltavam SISA e IPRA explicitados. Acrescentados L15/L16 como recortes por analisar, mantendo a mesma tabela. A informação municipal oficial identifica SISA imobiliária e IPRA; serve aqui para confirmar a omissão, não para activar taxas. Há inconsistências concretas no índice municipal (descrição de veículos repetida em SISA), pelo que não se transportam essas descrições nem taxas para uma regra nacional. A delimitação legal/autárquica e temporal permanece por cotejar no ramo respectivo. IVA de locação habitacional está em L1; vendas sujeitas a SISA (art.9(12)(d)) e arrendamentos não habitacionais exigem enquadramento próprio; rendas/retenções e mais-valias permanecem L5–L8/L10–L11, contratos/financiamento em L12. Nenhuma destas ligações presume venda de terra ou transmissibilidade do DUAT. Outros encargos municipais efectivamente necessários serão inventariados com fonte e operação, sem acrescentar indiscriminadamente todos os tributos nacionais.

Critério comum de fecho, aplicado separadamente a cada imposto/lote

1. Dados: entrada geral ou ficha herda a oportunidade em tratamento; reutiliza informação válida de perfil/organização/dossier/fontes, conservando autoria e edições. Projecto/localização não substitui residência fiscal. Pergunta apenas o que falta/diverge; valores sem moeda/origem não são convertidos ou reinterpretados silenciosamente.
2. Enquadramento: cada ramo tem condição, artigo/fonte, edição e período; distingue aplicável, não aplicável com explicação e informação insuficiente com próxima acção concreta. Cobertura não implementada é pendência do produto, nunca «não aplicável» ao investidor. Uma divergência documental suspende apenas o ramo dependente.
3. Cálculo: parcelas e total, arredondamento, limites, zero real e desconhecido são distintos. Caso normal e excepções delimitadas têm exemplos verificáveis, incluindo fronteiras de escalão/período. Crédito não é recebimento e compra não gera automaticamente dedução.
4. Gravação/recuperação: mesma execução, ID, oportunidade, pressupostos, parcelas, fonte e versão; permissões conservadas e recuperação independente da admissão de novos cálculos. Alteração posterior cria versão/explica divergência sem reescrever resultado aceite.
5. Relatório: ecrã, ficheiro final e recuperação apresentam os mesmos montantes/moeda/período/contexto/versão/fontes e pendências, incluindo paginação dos blocos novos. Dois investimentos: alterar apenas o segundo mantém o primeiro intacto. Provas anteriores sem delta são reutilizadas.
6. Entrega: demonstrar o lote em QA isolada, integrar pelo Git preservando alterações concorrentes, conferir revisão servida e apenas o delta/dependências. Sem activar cálculos por importar/publicar fontes e sem simular reconhecimento/submissão da AT. Operações em dados activos mantêm backup/restauro e acção autenticada aplicável.

O fecho integral exige cobertura executável e demonstrada das linhas acordadas, com operações/regimes/períodos discriminados. A ausência de dados de um investidor pode gerar resultado indeterminado correctamente explicado; a ausência de uma regra necessária ou de implementação permanece saldo do lote. As seis associações e os dois originais documentais anteriores não bloqueiam globalmente este plano: só afectam uma regra quando a dependência efectiva for identificada.

Saldo histórico do levantamento anterior, actualizado pelo incremento L1 acima: fontes e implementação reconciliadas, divergências e proposta finita registadas; zero alterações funcionais, zero impostos activados e zero novas provas exigidas à Tempo. S1–S3, aquisições08–10/totais14–18 e demais fechos permanecem encerrados. L1 tem agora incremento executável em QA com saldo discriminado acima; L2–L16 não estão implementados por esta passagem.

24/10/2026 — aquisições Modelo A entregues na homologação, revisão1655f57e

Lote08–10/14–18 integrado pelo Git existente e instalado em 1655f57e, candidata d18ff0f0. Saldo deste lote zero. Revisão servida, manifesto, quatro assets/nove marcadores, entrada do simulador e disponibilidade existente conferidos apenas no delta. Sem novos pedidos/cálculos privados na homologação ou repetição dos ensaios aceites. S1–S3 cd10cccb/355656b5, PDF aceite e referência 276d833a preservados; schema/configuração/regras publicadas sem alteração. Recibo integrado modelo_a_acquisitions_homologation_20261024; cotejo, âmbito e condições em ../simulations/modelo-a-reconciliacao-20261021.md. Não é apuramento integral do IVA; IRPC/IRPS posteriores, estatísticas/IA adiadas. As secções de espera abaixo são histórico.

24/10/2026 — lote de aquisições Modelo A concluído em QA, candidata d18ff0f0

S1–S3 mantidos na homologação em cd10cccb/355656b5. Cotejo do VAT Return.pdf concluído:08–10 e14–18 correspondem aos DOCX; selecções/Maputo do PDF não são dados do investidor. Novo bloco no simulador: reutilizar compras/orçamentos explicitamente, completar documento/IVA/afectação/condições, confirmar cobertura por mês, calcular e guardar; a recuperação e o relatório usam a oportunidade escolhida. Ausência de condições/parcelas mantém resultado indeterminado. Mudanças conservam o resultado histórico e explicam a divergência. Regime e moeda não são inferidos da organização.

QA:11 testes frontend, dois testes de API/19 asserções, types/build e cadeia interface → API isolada → recuperação → relatório demonstrados. Segunda oportunidade17=128.0048, primeira144.0048 preservada. PDF novo de seis páginas revisto; provas S1–S3 reutilizadas. Detalhes e limites em ../simulations/modelo-a-reconciliacao-20261021.md, recibo integrado modelo_a_acquisitions_qa_20261024, mesma linhaAUD-SIM-INT02. Ainda não entregue na homologação. IRPC/IRPS apenas inventário; estatísticas/IA adiadas.

24/10/2026 — próximo âmbito do Modelo A, apenas proposto

S1–S3 encerrados em cd10cccb, recibo 355656b5. Reconciliação actualizada em ../simulations/modelo-a-reconciliacao-20261021.md: campos01/02 suportados; restantes componentes discriminadas; proposta limitada a operações internas gerais, aquisições08–10 e totais condicionados14–18. Inventário completo das pastas Notas/Modelos no recibo integrado, incluindo IRPC/IRPS sem implementação. Sem novos impostos, regras activadas ou repetição de provas aceites. AUD-SIM-INT02 mantém o saldo de desenvolvimento do Modelo A distinto do lote S1–S3 encerrado.

Simulador S1–S3 — entregue na homologação em cd10cccb, 24/10/2026

Por autorização expressa da Tempo após o fecho QA, integrado pelo Git existente, de 276d833a para cd10cccbf45f53836d8bf7b2bd90794d99602cb9, que contém a correcção funcional 65b87819. git fetch não encontrou alterações concorrentes em main; avanço normal, sem force. A referência 276d833a/reference/stabilization-20261024 permanece ancestral. Não houve edição da pasta servida nem migração/importação solicitada.

Delta instalado conferido por leitura pública: /build/revision.json identifica cd10cccb; SHA256 do manifesto servido coincide com o da revisão (7957c776ab2c2eab516bcc6caedcdeb9943184645b4a21a89a4f709a4ba974f6). Quatro assets do simulador/relatório responderam 200; os bundles contêm a guarda da moeda original, a confirmação explícita e a recuperação por mesmo ID. O asset comum da guarda de moeda coincide por bytes com o build QA. O simulador responde 200 e referencia a entrada app do manifesto instalado. O consumidor IVA mantém disponibilidade enabled=true e cobertura de 2026. Não se exige identidade dos bundles completos entre Windows QA e Linux; a conferência usa o manifesto do próprio build servido, os assets e o delta de código.

O diff de app, database, config, routes e deploy contra 276d833a é vazio: sem alteração de motor, regras/fontes fiscais, schema, permissões, configuração ou processo de entrega. Cinco fontes frontend constituem o delta funcional de moeda/recuperação/relatório. Não foram criados dossiers, pedidos ou cálculos sintéticos na homologação, nem repetidos os ensaios aceites. Provas QA 12 frontend, 2 API/23 asserções, TypeScript/build e PDF de quatro páginas são reutilizadas, sem nova impressão. Não se apresenta esta leitura pública como auditoria autenticada nova dos dados protegidos.

Saldo S1–S3: entregue, sem pendências deste lote. Nos snapshots antigos sem moeda, a confirmação explícita da origem continua necessária, preservando os montantes; não se presume MZN nem se convertem valores. Este fecho abrange moeda da tesouraria, recuperação do IVA mensal e exportações; não conclui todos os impostos. Os modelos anexados delimitam o próximo lote fiscal, sem activação implícita. As pendências documentais anteriores mantêm-se no seu âmbito. Recibo integrado existente: chave closure_homologation_20261024; prova do delta em outputs/simulator-delivery-20261024/installed-delta.json. Os estados QA/pendentes abaixo são histórico superado por esta entrega.

Simulador S1/S2/S3 — candidata QA 65b87819, 24/10/2026

Actualização de fecho S3: a Tempo pediu expressamente voltar a gerar o ficheiro. O PDF foi gravado directamente em outputs/simulator-closure-qa-20261024/monthly-final.pdf pelo motor de impressão do Microsoft Edge em modo headless, com perfil isolado, a partir da mesma saída HTML final; não foi gravação manual pelo diálogo de impressão. Ficheiro de 111 910 bytes, SHA256 7719a05136f6dba668b621f551626060d10db5fcbb84815cdad112a1eab9079b. As quatro páginas A4 foram extraídas, renderizadas e inspeccionadas visualmente: valores exactos, MZN, oportunidade 309/Manica, Janeiro–Abril/2026, fonte sintética QA e versão 4 conservados; zero distinto de falta, cabeçalhos repetidos, linhas intactas, rodapés separados e numeração 1/4–4/4. CSV e Word previamente conferidos mantidos, sem recálculo fiscal. S1, S2 e S3 concluídos em QA; candidata pronta para integração pelo Git. Saldo QA deste lote: zero; integração, disponibilização e conferência do delta instalado ainda não executadas. Os estados de espera abaixo são histórico anterior a esta geração/conferência e não reabrem S3. Recibo integrado e mesmas oito linhas da matriz actualizados; referência 276d833a e regras fiscais preservadas.

Execução autorizada pela Tempo após be62783b, preservando 276d833a e a etiqueta reference/stabilization-20261024. Ramo codex/simulator-closure-qa-20261024; não integrado em main nem entregue na homologação. Cinco fontes frontend alteradas; sem alterações em motor/regras/fontes fiscais, schema, configuração, permissões, rotas ou dados activos. Sem impostos adicionais.

Recorte	Correcção e resultado dirigido
S1 — corrigido e demonstrado em QA	Novos snapshots de tesouraria v2 conservam moeda de origem. Painel, CSV próprio e relatório usam essa moeda; o fallback de vendas para IVA recusa divergência. USD → MZN conserva 123 USD, explica a diferença e permite restaurar USD no projecto por acção explícita. Os montantes não são convertidos nem reinterpretados. Snapshots v1 continuam legíveis; moeda sem origem recuperável exige confirmação única, conservando valores/modo/meses vazios. Não se presume MZN. A observação visual detectou um rótulo residual de saldo na moeda actual; corrigido para a moeda de origem. O rótulo do selector passou a «Moeda do projecto», distinguindo-o dos pressupostos guardados.
S2 — corrigido e demonstrado em QA	Recuperação mensal usa GET no mesmo ID, com credenciais e verificação do identificador devolvido; não depende da disponibilidade para novas admissões. Botão específico continua disponível com consumidor desligado. Resposta não substitui snapshot alterado entretanto ou componente desmontado. Interface isolada: consumidor indisponível, uma consulta GET, zero criações POST, mesma execução concluída. API real de QA: execução admitida → consumidor desligado só na configuração do teste → mesmo ID em fila/concluído; outra conta continua recusada e contagem de execuções não aumenta. Regras existentes reutilizadas, sem criar/publicar/suspender regra; fingerprint integral das versões igual.
S3 — CSV/Word e fonte de impressão conferidos; PDF nativo ainda pendente	Mesmo bloco mensal sintético congelado, sem recalcular: Janeiro 160.0048, Fevereiro 320.0096, Março zero, Abril sem informação; MZN, oportunidade 309/Manica, período Janeiro–Abril/2026, fonte identificada como sintética QA e versão 4. CSV e Word finais lidos e comparados, incluindo ausência da primeira oportunidade/Sofala. A fonte HTML conserva os mesmos dados. O relatório está aberto no Edge e a Tempo indicou que guardará o PDF em outputs/simulator-closure-qa-20261024/monthly-final.pdf; falta ler e renderizar esse ficheiro para conferir apenas a paginação do bloco. HTML não substitui essa prova.

Provas: quatro testes novos em simulator-closure-scope.test.mjs, mais oito casos das dependências directamente afectadas, 12/12 aprovados; SimulatorClosureRecoveryTest, 2 casos/23 asserções, transacções revertidas no clone nominal simulator_fiscal_delta_20261021_test:55441. TypeScript e build aprovados. As suites de aceitação não afectadas, ZIP, cálculos fiscais, PDFs/rodapé anteriores e contextos por oportunidade são reutilizados; não se exigiu à Tempo repetir essas provas. O ensaio visual usa componentes reais com transporte simulado explicitamente identificado, complementado pelo teste API de permissões; não é apresentado como servidor real ou processo na homologação.

Artefactos novos: outputs/simulator-closure-qa-20261024/ — CSV/Word/HTML finais, snapshot congelado, inspecção/hash dos ficheiros, captura de recuperação e resultados dos testes. O estado executado fica no recibo integrado existente, chave closure_qa_20261024, e nas mesmas oito linhas da matriz. Limite corrente: S1/S2 em QA; S3 aguarda somente o PDF nativo guardado. A candidata não é declarada pronta para integração enquanto faltar essa conferência. Os seis pares legados e os dois originais incompletos não têm dependência efectiva neste lote.

Simulador — âmbito de fecho reconciliado e lote proposto, 24/10/2026

Pedido expresso da Tempo após a referência 276d833a/reference/stabilization-20261024, confirmada segundo o relatório, sem lhe atribuir leitura do recibo local. Esta passagem é análise e proposta, sem correcção funcional, integração, nova publicação/activação fiscal ou alteração de dados. A ordem de referência mantém-se. Não se acrescentam impostos nem se reabre o lote de estabilização.

O que já existe e permanece aceite

Frente	Implementação e provas reutilizadas
Planeamento financeiro	Plano empresarial por produto/mês, tesouraria, pressupostos editáveis, moeda e cenários de planeamento; controlos independentes anteriores de saldos positivo/negativo/nulo/incompleto, crédito e projecções. business-financial-plan, monthly-cashflow e recibos integrados de 20–22/10. Exemplos demonstrativos e imposto manual continuam identificados como planeamento, sem serem taxas legais ou valores do investidor.
IVA implementado	Consumidor publicado, selecção e versão congeladas no servidor, avaliador existente; vendas mensais do plano ou receita constante já guardada, indicação explícita de base líquida, zero distinto de falta e IVA separado da caixa. SimulationPublishedFiscalTest, quatro casos de monthly-iva.test.mjs e ensaio Edge mensal anteriores reutilizados. 3f5430c3 e 0b0cf761 pertencem à referência instalada; as notas históricas «só QA» não significam hoje ausência deste código. A disponibilidade pública consultada nesta passagem devolveu enabled=true, cobertura 2026. Isso não é uma nova auditoria dos parâmetros protegidos; o cadastro/publicação real v1 mantém o recibo de d3fe8a02.
Continuidade	Dois dossiers/nova sessão, isolamento, recuperação, erro e nova tentativa, históricos e hashes já provados. A escolha da oportunidade e o PDF correspondente estão entregues em 8036b9b0/cdf8fcfb; não repetir. Inputs, rascunho e snapshots usam os mecanismos existentes, sem voltar a preencher vendas no IVA.
Resultados/exportações	Resumo/detalhe, CSV/Word, erro e nova tentativa de exportação, ZIP e rodapé do PDF nativo têm provas aceites. O rodapé nativo de tesouraria foi corrigido e conferido em 21/10; o PDF guardado por oportunidade foi conferido em 23/10. O bloco mensal usa o mesmo snapshot fiscal e não recalcula imposto ao exportar. A prova específica restante desse bloco consta de S3 abaixo; não reabrir os restantes exportadores ou PDFs.
Indisponibilidade	Fora da cobertura demonstrada de 2026, moeda diferente de MZN, preços com IVA incluído/base desconhecida, enquadramento não declarado e vendas em falta permanecem explícitos ou indeterminados, sem substituir por zero. Deduções, créditos, reembolsos, regimes especiais, apuramento final/Modelo A completo e outros impostos não são implementados por este lote. Cobertura técnica não é uma data legal de revogação.

Reutilizados os recibos versionados integrated-review-continuation-20261020-receipt.json, treatment-scope-installation-receipt-20261023.json e os fechos posteriores do manual. Alguns caminhos históricos outputs/ não existem nesta cópia do workspace: essa ausência não revoga provas aceites nem autoriza regenerá-las. Nenhuma suite de aceitação anterior foi reexecutada nesta análise.

Saldo concreto — duas lacunas de código e uma prova específica

ID / situação	Ecrã, causa e efeito delimitado	Lote proposto e critério de fecho
S1 — lacuna de código confirmada por diagnóstico isolado novo	Tesouraria → vendas reutilizadas pelo IVA → relatório. CashflowDraftSnapshot v1 guarda montantes/modo, mas não a moeda de origem. O painel e o relatório usam a moeda actual do projecto; o fallback monthlySalesFromDraft não tem moeda guardada para comparar. Serializar receita 123 enquanto o projecto está em USD e depois mudar o projecto para MZN produz uma entrada IVA 123 MZN e relatório MZN, sem conservar USD. O plano empresarial já tem protecção própria de moeda; a lacuna é a tesouraria guardada, não todos os planeadores.	Versionar a moeda dos pressupostos de tesouraria e partilhar a guarda entre painel, IVA e relatório. Divergência exige reconciliação explícita, sem conversão/reclassificação silenciosa nem perda dos montantes. Snapshots v1 continuam legíveis e intactos; moeda sem origem recuperável fica por confirmar, nunca presumida como MZN. Prova nova só deste delta: USD → MZN, gravação/recuperação, ecrã/IVA/exportação coerentes; valores e edições conservados. Diagnóstico sem DB/rede em outputs/simulator-scope-20261024/currency-gap.json.
S2 — lacuna identificada no código; prova de interface dirigida a fazer com a correcção	IVA mensal, execução já admitida ainda em fila/processamento. Em SimulationMonthlyIva, o efeito regressa por !available antes de consultar o ID pendente e o botão também fica desactivado. A suspensão do consumidor, que deve impedir novas admissões, bloqueia assim a recuperação pela componente mensal. O servidor já preserva a versão admitida e permite consultar o histórico; não há falha de cálculo ou perda da execução demonstrada.	Separar nova admissão de consulta/retoma por ID. Execução admitida deve ser recuperável com consumidor suspenso, respeitando autenticação/dono, sem novo POST nem nova regra. Prova dirigida em QA: mesma execução pendente → indisponibilidade para novas admissões → conclusão/recuperação por mesmo ID → rascunho/relatório com o snapshot correcto e sem duplicação. Não repetir os testes aceites do avaliador ou publicar/suspender a regra real de homologação.
S3 — ainda sem prova específica, não defeito presumido	Bloco mensal de IVA nos ficheiros finais. Há prova de reutilização das vendas, snapshots mensais no servidor e composição do relatório, e provas aceites dos exportadores gerais. Não há neste inventário uma conferência explícita de ficheiros finais com o bloco mensal completo — valores exactos, estado actual/histórico, oportunidade, fonte e versão — incluindo a paginação desse bloco. Os PDFs anteriores cobriam outros deltas.	Conferir um cenário mensal representativo por ecrã e CSV/Word, e apenas a paginação do bloco mensal no PDF nativo final. Reutilizar execução/snapshot sintético aceite, se recuperável, sem recalcular para testar exportação. Comparar montantes exactos, zero/falta, contexto, fonte, versão e aviso de ausência de apuramento final. ZIP e restante paginação/rodapé reutilizam as provas aceites. Corrigir apenas divergência efectivamente observada; não presumir falha de exportador.

Proposta de execução: fechar S1 e S2 juntos, pelos consumidores de pressupostos/snapshots; verificar apenas os seus deltas e executar S3 sobre a candidata resultante. Integrar e disponibilizar somente depois dessas provas, pelo Git existente e preservando alterações concorrentes; conferir a revisão e o delta instalado. Não migrar dados activos nem publicar outra regra por esta proposta. As guardas, mensagens e compatibilidade de snapshots devem ser tratadas no mesmo lote, sem criar motor, formulários ou aprovações novos.

Dependências reais: nenhuma identificada entre S1–S3 e as seis associações legadas ou os dois originais incompletos. As fontes da regra IVA já cadastrada e os recibos fiscais existentes são reutilizados. Declaração Modelo A completa, outros impostos, elegibilidade/incentivos novos e extensão temporal não entram neste fecho. O resultado esperado é o ciclo dados → cálculo disponível → gravação → recuperação → relatório coerente neste âmbito, não a certificação de um simulador fiscal integral. A proposta está registada nas linhas existentes AUD-SIM-01 e AUD-SIM-INT02–08; as notas e estimativas históricas ficam subordinadas a este saldo de três itens, sem outro backlog.

Fecho do lote de estabilização e sequência de referência — 24/10/2026

Ordem expressa da Tempo: (1) correcções e estabilização; (2) simulador fiscal com âmbito definido; (3) Imobiliário; (4) Bens de consumo e franquias; (5) Estatística e painéis; (6) IA. A preservação técnica é responsabilidade do Codex e dos programadores. A Tempo avalia utilidade, clareza e apresentação; não tem de redescobrir regressões para comprovar preservação.

Consolidação sobre a revisão instalada 066707ec, recibo 5d45541a, mantendo a mesma matriz e o inventário dos 43 componentes. Nesta passagem não foi encontrada nova falha executável nos recortes de estabilização já delimitados. A revisão de código confirma que a primeira oportunidade usada na migração do contexto comum não substitui o âmbito dos consumidores: InvestmentConsumerScope filtra a escolha antes do snapshot e dos relatórios. Não foram repetidas as provas aceites, impressões, submissões ou alterações de dados. A confirmação da Tempo anterior baseou-se no relatório comunicado, sem conferência do recibo local; não é registada como uma nova prova técnica ou visual.

Situação no lote	Percursos e saldo concreto
Resolvido e entregue	Gravação/idioma, proveniência do relatório e Beira/sete oportunidades: 6b544548/4098192a. Complementos: d8224ba8/af926180. Zonas/parques, Terra/DUAT, Balcão e manifestação por oportunidade: 55136b44/b6a626c9. Selector do simulador, etapas/requisitos e pedido Terra correcto, incluindo PDF guardado: 8036b9b0/cdf8fcfb. Âncoras, sector/localização e continuidade: cf2ddf21/c1f4a719. Mapas: 066707ec/5d45541a. Pendências históricas destes trechos ficam superadas pelas respectivas entregas.
Falha conhecida ainda aberta neste lote	Nenhuma identificada nos recortes enumerados. Não equivale a aceitação integral dos 43 componentes ou de todas as variantes do portal. Não se inventa uma nova correcção para justificar outra ronda.
Pendência documental preservada	AUD-REL-02: os pares das seis oportunidades legadas com âncoras/clusters continuam indeterminados quando não há relação documentada. Não confundir com as 28 relações recuperadas dos projectos. Preservar a preparação independente; não associar por proximidade ou nome. Dois originais incompletos do acervo legado conservam o limite documental já registado, sem representar perda causada pelos mapas.
Ainda sem prova no âmbito próprio	Inventário existente: consolidação de duplicados distintos (componente 6); aplicação/editor e versões de checklists (18); partilha e variantes de sala (21/35); modalidades/SLA e fecho operacional/documental (22/25); acessibilidade além das provas aceites (24). Não foram identificadas novas regressões nesses itens; não os declarar concluídos nem exigir processos reais/sintéticos na homologação para fechar este lote. Mantêm os critérios próprios da matriz, sem atribuição de novo prazo ou prioridade.
Desenvolvimento futuro, separado de regressões	Negócios similares por raio (AUD-MARKET-01), importador de empresas/empreendimentos (AUD-ESTABLISHMENT-01), catálogo de fundos (AUD-FUND-01), comparador societário e modelos específicos (AUD-COMPANY-01/02), guiões de capitalização/Bolsa (AUD-CAPITAL-01/02), polígonos próprios ainda inexistentes e enquadramento Fintech específico. Variantes de Imobiliário/franquias, Estatística/painéis e IA seguem a ordem acima; SuiteCRM mantém a opção anterior de desactivação. Não se declara que todo o código destes módulos esteja ausente.

Causas independentes: os mapas tinham filtro público e dependência de uma permissão antiga; a carteira sofreu perda de visibilidade de registos presentes; as relações de âncoras tinham omissão no transporte entre identidades documentais. As provas delimitam esses casos e não estabelecem a causa de todas as perdas anteriores. O inventário histórico territorial tinha 1 990 linhas locais contra 1 921 no destino: 1 921 públicas activas em ambos, mais 69 internas arquivadas apenas no local, repartidas em 32+32+5. Isto explica a diferença agregada; não é prova de correspondência individual das 69 nem autoriza reactivá-las. Nenhuma reposição adicional decorre dessa contagem.

Controlo técnico nas próximas entregas

Reutilizar o inventário/recibos e comparar apenas o delta e as dependências afectadas. O pipeline existente conserva detecção de alterações concorrentes na árvore instalada, contrato de schema, QA isolado, assets imutáveis, troca atómica e reversão por falha de saúde. A suite normal de entrega passa também a incluir ApprovedAdministrativeBoundariesTest: identidade aceite e recusa de novo contorno interno, território trocado, geometria ou metadados alterados. É controlo novo de âmbito público, não repetição da demonstração visual aceite. As duas provas novas passaram, com oito asserções e sem acesso à base.

Quando se alterar acesso, hierarquia ou serviço de mapas, executar o delta correspondente de TerritoryGeometryConsumerAccessTest em QA isolado; cobre o filtro público e os perfis aprovados sem manage-portal, incluindo MFA administrativo. O teste unitário isolado não substitui esse contrato HTTP. Para alterações de contexto, usar os casos afectados de InvestmentTreatmentScopeTest, InvestmentAnchorIntegrationTest e consumidores/complementos, sem repetir indiscriminadamente toda a suite de aceitação. No destino, comparar identidades/fontes/estado de publicação das 29 fichas, 28 relações e 408 geometrias com os manifestos aceites, configuração e permissões equivalentes; mudanças legítimas posteriores são reconciliadas explicitamente, não sobrescritas. Backup/restauro e acção autenticada precedem qualquer escrita de dados activos.

Saldo de fecho: zero falhas técnicas conhecidas abertas neste lote; limites documentais, itens sem prova e desenvolvimento futuro permanecem identificados acima e nas mesmas linhas da matriz. Não se declara a aplicação transversal integralmente concluída. O próximo lote é a delimitação do simulador fiscal; esta passagem não activa cálculos, fontes, estatísticas ou IA. A avaliação de navegação/apresentação da Tempo pode continuar pelo percurso normal e alimenta apenas falhas concretamente observadas.

Referência consolidada instalada: 276d833a4b4f9071db328b653f48529b2dfac4f9, confirmada pelo /build/revision.json público. Etiqueta Git reference/stabilization-20261024. A comparação Git de app, resources, routes, database, config, public e deploy com 066707ec é vazia; não há novo delta funcional a reensaiar. Os recibos aceites conservam os mesmos bytes canónicos. Mantidas 3 423 linhas lógicas e 49 colunas da matriz; só nove linhas existentes foram reconciliadas. A prova anterior de preservação das 29 fichas, 28 relações e 408 geometrias é reutilizada, não apresentada como nova consulta autenticada da base nesta passagem. Recibo da referência.

Mapas — estabilização comum e divulgação delimitada, 24/10/2026

Diagnóstico por leitura autenticada na homologação cf2ddf21: 29 fichas, 28 relações territoriais e 408 geometrias válidas, sem eliminação. Os 408 limites INE/2019 conservam classificação interna, propósito administrativo e SRID 4326. O fingerprint integral das linhas é 7d8b71d3e65d89ffdc43c748b0572dbc. Não há RLS nas tabelas comparadas. O serviço comum não mudou desde 30aed7cd: os consumidores gerais pediam exclusivamente geometrias públicas; o cadastro usava ainda manage-portal, ausente nos dois superutilizadores aprovados. A prova anterior demonstrava o cadastro privado, não a divulgação pública. O mapa base, tiles e assets carregam; a resposta territorial vazia explica a ausência de contornos e de enquadramento do território escolhido.

Decisão expressa da Tempo nesta passagem: «Sim, disponibilizar os contornos administrativos aceites». Implementada uma projecção pública de leitura dos 408 snapshots exactos, conferindo identidade e hashes da geometria original e metadados. Não há reimportação, reclassificação de linhas, publicação de parcelas, acesso aos ficheiros originais ou abertura de outras camadas internas. Alterações posteriores não recebem divulgação automática. Os perfis autorizados reutilizam o acesso privado já aprovado; a leitura administrativa conserva MFA. Respostas privadas não são guardadas em cache partilhada.

QA isolado simulator_fiscal_delta_20261021_test:55441: seis testes dirigidos, 64 asserções; selecção, gravação/recuperação no dossier e prefill do simulador com a mesma identidade, leitura pública autorizada, bloqueio de camadas não autorizadas e de snapshots alterados, permissões/MFA e fingerprint original preservado. PHPStan dos quatro ficheiros funcionais passou. Backup fresco: 174 tabelas, 369 ficheiros conferidos; restauro isolado sem rede reproduziu as 174 tabelas.

Entregue na homologação em 066707ece631f0a7c963031c211844fbdd68916b, por avanço normal do Git, preservando cf2ddf21 e as alterações concorrentes. Instalador: contrato 1/3106, PHP 57/309, frontend 216/216 e build aprovados; zero migrações e zero importações. Os cinco ficheiros funcionais instalados coincidem com o Git. Consulta pública pelo serviço instalado: 408/408 disponíveis, 11 províncias, 133 distritos e 264 postos, zero falhas. HTTP anónimo recupera Dondo e Sofala pela identidade canónica, com Dondo seleccionado e Sofala como contexto ancestral. Conferência visual: mudança de província para distrito actualiza o contorno e enquadramento; escolha preservada após recarregar, zoom operacional e 36 tiles carregados sem falha na observação final. Houve falhas transitórias de tiles na janela anterior; os mesmos URLs responderam 200 e o recarregamento recuperou a base, sem alteração de configuração ou fornecedor.

Comparação das 174 tabelas: 172 iguais por contagem/hash, diferenças apenas em cache e sessions; tabelas de negócio, geometrias, permissões e fontes intactas. Conservados 29 fichas, 28 relações e o fingerprint integral das 408 geometrias. Nenhum dossier/pedido sintético criado na homologação. Recibo da estabilização; prova visual em outputs/map-stabilization-20261024/dondo-installed.png. O saldo técnico desta reposição está encerrado; a avaliação de navegação e apresentação pela Tempo permanece o próximo trabalho.

Preservados os fechos d8224ba8, 55136b44, 8036b9b0 e cf2ddf21/c1f4a719, sem repetição das provas aceites. Localidades sem polígono próprio conservam apenas o contexto ancestral explicitamente identificado; não são inventadas coordenadas ou parcelas. Estatísticas e IA permanecem adiadas. Esta estabilização não declara concluída a aplicação transversal nem substitui a avaliação de navegação e apresentação pela Tempo.

Projectos âncora — entregues na homologação em cf2ddf21, 23/10/2026

Reconciliado o saldo de 6985f82e com as provas territoriais de 7 de Outubro e os recibos de reposição. A leitura autenticada da homologação, com o papel da aplicação e transacção apenas de leitura, confirmou 29 fichas publicadas, 13 relações de clusters e zero ligações em project_locations. As cinco tabelas comparadas não usam RLS. Os projectos transportados têm identificadores diferentes dos originais e perderam as 28 ligações territoriais e os respectivos metadados de citação; não desapareceram as 29 fichas. A reposição de visibilidade anterior não abrangia estas relações. A comparação delimita a omissão no transporte; não identifica por si só o instante em que ocorreu.

O manifesto das 28 relações aceites conserva identidades históricas, fontes, citações e papéis primary/secondary/impact, mapeando os projectos e dossiers actuais por identidade documental verificada. A ferramenta tools/restore-approved-anchor-territories.php confere hashes, versões, território e prévia; recusa conflitos e exemplares arquivados/restritos; preserva metadados concorrentes, guarda estado anterior e produz auditoria. Não publica fichas nem cria ofertas. Em QA foram repostas 28 relações de 13 projectos; a repetição foi demonstrada sem duplicação. A01/A02 continuam sem implantação individual inventada; Norte da Zambézia conserva o papel de impacto parcial.

Incrementos: pesquisa explícita pelo sector documental em conjunto com a localização; entrada directa da ficha pública para preparar uma ideia, mesmo sem oportunidade publicada; origem portfolio:<id> guardada no dossier e no snapshot/relatório do simulador. A cobertura documental não é atribuída como implantação. A localização explicitamente escolhida na pesquisa acompanha a entrada; uma localização já guardada conserva-se, com divergência explicada. Títulos e dados deliberadamente editados mantêm-se na comparação existente. A retoma autenticada da manifestação conserva a mesma ficha e os filtros e não cria pedidos por GET. A preparação iniciada pela manifestação usa a associação já existente ao dossier, com controlo de proprietário e versões; não submete o pedido.

Provas dirigidas: InvestmentAnchorIntegrationTest (4 casos, 116 asserções) e anchor-integration.test.mjs (2 casos); ver recibo de QA e reconciliação. Mantidos os percursos já aceites de carteira → oportunidade associada → dossier/simulador, complementos d8224ba8, consumidores 55136b44 e tratamento 8036b9b0/recibo cdf8fcfb. Nenhuma nova impressão de PDF, prova Word/ZIP ou ronda dos fechos aceites. Estatísticas e IA permanecem adiadas.

Entregue e delta conferido na revisão cf2ddf21a1457f4852fe6aa10069ec3b854f1567, após integração 3fd5128c e correcção delimitada da verificação de finais de linha do manifesto entre Windows e Git. A primeira prévia recusou o hash divergente antes de qualquer escrita; a prévia canónica passou. A reposição autenticada recuperou 28 relações em 13 projectos, com 13 eventos de auditoria, zero novas fichas e zero alterações de publicação. As 29 identidades aprovadas, conteúdos e fontes permanecem exactamente iguais; preservadas as 13 relações de clusters e os corredores. A comparação das 174 tabelas encontrou 169 iguais por contagem/hash; as diferenças de domínio limitam-se a projectos/metadados, relações territoriais e auditoria; cache e sessões tiveram alterações técnicas. O backup restaurou 174 tabelas iguais numa base isolada sem rede e verificou 369 ficheiros.

Os 15 ficheiros funcionais instalados coincidem com o Git. Instalador: zero migrações e zero importações automáticas; controlos habituais aprovados (contrato 1/3106, PHP 57/309 e frontend 216/216). Conferência pública apenas do delta: pesquisa A06 por sector documental e Sofala encontra a ficha original; quatro localizações e respectivas fontes recuperadas; retorno conserva filtros; a entrada para preparar ideia usa portfolio:<id> e a província escolhida. Nenhum dossier, pedido ou manifestação de ensaio foi criado na homologação. Os ensaios sintéticos continuam exclusivamente em QA.

Saldo técnico deste recorte: sem pendências de código, reposição ou disponibilização identificadas. Segue a avaliação final de navegação e apresentação pela Tempo. Este fecho não declara implementadas funcionalidades futuras nem a conclusão integral da aplicação transversal; Estatísticas e IA continuam adiadas. O inventário e as provas anteriores permanecem preservados, sem nova ronda dos casos aceites.

Oportunidade em tratamento — entregue na homologação em 8036b9b0, 23/10/2026

Concluída a disponibilização autorizada da candidata 1afdfee8, incluindo a correcção delimitada do relatório 2856240c, na revisão instalada 8036b9b071229dbf7e85ea748db70abcbeefc379. Integração normal por fast-forward desde 55136b44, sem force e sem alterações concorrentes em main na conferência prévia. Recibo de instalação e delta.

O PDF original guardado foi encontrado pelo nome automático na pasta indicada, conferido em texto e nas dez páginas renderizadas, sem o regenerar. Conservados nome, bytes e SHA-256 010eb4ea12015563c1b2f8bc255b1078c276f824c50690732541d5bffe34b8a6. A revisão 13 contém a segunda oportunidade/Manica, os cinco requisitos específicos e os valores 123456/45678/77 778,00 MZN, com paginação legível. A diferença do nome literal pedido explica o erro anterior de localização; a máquina, conta, sessão e extensão foram confirmadas.

Instalador: installed, conclusão 2026-10-23T16:46:13.798467+00:00, zero migrations/importações, observador activo e fila vazia. Revisão pública confirmou 8036b9b0, build 16:46:11.203132 UTC, manifesto SHA-256 6021421c4ab12146c5fae9c8966e3dae5c8bd1361132e12184e65e00b7e8951e. Os 15 ficheiros funcionais afectados coincidem por hash com os blobs Git instalados. Os controlos automáticos do instalador passaram; não se repetiu a ronda manual de provas aceites.

Delta instalado conferido por leitura autenticada: ficha real Florestas — Corredor da Beira, oportunidade 53, dossier existente 958df138-7980-4685-8389-fa90be02ed6b. Novas ligações Simular/Etapas transportam a mesma chave; selector do dossier mostra 53/Sofala; atalhos preservam o âmbito. GET do contexto devolve consumer_opportunity=opportunity:53, snapshot apenas dessa oportunidade e dos seus requisitos. A decisão existente «Não precisa de terra» conserva a dispensa da acção no dossier observado. Versão do dossier 5, igual ao recibo anterior; não foram criados, gravados ou submetidos pedidos no destino, nem aberta a edição do rascunho privado do simulador. As provas positivas de dois pedidos/duas oportunidades feitas em QA são reutilizadas, sem as reproduzir na homologação.

Complementos d8224ba8, fechos 6b544548/4098192a e quatro consumidores 55136b44/b6a626c9 preservados; nenhuma fixture sintética, alteração de schema/configuração/permissões, Estatísticas ou IA integra este transporte. Mantidas todas as identidades da matriz e as linhas alheias. O recibo posterior fica na branch de trabalho, sem provocar outra instalação apenas documental.

Saldo corrente: esta frente está entregue na homologação, com PDF e delta instalados conferidos. A frente dos projectos âncora mantém a análise 6985f82e: filtro sectorial e ideia directa sem oferta por implementar; reconciliação territorial entre ambientes e prova dirigida de interesse/autenticação por concluir. Não é declarado fecho global do percurso nem realizada antecipadamente a avaliação final pela Tempo. As indicações de «QA», «aguarda PDF» ou «não entregue» nas passagens históricas seguintes estão superadas apenas para este recorte.

PDF nativo guardado — conferência concluída, 23/10/2026

Conferido o ficheiro existente, sem regenerar o PDF ou repetir Word/ZIP/provas aceites: outputs/multi-opportunity-fix-20261023/Relatório — SYNTHETIC QA - escolha comum aos tres consumidores.pdf. A pasta era a indicada; o nome foi o título automático do navegador, não candidata-1afdfee8.pdf. Leitura na máquina ONALA, utilizador macbook, sessão Console; extensão real .pdf, 191637 bytes. O erro anterior era «Cannot find path … candidata-1afdfee8.pdf … because it does not exist» para esse nome literal; a listagem da mesma pasta encontrou o original. Não houve renomeação, cópia nem mudança de máquina.

SHA-256 010eb4ea12015563c1b2f8bc255b1078c276f824c50690732541d5bffe34b8a6; PDF 1.4, produtor Skia/PDF m155, criado pelo Edge, revisão 13. Texto e dez páginas renderizadas do ficheiro guardado conferidos: oportunidade 309, Manica/parque correspondente; cinco requisitos próprios e fundamentos, estado Por iniciar; pressupostos 123456 MZN, 45678 MZN, diferença 77 778,00 MZN; sem Sofala nem not_started. Paginação 1/10–10/10, A4, cabeçalhos de tabela repetidos, linhas completas, margens/rodapés legíveis e sem sobreposição ou corte visível. A última página contém as últimas referências e a indicação dos anexos; não está vazia. As quebras de linha do PDF foram normalizadas apenas para procurar texto, sem alterar o documento.

Prova: native-pdf-inspection.json, texto e páginas em outputs/multi-opportunity-fix-20261023/; recibo actualizado. A condição de conferência do PDF está satisfeita para a candidata 1afdfee8 com a correcção delimitada 2856240c. Disponibilização Git autorizada pela Tempo em execução; o fecho de entrega só será registado após confirmar a revisão e o delta instalados. As menções abaixo ao ficheiro em falta são históricas e superadas por esta descoberta/conferência. Análise dos projectos âncora conserva o saldo delimitado em 6985f82e; Estatísticas e IA continuam adiadas.

Duas frentes — PDF nativo e análise dos projectos âncora, 23/10/2026

Pedido expresso da Tempo após 32144aa2: conferir o PDF nativo guardado da candidata 1afdfee8, depois integrar/disponibilizar pelo Git e conferir só o delta; analisar projectos âncora por sector/localização e continuidade para manifestação, dossier e simulador. Word, ZIP e provas aceites não foram repetidos. Estatísticas e IA permanecem adiadas. Este registo sucede ao estado «por analisar» abaixo.

Candidata: o botão real de impressão foi aberto no novo dossier QA d279172b-8bd1-4074-b000-ee25f0d29778, oportunidade 309, Manica. A saída revelou duas falhas delimitadas: estado de etapa exposto como not_started e ausência do detalhe dos requisitos específicos. Corrigidas na composição do relatório: estado humano existente, requisitos só da oportunidade seleccionada, com documentos/fundamento, e exclusão dos ramos dispensados. Novo teste exclusivo native-pdf-scope.test.mjs passou; TypeScript e build passaram. Não se voltou a testar Word/ZIP. A revisão 13, aberta pelo botão do portal após a correcção, apresenta Por iniciar, os cinco requisitos da segunda oportunidade e os pressupostos QA 123456 MZN, 45678 MZN, diferença 77 778,00 MZN. A primeira oportunidade/Sofala não integra esse âmbito. Estes números são uma fixture sintética para conferência da cópia, não nova aceitação dos cálculos.

PDF guardado ainda pendente: o controlo do navegador permite abrir e ler a saída, mas não operar o diálogo nativo do sistema. Foi pedida a gravação manual da janela já preparada em outputs/multi-opportunity-fix-20261023/candidata-1afdfee8.pdf. Até ler/renderizar o ficheiro e conferir paginação, requisitos, âmbito e valores, a candidata continua exclusivamente QA; não houve push de disponibilização. origin/main foi consultado por git fetch: continua 55136b44, sem alterações concorrentes por integrar nessa consulta. Preparar o avanço normal, sem force, e voltar a consultar antes de integrar. Não é necessária nova autorização de disponibilização; a ordem já foi expressa pela Tempo, condicionada à conferência do PDF.

Projectos âncora — análise concluída e correcções/verificações delimitadas

Reutilizados os registos de reposição (7c1f5321, recibo de preparação adaptativa: 29 fichas/15 projectos, IDs/títulos preservados) e de continuidade carteira/oportunidade (InvestmentPortfolioContinuityTest, instalado, sem repetir). Não foi confirmada perda de fichas ou revogação da divulgação. Revisão estática do código actual e inventário de leitura apenas na base QA isolada, sem escrita. O inventário QA encontrou 15 fichas documentais de projecto com sector, localização e região em texto em todas elas, mas sem primary_territory_id, ligações públicas em project_locations ou oportunidades públicas directamente associadas. Uma décima sexta ficha marcada SYNTHETIC QA — associação escolhida, com uma oportunidade, foi identificada e excluída da contagem documental. A diferença QA não é atribuída à homologação; qualquer reposição de dados depende de comparação com o último estado demonstrado e identidades de acesso equivalentes, conforme AGENTS.

Trecho	Encontrado / classificação	Correcção ou verificação finita
Pesquisa por sector e localização	Lacuna de implementação do filtro sectorial. InvestmentPortfolioController::index e portfolio/index aceitam pesquisa textual, tipo e hierarquia territorial; não recebem nem apresentam sector. Texto livre contendo um sector não equivale ao filtro combinado. A pesquisa territorial já tem implementação por IDs e relações documentadas em InvestmentGeography::constrainDossiersToTerritories.	Acrescentar filtro sectorial e combiná-lo com a localização no mesmo catálogo, conservando filtros ao abrir/regressar. Reutilizar o catálogo de sectores; uma âncora pode abranger vários sectores documentados. Não classificar por semelhança de palavras nem criar ofertas para obter resultados.
Correspondência dos dados documentais	Verificação de dados/ambiente em falta, distinta da ausência do filtro. Os 15 sectores/localizações existem nos textos QA; o schema de projects não tem sector_id e os campos/relações territoriais consultados estão vazios nesse ambiente.	Comparar schema, dados, configuração e acesso equivalente com o último estado demonstrado/destino. Reutilizar fonte, exemplar e correspondências já aceites; delimitar as correspondências canónicas em falta e ambiguidades. Não pedir outra validação genérica da fonte, inventar território, nem declarar regressão a partir do clone.
Ficha → manifestação	Mecanismo existente a preservar: o botão cria rascunho com o mesmo dossier_id; InvestmentSubmissionController::create conserva project_ids. A ficha recupera os rascunhos existentes. Sem nova prova de execução deste ramo nesta análise. Para anónimos, o componente apresenta ligação simples a /login; a retoma com a identidade/filtros requer prova dirigida.	Conferir apenas login/retoma e recuperação do interesse na mesma ficha, sem submissão externa. Não transformar a ficha documental em oportunidade nem alterar os estados de publicação.
Ficha sem oportunidade → preparação → simulador	Integração directa ainda não implementada. A ficha mostra oportunidades relacionadas quando existirem; essas usam from_dossier, território e portfolio_origins já aceites até ao simulador. Sem oferta associada não existe acção de ideia baseada na própria âncora, e InvestorContext::reference não suporta uma origem de carteira autónoma. O vínculo explícito manifestação/dossier já existe, mas não cria essa origem no contexto.	Reutilizar o arranque por ideia e o mesmo dossier, acrescentando a referência documental da âncora independente de uma oferta. Conservar identidade, versão, fonte e localização escolhida até ao simulador/relatório e à manifestação vinculada. Conferir este ramo novo e a transição interesse/preparação; reutilizar as provas aceites do ramo com oportunidade.

O recorte âncora deixou de estar «por analisar»: há duas lacunas de implementação (filtro de sector e entrada directa por ideia de âncora sem oferta), uma reconciliação de dados/ambiente e uma prova dirigida de interesse/autenticação, com a continuidade do ramo novo incluída no seu critério de aceitação. Não se implementou esse recorte nesta análise nem se declarou homologação corrigida. As lacunas de implementação não são regressões demonstradas. Fontes locais: InvestmentPortfolioController, InvestmentGeography, InvestmentRelations, InvestmentOpportunityChoices::portfolioOrigins, InvestorContext, InvestmentSubmissionController, portfolio/index, portfolio/show, search-territory; inventário QA em outputs/multi-opportunity-fix-20261023/anchor-analysis-data.json. Actualização nas mesmas linhas AUD-REL-02/AUD-LEG-06 da matriz existente, sem nova matriz/backlog.

Oportunidade em tratamento — correcção conjunta do saldo em QA, 23/10/2026

Origem: pedido expresso da Tempo após bc84fbdb. Corrigir conjuntamente os três consumidores da escolha de oportunidade; conferir os quatro recortes delimitados, corrigindo apenas falhas encontradas. Só QA; não entregue na homologação nesta passagem. Permanecem encerrados 6b544548, d8224ba8 e 55136b44 com os respectivos recibos; não se repetiram os seus testes. A lista histórica de sete itens abaixo passa a ter os seguintes estados correntes: Correc??o funcional 1afdfee8; recibo QA.

Item	Resultado corrente e prova dirigida
1 — Simulador	Selector disponível na entrada geral; entrada da ficha/atalho transporta a chave; gravação e recuperação conservam a escolha e o snapshot, e a devolução financeira identifica a oportunidade. A troca aguarda a recuperação do contexto antes de gravar a nova associação. Provas API novas e conferência Edge: segunda/Manica → primeira/Sofala → segunda, no novo dossier QA. Valores deliberados continuam sujeitos à reconciliação existente.
2 — Etapas/requisitos	Decisões, motivos e estados específicos conservados por chave da oportunidade no payload cifrado existente; dados e decisões comuns anteriores preservados. Numa selecção múltipla, uma dispensa comum não dispensa automaticamente todas as fichas. Primeira sem necessidade de terra e segunda com necessidade produzem etapas/acções distintas. Os links dos requisitos conservam a oportunidade; a próxima acção e o snapshot seguem o âmbito escolhido.
3 — Terra/DUAT	Atalho procura o pedido do titular com o mesmo dossier e a mesma oportunidade, não o último de outra ficha. Teste cria dois pedidos pela ordem inversa e recupera cada associação. Sem escolha numa selecção múltipla, abre preparação com escolha, sem abrir arbitrariamente um pedido existente.
4 — Retirar a primeira	Prévia, confirmação e recuperação por HTTP dirigidas: segunda ficha exactamente preservada, título comum deliberado conservado e pedido da primeira continua consultável como histórico. Não constitui nova avaliação visual integral do editor.
5 — Dados comuns	Detectada duplicação de contactos já autorizados no payload do dossier; proposta de email/telefone ao simulador e Terra e nome a Terra corrigida. Testes verificam proposta e conservação de contacto deliberado. Perfil/empresa e organização mantêm os mecanismos próprios aceites; não se escolhe empresa/representante automaticamente, nem se converte país de residência/constituição em residência fiscal ou território do projecto.
6 — Entradas alternativas	Teste novo de ideia livre e fontes explícitas sector/território: confirmação e recuperação no mesmo dossier e propostas territoriais em Terra/simulador. Teste de login real do cliente HTTP conserva o URL pretendido e a fonte sectorial. Não se repetiu a prova territorial de reautenticação já aceite, nem carteira/oportunidade. Estas provas HTTP não são apresentadas como nova avaliação visual de todas as entradas.
7 — Exportações	Word e ZIP efectivamente gerados e lidos: identidade da segunda oportunidade e parque correctos, sem Sofala; ZIP contém o Word idêntico. Saída HTML do percurso de impressão contém o mesmo âmbito e distingue etapas aplicáveis/dispensadas. Permanece por conferir apenas o novo PDF nativo efectivamente guardado pelo navegador, incluindo paginação/legibilidade; HTML não substitui essa prova. Nenhuma falha do PDF foi presumida.

Verificações novas: InvestmentTreatmentScopeTest (sete casos dirigidos, 170 asser??es; guarda efectiva da base simulator_fiscal_delta_20261021_test, porta 55441; transacções), treatment-scope-export.test.mjs (dois casos; artefactos reais Word/ZIP e composição de impressão), TypeScript/build. Os erros de preparação dos ensaios (nome de campo de versão no teste e confirmação territorial do clone QA) foram corrigidos, sem alterar a funcionalidade aceite. Fixtures e artefactos permanecem em outputs/multi-opportunity-fix-20261023/; novo dossier d279172b-8bd1-4074-b000-ee25f0d29778, separado dos dossiers aceites. Sem migrations, fixtures publicadas, alterações em dados activos, permissões, Estatísticas ou IA.

Projectos âncora por sector/localização — recorte por analisar

Incluído por pedido expresso da Tempo nesta passagem. Verificar pesquisa combinada por sector e localização, abertura pela identidade existente, continuidade para manifestação de interesse e preparação do investimento, e recuperação no mesmo dossier com fontes/associações documentadas. A reposição/consulta anteriormente aceite de fichas e relações não demonstra, por si só, este requisito completo. Estado: por analisar; não se presume implementação nem falha. Registado em AUD-REL-02 e articulado com AUD-LEG-06, sem nova matriz/backlog. Este recorte permanece no saldo antes da avaliação final pela Tempo; Estatísticas e IA continuam adiadas.

O saldo corrente separa, portanto, a correcção executável QA dos três pontos, as provas dirigidas com os limites acima, a conferência restante do PDF nativo e o novo recorte âncora por analisar. Não há fecho global nem declaração de entrega desta candidata na homologação.

Saldo finito da aplicação transversal — 23/10/2026

Pedido expresso da Tempo: substituir a qualificação genérica de cobertura parcial por pendências delimitadas, sem repetir provas aceites. Este é o inventário corrente dentro do manual e da matriz existentes; as avaliações anteriores abaixo ficam como histórico, subordinadas aos fechos posteriores. Base revista: b6a626c9, com código entregue em 55136b44. Revisão de código, contratos, testes existentes e recibos; não houve execução funcional nova, alteração de dados ou instalação nesta passagem. Uma lacuna de código abaixo não é apresentada como novo incidente observado no navegador.

Corrigido, demonstrado e entregue — manter encerrado

Recorte	Entrega / prova reutilizada
Gravação/idioma, origem dos dados no relatório, sete ligações da Beira	6b544548; recibo 4098192a.
Complementos com identidade, necessidade sem oferta, serviço e relação à oportunidade no dossier	d8224ba8; recibo af926180; serviço sintético exclusivamente QA, Fiação em preparação/localização por definir.
Zonas/parques, Terra/DUAT, Balcão e manifestação: tratar a oportunidade escolhida, alterar só a segunda e conservar a primeira, guardar/recuperar associação e relatórios cobertos	55136b44; recibo b6a626c9; QA 4a01e9e2. Inclui escolha explícita quando há várias, edições deliberadas e associação bloqueada de pedido devolvido.
Resumos editáveis no simulador, nomes territoriais, terreno Sim/Não/Por definir, ocultação/reabertura de etapa global e continuidade carteira/dossier	Incrementos 7ca94967, f2150b19, 5bda74ae, entregues na linha 7c1f5321 e preservados pelas entregas seguintes; recibos de preparação adaptativa e continuidade existentes. Não voltar a exigir a instalação indicada como pendente em notas históricas.

Pendências actuais — sete recortes, sem expansão implícita

N.º / situação	Ecrã ou consumidor e limite exacto	Resultado necessário / próxima acção delimitada
1 — Falha de integração identificada no código	Simulador iniciado pelo dossier com várias oportunidades. InvestorContext::prefill() só delimita o simulador quando recebe a chave; DossierPrefill exclui o simulador do selector de oportunidade. A entrada geral continua a propor os campos comuns derivados da primeira, embora mostre todas as fichas.	Permitir identificar explicitamente o âmbito da análise e recuperar a oportunidade em tratamento; tornar explícito o âmbito comum quando for essa a escolha. Manter rascunhos, edições e relatórios aceites. Não somar investimentos nem inventar uma regra de agregação financeira. Prova nova apenas: seleccionar a segunda neste consumidor e conferir a sua localização/sector/parque e a identificação do âmbito no resultado.
2 — Falha de integração identificada no código	Dossier, etapas e próxima acção. InvestorPath::view() calcula aplicabilidade por investor_path.facts global; land_needed=no oculta a acção Terra para o dossier todo. InvestorContext::landPreparation() também lê esse único facto. Não há distinção de decisões de terra diferentes entre duas oportunidades.	Conservar a resposta global válida, mas impedir que dispense silenciosamente a necessidade específica de outra oportunidade. Ligar decisão, explicação e próxima acção ao âmbito tratado; desconhecido continua pendente. Prova nova: uma oportunidade sem necessidade e outra com necessidade, sem repetir o ciclo global Sim/Não já aceite.
3 — Falha de integração identificada no código	Atalho Terra/DUAT no resumo do dossier. InvestorPath::view() procura o caso mais recentemente actualizado do titular com o mesmo dossier, sem filtrar context_opportunity; o atalho abre esse caso. A correcção dos formulários não torna esta escolha do resumo específica.	Com dois pedidos de oportunidades diferentes, apresentar escolha identificável ou atalho por oportunidade, recuperando o pedido correspondente. Preservar os pedidos e respectivos snapshots; não substituir pelo último pedido do dossier. A lista de pedidos/resultados deve permitir distinguir as associações.
4 — Ainda sem prova delimitada	Editor de contexto: retirar, substituir ou reordenar a primeira oportunidade. A prova aceite altera apenas a segunda; o código ainda projecta a primeira em selection/campos comuns. Testes de mudança territorial e de conservação de várias fichas são reutilizados, mas não demonstram este impacto na interface.	Conferir apenas a prévia da retirada/substituição da primeira, confirmação e recuperação: campos comuns propostos, edições preservadas, segunda intacta e pedidos antigos mantidos como históricos. Não declarar perda nem pedir nova prova da alteração exclusiva da segunda.
5 — Ainda sem prova delimitada	Reutilização perfil/empresa/organização → contexto e ferramentas. A manifestação já recebe conta e empresa em InvestmentSubmissionController::create(); o perfil já existe. Isso não comprova a herança dos dados equivalentes na preparação do dossier, Terra e simulador.	Traçar apenas campos equivalentes e autorizados (identificação/contacto, representação, país/origem quando semanticamente coincidentes), registar o que chega, o que volta a ser pedido e a prioridade de edições locais. Corrigir só duplicação demonstrada. País de constituição, residência fiscal e localização do projecto não são intercambiáveis. Não repetir o preenchimento da manifestação já coberto.
6 — Ainda sem prova delimitada	Entradas por ideia, sector ou localização com passagem para operação privada. Há prova de rascunho/reauth territorial em InvestmentCorridorContextTest e de carteira/oportunidade nos recibos aceites. Não é prova de todas estas entradas alternativas até ao consumidor.	Conferir somente cada entrada alternativa ainda não coberta: fonte e escolhas no arranque, regresso/autenticação e recuperação no mesmo dossier; pedir apenas dados ausentes. Reutilizar o caso territorial e as entradas carteira/oportunidade existentes, sem os repetir. Não pressupor que falham.
7 — Ainda sem prova delimitada	Exportações nativas do dossier/plano para âmbito múltiplo. Valores, idioma, proveniência, exportações financeiras e recuperação já têm provas próprias; relatório Terra e associação canónica dos consumidores também. Falta isolar o efeito da escolha de âmbito nos restantes artefactos nativos, após resolver 1–3.	Conferir apenas correspondência oportunidade/localização/parque, etapas aplicáveis e identidade de pedidos em Word/PDF/ZIP efectivamente gerados. Não repetir cálculos, idioma, sete ligações, anexos nem o relatório Terra aceites. Um formato que não inclua esse conteúdo deve ser registado como sem aplicação, não como falha.

São três lacunas de integração constatadas por leitura e quatro verificações delimitadas, não sete falhas de execução. Os itens 1–3 determinam a correcção executável seguinte; 4–6 podem ser conferidos independentemente em QA isolado; 7 depende apenas do âmbito corrigido. A contagem refere-se a estes sete recortes, não a cada formato ou campo. Uma verificação que passe encerra o item; uma que falhe regista o defeito concreto na mesma linha da matriz. Não criar outra matriz/backlog nem converter ausência de prova em regressão.

Nunca implementado / desenvolvimento futuro — separado do saldo de regressões

O editor unificado de actores, fornecedores, contactos e infraestruturas das fichas territoriais e a cartografia de linhas de corredores não existem no produto demonstrado. Candidaturas com procedimento autónomo, restauro automático de snapshots e entrega a CRM remoto sem conector configurado também não são funcionalidades perdidas. Permanecem nos respectivos requisitos de desenvolvimento, fora dos sete recortes acima; não são pré-condições para os corrigir. Ausência de oferta ou associação documental não autoriza criar uma relação, localização ou publicação. Estatísticas e IA continuam adiadas por decisão da Tempo.

Rastreabilidade e limite desta revisão

Consumidores revistos: editor/arranques de contexto, resumo e etapas do dossier, simulador e reutilização, parques, Terra/DUAT, Balcão, manifestação, perfil/empresas e composição dos relatórios. Fontes: InvestorContext, InvestorPath, InvestmentConsumerScope, InvestmentSubmissionController, dossier-prefill, investment-opportunity-choices, project-dossier, testes InvestmentCorridorContextTest, InvestmentConsumerScopeTest, InvestorPathTest e context-inheritance, recibos de instalação existentes. Não se auditou novamente gestão editorial, publicação, RLS, legislação ou cálculos fiscais; mantêm os seus inventários e aceitações próprios. A avaliação final de navegação e apresentação pela Tempo vem depois do fecho desta lista. Referências na matriz existente: AUD-LEG-06, AUD-SIM-INT03, AUD-SIM-INT06.

Oportunidade em tratamento — entregue na homologação, 23/10/2026

Por instrução expressa da Tempo, a correcção QA 4a01e9e2 e o recibo 55136b44 foram integrados no main existente por avanço directo, sem force ou conflitos. O destino serve 55136b44, confirmado em https://teste-investidor.tempo.co.mz/build/revision.json, build 2026-10-23T15:55:10.921100+00:00, manifest SHA-256 b2dd6172516f220344ede5fc9d7876b7fc8417416d03842d737452709379a12c. Recibo da instalação.

Conferido apenas o delta instalado, com sessão normal já autenticada: a ficha real Florestas — Corredor da Beira, referência INV-MZ-GEN-8326396601945337, ID 53, apresenta as ligações para Terra/DUAT e Balcão com opportunity:53 e o dossier existente 958df138-7980-4685-8389-fa90be02ed6b. GET autorizado do contexto com essa identidade devolveu apenas essa ficha no snapshot específico e Sofala nas propostas de Terra/DUAT, Balcão e manifestação. Não se criou, guardou ou submeteu qualquer pedido para esta conferência. Provas locais: outputs/opportunity-consumer-install-20261023/, com revisão pública, ligações, resumo da resposta e imagem; hashes no recibo.

As provas QA aceites dos quatro consumidores foram reutilizadas, sem repetir o ensaio da segunda oportunidade. O estado «concluído em QA, ainda não instalado» dos registos históricos abaixo é superado neste recorte pela revisão servida. O histórico de d8224ba8 e das alterações concorrentes permanece ancestral da entrega; os componentes nucleares dos complementos e o recibo dos fechos anteriores coincidem por blob Git. Sem delta de migrations, configuração ou dependências, nem transporte de dados/fixtures; as oportunidades e serviços reais mantêm os estados de publicação existentes. A disponibilização usou o instalador automático existente, sem edição manual da pasta servida.

Saldo: zonas/parques, Terra/DUAT, Balcão e manifestação deste recorte estão agora entregues na homologação, com o delta instalado conferido. Complementos d8224ba8 e fechos 6b544548/4098192a preservados. Estatísticas e IA permanecem adiadas; não há alterações nesses módulos/configuração. A aplicação transversal fora deste recorte permanece parcial, sem declarar aceitação global nova. Actualizadas apenas as evidências de AUD-LEG-06 e AUD-SIM-INT03 na matriz existente.

Oportunidade em tratamento — correcção executável QA dos quatro trechos, 23/10/2026

Pedido expresso da Tempo: corrigir as falhas confirmadas em ad4160f0, sobre a versão actual e preservando os complementos entregues em d8224ba8. Implementação 4a01e9e2 na branch codex/opportunity-consumer-scope-20261023. Recibo QA. Esta passagem supera o estado «não corrigido» do diagnóstico apenas nos quatro trechos aqui demonstrados; o diagnóstico histórico permanece preservado.

Cada oportunidade guarda agora a sua própria referência de zona/parque. A consulta e a compatibilidade usam o corredor e o território dessa oportunidade; alterar a segunda actualiza apenas as suas opções. O parque comum de registos anteriores é recuperado na primeira identidade a que pertencia. O rascunho permite conservar uma localização ainda por escolher após a mudança de corredor, sem repor silenciosamente a localização documental incompatível.

Terra/DUAT, Balcão e manifestação resolvem a oportunidade em tratamento pela identidade dentro do dossier autorizado. A entrada identificada na ficha/ligação transporta essa identidade; a manifestação mantém a identidade da ficha de origem ao associar o dossier. Sem escolha e com várias oportunidades, a interface pede uma selecção clara e propõe dados comuns, sem adoptar o território da primeira. Os links por oportunidade no dossier e na ficha dão entrada em Terra/DUAT e no Balcão. A reconciliação existente conserva edições deliberadas e detalhes locais das parcelas; os limites dos pedidos devolvidos no Balcão mantêm-se. O resumo geral de um dossier múltiplo deixa de apresentar a primeira como se fosse necessariamente a oportunidade em tratamento.

O servidor guarda no payload cifrado existente de cada pedido uma associação canónica: oportunidade, corredor, localização, parque, origem/versão e requisitos dessa oportunidade. Um snapshot enviado pelo cliente não substitui a origem autorizada. A manifestação conserva também a coluna de oportunidade coerente com a escolha e a associação nas versões/intake. O relatório imprimível de Terra/DUAT apresenta a associação guardada; o recibo do Balcão apresenta o contexto congelado; o modelo comum do relatório conserva cada parque junto da respectiva identidade.

Prova dirigida	Resultado
Alterar apenas a segunda	Novo dossier sintético QA 1017980b-a61c-44a4-b8d5-bd909c2d1316: segunda 309, Gaza/Limpopo/parque QA Gaza → Manica/Beira/parque QA Manica pela interface, com motivo, confirmação, gravação e recuperação. Primeira 286 continua em Sofala/parque QA Sofala, exactamente igual à sua estrutura inicial por comparação integral.
Terra/DUAT	Entrada pela ligação da segunda, gravação e recuperação do pedido 01a16967-f058-7353-a7bc-33839b3c6595. Identidade 309, Manica, parque Manica e requisitos próprios recuperados. Relatório HTML imprimível aberto e conferido visualmente com a mesma associação.
Balcão	Entrada com a segunda identificada; pedido c3de8e43-701b-46bd-a016-64adc32e2394 preparado, guardado e recarregado. Mesma identidade, Manica, parque e requisitos. O template de recibo foi verificado em teste transaccional, sem inventar uma submissão real.
Manifestação	Preparada a partir da ficha existente da segunda; dossier associado pela interface. Pedido 01a16968-e3d2-728a-b28a-2fb05540509e guardado e recarregado com 309/Manica/parque/requisitos. A versão guardada conserva o vínculo. Não houve submissão externa.
Várias sem escolha	Entrada Terra/DUAT apenas com o dossier apresenta a escolha de oportunidade, sem localização da primeira. Selecção explícita da segunda recupera Manica, o seu parque e os seus requisitos.

Ambiente: Edge, 127.0.0.1:18574, actor sintético normal QA 509 e guarda efectiva de simulator_fiscal_delta_20261021_test:55441. Reutilizadas as oportunidades QA existentes; preparados três parques expressamente SYNTHETIC QA, só na base isolada, para conferir opções positivas e incompatibilidade. Nenhuma oferta, oportunidade, serviço ou publicação real foi criado por essa preparação. O dossier aceite dos complementos conserva as três oportunidades/localizações e quatro relações, sem repetir os seus casos funcionais.

Validação final: 4 testes de integração, 104 asserções; 3 testes frontend dirigidos; TypeScript e build aprovados. Cobertos também identidade alheia/actor alheio, snapshot forjado, conservação de edições deliberadas, parcela, rascunho territorial incompleto e associação bloqueada num pedido devolvido. Provas: outputs/multi-opportunity-fix-20261023/verified-state.json, textos recuperados e land-report.png; hashes no recibo. O ensaio do relatório é HTML imprimível, sem alegar nova aceitação de PDF nativo.

Disponibilidade: correcção executável e demonstrada em QA; main e homologação continuam em d8224ba8. Sem migration, importação ou escrita activa. Não se transportam as fixtures. Complementos e fechos 6b544548/4098192a preservados. A aplicação transversal fora deste recorte continua parcial; não se declara fecho global nem aceitação organizacional nova. Actualizadas apenas as evidências de AUD-LEG-06 e AUD-SIM-INT03 na matriz existente.

Contexto específico por oportunidade — conferência delimitada, 23/10/2026

Pedido da Tempo: complementos entregues em d8224ba8, sem pendência de disponibilização nem repetição dos seus casos ou dos fechos 6b544548/4098192a. Conferida a alteração apenas da segunda oportunidade nos percursos ainda parciais. Recibo técnico.

Reutilizado o dossier sintético QA existente 6fdbb963-726e-4048-9884-8cddc04e77a6, actor normal QA 509, base guardada simulator_fiscal_delta_20261021_test:55441. Prévia, confirmação e recuperação pelos serviços existentes, dentro de transacção revertida: segunda oportunidade 309, Gaza/Limpopo → Manica/Beira, com confirmação e motivo explícitos. Primeira e terceira escolhas conservadas exactamente. A versão interna passou 2 → 3; após rollback o registo original de desk_cases coincidiu integralmente com o anterior. Não se alterou a homologação nem se reavaliaram complementos.

Percurso	Resultado e causa delimitada
Dossier	A alteração da segunda foi recuperada separadamente; a primeira continuou Sofala e a terceira Gaza. Não há perda geral das localizações neste ensaio.
Zonas/parques	Consulta e dependências do efeito de context.tsx usam apenas choices[0]; existe só selection.park, validado pelo servidor contra a primeira escolha. Alterar a segunda não muda os parâmetros dessa consulta nem permite atribuir-lhe parque próprio. Os conjuntos QA consultados estavam vazios: não se declara disponibilidade positiva nem eliminação de um parque.
Terra/DUAT	Antes/depois, a proposta continua uma parcela de Sofala, sem identidade da oportunidade. prefill() deriva-a dos campos comuns; o formulário aplica só v[0] à primeira parcela. Conferência visual de leitura mostrou as referências comuns e os complementos existentes, sem lista das localizações de cada oportunidade.
Balcão	Território e descrição continuam os da primeira escolha. A diferença executada é o texto da revisão v2 → v3 na origem territorial; isso não transporta o âmbito da segunda oportunidade.
Manifestação	Sector, objectivo e localização propostos permanecem iguais, incluindo Sofala. A proposta não identifica a oportunidade a que cada âmbito se destina.

Saldo: causas confirmadas; estes quatro trechos não ficam fechados nem corrigidos por esta avaliação. O componente comum só apresenta OpportunityChoices no simulador. A correcção deve identificar expressamente a oportunidade destinatária das zonas/parques e dos dados propostos em cada formulário, preservando as restantes escolhas e edições deliberadas, e demonstrar guardar/recuperar após mudar apenas a segunda. A confirmação/recuperação deste ensaio foi nos serviços da aplicação, não nova sessão de navegador nem submissão dos três formulários. Evidência local: outputs/multi-opportunity-review-20261023/probe.json e land-visible.txt. Sem nova matriz/backlog; actualizada apenas a evidência de AUD-LEG-06 e AUD-SIM-INT03 na matriz existente. A aplicação transversal permanece parcial.

Complementos — disponibilização em homologação, 23/10/2026

Por decisão expressa da Tempo, o recorte demonstrado foi integrado pelo Git existente e disponibilizado em https://teste-investidor.tempo.co.mz, revisão d8224ba8. A integração 088f2c2c preservou as alterações concorrentes de 43cd0be7; d8224ba8 actualizou apenas o teste da entrada pública do simulador à estrutura da página inicial integrada. O instalador tinha recusado a referência ao componente antigo, também falhada no main concorrente, conservando a release anterior. Não se desactivou a verificação.

O recibo existente regista a revisão efectivamente servida, a instalação e a conferência delimitada do delta. Mantêm-se as provas QA aceites, sem nova ronda dos mesmos casos. Não houve migrations, importações nem transporte dos exemplos sintéticos. As oportunidades e serviços reais conservam identidades e estados de publicação. Fiação permanece necessidade em preparação, sem localização ou oferta inventadas.

Os estados «homologação inalterada» e «não instalado» nas passagens históricas abaixo descrevem essas passagens e são superados apenas neste recorte. As pendências de contextos específicos em zonas/parques, Terra/DUAT, Balcão e manifestação continuam abertas; a aplicação transversal permanece parcial. Fechos 6b544548/4098192a preservados.

Complementos — conferência visual QA concluída no recorte pedido, 23/10/2026

Pedido da Tempo: conferir abertura da ficha complementar existente, preparação de necessidade sem oferta identificada, selecção de serviço/instrumento e recuperação de selecção/origem/localização; com várias oportunidades, verificar a ligação à oportunidade escolhida, sem assumir a primeira. Homologação inalterada e fechos anteriores preservados. Esta passagem supera apenas a pendência visual dos complementos neste recorte nas secções abaixo; não declara a aplicação transversal concluída.

Ambiente usado: navegador Edge em http://127.0.0.1:18574, servido pelo router QA existente, com guarda efectiva de simulator_fiscal_delta_20261021_test:55441 em cada pedido. Reutilizada a sessão normal da conta sintética QA 509; sem criar sessão, contornar MFA ou conceder papéis. Criado pela interface o dossier SYNTHETIC QA — conferência visual de complementos 23-10-2026, ID 6fdbb963-726e-4048-9884-8cddc04e77a6; nenhum dossier anterior foi editado.

Passagem visual	Resultado demonstrado
Abrir oportunidade complementar existente	Silos/armazenagem → Milho, trigo e arroz — Corredor da Beira, ID 286, referência e slug INV-MZ-GEN-8128691124566423/inv-mz-gen-8128691124566423, conservados. A entrada de preparação recebeu a relação à carteira e a mesma identidade, sem reimportação.
Preparar necessidade sem oferta identificada	Acção de Fiação abriu a preparação no mesmo dossier e apresentou Necessidade complementar — ideia em preparação. Confirmada e recuperada com origem no Corredor da Beira e Centro. A localização inicialmente não escolhida ficou Por definir, sem receber Sofala por associação à primeira oportunidade.
Seleccionar serviço associado	Ficha do serviço QA 17, de Formação, aberta e seleccionada por Seleccionar este complemento e continuar no dossier de origem. Origem: segunda oportunidade QA 309; localização: Gaza. Recuperadas após confirmação e recarregamento.
Várias oportunidades, sem assumir a primeira	Primeira ficha 286 → Sofala; segunda 309 → Gaza. O complemento de frio 310 e Formação 17 ficaram ligados à 309, em Gaza; a primeira ficha continuou em Sofala. A consulta das fichas e o retorno conservaram as escolhas pendentes, incluindo Fiação.
Recuperar no dossier	Após Rever dados antes de guardar → Guardar dados do investimento → Voltar ao dossier → recarregar, recuperaram-se três fichas e quatro relações complementares: Silos/armazenagem, Fiação, Formação e Cadeia de frio, cada uma com a sua origem e localização informada ou indeterminada. O título deliberado do dossier permaneceu intacto.

Âmbito dos exemplos: a ficha 286 e a origem da carteira são identidades já existentes em QA. A base QA não tinha ofertas de serviços; para a prova visual positiva foram preparados dois projectos, duas oportunidades (309/310), uma relação complementar pública e um serviço (17), todos explicitamente marcados SYNTHETIC QA. O serviço foi tornado visível unicamente como fixture da base QA guardada, não como publicação real nem aprovação da Tempo; não foi transportado para a homologação. A prova não declara um serviço real disponível no destino. Os registos anteriores de oportunidades (45), projectos (17), fichas da carteira (30) e parcerias (zero) permaneceram iguais por hash na preparação das fixtures. Originais, relações, permissões e aceitações anteriores foram preservados.

Provas locais: ficha existente, serviço e sua origem, oportunidades recuperadas e complementos recuperados. Texto visível recuperado e recibo das fixtures no mesmo directório. Actualizado o recibo existente e a cobertura das cinco linhas existentes da matriz. Não houve nova alteração funcional, migration, instalação, importação ou escrita na homologação nesta passagem; as suites automáticas anteriores não foram repetidas.

Saldo preservado: conferência visual positiva dos complementos descritos, incluindo origem na segunda oportunidade. Zonas/parques, Terra/DUAT, Balcão e manifestação com contextos específicos de várias oportunidades continuam por demonstrar. Não se declara aceitação da Tempo, disponibilização no destino ou fecho global. Os três fechos de 6b544548/4098192a mantêm-se.

Complementos ligados ao investimento e ao dossier — preparação QA, 23/10/2026

Origem funcional: pedido expresso da Tempo nesta retoma: ligar regadio, silos, frio, processamento, fiação e logística às oportunidades existentes; distinguir necessidades ainda sem oferta; ligar certificação, formação e financiamento aos serviços/instrumentos existentes, conservando contexto e identidade no dossier. Este incremento não reabre gravação/idioma, proveniência do relatório ou Beira → sete oportunidades, encerrados no âmbito de 6b544548/4098192a. Mantêm-se as aceitações e os limites transversais anteriores.

Causa delimitada no código anterior: content.focus era uma string, validada com os restantes campos textuais em InvestmentPortfolioController::save e apresentada por portfolio/show.tsx como texto em <dd>. Não existia resolução desses complementos para identidades de oportunidades/serviços nem selecção complementar no contexto privado. O bloco separado de oportunidades relacionadas não conservava uma relação tipificada «origem → complemento escolhido». Isso demonstra a integração ausente nesse trecho, não eliminação de fichas ou perda de dados. A tabela complementary_project_links já existia; não se criou outra tabela ou cadastro paralelo.

Comportamento preparado no percurso existente:

• As fichas públicas da carteira e das oportunidades apresentam os complementos mencionados no seu contexto documental. O resolvedor InvestmentComplements cruza a menção com as relações existentes à carteira, as ligações públicas entre projectos complementares ou a cadeia de valor publicamente documentada. A menção isolada não associa oportunidades fora dessas relações. Mantêm-se os estados publicados da classificação, incluindo referências preliminares, sem os promover a confirmação.
• Uma oportunidade identificada abre pela mesma rota/ID/slug; a escolha inclui origem, tipo de complemento, ficha de destino, localização escolhida, versão, trecho, fonte e hash do contexto consultado. Quando a componente está expressamente incluída na própria oportunidade, liga a essa identidade e explica-o, sem criar outra ficha.
• Certificação/formação/financiamento consultam ofertas publicadas da Bolsa explicitamente ligadas à origem, distinguindo offering de seeking. Serviços ligados à ficha da carteira ou ao seu projecto/cluster também são reutilizados. Financiamento reutiliza o tipo financeiro existente; uma necessidade de financiamento no resumo de um projecto não é, por si, uma oferta. Não se activaram contratos modulares nem instrumentos por importação.
• Sem oferta identificada nas relações desse contexto, apresenta-se necessidade complementar, com acção para iniciar uma ideia ou prepará-la num dossier existente. Não se cria nem publica uma oportunidade como efeito dessa acção. A ausência de correspondência neste recorte não declara inexistência absoluta no acervo.
• No editor do dossier, os complementos são consultados por oportunidade e localização; um território conhecido incompatível exclui o destino, e localização desconhecida continua «por definir». As escolhas têm prévia e confirmação, rascunho, retirada explícita e recuperação. Ao consultar/seleccionar outro complemento, a navegação aguarda a gravação das edições pendentes; o contexto acompanha a consulta da ficha pública. Uma entrada antiga retirada não volta por actualização; uma nova selecção explícita pode recuperá-la.
• A relação fica no payload cifrado e no histórico existente do dossier, aparece no dossier e no componente comum dos quatro formulários, e acompanha o snapshot do simulador e as linhas do modelo comum de relatório/exportação. Os dados deliberados do investimento principal conservam-se. Uma oferta retirada não pode entrar como nova escolha; uma relação anteriormente confirmada conserva o snapshot para revisão, sem republicar a oferta. Uma origem indisponível na consulta em lote é assinalada e não oculta os restantes resultados.

Escolhas técnicas, sem novas exigências organizacionais: vocabulário literal dos nove âmbitos solicitados para identificar trechos; IDs e relações existentes para resolver destinos; filtragem pela hierarquia territorial pública; selecção complementar no JSON cifrado e confirmação/versionamento já existentes. Não houve migration, novo papel, nova aprovação, importação, publicação, alteração de dados activos ou instalação na homologação. Não se transportaram dados QA para o destino.

Verificação delimitada: testes novos de InvestmentComplementsTest na base isolada simulator_fiscal_delta_20261021_test, porta 55441, com guarda do alvo e transacções revertidas; testes frontend novos em investment-complements.test.mjs; TypeScript e build. A prova da cadeia de valor usa um contrato público sintético identificado como tal, sem declarar novas relações reais no cadastro. Recibo resumido: investment-complements-qa-receipt-20261023.json. Não se repetiram os três casos aceites. Não se declara conferência visual nova no navegador, instalação ou aceitação da Tempo.

Guia de utilização preparado: abrir a ficha principal → Investimentos e serviços complementares → consultar a ficha correspondente ou Iniciar preparação de uma ideia → seleccionar o dossier autorizado ou criar a ideia → rever os complementos, localizações e diferenças → confirmar no editor. Para retirar, usar Retirar esta relação da preparação e confirmar a comparação. Os formulários ligados mostram a relação consultada, mantendo os seus próprios dados e operações de gravação/submissão.

Saldo: este incremento cobre a ligação e conservação dos complementos resolvidos pelas fontes/relações acima. Não declara associação automática de todos os complementos a todas as fichas, cadastro completo dos serviços ou cobertura de todas as expressões possíveis. As opções comuns de zonas/parques e a passagem de requisitos específicos de várias oportunidades aos restantes formulários, identificadas na avaliação anterior, continuam parciais. Matriz existente: RF-CLU-003, RF-COR-004, AUD-REL-02, AUD-LEG-06 e AUD-SIM-INT06, sem nova matriz/backlog.

Avaliação dos trechos restantes — 23/10/2026

Decisão expressa da Tempo nesta retoma: encerradas no âmbito reportado gravação/idioma, origem dos dados no relatório e ligação da Beira às sete oportunidades; entrega 6b544548, recibo 4098192a. Reutilizar essas provas, sem repetir os casos aceites. A aplicação transversal permanece parcial. Esta passagem é avaliação estática do código e inventário de cobertura existente; não é nova prova visual, execução dos testes citados ou alteração na homologação. Não foi confirmada perda adicional de dados ou funcionalidades.

Prioridade	Implementação e provas existentes a preservar	Limite encontrado / trecho ainda a demonstrar
Várias oportunidades	InvestmentOpportunityChoices, InvestorContext e investment-opportunity-choices.tsx conservam território, actividades e origens por ficha. O teste existente test_multiple_opportunities_keep_sites_sources_requirements_and_results_in_one_dossier cobre confirmação, recuperação, requisitos agregados e resultados preservados. Não foi repetido.	InvestorContext.php:384–386 escolhe a primeira oportunidade para os campos comuns. Avaliar retirada/mudança da primeira e alteração apenas da segunda, sem atribuir os dados comuns a todas as fichas. A existência do teste não demonstra a interface deste delta.
Corredor/localização	Cada cartão tem corredor e caminho territorial próprios; a mudança conserva caminho compatível e retira níveis incompatíveis com explicação. O teste existente test_corridor_change_keeps_compatible_paths_and_removes_only_incompatible_geography preserva esta cobertura.	context.tsx carrega parques por choices[0], e InvestorContext também usa a primeira escolha na compatibilidade comum. Uma mudança apenas na segunda não altera esses parâmetros. Falta demonstrar como se apresenta e distingue a aplicabilidade das zonas/parques nas várias oportunidades. Não inferir que todas perderam a localização.
Reutilização nos restantes formulários	DossierPrefill está integrado em simulador, Terra/DUAT, balcão e manifestação. inheritCompatibleFields preenche vazios, acompanha herança identificada e conserva valores deliberados; a interface permite comparar/substituir campos. Balcão respeita os campos editáveis de um pedido devolvido.	prefill() entrega uma parcela territorial comum a Terra/DUAT e valores comuns aos outros destinos. No componente de reutilização, a lista OpportunityChoices só aparece para simulator. Não está demonstrada a passagem dos contextos específicos de duas oportunidades aos restantes formulários; a ligação ao mesmo dossier não comprova essa cobertura.

Próxima prova delimitada em QA isolado: duas oportunidades com corredores/localizações distintos; mudar apenas a segunda e conferir opções/requisitos e conservação da primeira; retirar a primeira e comparar o impacto proposto nos campos comuns; abrir Terra/DUAT, balcão e manifestação a partir desse dossier, conferir dados comuns e referências específicas, preservar uma edição deliberada e recuperar os formulários. Usar apenas as etapas aplicáveis, sem manifestação/submissão real. Não repetir idioma/gravação, proveniência do relatório ou as sete ligações aceites. A comparação entre primeira e segunda escolha é um método técnico de avaliação, não uma nova regra de negócio nem decisão de escolher uma localização comum pela Tempo.

Cobertura registada nas linhas existentes AUD-SIM-INT03 e AUD-LEG-06 da matriz; sem nova matriz ou backlog. Nenhuma alteração de código funcional, schema, dados, configuração ou permissões nesta avaliação. Os limites acima permanecem pendentes de demonstração/correcção delimitada; não são declarados resolvidos por documentação.

Instalação e conferência das três correcções — 23/10/2026

Revisão servida: 6b544548. Conferência visual QA da Beira concluída antes da integração: sete oportunidades visíveis, Florestas abre com origem da carteira conservada nos dois botões de preparação. Integrada por avanço directo no Git, sem alterações concorrentes em main. Executor concluído às 13:45:19 UTC, 206/206 testes frontend; zero migrations/importações e nenhuma alteração de permissões. Recibo: continuity-corrections-installation-receipt-20261023.json. As referências abaixo a QA pendente/homologação em 7c1f5321 descrevem o estado histórico anterior, sucedido por esta instalação.

Delta no destino, apenas no dossier privado já identificado como teste 958df138-7980-4685-8389-fa90be02ed6b: seleccionar Português (Moçambique), Guardar e continuar mais tarde e recarregar recuperou o idioma, com confirmação e sem falso conflito. Relatório imprimível revisão 4 identifica título herdado dos dados introduzidos no dossier, resumo herdado da oportunidade Florestas v2, sector herdado do catálogo sectorial e Sofala do catálogo territorial; sem repetir o teste de todas as exportações/paginação. A guarda do servidor coincide por SHA-256 com a testada em QA; reutilizada a recusa de versões antigas, sem provocar escrita desactualizada em dados do destino.

Na ficha pública da Beira, as sete ligações foram abertas individualmente: Açúcar, Carne bovina, Florestas, Hortícolas, Milho/trigo/arroz, Sésamo e Soja. Títulos coincidentes e origem from_dossier conservada em todos os botões de preparação. Não foram publicadas novamente as 34 oportunidades nem alteradas relações por província. Provas e revisão anterior preservadas no recibo. Aplicação transversal continua parcial; este fecho respeita apenas os três deltas pedidos.

Correcções da verificação de homologação — candidata QA, 23/10/2026

Referência: c3f7c3ad; pedido expresso da Tempo nas três prioridades. As 34 oportunidades já públicas e as provas aceites mantêm-se. Esta candidata não altera a homologação, que permanece em 7c1f5321; sem migrations, novos papéis, publicação, importação ou alteração de dados activos.

1. Gravação/idioma — causa de transporte reproduzida. O Nginx do destino comprime JSON e enfraquece o ETag da representação; confirmado em leitura pública do questionário (o controlador produz uma versão forte e a resposta chega W/"questionnaire-…", com gzip). O cliente do rascunho devolvia literalmente o cabeçalho ao servidor, que compara a versão forte exacta; os logs do dossier de teste mostram PUT 200 seguido de 412 e repetição após recuperação. Em QA isolado, um router de prova aplica gzip e enfraquece os ETags dos rascunhos para reproduzir esse transporte. A correcção normaliza apenas o formato conhecido W/"sfd-UUID-vN" antes de o usar; não aceita outra versão, não muda o controlo do servidor nem força retry/overwrite. No navegador QA, mudar o idioma para English, guardar e recarregar recuperou English com confirmação de gravação, título deliberado e escolhas preservados, sem falso conflito. A leitura pública comprova o transporte no destino; a correcção do rascunho ainda aguarda instalação/conferência desse delta na homologação. Sem consulta de credenciais ou bypass de sessão/RLS.

2. Proveniência do relatório. A origem existente por campo estava no dossier, mas não viajava no snapshot usado pelo relatório; as linhas tinham atribuições genéricas fixas ao utilizador. O snapshot passa a incluir apenas tipo/título/versão/revisão da proveniência, sem IDs de actores. O modelo comum de relatório/CSV usa também as assinaturas de herança já existentes: mostra origem na oportunidade/catálogo/dados do utilizador no dossier; uma alteração posterior no simulador é identificada com a origem anterior. Não muda valores nem reescreve relatórios emitidos; metadados ausentes de versões antigas não são inventados. Conferido no relatório QA: resumo herdado da oportunidade, título alterado posteriormente e referência da oportunidade/localização/associação conservadas. Captura outputs/preservation-inventory-20261023/corrected-provenance-report-QA.png.

3. Beira → oportunidades. A consulta da carteira só procurava pivots; o cadastro das 34 conserva a pertença documental no workflow_context, deliberadamente sem inferir relações com mestres. As fontes aceites distinguem COR-02 «Corredor da Beira e Centro» (investment-portfolio.json) e o grupo «Corredor da Beira» (corridor-investment-opportunities.json): sete entradas, não selecção por província. Esta correcção implementa uma referência documental delimitada entre essa ficha e esse grupo, sem renomear/fundir corredores, acrescentar pivots ou inferir implantação. A consulta exige a chave original e o hash da fonte aceite; outras oportunidades/corredores não entram por semelhança. A mesma resolução serve a ficha, a pesquisa por corredor, a validação da origem no detalhe e a associação escolhida no dossier. As sete fichas são Milho, trigo e arroz; Soja; Hortícolas; Sésamo; Açúcar; Florestas; Carne bovina — todas no Corredor da Beira. Não se estende esta correspondência aos outros corredores, clusters ou âncoras por inferência.

Validação delimitada: 26 testes frontend afectados passaram; novo teste de proveniência/ETag repetido após o ajuste de designações, dois aprovados. Três testes transaccionais de continuidade/Beira, 91 asserções, na base QA simulator_fiscal_delta_20261021_test:55441, incluindo sete resultados, pesquisa, detalhe/origem e recusa de outra oportunidade. Um teste adicional, cinco asserções, confirma que o servidor continua a recusar ETag fraco e versão antiga e aceita apenas a versão forte actual. Types/build aprovados. A conferência visual final da navegação da carteira QA foi interrompida pela automação do navegador; não se declara uma prova visual nova dessa ficha, coberta aqui pela resposta Inertia/API e validação de continuidade. Mantêm-se as provas anteriores. Matriz existente: evidências acrescidas em AUD-SIM-INT03/06/07, sem novo backlog. Aplicação transversal permanece parcial.

Verificação do produto na homologação — 23/10/2026

Origem: pedido da Tempo de avaliar carteira → escolha → dossier → simulador → relatório, registando apenas diferenças e reutilizando as provas aceites. Revisão servida confirmada: 7c1f5321. Sem alteração de código, permissões, originais ou publicações nesta passagem. Referências da matriz existente: AUD-SIM-INT03 (recuperação), AUD-SIM-INT06 (relatórios) e AUD-SIM-INT07 (gravação/erros).

Criado pela interface um dossier privado explicitamente denominado TESTE DE HOMOLOGAÇÃO — continuidade 23-10-2026, 958df138-7980-4685-8389-fa90be02ed6b, rascunho do simulador 6c07a968-7ff9-42fa-b252-072bb1acf221. Cenário sintético, não investimento real nem manifestação/submissão. Os dossiers anteriores permaneceram sem edição. A escolha Florestas — Corredor da Beira foi recebida; o corredor já vinha seleccionado e apresentou apenas Manica/Sofala. Escolhida Sofala e actividade florestal para o teste, a prévia propôs resumo/sector/localização e preservou o título deliberado do teste. Após confirmação, oportunidade, Agronegócio, Corredor da Beira e Sofala recuperados no dossier e no simulador sem preenchimento repetido. Necessidade de terra Não, identificada como cenário sintético: acção Terra/DUAT e etapa de regularização retiradas do dossier; Situação do terreno ocultada no simulador com explicação. Não se repete a prova de novo login já aceite em QA.

Diferenças observadas, sem declarar causa ou correcção não demonstradas:

• Gravação/recuperação (AUD-SIM-INT03/07): no novo rascunho e num único separador desta verificação, após escolher Simples/Português e navegar nas etapas surgiu «alterado noutro separador». Recuperar a versão mais recente conservou Simples e os dados herdados, mas não o idioma. Escolher novamente o idioma e Guardar e continuar mais tarde voltou a indicar gravação não confirmada/conflito. Não há outro separador deste dossier de teste; não atribuir a falha ao utilizador nem afirmar causa técnica confirmada. Não contornado o controlo de versão.
• Origem no relatório (AUD-SIM-INT06): o relatório imprimível contém o resumo e Agronegócio herdados, mas classifica-os como declarados/seleccionados pelo utilizador. A proveniência apresentada deve distinguir herança da oportunidade de edição deliberada. A selecção do território foi efectivamente feita no teste.
• Carteira → escolha: a ficha Corredor da Beira e Centro abre, mas informa não ter oportunidades publicadas associadas nem relações disponíveis; por essa ficha não foi possível demonstrar a passagem contextual à oportunidade. Florestas também apresenta ausência de relações publicadas. A falta de associações já estava identificada; esta observação localiza o limite no destino, não prova perda recente nem autoriza inferir/recriar ligações. O dossier antigo Florestas 90110be6-00c1-4e37-a82f-19e734f4e097 abriu sem oportunidade/sector/localização confirmados; o título não prova esses dados guardados. Foi preservado.

Relatório: a opção Imprimir / guardar como PDF gerou uma nova apresentação, lida no navegador. Inclui as onze secções seleccionadas, oportunidade/Sofala, necessidade de terra Não e preparação do terreno não aplicável, lacunas como Não informado e ausência de plano/cálculo sem zeros presumidos. Cabeçalho/tabelas legíveis na captura; não se declara nova conferência de paginação PDF ou de todas as páginas impressas. O relatório foi gerado com o aviso de gravação activo: não atesta que todas as últimas edições locais estavam persistidas. A tentativa de captura de download Word pela automação não terminou; isso não basta para declarar defeito do exportador nem download/abertura Word demonstrados. As provas QA desses formatos mantêm-se, sem substituir a lacuna observada de gravação.

Correcção de saldo das 34 oportunidades: a pendência de disponibilização não corresponde ao destino actual. O catálogo mostra as entradas; a exportação pública Agronegócio devolveu 34 referências, todas coincidentes por URL com agribusiness-homologation-20261023.json, zero ausentes. Não houve reimportação, nova publicação ou conferência individual de todas as páginas. Disponibilidade pública e associações à carteira são estados distintos.

Provas locais: outputs/preservation-inventory-20261023/product-report-homologation-20261023.png e product-simulator-save-conflict-homologation-20261023.png. Saldo: herança, localização e não aplicabilidade demonstradas neste cenário instalado; gravação/recuperação com falha nova; proveniência do relatório a corrigir; passagem por associações reais da carteira não demonstrada neste recorte. Aplicação transversal parcial. Nenhum fecho global do produto.

Retoma e recuperação da continuidade — conferência QA, 23/10/2026

Estado posterior: instalada na homologação. A revisão 7c1f5321, que inclui 6948ed62, 3d877ec7, 115c7731 e a correcção histórica do relatório, está efectivamente servida desde 23/10/2026 às 13:16 UTC. Recibo: adaptive-portfolio-installation-receipt-20261023.json. Conferidos revisão pública, assets do delta, hashes dos cinco ficheiros afectados e carteira anónima: 29 fichas, zero IDs ausentes e zero títulos divergentes. Executor: 204/204 testes frontend; zero migrations/importações e nenhuma alteração de permissões. Reutilizadas as provas privadas QA; não se gravou um dossier real no destino. As menções abaixo a homologação inalterada conservam o estado histórico da preparação QA, agora sucedido por este recibo. Aplicação transversal permanece parcial.

Disponibilização autorizada pela Tempo: 115c7731 integrado em main por avanço directo, sem alterações concorrentes no remoto, migrations ou alterações de dependências/permissões. A primeira execução automática preservou a release anterior e1f010f9: 203/204 testes frontend passaram; o teste do documento histórico não aplicável detectou que a simplificação do relatório ocultava também esse registo. Correcção delimitada: manter a linha histórica quando existe documento associado, sem voltar a exigir o requisito; os restantes não aplicáveis conservam a explicação breve. Verificados 17 testes afectados de relatórios, continuidade e terra, mais types. Não foram repetidas as provas funcionais QA nem alterados dados no destino. A integração Git não é recibo de instalação; confirmar a revisão servida antes de declarar disponível.

Ponto de retoma da Tempo: 29 fichas visíveis; completar a continuidade, sem repetir a reposição ou as provas aceites. A implementação 3d877ec7 sucede a 6948ed62 e permanece exclusivamente em QA. As secções históricas abaixo que identificam a perda de from_dossier descrevem o diagnóstico anterior: essa lacuna está corrigida neste recorte QA, ainda não na homologação.

Conferência pela interface, apenas com conta e registos SYNTHETIC QA: a oportunidade, Sofala e a associação escolhida chegaram ao dossier e ao simulador. Foi guardado no simulador o título deliberadamente diferente «SYNTHETIC QA — edição deliberada de continuidade». Regressar ao dossier e reabrir Plano e simulador conservou esse título; recarregar também o conservou. Depois de Terminar sessão e efectuar novo login normal, abriu-se o mesmo investimento pelo painel e o seu Plano e simulador: oportunidade, localização, associação e título deliberado foram recuperados, sem novo preenchimento. O título do dossier e o da oportunidade não foram substituídos pela edição do simulador. O login conduziu ao painel; a recuperação foi concluída pela ligação do investimento nesse painel, não se afirma redireccionamento automático ao simulador.

Prova local: outputs/preservation-inventory-20261023/portfolio-continuity-recovery-login-QA.png. O dossier sintético usado é b5248bb8-5ada-445f-a34a-e4c628b6d457; o rascunho recuperado é b56a6bb8-c5df-4f22-84d0-07534d9dd8ba. Nenhum dado real ou permissão foi alterado para esta conferência.

Relatórios: reutilizadas as provas aceites de tests/frontend/investment-portfolio-continuity.test.mjs para o modelo comum de relatório/CSV/impressão, e as provas de aplicabilidade e situação do terreno da entrega reconciliada. Não se declara uma nova exportação visual nesta passagem nem se repete a suite. A causa e prevenção da perda anterior permanecem na secção seguinte e no manifesto/recibo existentes. Homologação inalterada; aplicação transversal ainda parcial; associações ausentes não foram inventadas.

Continuidade carteira → oportunidade → dossier → simulador — incremento QA, 23/10/2026

Origem: pedido expresso da Tempo de conservar oportunidade, localização e associações escolhidas no mesmo percurso, sem repetir perguntas ou sobrescrever edições deliberadas. Complementa a entrega QA 6948ed62; não instala esse conjunto nem este incremento na homologação.

Os dois botões Preparar investimento da oportunidade passam a transportar a origem from_dossier já validada e os filtros territoriais escolhidos. A entrada mostra a oportunidade, localização proposta e associação da carteira antes de escolher/criar o dossier. As mesmas referências atravessam autenticação, rascunho por actor, recuperação, prévia, confirmação e a referência guardada do simulador. Permanecem no payload cifrado existente: sem migrations, papéis ou percurso paralelo. Posto/localidade não são inferidos quando faltam.

Cada oportunidade conserva as suas próprias associações escolhidas (portfolio_origins), com identificador, título, versão, ligação e hash documental. O servidor só aceita fichas publicadas da carteira com ligação cadastrada à oportunidade. Não cria relações por semelhança de nome, corredor ou proximidade e não publica fichas privadas. É possível retirar uma associação pela interface sem retirar a oportunidade. Uma mesma associação pode acompanhar oportunidades diferentes, mantendo cada identidade e localização.

Guia: abra uma oportunidade associada a partir da carteira e escolha Preparar investimento. Na entrada, confirme visualmente a oportunidade, localização recebida e associação; continue um dossier existente ou crie um novo. Reveja e guarde no editor existente. A confirmação retira da URL a intenção de entrada já consumida, para que actualizar recupere o contexto guardado, incluindo associações retiradas, em vez de reaplicar essa entrada. Abra Plano e simulador no mesmo dossier; os dados e referências continuam disponíveis, com os controlos existentes para editar divergências e exportar.

Ao retomar uma oportunidade já existente num dossier, acrescentam-se as associações recebidas sem substituir localização, corredor ou actividades guardadas. Uma localização recebida diferente é apresentada como divergência, mantendo a anterior para revisão explícita. Confirmar associações gera a revisão/auditoria do contexto existente; alterar apenas a referência documental não reabre etapas nem invalida cálculos se as entradas efectivas não mudarem. A alteração de localização, actividade ou outros pressupostos conserva os controlos de impacto existentes.

No simulador, o componente comum mostra as oportunidades, localizações e associações do dossier. Os campos recuperados continuam a usar os resumos editáveis da entrega anterior; respostas deliberadas do simulador não são substituídas. Relatórios e CSV do plano conservam cada oportunidade, o respectivo território e as associações escolhidas, com origem identificável, sem inferir incentivos ou autorização de execução.

Verificação do delta e regressão directamente afectada: InvestmentPortfolioContinuityTest e InvestmentOpportunityChoicesTest, seis testes/151 asserções em base QA isolada com transacções revertidas; incluem retoma após autenticação, selecção múltipla, associação partilhada entre fichas, preservação de título/localização/actividades, rejeição de origem não relacionada/privada, confirmação e recuperação no rascunho do simulador, e alteração só de referência sem invalidar cálculos. O teste de transporte dos 34 usa agora o mesmo agrupamento selection_labels do navegador, sem alargar os campos aceites pela API. Frontend: cinco testes territoriais/entrada e um teste de continuidade/CSV/impressão. Types e build aprovados. As provas dos incrementos anteriores mantêm-se; não se voltou a importar, publicar ou conferir os 20 artigos, 34 oportunidades, 408 limites ou 29 fichas na homologação.

Navegador QA: fixture identificada como SYNTHETIC QA, com oportunidade, âncora/associação e dossier próprios, sem atribuir a dados reais as associações do teste. Conferidos os parâmetros dos dois botões públicos, a recepção na entrada, escolha do dossier existente, rascunho guardado, prévia com Sofala/associação, confirmação e recuperação no simulador com a mesma referência. Os registos reais QA não foram reclassificados nem associados artificialmente para esta prova visual. Captura local outputs/preservation-inventory-20261023/portfolio-dossier-simulator-continuity-QA.png. Nenhuma escrita remota ou publicação real.

Causa e prevenção da perda anterior: mantém-se o diagnóstico documental de e65cb269 e o manifesto nominal da reposição auditada. A mudança do importador para rascunhos deixou de reconciliar a divulgação anteriormente aprovada noutro ambiente; não se conhece a data exacta da perda num endereço. Nas próximas entregas, conservar a visibilidade/aprovação dos exemplares existentes e conferir os IDs/títulos/estados contra o inventário aceite, antes/depois do transporte; um transporte privado não revoga a divulgação anterior. Não restaurar a base inteira nem reimportar/publicar automaticamente conteúdos novos para corrigir visibilidade. Esta é prevenção técnica conforme a instrução de preservação da Tempo, não um novo aprovador. A presença visual não substitui o manifesto, a proveniência e o recibo de reposição existentes.

Saldo: visibilidade das 29 fichas confirmada no destino na passagem anterior; continuidade implementada neste recorte QA para associações efectivamente cadastradas. Fichas sem oportunidades associadas continuam a indicar essa lacuna; não foram preenchidas com relações presumidas. Homologação inalterada nesta passagem; aplicação transversal permanece parcial.

Entrega QA reconciliada — preparação adaptativa, 23/10/2026

Conjunto funcional único, na ordem Git já existente: 7ca94967 → f2150b19 → 5bda74ae. A reconciliação documental 7d798579 conserva a evidência da carteira. Não fazer três instalações independentes, reaplicar patches ou substituir ficheiros por exemplares de cada candidata. Preservar estes commits e integrar o conjunto pelo processo Git de revisão existente.

Candidata	Comportamento incluído	Provas aceites reutilizadas
7ca94967	Ocultar preparação sem aplicação e respectivas acções; conservar estados e evidências; distinguir requisitos não aplicáveis nos relatórios	Teste API de preservação/reabertura: 18 asserções; relatório: 11 testes; types/build e cenário QA
f2150b19	Dossier → simulador: resumos editáveis dos dados recuperados, nomes territoriais ligados aos IDs correctos, edições deliberadas preservadas, percurso de análise existente	Reutilização: 12 testes; nomes exactos: 14 asserções API; types/build e gravação/recuperação visual QA
5bda74ae	Situação do terreno acompanha Não/Sim/Por definir na interface, gravação/validação, recuperação e relatórios; resposta anterior conservada	Delta de terreno: 4 testes frontend e 32 asserções API; types/build e três estados no navegador QA

Reconciliação Git: base origin/main consultada novamente no remoto: e1f010f941e9993645e131b34ec1f4c3fe82c71b. As três candidatas são antecessoras do conjunto reconciliado; não há commits exclusivos de main a resolver nesta conferência. Os quatro worktrees existentes estavam limpos e os dois worktrees de outras entregas permaneceram intocados. Conferido o delta acumulado sem erros de whitespace; sem migrations, novas rotas ou alterações de dependências. Não foi reescrito histórico nem repetida a suite QA aceite. Esta conferência de integração não é nova prova funcional de todo o portal.

Disponibilização e reversão: esta entrega permanece em QA, sem integração em main ou deploy nesta passagem. Instalação futura usa o build e o deploy Git existentes; não requer importação, migração de dados, publicação de conteúdos ou novos papéis. Reversão de código deve conservar o payload cifrado, decisões, respostas anteriores, referências, relatórios emitidos e histórico; não restaurar uma base antiga nem eliminar campos/registos para reverter a interface. Conferir apenas o delta autorizado no destino quando a entrega for integrada.

Formulação do saldo: Homologação inalterada por esta entrega; aplicação transversal ainda parcial. A carteira e os projectos âncora permanecem prioritários no mesmo plano de estabilização. A visibilidade das 29 fichas foi confirmada contra o manifesto aprovado; a continuidade carteira → oportunidade → dossier → simulador permanece por concluir. Não declarar «sem reposição confirmada» para a visibilidade, pois isso contradiz a evidência registada e a conferência de leitura de 7d798579. Não considerar encerrada a estabilização integrada por causa dessa visibilidade ou dos incrementos do simulador.

Pendência concreta preservada na matriz: transportar a origem from_dossier ao escolher Preparar investimento, sem presumir associações inexistentes. Nenhuma correcção dessa lacuna foi incluída silenciosamente neste conjunto.

Carteira no percurso integrado — reconciliação do saldo, 23/10/2026

Decisão expressa da Tempo: carteira/projectos âncora e percurso adaptativo têm diagnósticos distintos, mas a separação não significa adiamento nem exclusão do percurso. A experiência deve conservar o contexto em corredor/localização → oportunidades → associações documentadas a âncoras e clusters → dossier → simulador. A recuperação da visibilidade é prioritária até confirmação da causa e da reposição; os incrementos adaptativos não constituem prova dessa reposição.

Correcção do saldo comunicado nos últimos incrementos: a causa e a reposição já estavam registadas na secção Preservação do concluído e no recibo existente. O importador passou a criar rascunhos sem reconciliar a aprovação documental anterior; o delta de e65cb269 em ImportInvestmentPortfolio.php confirma a retirada de --approval e do caminho de publicação previamente aprovado. Não se atribui a essa alteração a data exacta de desaparecimento num endereço. A reposição anterior foi nominal, auditada e preservou relações/conteúdo: 15 projectos, 8 clusters, 6 corredores.

Conferência actual de leitura na homologação: a rota pública /carteira apresenta 29 fichas. Os 29 identificadores e títulos coincidem integralmente com approved-portfolio-visibility-20261023.json: zero ausentes e zero títulos divergentes. Contagem apresentada: 15 projectos, 8 clusters, 6 corredores. A ficha Cadeia de Valor do Arroz por Projecto de Processamento abre em /carteira/57a4ee7a-4c07-4e26-b8f5-e07726e41512. A sessão do navegador estava autenticada, mas foi consultada a rota pública, cujo controlador aplica a mesma consulta visible(); a prova anónima da reposição anterior mantém-se no recibo. Não foram executadas novas publicações, importações, escritas remotas ou reposições de dados nesta conferência.

Continuidade ainda por concluir, distinta de desaparecimento: a ficha de arroz consultada informa não ter oportunidades publicadas associadas. Não inferir ligações por semelhança de corredor ou cadeia de valor. No código actual, a carteira transmite from_dossier para uma oportunidade e a descoberta valida a origem; a ligação Preparar investimento em investment/detail.tsx transmite apenas source=opportunity:{id}. Falta preservar explicitamente essa origem documental no arranque/contexto privado. A presença das 29 fichas não demonstra essa continuidade até ao simulador, nem encerra a aplicação transversal. Manter este ponto na matriz existente e reaproveitar o percurso, sem criar cadastros paralelos ou novas associações presumidas.

Situação do terreno acompanha a necessidade de terra — delta QA, 23/10/2026

Origem: decisão expressa da Tempo após f2150b19. No simulador ligado ao mesmo dossier, Não oculta Situação do terreno sem a exigir; Sim apresenta o campo com o valor já guardado e permite alterá-lo; Por definir identifica a pendência e permite guardar sem resposta. O simulador autónomo conserva o comportamento anterior. Não se infere a necessidade de terra da localização, do corredor ou da escolha de um documento.

A decisão vem de investor_path.facts.land_needed, já existente. O contexto de preparação transporta-a na referência guardada do simulador; versões anteriores recuperam a aplicabilidade S10. Informação ausente ou inválida permanece por definir. Arrendamento/DUAT já declarados no dossier podem preencher a situação correspondente quando a necessidade é Sim, sem sobrescrever uma edição deliberada no simulador. A área das instalações e os requisitos documentais/jurídicos não são alterados por inferência.

Gravação e validação: Situação do terreno continua opcional, sem criar obrigatoriedade para Sim nem para Por definir. Quando fornecida, conserva a validação das opções existentes. Na actualização do rascunho, o servidor consulta o dossier real vinculado ao seu titular, mesmo sem o parâmetro context, e conserva o valor e o nome anteriores enquanto o campo estiver oculto. A decisão guardada na referência é sincronizada com esse dossier; uma referência antiga não muda a decisão real. Recuperar Sim volta a mostrar o mesmo valor, editável. Valores anteriores permanecem no rascunho cifrado; fontes, decisões, resultados históricos e relatórios já emitidos não são apagados ou reescritos. Sem migration e sem alteração na homologação.

Relatórios e CSV do plano usam a mesma decisão: Sim apresenta a situação declarada ou a informação em falta; Não apresenta a explicação de não aplicabilidade à preparação actual, sem apresentar a resposta histórica como actual; Por definir apresenta a pendência. O modelo comum alimenta Word, impressão/PDF e restantes exportações do relatório. Os dados originais do rascunho permanecem conservados.

Verificação apenas do delta: quatro testes investment-land-preparation.test.mjs (três estados, recuperação, versão anterior, referência inválida, validação, CSV e impressão), um teste API em base QA isolada com 32 asserções (gravação incompleta, decisão real, omissão do campo, recuperação e alteração após Sim); types/build aprovados. No navegador, exclusivamente no dossier sintético QA: Não ocultou o campo; Sim permitiu guardar DUAT; Por definir mostrou a pendência e permitiu guardar; regressar a Sim recuperou DUAT seleccionado e editável. A cobertura transversal continua parcial. O saldo actual da carteira e da continuidade integrada encontra-se na reconciliação acima; este incremento não demonstra a reposição.

Continuidade oportunidade → localização → dossier → simulador — incremento QA, 23/10/2026

Origem: decisão expressa da Tempo de aperfeiçoar o percurso adaptativo por incrementos. Mantém-se 7ca94967 como primeiro recorte QA; nenhuma destas duas alterações foi instalada na homologação nesta passagem. Diagnóstico de visibilidade e continuidade integrada da carteira: consultar a reconciliação acima; não os considerar adiados ou fora do percurso.

Ponto encontrado	Delta neste incremento	Limite preservado
Corredor/localização já escolhidos reapareciam no simulador como perguntas abertas	Reutilizar os mesmos identificadores e nomes do cadastro; mostrar resumos editáveis para valores herdados sem alteração local	Não inventar posto/localidade; manter as localizações específicas de todas as fichas. O simulador conserva o contexto geral da primeira escolha, sem agregar cálculos de oportunidades diferentes
Título, descrição e sector recuperados voltavam a pedir preenchimento	Resumo do valor recuperado e opção Alterar; falta de dado, erro de validação ou edição deliberada mantém a pergunta aberta	A gravação existente, as versões e a validação no servidor continuam a aplicar-se; não aceitar dados apenas porque o resumo foi mostrado
Entrar no simulador desde o dossier pedia novamente o tipo de percurso/finalidade	Entrada nova selecciona o percurso existente Avaliar o meu investimento / Apenas simular; opção Alterar disponível	Escolha técnica de navegação, não declaração jurídica. Não substituir uma finalidade previamente escolhida pelo utilizador; não escolher detalhe, perfil, regime fiscal ou respostas desconhecidas
Reutilização mostrava UUID, chaves e versões internas ao investidor	Componente comum apresenta nome do investimento, referências legíveis e regresso ao dossier	Identificadores, origem, versões e histórico permanecem nos registos; divergências não são resolvidas silenciosamente

No simulador, os dados conhecidos aparecem como resumos com Alterar. Complete os restantes campos e use a gravação e o regresso ao dossier já existentes. Quando houver divergência, abra a comparação e seleccione expressamente os valores a substituir. Os nomes territoriais acompanham os identificadores correspondentes, incluindo após gravação/recuperação; uma escolha local divergente conserva o seu nome. Fontes sem nome recuperável não são mostradas como UUID no resumo.

Validação do delta: context-inheritance.test.mjs (12 testes, incluindo gravação/recuperação, edições/limpezas deliberadas, outro dossier, divergência geográfica e finalidade anterior); InvestmentCorridorContextTest::test_simulator_reuses_names_for_the_exact_chosen_territory_and_sector_without_creating_a_location (14 asserções, base QA isolada). A conferência visual utiliza exclusivamente o dossier sintético QA. A entrada pública/autenticação e a configuração de corredores reutilizam as provas aceites. Não se declara concluída a reutilização transversal em todos os consumidores; subsistem campos próprios do simulador e divergências a resolver pelo investidor, não dados a presumir.

Conferência visual concluída: entrada pelo mesmo dossier, percurso de análise seleccionado, título/resumo/sector como resumos editáveis, Sofala/Dondo recuperados, posto/localidade em falta sem preenchimento presumido. Uma edição deliberada do título no simulador sobreviveu à actualização da página; os restantes resumos continuaram herdados. Types e build passaram. A lacuna Situação do terreno identificada neste incremento foi tratada no delta QA descrito acima; o ocultamento de S10 em 7ca94967 não a tinha resolvido. Não alterar a aplicabilidade jurídica ou a área de instalações por inferência dessa resposta.

Território adaptado ao corredor — decisão funcional da Tempo, 23/10/2026

Revisão funcional 0025309b integrada pelo Git e disponível na homologação. Conferência do destino apenas de leitura: o serviço territorial para Maputo devolve exactamente as duas unidades existentes, sem consultar ou gravar um dossier real. A prova de recuperação e confirmação de Sofala/Dondo foi feita no dossier sintético QA, com indicação Dados confirmados. A prévia apresenta nomes e alterações úteis ao investidor, omitindo campos de identificadores internos.

Aplicada a tabela da Tempo como configuração do percurso existente (config/investment_corridors.php), usando os códigos e identificadores do cadastro territorial já aceite. Pemba–Lichinga: Cabo Delgado/Niassa; Nacala: Nampula; Vale do Zambeze: Tete/Zambézia; Beira: Sofala/Manica; Limpopo: Gaza; Maputo: Maputo Província e Maputo Cidade, conforme o esclarecimento final da Tempo. Só Nacala e Limpopo têm uma única província e a seleccionam automaticamente quando ainda não existe localização. Maputo exige escolher entre as duas unidades. Esta configuração funcional não declara novos limites geográficos nem altera os mestres, as associações ou as fichas publicadas.

Na preparação, cada oportunidade mantém a sua localização separada. O corredor inicial vem da fonte da ficha quando disponível; o investidor pode escolher outro corredor para o seu investimento, sem alterar a associação publicada da oportunidade. Uma mudança conserva o caminho ainda compatível; se a província deixar de pertencer ao corredor, retira os níveis territoriais dependentes e explica a alteração. A província única é proposta automaticamente; um território documentado ou previamente confirmado continua protegido pela confirmação de alternativa aplicável. A localização da primeira oportunidade alimenta os campos gerais existentes; outras escolhas permanecem identificadas separadamente.

Zonas e parques deste percurso só aparecem com território público documentado compatível, reutilizando a visibilidade, validade e vínculos existentes. Influência/proximidade não equivale a implantação. Uma indicação provincial de localização não é inventada como cobertura de todos os distritos; apenas âmbito legal documentado permite esse alargamento. Ausência de opções é distinta de erro de consulta, com nova tentativa. Ao mudar a localização, um parque que deixe de ser compatível é retirado e a razão aparece no formulário. Consulta não confirma lotes disponíveis, admissão ou benefícios; nenhum cálculo é activado.

Recuperação: o rascunho do formulário é guardado no payload cifrado do mesmo dossier, por actor, sem confirmar contexto, aumentar a versão funcional ou activar cálculos. Recupera escolhas, actividades e dados ao regressar, actualizar ou autenticar-se novamente. A gravação automática tem indicação de progresso/sucesso/erro e nova tentativa. Pedidos atrasados não substituem rascunhos mais recentes; conflito com alteração do dossier conserva o rascunho para revisão. Retirar uma ficha não a faz reaparecer ao actualizar a mesma entrada; referências novas vindas do catálogo continuam a ser acrescentadas. A confirmação normal guarda o contexto, preserva o histórico e retira o rascunho desse actor. Não há nova tabela, migration, papel, aprovador ou alteração da autorização existente.

Validação no servidor: recusa território fora do corredor tanto na prévia/confirmação como no rascunho; recusa parques sem compatibilidade documentada. Os filtros da API territorial aplicam a mesma configuração. A gravação protege o dossier e o actor, com controlo de concorrência, sem aceitar combinações só porque foram enviadas directamente à API.

Provas QA: suite de cinco testes de configuração, validação, recuperação/autenticação, conflitos, zonas e mudança de corredor — 90 asserções; quatro testes de continuidade de oportunidades também passaram na passagem completa anterior. Testes usam exclusivamente simulator_fiscal_delta_20261021_test:55441, com transacções revertidas. Tipos e build passaram. Navegador com conta/dossier sintéticos privados em QA: Beira oferece Sofala/Manica; Nacala selecciona Nampula; Maputo oferece as duas unidades; Sofala/Dondo recuperado depois de actualizar. Captura: outputs/preservation-inventory-20261023/corridor-adaptive-territory-QA.png. Nenhum dossier real foi usado para provas de gravação. As 34 oportunidades, Turismo de Inhambane, permissões e geometrias não foram alterados por esta implementação.

Continuidade entre escolha e preparação — 23/10/2026

Falha reportada pela Tempo: depois de criar o dossier para Florestas/Beira, o editor começava por uma avaliação do estado ainda não confirmado (contexto v0). A escolha solicitada vinha separadamente em source/requestedChoices; não era outro investimento, mas a avaliação do estado guardado vazio. A ligação do quadro voltava ao editor sem os parâmetros da escolha pendente, permitindo perder essa referência antes de confirmar. Não foi identificada nem corrigida por escrita uma troca de dados entre dossiers.

O editor passa a começar por Preparar investimento, pela oportunidade e pela localização por ficha. Retirado o quadro de avaliação do estado guardado deste ecrã de edição, incluindo a ligação que descartava a escolha pendente. Requisitos guardados só são apresentados quando correspondem às escolhas que estão no formulário. Botões coerentes: Criar dossier e preparar investimento, Rever dados antes de guardar, Guardar dados do investimento. A confirmação continua necessária para guardar alterações; abrir uma referência não altera o dossier.

Nos consumidores de avaliação, retirados números internos de contexto/versão, explicações de implementação, quadro genérico de ausência de zona e elementos sem título na lista de etapas. Mantidas condições úteis, fontes oficiais e limites efectivos do simulador. O exemplo real foi recuperado por GET com source=opportunity:53 no dossier indicado pela Tempo, sem guardar ou criar dados. Teste QA isolado: 20 asserções sobre recuperação da escolha e igualdade do contexto antes/depois da abertura. Tipos e build conferidos; sem migrations ou alterações de cálculo, autorização ou dados activos.

Revisão funcional 72262875 integrada pelo Git e conferida no navegador da homologação: título Preparar investimento, Florestas/Beira identificada, localização por escolher e botão Rever dados antes de guardar; o quadro de contexto v0 já não aparece. Mantido aberto o dossier existente com a referência solicitada recuperada, sem confirmar alterações. Captura: outputs/preservation-inventory-20261023/investment-preparation-continuity-homologation.png.

Dossier orientado ao investidor — 23/10/2026

Correcção da apresentação solicitada pela Tempo: o componente partilhado de documentos do contexto mostrava, por defeito, identidade técnica, versões, hashes, notas de permissões e mensagens de ausência de suporte. Era reutilizado na entrada, edição e consulta do dossier; a entrada repetia ainda a mesma oportunidade num bloco de origem técnica.

O investidor vê agora a escolha pelo título e respectiva ligação. Documentos de apoio só aparece quando existem documentos, com título, edição disponível, referência de secção e consulta do documento. Sem documentos, não se apresenta uma caixa vazia nem uma pendência genérica da biblioteca. Retirados também UUID, motor de cálculo, versões internas e chaves de origem dos resumos, prévia e consulta do dossier. Mantidas as informações operacionais relevantes: escolhas, localização, impactos da alteração, resultados que precisam de revisão, documentos e pedidos identificados por protocolo. As rotas e verificações de acesso são as mesmas; não há mudança de dados, histórico, fontes, permissões, cálculos ou publicações.

Tipos e build passaram. Revisão funcional 98474777 integrada pelo Git. Reproduzido o exemplo Florestas/Beira (opportunity:53) na homologação antes e depois da integração, sem criar ou alterar um dossier: agora apresenta apenas A sua escolha com o título e ligação, sem caixa vazia de documentos, versões ou chave técnica. Captura: outputs/preservation-inventory-20261023/investor-dossier-clean-presentation-homologation.png. Esta é uma correcção de apresentação nos componentes e páginas do percurso, não uma declaração de revisão integral do portal.

Explorar oportunidades por corredor — 23/10/2026

Disponível e conferido no navegador da homologação, revisão funcional 20349299: explorar Agronegócio por corredor. Conferidos os seis grupos, 34 resultados, acesso no início de Agronegócio e escolha dos IDs 54/64 de corredores diferentes, mantida depois do filtro Soja. Recibo da passagem.

Decisão expressa da Tempo: acrescentar o corredor como forma de explorar o catálogo, preservando vistas por sector, território e cadeia de valor, fichas únicas e percurso existente. Nova vista /oportunidades?sector=agronegocio&view=corridors, com acesso destacado no início de Agronegócio. Não há migration, cadastro duplicado ou alteração de publicações, associações, permissões, Turismo de Inhambane ou geometrias.

Cada grupo apresenta nome, número de oportunidades publicadas, localizações identificadas, cadeias e etapas/actividades. O lote usa as seis designações exactas da fonte aceite; não as funde com mestres semelhantes. Outras fichas usam as relações públicas já disponibilizadas pelo catálogo; proximidade não é tratada como pertença. Sem associação pública identificada, a ficha aparece em Outras localizações. Uma ficha em vários grupos mantém o mesmo ID e a selecção é única. Contagens de grupos podem sobrepor-se; não significam cadastros distintos.

Dentro do grupo, filtrar província, distrito e cadeia de valor; filtros mantêm escolhas anteriores, inclusive de outros grupos. Comparar as escolhidas reutiliza a comparação existente de até quatro fichas; essa capacidade não limita a escolha para preparar investimento. Preparar investimento com as oportunidades escolhidas envia todos os IDs ao mesmo dossier, onde se confirma a localização por ficha e se reutilizam os dados em licenciamento, terra e simulação. Filtrar a pesquisa não altera a localização da ficha nem escolhe silenciosamente uma implantação.

Lacunas reais: as 34 fichas não têm província/distrito de implantação identificados; a vista indica abrangência por indicar e não transforma nomes de corredores em limites territoriais. As actividades produtivas são apresentadas com o texto da fonte, sem inventar uma classificação de etapa. Etapas adicionais vêm apenas das relações públicas existentes. Os originais e a rastreabilidade permanecem internos.

Delta conferido: dois testes, 26 asserções (seis grupos e 34 IDs sem truncar à primeira página; relação múltipla com um ID; grupo residual; localizações conhecidas sem inventar faltantes). Build e tipos verificados. Navegador QA: escolha de duas fichas de Beira e Maputo, filtro Soja mantendo as escolhas e comparação das duas identidades. Reutilizadas as provas aceites da confirmação territorial e continuidade do dossier.

Apresentação sem notas internas — 23/10/2026

Correcção solicitada pela Tempo: a interface deve comunicar a tarefa e o conteúdo, sem narrar decisões de implementação. Simplificados o cabeçalho da gestão do lote, a entrada no roteiro e as escolhas de oportunidades. Na ficha pública, removido o alerta genérico de falta de data de validação; mantém-se o estado Em preparação e a indicação de que a execução depende das condições e autorizações aplicáveis.

A apresentação das 34 fichas elimina exclusivamente os parágrafos automáticos conhecidos de nome de ficheiro, hash e metadados vazios. Conserva a actividade, o corredor e a informação útil sobre definição de localização e condições. A mesma apresentação é usada na serialização HTML/API e na prévia. Não há alteração de dados, fontes, versões, permissões, auditoria ou publicação; textos posteriormente revistos pela equipa são preservados. As notas e originais continuam no cadastro interno. Esta correcção não declara revista a totalidade das páginas do portal.

Verificação: teste novo de apresentação/preservação (7 asserções), quatro testes do ciclo promocional e controlo de acesso passaram; tipos e build passaram; ficha conferida no navegador QA. A execução alargada encontrou três testes históricos incompatíveis com o estado actual da fixture (lote já divulgado e directório de contas excluído da candidata anterior); não são declarados aprovados nesta passagem nem foram alterados para ocultar essas diferenças.

Orientação do lote de Agronegócio — catálogo e selecção múltipla, 23/10/2026

Homologacao concluida, 23/10/2026: 34/34 fichas cadastradas e divulgadas como Em preparação, pela interface da conta real, com previa, motivo, confirmacao e MFA recente. Revisao servida e12ef6ad426ff6ebc4e7421a1ddbe7f184d77a55 (funcional c641b267), integrada pelo Git, sem migration. Catalogo publico, gestao unica e gestao do lote. A divulgacao nao autoriza execucao. Recibo final.

Delta final: IDs 31-64, sem duplicados; 34 resultados e escolha de duas fichas, IDs 64 e 63, no percurso existente. As 30 oportunidades anteriores, incluindo Turismo de Inhambane, permanecem exactamente iguais ao backup. Das 174 tabelas, 170 mantem checksum integral; alteracoes apenas em oportunidades (+34), auditoria (+102 eventos), cache e sessoes. Biblioteca (59 recursos), 408 geometrias, permissoes e simulacoes preservadas. Backup/restauro isolado verificado antes da operacao. Cadastro, edicao, recuperacao, previa, divulgacao, actualizacao e retirada usam o portal, sem comandos ou Codex nas operacoes correntes. Reutilizadas as provas QA do percurso, regras e historico; sem dossiers ficticios na homologacao.

Preservação conferida antes do cadastro: 172/174 tabelas iguais ao backup; apenas cache e sessões diferem. As 30 oportunidades preexistentes, biblioteca com 59 recursos, 408 geometrias, permissões e tabelas de simulação permanecem preservadas. A primeira comparação da aplicação, sem contexto de actor, mostrava vazias as tabelas de simulação sujeitas a RLS e originou um alerta incorrecto. A comparação posterior usou a mesma identidade de leitura do backup e confirmou igualdade integral dessas tabelas. Nenhuma reposição, eliminação ou alteração de política foi executada; a pausa técnica do observador foi desfeita e o deploy está activo.

Decisão expressa da Tempo nesta passagem: publicar as 34 fichas no catálogo de Agronegócio e permitir escolher uma ou várias, confirmar a localização por ficha, preparar o investimento com reutilização dos dados e consultar requisitos/documentos/entidades, simular e acompanhar no dossier autenticado. Corredores, clusters e projectos âncora enriquecem a análise e não são pré-condição de publicação; localização não activa benefícios fiscais. Não alterar Turismo de Inhambane. Esta orientação supera o estado privado do recibo QA anterior, conservado como histórico.

Conferência do existente e delta: o catálogo já comparava quatro fichas e o dossier já tinha 19 etapas, prévia/confirmação de contexto, mapas, reutilização no simulador/terra/Balcão, pedidos e histórico. Faltava transportar uma escolha múltipla identificada para esse mesmo dossier. Acrescentado opportunity_choices no contexto cifrado existente, sem tabela, migration, novo dossier paralelo ou novo papel. Cada escolha conserva ID, título, versão/hash, fonte, corredor documental e referência territorial própria. A escolha do catálogo persiste ao mudar de página; ao continuar um dossier, referências novas são acrescentadas às existentes, sem eliminar silenciosamente as anteriores. A comparação de quatro fichas permanece independente da escolha de investimento. A guarda de 100 referências por pedido é uma escolha técnica de tamanho, não nova decisão organizacional.

Percurso da equipa e do interessado:

1. Na gestão única, abrir Rever o lote das 34 oportunidades de Agronegócio (/minhas-oportunidades/lotes/agronegocio). Conferir o manifesto e cadastrar/recuperar privadamente. Depois, preparar a prévia dos 34 textos, rever por ficha e confirmar a divulgação com motivo e MFA recente. A publicação não depende de relações com mestres. Edição, actualização ou retirada individual continuam na divulgação promocional existente.
2. No catálogo, marcar Escolher para preparar investimento em uma ou várias fichas e usar Preparar investimento com as oportunidades escolhidas. Entrar normalmente, continuar um dossier autorizado ou criar um novo. Confirmar cada ficha e a localização no editor do mesmo contexto.
3. Localização documentada é recuperada. Uma alternativa exige confirmação explícita e motivo; a ficha de origem fica intacta. Uma alternativa já confirmada não exige repetir a decisão enquanto se mantiver. Sem informação de implantação, escolher o nível territorial conhecido ou conservar a lacuna identificada; o mapa não inventa limite, parcela ou DUAT.
4. Declarar as actividades efectivas por ficha. A prévia e o dossier apresentam requisitos por oportunidade: localização/geolocalização, acesso à terra/DUAT, ambiente, enquadramento sectorial e ramos industrial/comercial quando declarados, com fundamento, documentos, entidade e ligação à etapa existente. Reutilizadas as condições e fontes da preparação do investimento privado. Fontes adicionais de consulta: BAU — legislação, serviços BAU e quadro ambiental oficial. Categoria ambiental, modalidade de licença e competência concreta dependem de actividade, dimensão e local; não são deduzidas de um corredor. Água, florestas, pecuária e transporte mantêm visível a necessidade do procedimento sectorial específico quando não identificado no acervo aplicado. Não é nova validação genérica da fonte nem dispensa de licença.
5. Confirmar a prévia. Título próprio e dados declarados são preservados; resumo/sector/local da referência principal são reutilizados. As outras fichas e localizações mantêm-se individualizadas: não se somam investimentos ou benefícios presumidos. Abrir as ferramentas e o acompanhamento pelas ligações do roteiro. O snapshot da simulação conserva o conjunto de escolhas, fontes e requisitos; a guarda textual foi aumentada de 20.000 para 1.000.000 caracteres para comportar o lote, sem mudança de schema. Mudança de actividade/local/escolha identifica resultados para revisão e preserva os valores e o histórico anteriores.

Provas do delta QA: sete testes específicos/de continuidade, 132 asserções; selecção múltipla, localizações distintas, recusa de alteração territorial silenciosa, não repetição da confirmação já aceite, recusa de fonte alterada após prévia, escopo de acesso, regras por actividade, histórico/resultados preservados e guarda das 34 escolhas no simulador. Prova adicional da operação de lote pela sessão HTTP normal: um teste, 15 asserções, incluindo manifesto divergente, prévia exacta de 34, repetição idempotente, recusa sem MFA/âmbito e preservação das restantes oportunidades. As 34 fichas foram efectivamente divulgadas em QA, como Em preparação; a simulação inicial de papéis QA não constitui autenticação real de homologação. Conferidos também no navegador 34 resultados e escolha de duas fichas com acção de preparação. Não repetidas as suites gerais aceites.

Disponibilização no destino: revisão servida inicial 761035ae; 30 oportunidades preexistentes preservadas no inventário. Conta real de cadastro e organização operadora localizadas pelas designações existentes, sem criar papéis ou contas. Backup/restauro fresco em /var/backups/investmoz-agribusiness-opportunities-20261023/backup: 174 tabelas e 369 ficheiros conferidos. A integração Git de código é separada do cadastro/divulgação autenticados pela página do lote. Sem migrations ou importação de ficheiros privados; os originais e artigos existentes permanecem no armazenamento. Reversão de visibilidade usa retirada auditada pela interface, sem restaurar a base nem apagar manifestações/dossiers posteriores; reversão de código deve preservar o novo contexto cifrado e as referências adicionadas. A conferência final do destino e o recibo devem ser registados abaixo após execução.

Correcção de âmbito — 34 oportunidades cadastradas e roteiro em QA, 23/10/2026

A lista informativa anteriormente instalada no artigo não cumpria o cadastro pedido pela Tempo. Esta correcção cria 34 fichas privadas reais na base QA isolada, recuperáveis pela gestão existente, com título, resumo e descrição da entrada, sector Agronegócio, nome exacto do corredor documental, fonte e hash do DOCX. Conserva as seis secções e os totais 5/6/6/7/5/5. Não modifica a homologação, os corredores mestres, dossiers anteriores ou o original do artigo. Não transforma a organização operadora no promotor dos investimentos. Implantação, área, montantes, promotores, viabilidade e licenças ausentes ficam explicitamente por completar; nenhuma correspondência com corredores de nomes mais amplos foi inferida.

Reutilizada a implementação QA de divulgação promocional da candidata 9d3bfa89, limitada ao fluxo funcional necessário. Não transportadas as alterações independentes da administração de contas. A prévia, divulgação, actualização e retirada usam as designações, âmbito e MFA existentes, sem novos papéis ou aprovadores. O resumo público é seleccionado explicitamente; preparação, contactos e documentos privados não são copiados automaticamente. Divulgação identifica Em preparação e não autoriza execução. Publicação documental e aprovação/publicação de uma ficha completa continuam operações distintas.

Guia curto da equipa em QA:

1. Abrir a gestão única QA, entrar normalmente com a conta designada e abrir Minhas oportunidades. Pesquisar o título ou corredor; as fichas iniciais são privadas.
2. Abrir Editar, completar/corrigir os dados disponíveis, guardar e reabrir. A origem documental aparece separadamente; seleccionar localização apenas quando houver informação suficiente. A referência textual de corredor não é uma parcela.
3. Abrir Divulgação promocional, rever o texto público e a fonte, preparar a prévia e confirmar com motivo e MFA recente. A prévia conserva as lacunas e o estado Em preparação. Alterar a ficha privada não copia automaticamente dados para o resumo público: rever a selecção na divulgação.
4. Depois de divulgar, a entrada correspondente no artigo aponta para a ficha individual. Nela, o interessado pode preparar uma manifestação de interesse ou escolher Iniciar ou continuar o roteiro deste investimento. O percurso existente permite seleccionar um dossier ou criar um novo, comparar e confirmar a referência; preserva o título que o interessado já deu ao seu investimento.
5. Para corrigir o resumo divulgado ou retirá-lo, usar a mesma área de divulgação, com prévia e auditoria. A retirada remove a consulta pública e a ligação do artigo, preservando cadastro, preparação e histórico.

Provas do delta: dois testes sobre as 34 fichas, 534 asserções: abrir/editar, prévia, divulgação, ficha pública, origem de roteiro, correspondência das seis listas, actualização/retirada e repetição sem duplicados nem perda da edição. Teste adicional de interessado: 19 asserções, criação de dossier, comparação/confirmação da oportunidade, recuperação de título próprio/resumo/sector, abertura do roteiro e preparação da manifestação. Escritas desses testes revertidas por transacção: as 34 fichas permanecem privadas, não divulgadas como efeito do cadastro. Conferidos por comparação os registos preexistentes de oportunidades/auditoria, corredores, permissões, biblioteca e documentos. Verificação de tipos e build passaram. Trata-se de prova HTTP dos percursos usados pela interface, sem afirmar uma nova sessão manual de navegador ou repetir as suites gerais aceites.

Carregamento inicial executado uma vez por tools/register-corridor-agribusiness-qa.php, com guarda exacta de base/porta QA, actor e organização já designados, snapshot privado e chaves estáveis por entrada. A repetição recupera os mesmos IDs sem sobrescrever edições posteriores ou reactivar uma retirada. Esse carregamento técnico de instalação não é uma operação corrente da equipa. Editar, guardar/recuperar, pré-visualizar, divulgar, actualizar, retirar e iniciar/continuar o roteiro não exigem comandos nem Codex. Não há migration ou nova dependência. Disponibilização na homologação e transporte das 34 fichas continuam separados desta entrega QA; não foram executados nem autorizados por esta correcção. Recibo QA.

Agronegócio nos corredores — complemento de apresentação, 23/10/2026

Entrega QA recebida em entrega-agronegocio-corredores-20261023: cinco ficheiros conferidos pelos hashes do manifesto. Complementa exclusivamente /agronegocio, nas seis secções existentes: Pemba–Lichinga (5), Nacala (6), Vale do Zambeze (6), Beira (7), Limpopo (5) e Maputo (5), total 34 entradas. Reutilizadas as provas QA entregues (dois testes, 63 asserções e verificador offline do exemplar preservado); não constituem prova HTTP do destino.

Delta: serviço CorridorAgribusiness, fonte JSON com hash do DOCX e chamada adicional em LegacyContent::article. O ficheiro anterior de LegacyContent na homologação corresponde exactamente à base local; não há alterações posteriores a sobrescrever. Sem migration, importação, escrita de conteúdo, publicação de dossiers ou alteração dos nomes/cadastros de corredores. Originais e versões da biblioteca permanecem preservados; estas entradas são conteúdo informativo do artigo, não 34 novos dossiers executáveis.

Disponibilização pelo Git e mecanismo automático existente, com cópia privada do código/recibo anteriores em /var/backups/investmoz-agronegocio-corredores-20261023. Backup/restauro de dados já verificados nesta sessão em /var/backups/investmoz-preservation-inventory-20261023/backup; esta entrega não escreve na base. Reversão delimitada: retirar apenas a chamada de complemento, preservando alterações posteriores; não restaurar a base de dados. Conferir apenas o delta HTTP após a promoção da revisão.

Instalação concluída na homologação: revisão funcional 20a4099d10400496e19f03589b6383f512b48d9d, promoção automática terminada às 09h57 de 23/10/2026 (África/Johannesburgo). Página pública respondeu HTTP 200 com as seis listas e 34 entradas exactas. Remover apenas os acrescentos recupera exactamente o HTML anterior; imagem, metadados, origem, versão e hash do artigo permanecem iguais. Recibo do pipeline: zero migrations e zero importações. Recibo do delta HTTP. Nenhum dossier ou corredor foi criado, renomeado, fundido ou publicado por esta instalação.

Registo da prova QA anterior — agronegócio nos seis corredores

Registo histórico: a pendência de instalação indicada nesta prova foi resolvida pela conferência HTTP acima.

Fonte fornecida pela Tempo: investimentos nos corredores.docx, SHA-256 1473b06c48aa234e771660e3f2a51b9d2e4e1943bd52d878e0ae854ee6657055. Extraídas 34 entradas, conservando o texto das oportunidades e as seis designações do documento: Pemba–Lichinga (5), Nacala (6), Vale do Zambeze (6), Beira (7), Limpopo (5) e Maputo (5). Preparação em database/data/corridor-investment-opportunities.json; os rótulos de cadeia servem apenas para organizar as entradas. Âmbito confirmado pela Tempo: agronegócio; outros sectores serão acrescentados quando a informação estiver disponível.

Preservar os nomes dos corredores actualmente cadastrados, os dossiers, relações, aprovações e informações anteriores. Retiradas as associações inicialmente inferidas entre os seis nomes do documento e os quatro dossiers de âmbito mais amplo; a apresentação experimental na carteira foi retirada. A Tempo confirmou expressamente as seis designações separadas. Foram localizadas, com essas designações exactas e as letras a)–f), nas secções do artigo existente /agronegocio. A integração acrescenta a cada secção a sua lista de oportunidades logo após o parágrafo de cadeias prioritárias; a fonte do complemento é identificada em cada lista. Não renomeia, funde ou cria corredores, não altera os dossiers da carteira e não preenche outros sectores.

App\Services\CorridorAgribusiness complementa apenas a apresentação do artigo de agronegócio a partir do JSON; o exemplar original e a sua versão/hash permanecem intactos. Só corresponde a nomes exactos, seguidos pelo parágrafo existente de cadeias prioritárias. Não infere relações, limites, geometrias, projectos ou oportunidades cadastradas a partir de semelhança de nomes. A operação é idempotente e não escreve na base de dados. Artigos de outros sectores continuam no percurso anterior.

Conferência do delta: dois testes unitários, 63 asserções, incluindo separação de listas, nomes e texto anterior preservados, repetição sem duplicação e recusa de nomes de âmbito mais amplo. Verificador offline tools/verify-corridor-agribusiness.php executado sobre o exemplar real de Agronegócio, SHA-256 0929184a6d4645b9046512675394ad4f60575273f6dab0955f71cc7474a6a4e2: seis listas, 34 entradas, original inalterado e recuperação exacta da apresentação anterior ao remover apenas os acrescentos. A leitura do artigo pela biblioteca desta base QA devolveu 404; por isso, esta prova é sobre o exemplar real preservado e não demonstra consulta HTTP da biblioteca nem instalação na homologação. Sem suite geral repetida, migrations, publicação ou alteração remota. Para instalar basta o delta PHP/JSON; não há alteração de frontend ou necessidade de nova compilação. Estado: implementação QA concluída; disponibilização na homologação por executar.

Preservação do concluído — inventário e reposição, 23/10/2026

Prioridade expressa da Tempo: inventariar o que já estava concluído, identificar o que desapareceu e repor, antes de avançar com outras rondas de testes/validações. Actualizado o inventário existente dos 43 componentes com uma coluna de saldo actual; conservada também a matriz executável dos 17 percursos. Os componentes de interface ali referenciados existem no código actual. As entregas posteriores prevalecem sobre estados históricos: por exemplo, os incrementos 36–39 já não podem ser apresentados como ausentes, e o acervo editorial já não está genericamente desabilitado. Não se criou outra matriz/backlog nem se usou o inventário para exigir novamente aceitações anteriores.

Recortes concluídos a preservar, com os limites e recibos das secções próprias: gestão única e editorial documental; 20 artigos públicos e 28 rascunhos privados; sectores/Fintech e cartões educativos; navegação contextual e percurso adaptativo privado; recortes entregues de parques; cadastro e recursos das oportunidades; divulgação dos 30 resumos Inhambane em preparação; perfis/login/MFA; demarcação recuperada; recortes de tesouraria/exportações e consumidor IVA já entregues; instalação de Concursos e anúncios; e carteira documental agora reposta. A presença de código não encerra os critérios parciais de educação, integrações externas, participantes reais ou variantes fiscais. Não se criam dados de exemplo para preencher catálogos vazios, nem se transformam essas pendências em funcionalidades desaparecidas.

Perdas e reposições identificadas:

• Carteira, clusters, corredores e projectos âncora: 29 dossiers existiam em QA e homologação, todos em rascunho, enquanto os exemplares anteriores estavam publicados com aprovação document_owner. Reposta a visibilidade de 15 projectos, 8 clusters e 6 corredores, sem nova importação. O catálogo público mostra novamente os 29 dossiers. Isto é divulgação documental informativa, não confirmação de execução, disponibilidade, financiamento ou promotor de cada projecto.
• Demarcação territorial: a diferença anterior de geometrias já foi reposta em 22/10; a leitura actual conserva 408 limites. Não voltar a importar nem reabrir a prova aceite. As 26+147 correspondências pendentes e a inexistência de polígonos próprios de localidades permanecem lacunas reais, não novos desaparecimentos.

Causa delimitada da carteira: o importador actual cria os dossiers como rascunhos. O commit e65cb26901a5ca18862134b20e4c17b1f1003ec2, de 06/10/2026, retirou a opção portfolio:import --approval e o caminho que aplicava a aprovação documental do proprietário. A instalação noutro ambiente deixou de transportar/reconciliar essa decisão de divulgação. A leitura de 23/10 encontrou os 29 registos, 16 projectos, 8 clusters e 6 corredores preservados; não ocorreu eliminação desses mestres. Conteúdo, título e fonte dos 29 dossiers coincidem com os exemplares aprovados em 26/09 e conservados no snapshot de 07/10. Não há base para atribuir a um commit recente a data exacta em que desapareceram de um endereço específico.

Reposição executada: manifesto nominal de 29 originais, SHA-256 8d07007a2e1e8758d4741b4ac594f78d5943f71ad78b2daae7f85aefa9d2de4a; guarda contra exemplares arquivados, editados ou com versão/hash divergentes; reposição primeiro na base QA isolada e depois na homologação, pela sessão SSH autenticada. Mantidos IDs, conteúdos, fontes, mestres e relações. Apenas estado de divulgação, fundamento anterior, versão e data da reposição foram actualizados. 29 eventos auditados, sem atribuir uma nova aprovação ou um revisor fictício; a evidência original da Tempo é conservada. tools/restore-approved-portfolio-visibility.php é uma operação de recuperação delimitada, não um importador que publica automaticamente novos conteúdos e não uma tarefa editorial corrente.

Antes da escrita activa: backup fresco SHA-256 7b7a3a082e1259c53c321617eb84d10b544e5a211f5f708199026c4205d1c511; arquivo de ficheiros/configuração 0cc28141a081ce9d097735c7815b46f55d99300adf7361d936b857a24f897b86; restauro isolado de 174 tabelas, com 369 ficheiros conferidos. Depois: 171 tabelas inalteradas; diferenças somente em dossiers, auditoria e sessões. Biblioteca/documentos, 20 artigos públicos, 28 privados, geometrias e atribuições de papéis preservados. O observador do deploy foi retomado. A ponte de acesso antiga tinha processos locais concorrentes; foram encerrados os clientes desta tarefa e usada uma única ligação autenticada. Não se registaram credenciais.

Conferência limitada da reposição, sem suite geral: consulta anónima /carteira com 29 dossiers, projectos com 15, clusters com 8 e corredores com 6, todos HTTP 200. A antiga mensagem de carteira vazia fica superada por esta reposição. Links: carteira, projectos âncora, clusters, corredores. Recibo/inventário: preservation-inventory-20261023.json; manifesto de proveniência: approved-portfolio-visibility-20261023.json. Não se repetiram as provas funcionais aceites de outros módulos.

Preservação nas próximas entregas: usar este inventário e a instrução de 23/10 em AGENTS.md como referência anterior à alteração. Conferir o delta de código, schema, dados, configuração e permissões, explicando qualquer redução de disponibilidade. Uma reposição não apaga edições posteriores nem revoga aprovações antigas por omissão. Reversão deve preservar as novas versões e a auditoria; não substituir toda a base por um backup anterior. O conjunto parcial da matriz continua parcial no seu âmbito, sem retirar o que já foi entregue.

Guia curto — entrada única de gestão

Link da equipa: https://teste-investidor.tempo.co.mz/gestao-conteudos. Entre com a conta habitual e o seu MFA. As funções e âmbitos aprovados determinam os botões apresentados; não é necessário acesso à linha de comandos.

Trabalho	Percurso pela interface
Oportunidades	Nova oportunidade → escolher promotor real e modalidade → preencher → Guardar rascunho. Recuperar em Gerir oportunidades e histórico; abrir a ficha, completar Imagens, documentos e localizações e Submeter para validação. O Validador usa a fila de revisão e as acções Iniciar validação, Guardar revisão especializada, pedir correcções ou Aprovar versão, conforme a tarefa atribuída. O Publicador usa a fila de publicação e Publicar no catálogo público na versão aprovada com visibilidade pública. A equipa conclui as funções que já lhe foram atribuídas; a criação não concede revisão nem publicação.
Documentos	Novo documento → escolher ficheiro e origem conhecida → Guardar em quarentena → conferir a análise indicada no ecrã → completar Registar documento na biblioteca → Guardar como rascunho. Recuperar pela pesquisa em Gerir conteúdos, versões e histórico; usar Editar metadados para rever; guardar as alterações e usar Publicar. Se o scanner comunicar falha, usar Tentar novamente; avaria persistente é manutenção técnica, não uma nova aprovação documental.
Legislação	Nova legislação → mesmo percurso documental, com tipo Legislação pré-seleccionado → registar entidade, número, edição, fonte, datas e situação conhecida → guardar → pesquisar/reabrir → rever metadados/associações → Publicar. Fonte oficial identificada mantém a aceitação da Tempo; não exige segunda certificação. A publicação permite consulta e não activa regras fiscais.

Para retirar um documento, abrir o registo e usar Retirar da publicação; original e histórico ficam preservados. Para oportunidades, usar as acções de suspensão/arquivo apresentadas à função responsável. Não se apagam registos para os retirar do público.

Este guia descreve os percursos existentes; a instalação de código é manutenção pelo processo Git automático. Contas ainda não criadas conservam as designações aprovadas e não suspendem os acessos das contas existentes. Conferência real desta instalação registada na secção de entrega, abaixo; o guia não substitui essa evidência.

Parques — disponibilizados em18/10/2026

Revisão parques-integral-reconciliado-639ed9624a48 disponibilizada em https://portal-investidor.test, com autorização expressa da Tempo. Sete fontes (cinco funcionais e dois auxiliares gerados) e170 ficheiros de build; nenhuma migration executada. L1/140000, navegação/150000 e editorial160000 preservados. Backup/restauro fresco e preservação de dados conferidos. Os dados reais desconhecidos mantêm-se desconhecidos; não se encerram todos os requisitos da ficha pelo nome integral.

Gestão → ZEE, ZFI e parques → parque existente → Preparação privada → grupos Títulos, Fases e expansão, Lotes, Ocupantes, Ocupação e Cadeias de valor. Utilizar Adicionar/Editar dentro do grupo, Guardar preparação privada para recuperar depois; publicação permanece ação expressa separada. Consulta pública apresenta apenas a projeção autorizada. Uso informativo: não confirma disponibilidade, direitos, ocupação ou relações comerciais.

Na conferência ativa da conta Osmane Nala foram observados os grupos novos no parque Topuito e a ficha pública, sem alterar campos, guardar ou publicar. As provas de gravação/compatibilidade anteriores foram reutilizadas, sem repetição. Relatório e recibo ativos. A pendência técnica de reconciliar compilação/reversão e disponibilizar este recorte está concluída.

Gestão editorial autónoma — disponibilização autorizada em18/10/2026

Estado: disponibilizado no ativo https://portal-investidor.test, fora de manutenção. Revisão final editorial-MFA-164ba4bcd738 (164ba4bcd7389304f50b1043791607c38891b588058b9f32ce154a431e5be99c), descendente da candidata editorial f95dbc5e373f. A160000 foi instalada uma única vez, autenticada pela conta2 com MFA recente; recibo 2446fbf9-e160-4091-bb5b-b73f8f2b9bde. Coluna JSONB opcional conferida;16 tabelas preservadas; zero conteúdos alterados ou publicados nesta disponibilização.140000/150000/190000 continuam com um registo cada.

Confirmação recente sem novo login: Acervo → Estado da gestão editorial → Confirmar MFA e voltar à instalação, quando necessário. Código introduzido diretamente na página; sessão e conta preservadas; retorno fixo à prévia. O controlo mantém o prazo existente de15 minutos. Entrar no dashboard não comprova MFA recente. O estado instalado bloqueia repetição; a instalação não é uma tarefa editorial diária.

Observação no ativo: Acervo acessível à conta Osmane Nala, com carregamento, cadastro, metadados, Editar artigo e retirada. Aberto Editar artigo → Bens de Consumo e Franquias, recurso29: corpo legado pré-preenchido, imagens da biblioteca, Guardar artigo como rascunho e histórico visíveis. Nenhum campo alterado, guardado ou publicado. Isto comprova acesso/abertura; as operações de escrita foram demonstradas em QA e não repetidas no ativo. Carregamento visual integral continua não observado, conforme limitação abaixo.

Esta secção prevalece sobre os estados QA e observações históricas abaixo. A disponibilização não declara concluída a demonstração visual do carregamento. A rotina dos funcionários usa a interface e não depende do Codex, de extensão, de comandos de terminal ou de instalação técnica repetida.

Acessos dos funcionários

Trabalho	Menu e acesso direto	Quem utiliza segundo as atribuições existentes
Criar/recuperar oportunidades	A minha conta e atividade → Minhas oportunidades / Nova oportunidade; lista, criação	Promotor no âmbito atribuído. O formulário de criação da conta Osmane Nala foi aberto por leitura, com seleção do promotor real/categoria e Guardar rascunho; nenhuma ficha foi guardada.
Rever/publicar oportunidades	Área de trabalho → filas autorizadas; revisão, publicação; gestão	Validador/Publicador, segundo âmbito e designação existentes. O registo administrativo não autoriza automaticamente todos os dossiers.
Sectores	Área de trabalho → Gestão → Catálogo de investimento / Gestão do portal → Sectores; abrir gestão	Gestores com manage-portal já atribuído.
Documentos, legislação e artigos	Área de trabalho → Gestão → Acervo documental; abrir acervo	Gestores com manage-portal já atribuído; artigos são adaptações ligadas ao mesmo registo documental.
Instalação editorial excecional	Acervo → Estado da gestão editorial; prévia/estado	Controlo de instalação existente e MFA da sessão. Uma vez instalada160000, a interface mostra Instalado e não oferece repetição. Não é tarefa diária de edição.

Na cópia restaurada do destino, as atribuições operacionais ativas são de Osmane Nala(2) — Promotor e Validador; Aurora Chachuaio(14) — Promotor; Palmira Uamusse(15) — Validador nos âmbitos registados; Mario Melembe(16) — Publicador. São atribuições já existentes, não criadas por esta entrega. O âmbito efetivo e as decisões independentes do workflow continuam a determinar cada ação. A conta2 pode abrir a criação no percurso de Promotor; a sua lista de gestão sem casos no âmbito atual não prova ausência da funcionalidade. Não se partilham contas, credenciais ou MFA para substituir atribuições. Leitura das atribuições existentes.

Menu → botão → campos → resultado

Conteúdo	Menu e botão	Campos / sequência	Resultado e recuperação
Oportunidade	Minhas oportunidades → Nova oportunidade → Guardar rascunho	Promotor real/categoria autorizada, título e campos aplicáveis; é permitido guardar incompleto. Abrir Imagens, documentos e localizações na ficha para gerir recursos.	Rascunho no servidor, mesmo ID recuperável pela lista noutra sessão. Guardar não submete nem publica. Reutiliza o percurso aceite, sem novo ensaio nesta disponibilização.
Oportunidade — revisão/publicação/retirada	Ficha → ações oferecidas ao papel/estado; filas de revisão/publicação	Submeter, corrigir, validar e publicar segundo o workflow existente; conferir os fundamentos/campos pedidos. Para suspensão/arquivo, usar a ação efetivamente oferecida àquele papel/estado, com motivo quando pedido.	Separação de preparação e projeção pública; histórico e decisões preservados. Arquivar/Restaurar dependem dos ramos já aprovados; não se apresenta exclusão como retirada genérica nem se encerram decisões antigas de restauro/SLA.
Sector	Sectores → Criar sector / Editar → Guardar	Nome, Slug, descrições, ordem, Activo e Publicar no catálogo. Para publicar, ambos estados devem permitir a apresentação; para retirar, desmarcar Publicar no catálogo e guardar.	Publicado aparece no catálogo e filtros públicos; retirado conserva cadastro/relações. Edição recuperável por Editar. Não presumir que Activo equivale a publicado.
Documento	Acervo → Receber documento em privado → Guardar em quarentena	Escolher ficheiro local; Entidade/autor e Origem HTTPS quando conhecidas. Depois Registar documento na biblioteca: Documento recebido, Título, Tipo, descrição/categoria/assunto, fonte/versão e enquadramento/direitos → Guardar como rascunho.	Original privado; scanner existente processa o ficheiro. Rascunho recuperável no acervo; falha ou pendência concreta surge no registo. O upload não publica.
Documento — editar/publicar/retirar	Acervo → registo → Editar metadados, Guardar alterações, Publicar ou Retirar da publicação	Corrigir dados conhecidos; conferir ficheiro, fonte, direitos e análise; publicar por ação separada.	Histórico/versionamento e original preservados. Após publicar, consultar no portal público; após retirar, consulta/download públicos recusados. Edição não equivale a alterar os bytes do original.
Legislação	Mesmo acervo → Tipo documental: Legislação	Título, descrição útil, entidade, número, fonte e datas conhecidas; indicar desconhecidos sem presumir vigência ou taxa fiscal.	Mesma recuperação/moderação documental. A aceitação das fontes oficiais mantém-se; publicação não ativa cálculos.
Artigo	Acervo → registo → Editar artigo → Guardar artigo como rascunho	Corpo em texto simples, parágrafos separados por linha em branco, imagem pública opcional da biblioteca. Título/autor/fonte em Editar metadados. Para novo artigo, reutilizar um registo ou carregar/cadastrar primeiro o seu original pelo mesmo acervo.	Corpo no mesmo registo, original intacto e versões no histórico. Reabrir Editar artigo recupera o corpo; original legado estruturado é pré-preenchido quando disponível. Guardar corpo retira a publicação até Publicar novamente no acervo.
Artigo — visitante/retirada	Documento publicado → Ler artigo, ou /artigos/{id}; retirada no acervo	Conferir corpo/imagem e ligação ao documento original. Depois Retirar da publicação no registo correto.	Visitante consulta a adaptação publicada; após retirada, a rota devolve404. O original/histórico continuam preservados para a gestão.

Limitações concretas

1. Carregamento visual integral não demonstrado: automação recusada e seleção manual sem nome no formulário, segundo o operador. A causa não foi atribuída ao produto. Upload/scanner/cadastro/moderação/download foram demonstrados por HTTP; a seleção manual normal pode ser usada sem Codex, mas o seu sucesso concreto continua por observar. Isto não é bloqueio automático da disponibilização autorizada.
2. Artigos em texto simples: corpo editorial é uma adaptação; não altera o original descarregável. Não inclui edição HTML livre. Imagens usam recursos públicos elegíveis existentes.
3. Acesso por âmbito existente: gestão administrativa não concede todos os dossiers de oportunidades. As atribuições já aprovadas continuam aplicáveis; a entrega não inventa papéis nem elimina decisões materiais ainda abertas de restauro/modalidades/SLA.

Proposta única e revisão fixa. Autorização registada. Os fechos L1/navegação/sectores/limpeza documental permanecem preservados; parques integral continua separado.

Formação editorial em QA — candidata d5e7fda5e0d4

Estado de18/10/2026: código apenas em QA, http://127.0.0.1:18548, base editorial_20261018_test:55441. A migração 2026_10_18_160000_add_portal_editorial_content foi aplicada apenas nessa base. Os comandos novos abaixo ainda não estão no ativo. Usaram-se conta e conteúdos sintéticos. Não se repetiram L1, navegação ou os percursos anteriormente aceites.

Operação demonstrada por HTTP significa que o pedido passou pela aplicação, sessão/permissão, persistência e resposta esperada. Demonstrada na interface significa que o comando foi acionado e o resultado observado no navegador. Visível não comprova gravação. As contagens não representam horas consumidas ou requisitos globais encerrados.

Menu → comando	Campos e sequência	Resultado esperado	Prova desta candidata
Área de trabalho → Gestão → Acervo documental → Receber documento em privado	Ficheiro; Entidade/autor e Origem HTTPS quando conhecidas → Guardar em quarentena	Original privado e análise pendente; nada publicado. Após a análise real, o registo pode ser preparado no formulário seguinte.	Upload e scanner real demonstrados por HTTP. O seletor de ficheiros no navegador ficou bloqueado pela extensão; submissão visual não observada.
Acervo → Registar documento na biblioteca	Selecionar Documento recebido; Título, Tipo documental, Descrição, Categoria/Assunto; Fonte/versão; Direitos, Classificação e restantes dados conhecidos → Guardar como rascunho	Registo privado recuperável. Não marcar uma informação desconhecida como confirmada.	Cadastro e recusa da consulta pública do rascunho demonstrados por HTTP. Controlos já observados na interface; nova submissão visual não demonstrada.
Acervo → registo → Editar metadados	Corrigir os campos correspondentes → Guardar alterações	Revisão incrementada e histórico preservado; versão antiga concorrente recusada.	Edição, persistência e conflito409 demonstrados por HTTP. Não equivale a alterar os bytes do original.
Acervo → registo → Publicar	Conferir ficheiro, fonte, direitos e análise; clicar no comando separado	Consulta e download públicos disponíveis; importação/cadastro não publicam automaticamente.	Documento e exemplar de legislação sintético demonstrados por HTTP, com sessão de visitante sem autenticação. Publicar também acionado e confirmado na interface no registo sintético30.
Suporte → Documentos e Formulários / Legislação → documento → Consultar / Descarregar	Escolher o documento publicado	Apresentação pública e original íntegro.	Consulta/download e hash do original demonstrados por HTTP. A legislação sintética está expressamente identificada como não oficial e sem validade; não se simulou confirmação governamental.
Acervo → registo → Retirar da publicação	Clicar apenas no registo pretendido	Documento/artigo deixa de ser consultável publicamente; original, cadastro e histórico permanecem.	Documento/legislação/artigo demonstrados por HTTP. Retirada do artigo/documento30 acionada na interface: cartão passou a Rascunho e /artigos/30 passou a404.
Gestão do portal → Sectores → Criar sector	Nome, Slug, descrições e ordem; Activo; Publicar no catálogo → Guardar	Activo e publicação são estados separados. Um sector novo publicado aparece em /sectores e nos filtros públicos de oportunidades.	Criação/publicação do sector14 demonstradas na interface; filtros conferidos por HTTP. O sector13 foi guardado activo sem publicação e conservou published_at vazio.
Sectores → registo → Editar	Desmarcar Publicar no catálogo, mantendo Activo se aplicável → Guardar	Retirada do catálogo e filtros sem apagar relações/histórico.	Retirada dos sectores sintéticos13/14 demonstrada;14 pela interface. A ligação direta do13 retirado devolveu404.
Acervo → registo → Editar artigo	Corpo do artigo em texto simples, parágrafos separados por linha em branco; Imagem da biblioteca opcional → Guardar artigo como rascunho	Adaptação editorial no mesmo registo, sem substituir o original. Edição retira a publicação; exige Publicar outra vez no acervo.	Gravação e recuperação noutra sessão demonstradas por HTTP e no navegador; edição pela interface produziu revisão10. Imagem pública existente reutilizada, imagem inválida recusada. O histórico inclui os corpos anteriores.
Novo artigo sem intervenção técnica	Reutilizar um documento já cadastrado ou seguir carregar → registar no acervo → Editar artigo; título/descrição/autor/fonte em Editar metadados; corpo/imagem em Editar artigo	Artigo em /artigos/{id} ligado ao mesmo registo documental; não é necessário criar ficheiro estruturado nem configurar URL por código.	Criação, duas edições e publicação/retirada demonstradas por HTTP; corpo original de exemplar legado sintético recuperado automaticamente no editor. A criação integral só por cliques conserva a pendência visual do upload.
Visitante → documento → Ler artigo	Abrir a adaptação disponível ou /artigos/{id}	Corpo e imagem públicos, sem metadados de gestão; original consultável pela ligação correspondente.	Consulta sem sessão observada no navegador e capturada. Texto que contém marcação é mostrado como texto, sem executar scripts.

Capturas para formação

As capturas têm sessão sintética ou visitante e conteúdo sintético, além de imagem já pública reutilizada. Não contêm credenciais, códigos MFA ou dados privados.

• Sector guardado e apresentação no catálogo.
• Publicação explícita separada de Activo e catálogo após retirada.
• Editor com corpo guardado e histórico.
• Artigo publicado, consulta sem sessão e retirada confirmada.

Pendência visual concreta: a seleção automática do ficheiro pelo Edge foi recusada pela extensão. A configuração não foi alterada nem o bloqueio contornado. Na retoma autorizada pela Tempo, a seleção pode ser feita manualmente no seletor normal do Edge, sem alterar permissões: escolher o ficheiro sintético outputs/investmoz-editorial-QA-20261018/capturas/formacao-visual-qa.txt e clicar em Abrir. Depois confirmar que o formulário apresenta o ficheiro e retomar apenas os passos visuais em falta. Se houver execução manual dos restantes passos, registar o resultado como relato do operador, distinguindo-o de observação direta do Codex. Até à demonstração, manter pendente a cadeia visual completa carregar → preencher metadados → guardar → recuperar → publicar → consultar sem sessão → retirar. A prova HTTP permanece válida e separada.

Fontes e limites: relatório QA, manifesto e adaptação apresentada antes do código. A previsão preliminar12–20 h foi de planeamento; não é medição de trabalho consumido. A disponibilização permanece separada.

Retoma manual em18/10/2026: o operador comunicou Continua sem ficheiro após selecionar manualmente. A seleção persistente permanece não demonstrada; carregamento e restantes passos visuais não foram executados nesta retoma. Não se atribui a causa ao portal, nem se repete a tentativa ou desenvolve outro mecanismo. Registo e distinção entre observação e relato. O ciclo visual integral continua pendente.

Gestão autónoma de conteúdos — observação de 18/10/2026

Conferência por leitura no ativo https://portal-investidor.test, sessão identificada como Osmane Nala. Os formulários de cadastro e edição foram abertos sem alterar campos, guardar, carregar ficheiros, publicar ou retirar registos. A presença de um comando não é prova de uma transição executada. Não foi feita nova validação de MFA nem alargamento de permissões.

Entrada observada: Área de trabalho — criação, revisão, publicação e administração → Gestão → Acervo documental. O acervo também apresenta a navegação Gestão do portal → Sectores. Podem usar-se diretamente os endereços abaixo na sessão autorizada; não são necessários comandos de terminal para abrir estes formulários.

Conteúdo	Caminho e comandos observados	Limite da demonstração
Sectores	/management/sectors → Criar sector → /management/sectors/create; Nome, Slug (endereço), Descrição curta, Descrição, Ordem de apresentação, Activo, Guardar, Cancelar. Num registo existente: Editar; exemplo observado /management/sectors/8/edit, Energia.	Cadastro e edição acessíveis. Não há comandos separados Publicar / Retirar da publicação neste formulário. Activo não comprova por si só publicação no catálogo. Nenhuma alteração executada.
Documentos	/management/portal-services → Receber documento em privado → Ficheiro, Entidade/autor, Origem HTTPS → Guardar em quarentena. Depois Registar documento na biblioteca, selecionar Documento recebido, completar os grupos e Guardar como rascunho.	Controlos de carregamento/cadastro visíveis; nenhuma receção ou gravação executada nesta conferência. O carregamento privado não publica.
Edição documental	No mesmo acervo, localizar o registo → Editar metadados → Guardar alterações ou Cancelar edição. Grupos: 1. Identificação, 2. Fonte, versão e ficheiro, 3. Enquadramento, acesso e publicação, 4. Revisão e associações a requisitos.	Edição de uma lei existente aberta e cancelada sem alterar campos. Não confundir metadados com edição do conteúdo do ficheiro.
Legislação	Mesmo acervo, campo Tipo documental → Legislação. Lei22/2022 observada com título, descrição, entidade, número e data preenchidos. Grupo3 contém situação jurídica, datas aplicáveis, direitos e classificação do ficheiro.	Não existe necessidade demonstrada de outro cadastro só por ser legislação. Classificação pública e publicação são ações distintas. A aceitação das fontes oficiais pela Tempo mantém-se; os textos históricos do cadastro não introduzem nova revalidação de autenticidade.
Publicação/retirada documental	Nos registos publicados do acervo, Retirar da publicação está visível. O botão geral Aplicar autorização e disponibilizar documentos elegíveis está desativado; os quatro documentos dessa autorização surgem como já publicados.	Todos os registos apresentados estão publicados. Publicar para rascunho não foi observado nesta sessão; existe como ramo no componente, o que não substitui a observação. Não clicar no botão geral como teste nem repetir a autorização já aplicada.
Artigos existentes	Os artigos Fintech, Imobiliário, Bens de Consumo e Franquias e outros constam do acervo com Editar metadados, histórico e Retirar da publicação.	Não foi encontrado na interface observada um editor do corpo do artigo ou Criar artigo. O adaptador atual lê o corpo de um ficheiro estruturado e a identidade/URL de configuração técnica. Alterar o título documental não demonstra alteração do título/corpo apresentado pelo adaptador.

Lacunas delimitadas para formação

• Sectores: falta demonstrar uma ação editorial que publique um novo sector. O código do catálogo exige published_at, mas o formulário observado só expõe Activo e o ramo de gravação de sectores não define essa data. É uma lacuna do percurso identificado por leitura de código; não foi criado um sector no ativo para a reproduzir. A retirada por Activo também não foi executada.
• Artigos: falta um percurso autónomo para criar/editar o corpo e gerir a identidade/URL de novos artigos sem preparar ficheiros/configuração por código. A edição de metadados da biblioteca não cobre esse objetivo.
• Documentos e legislação: não foi identificado bloqueio de acesso ao carregamento, cadastro ou edição para esta conta. A publicação de um rascunho e o efeito da retirada continuam não observados, não classificados como funcionalidades ausentes. Para provar as transições, usar um exemplar QA isolado, sem retirar documentos reais nem repetir percursos aceites.

Origem do objetivo: instrução expressa da Tempo de18/10/2026 para formação e gestão autónoma de conteúdos. Os formatos atuais dos artigos e a separação técnica is_active/published_at são escolhas de implementação, não novas regras organizacionais. A limpeza dos documentos públicos629d8347f147 está disponibilizada segundo o recibo; esse fecho não comprova o ciclo editorial completo. Parques integral e os fechos L1/navegação/sectores permanecem separados.

Relatório desta observação: verificação editorial.

Matriz executável

Decisão transversal da Tempo, 23/10/2026: percurso adaptativo com entradas por ideia/oportunidade/sector/localização; perguntar uma vez, preservar edições deliberadas e contexto entre ecrãs/autenticação; seleccionar opções únicas; ocultar exigências não aplicáveis sem confundir ausência de informação com dispensa; conservar especificidades na selecção múltipla. Mostrar posição, pendências e próxima acção. Relatórios/exportações seguem a mesma aplicabilidade. Origem: pedido expresso da Tempo nesta data; implementação incremental nos componentes existentes, sem novos aprovadores.

Incremento de apresentação: o dossier conserva as 19 etapas e o histórico, mas apresenta formulários apenas das etapas com preparação permitida. As restantes têm resumo do fundamento e podem regressar ao rever a decisão. A ferramenta Terra/DUAT deixa de ser proposta quando land_needed=no; unknown mantém a preparação disponível. Relatórios do plano reúnem requisitos documentais not_applicable numa explicação, mantendo requisitos em falta ou indeterminados. Esta alteração não remove obrigações jurídicas nem modifica dados guardados. A aplicação transversal a todos os formulários, entradas e exportações permanece por conferir; não se encerra esse requisito por documentação.

Menu / ecrã	Componente React	Campos / entidade / tabela	Rota ou API	Perfil / regra	Evidência
Preparação adaptativa / relatório	investor-path/show, investment-requirements, project-dossier-report	Aplicabilidade e contexto existentes; histórico preservado	/investimentos/{id}, /aplicabilidade; exportações existentes do plano	Tempo, 23/10/2026: ocultar preparação sem aplicação; desconhecido não é dispensa	Incremento QA: InvestmentCorridorContextTest::test_nonapplicable_land_hides_the_action_and_reopening_recovers_saved_evidence (18 asserções); relatório 11 testes; types/build; cenário sintético no navegador. Cobertura transversal ainda parcial.
Dossier → simulador sem repetir dados	dossier-prefill, simulation-form, context-inheritance	Campos existentes, context_reuse, selection_labels; sem migration	/investimentos/{id}/contexto, /simulador-fiscal?context={id}	Resumos apenas para valores herdados intactos; alteração deliberada preservada; perfil/detalhe/regime não presumidos	Incremento QA de continuidade, 23/10/2026: 12 testes de reutilização e 14 asserções de nomes exactos; cobertura geral permanece parcial
Situação do terreno adaptada	simulation-form, investment-land-preparation, project-dossier; SimulationFormDrafts	land_needed existente; situação e rótulo conservados no rascunho cifrado	APIs existentes de contexto/rascunho e exportações do plano	Tempo: Não oculta, Sim recupera e permite editar, Por definir identifica pendência sem bloquear rascunho	Delta QA 23/10/2026: 4 testes frontend e 32 asserções API; sem migration; homologação não alterada
Início	PortalInvestidor	Sectores, oportunidades, recursos publicados	/, APIs existentes de homepage	Visitante; contagens do cadastro	PublicPortalNavigationTest, navegador
Catálogo / Educação	investment/catalogue	Filtros, educação, pivots, facetas	/oportunidades, /educacao; /api/v1/investment/search	Visitante; filtros em intersecção, montantes com moeda	InvestmentUnificationTest
Cluster / Corredor / Âncora	portfolio/index, portfolio/show	Dossiers, relações, cadeias e oportunidades	/clusters, /corredores, /projectos-ancora, /carteira/{id}	Visitante; dossier publicado; cadeia pública	InvestmentPortfolioTest, testes territoriais
Continuidade carteira → oportunidade → dossier → simulador	Componentes de carteira, investment/detail, contexto existente	Origem documental por oportunidade no payload cifrado; associações existentes, sem inferência	from_dossier e território no arranque; rascunho, prévia, confirmação e simulador existentes	Mesmo percurso integrado; origem relacionada/publicada; respostas deliberadas conservadas	Visibilidade: 29 IDs/títulos conferidos anteriormente. Delta QA: seis testes/151 asserções API, cinco testes de entrada territorial, um de relatório; instalação na homologação pendente
Ficha	investment/detail	Oportunidade, contexto, relações, fonte	/oportunidades/{slug}; /api/v1/investment/opportunities/{slug}	Visitante; rascunhos não acessíveis	PublicPortalNavigationTest, InvestmentUnificationTest
Mapa	Componente Map em catálogo	geo_locations, geo_geometries, opportunity_locations	/api/v1/investment/map	Visitante; dois níveis de classificação pública	Teste PostGIS e estados vazios
Comparar / exportar / sugerir	investment/catalogue	IDs publicados, dados de catálogo	/compare, /export, /suggest sob prefixo da API	Visitante; 4 comparações, 1.000 linhas/pontos; CSV protegido	Teste de publicação e fórmula CSV
Área do investidor	investment/workspace	Manifestações, recibos, favoritos	/investidor/manifestacoes; /api/v1/investment/submissions	Titular autenticado e verificado	Isolamento por dono
Perfil / empresas	investment/profile	investment_accounts, investment_company_declarations	/investidor/profile; API /profile, /companies/{id?}	Titular; versão, encriptação, sem concessão de memberships	InvestmentWorkspaceTest e navegador
Conversa / versões	investment/conversation	investment_messages, investment_submission_revisions	API /submissions/{id}/messages, /submissions/{id}/revisions/{version}	Titular/gestor; mensagem idempotente; histórico privado	Testes de isolamento, encriptação e reenvio; navegador
Notificações	investment/notifications	investment_notifications	/investidor/notifications; API /notifications, /{id}/read	Destinatário; revogação de acesso a terceiros respeitada	Testes de mudança de estado e leitura; navegador
Manifestação	investment/submission	investment_submissions.payload, necessidades	PUT /submissions/{id}, POST /submissions/{id}/submit	Titular; versão, opções activas, consentimento, idempotência	Testes de conflito, validação e reenvio
Anexos	Etapa 4 da manifestação	documents, investment_submission_attachments	/submissions/{id}/attachments	Titular/gestor lê; titular altera rascunho; checksum	Teste de anexo privado e adulteração
Contexto da oportunidade	investment/context	Perfil, relações muitos-para-muitos, facetas	/management/opportunities/{id}/context	Gestor; versão e retorno a rascunho	Teste de gestão, conflito e educação
Referências e formulários	investment/references	Opções, rótulos, ordem, actividade	/management/investment/references	Gestor; códigos estáveis, Outro preservado	Teste de referências e reexecução do seed
Atendimento / CRM	management/interest, gestão CRM existente	interest_requests, outbox_events, leads	/management/interests/{id}	Gestor; consulta manifestação completa pelo vínculo	Testes de intake e CRM existentes
Apoio / documentos / parcerias	portal/services, portal/manage	Recursos, parcerias, pedidos existentes	/apoio, /documentos, /parcerias, /balcao-virtual	Regras existentes de publicação e dono	PublicPortalServicesTest

Os nomes curtos /compare, /submissions, etc. nesta matriz pertencem a /api/v1/investment. O contrato detalhado está em openapi.json (OpenAPI 3.0.3).

Cobertura ainda parcial do prompt

As fichas territoriais apresentam conteúdo autorizado do documento v4, relações e cadeias cadastradas. Não existe ainda um editor unificado de todos os actores, fornecedores, contactos, infraestruturas físicas e indicadores para cada ficha. O mapa actual é de pontos de oportunidades, sem cartografia de linhas de corredores. As facetas representam classificações; não substituem inventário físico ou cálculo de lacunas.

A educação pública encontra oportunidades publicadas classificadas como educativas ou ligadas a propostas. As propostas geradas pelo módulo interno conservam a regra de publicação desse módulo; a extensão não torna públicas automaticamente necessidades internas ou alegações institucionais.

A área pessoal reúne rascunhos, manifestações, estados, favoritos, perfil de investimento, empresas declaradas, conversa bidireccional e notificações internas. As declarações empresariais são privadas e não substituem o cadastro canónico validado de organizações. Não existem candidaturas com um procedimento distinto das manifestações. Confirmação e notificações são apresentadas no portal; não se presume envio de email. O CRM local recebe o pedido pela outbox existente, mas a entrega a SuiteCRM remoto continua dependente da configuração e teste do conector.

O histórico de manifestações enumera actos e versões e permite consultar snapshots privados gravados a partir desta extensão; não restaura automaticamente versões anteriores. A gestão utiliza o gate manage-portal; separação de técnico, validador e administrador continua pendente. Os achados anteriores de concorrência/publicação em dossiers e revisão de resultados de IA permanecem registados em ../architecture-data-security-qa-product-review.md.

Manual do investidor

1. No catálogo, combine sector, território, maturidade, educação e características. Para comparar montantes, seleccione a mesma moeda. Os filtros não convertem câmbio.
2. Alterne entre grelha, lista e mapa. Quando não há coordenadas autorizadas, o portal informa a ausência. Marque até quatro oportunidades para comparação; use Exportar para obter as primeiras mil linhas filtradas.
3. Abra uma ficha e seleccione Preparar manifestação. Entre com conta de email verificado. Nome e email são preenchidos a partir da conta; os restantes dados são declarações do investidor.
4. Preencha identificação e investimento, acrescente necessidades, quantidades e prazos. Escolha Outro e descreva quando nenhuma opção servir. Mão de obra e educação apresentam campos específicos.
5. Guarde o rascunho antes de sair ou carregar anexos. Na etapa Anexos, associe PDF/TXT e identifique o ficheiro nas observações da necessidade correspondente.
6. Reveja, conceda consentimento de contacto e envie. O protocolo identifica um único pedido; repetir o envio não o duplica. Consulte o estado na área pessoal. O envio não constitui aprovação de investimento nem consentimento para IA.
7. Se aparecer conflito de versão, recarregue para ver a versão actual antes de repetir a alteração. Nunca sobrescrever automaticamente uma sessão concorrente.
8. Em Perfil e empresas, guarde dados reutilizáveis e declare as empresas que representa. Preparar manifestação desta empresa preenche os dados declarados, sem atribuir permissões sobre organizações de terceiros.
9. Depois de submeter, use Conversa com o apoio para esclarecimentos. Consulte Notificações para respostas e mudanças de estado; marque-as como lidas. Em Versões guardadas, consulte o conteúdo anterior sem alterar o pedido actual.

Manual de gestão

1. Em Oportunidades, crie ou edite a ficha principal e abra Contexto. Associe clusters, corredores, âncoras e localizações existentes; seleccione educação/facetas quando aplicável e registe a fonte.
2. Guardar contexto retira a publicação até revisão explícita na ficha principal. Confira texto, referências, moeda e ausência de informação privada antes de publicar.
3. Em Referências e formulários, acrescente opções dentro dos grupos existentes. Edite rótulos e ordem; desactive opções obsoletas. Não altere códigos já usados. Outro mantém-se activo e exige especificação.
4. Em Pedidos de interesse, consulte a manifestação completa e os anexos privados. Actualize o estado pelo fluxo existente e encaminhe para o CRM com responsável e próxima acção.
5. Dossiers e oportunidades são registos diferentes. A associação é explícita; não copie as quinze âncoras para o catálogo só para produzir resultados.

Design e protótipos executáveis

Os ecrãs React são os protótipos funcionais entregues: catálogo, detalhe, área pessoal, formulário de cinco etapas, contexto e referências. Não foi produzido um ficheiro Figma nem se alega validação prévia por participantes. A biblioteca local usa fundo slate-50, texto slate-900, acções emerald-800, cartões com borda, campos rotulados, foco visível, grelhas responsivas e estados vazios explícitos. Elementos partilhados: investment/shared.tsx e layouts/portal-navigation.tsx.

Verificar teclado, ordem/foco, erros, contraste, zoom 200–400%, leitura assistiva, upload e suporte fixo em cada alteração. A lista textual do mapa é alternativa ao SVG. Verificações automáticas e ausência de transbordo não equivalem a certificação WCAG 2.2 AA.

Formação e próximos critérios

Plano preparado, sessões ainda não realizadas:

Sessão	Exercício verificável	Resultado esperado
Investidor — 30 min	Filtrar, comparar, guardar necessidade, anexar e enviar em ambiente de formação	Um protocolo; nenhum dado visível por outro participante
Gestor — 45 min	Criar opção, associar contexto, rever publicação, consultar pedido e encaminhar	Fonte registada, rascunho antes de publicar, encaminhamento com responsável
Operação — 45 min	Restaurar backup isolado, verificar chave/anexos, simular falha de fila	Reconciliação documentada; nenhum envio duplicado
Acessibilidade — 30 min	Percurso por teclado e leitor de ecrã em móvel/computador	Registo de obstáculos e correcções antes de homologação

Backlog restante: editores territoriais completos e cartografia; ligação validada de empresas declaradas ao cadastro canónico; papéis especializados; retenção; homologação assistiva e carga; SuiteCRM no destino; sessões de formação e deploy monitorizado. A reconciliação remota foi adiada pelo proprietário para fase futura. Cada item exige implementação/evidência concreta, não nova aprovação genérica dos requisitos já autorizados.

Parques — complemento L1 pendente (DOC01, 16/10/2026)

Esta nota de cobertura não altera os procedimentos históricos acima nem encerra a ficha integral. O recorte parques-operacionais-QA-6aacf653a98e consta como disponibilizado no relatório de entrega; as novas funcionalidades L1 — responsabilidades, condições/tarifas contextualizadas, riscos/canal e revisão documental — permanecem pendentes de implementação, prova e confirmação da entrega. Não são instruções de utilização de funcionalidades já disponíveis.

O desenho reutiliza o mesmo cadastro: uma organização pode ter várias funções. Separa preparação privada de publicação expressa; contactos pessoais/notas/suporte privados ficam excluídos da projeção pública. Condições com fonte/data/âmbito/moeda/unidade aplicáveis; desconhecido não significa gratuito, disponível ou autorizado. Preservação privada e pública após guardar pelo editor anterior compatível é critério ainda por demonstrar. A estimativa é 24–36 h adicionais QA e 2–4 h operacionais futuras separadas.

Estado e critérios na mesma docs/investmoz/v2/auditoria-portal/matriz-requisitos.csv; desenho em outputs/investmoz-parques-integral-delimitacao-20261016/DOC01/. Não há implementação ou ativação decorrente desta atualização documental. Menus, duplicados, regulação Fintech e demais aceitações mantêm os seus estados.

Parques L1 — demonstração QA, disponibilização pendente (DOC02, 16/10/2026)

A nota DOC01 anterior fica como histórico do desenho antes da implementação. parques-L1-QA-fb56ec51f62e demonstra apenas em QA a reutilização de uma entidade em várias funções, preparação/divulgação separadas, condições e tarifas documentadas com desconhecidos, risco/canal e recuperação após edição anterior compatível. Ainda não é uma funcionalidade disponibilizada no ativo nem uma ficha integral concluída. Os novos anexos/manual não se presumem conferidos ou aceites pelo utilizador.

Reversão conserva oito fontes funcionais, schema/histórico e compilação compatível: os dados privados e a projeção pública permanecem recuperáveis pela API. O ecrã anterior não apresenta os grupos L1; voltam ao ecrã ao repor a candidata. Não repor todos os ficheiros antigos nem um dump anterior sobre utilização posterior. Fonte/âmbito/data e moeda/unidade aplicáveis acompanham os valores; desconhecido não é gratuito/disponível/autorizado. O apoio da Tempo é distinto da gestão do parque. Sem confirmação de dados reais por estes ensaios.

Estado na mesma matriz; provas e proposta em outputs/investmoz-parques-L1-QA-20261016/. Estimativa adicional inicial24–36h é referência, não tempo consumido; recorte QA concluído e futura operação2–4h dependente de decisão específica. Ficha integral, menus, duplicados, regulação Fintech e aceitações anteriores preservados.

18/10/2026 — L1 dos parques disponibilizado; observação do editor delimitada

Candidata parques-L1-QA-fb56ec51f62e, pacote DOC02 autorizado pela Tempo. O utilizador conferiu os cinco documentos e recibo; a inspeção do ZIP permanece verificação do Codex. Navegação separada e ficha integral aberta.

Aplicados 12 artefactos (oito substituições, três fontes novas e migration nominal) e 162 ficheiros de compilação, conferidos por hash. Troca em manutenção, apenas view:clear, cache de dados idêntica durante a troca e saída de manutenção antes do instalador. Preservados os documentos atuais, complementados com este resultado sem reposição de versões antigas.

Backup/restauro fresco do destino: 295 tabelas e 31 sequências coincidentes, 1316 ficheiros extraídos/conferidos incluindo 29 documentos; arranque do clone em leitura e chave verificada por decifragem. A primeira tentativa incompleta foi preservada; não foi usada como prova válida.

Instalação executada pelo utilizador na interface autenticada e confirmada por leitura: conta 2, recibo bffa9337-b2ca-48c6-bc6b-fbbf100f8848, apenas 2026_10_16_140000_add_investment_zone_operational_details, uma entrada no ledger e coluna JSONB nullable. Hash do recibo corresponde à candidata; zero registos de negócio alterados. Nenhuma fixture importada, ficha guardada ou publicada, grant ou flag alterado.

Preservação: comparação das 295 tabelas, sem diferenças inesperadas de negócio/histórico. Todos os detalhes operacionais permanecem nulos. Diferenças esperadas: ledger, auditoria nominal e projeção da coluna nova; cache/sessões e remember_token da conta autenticada. Sequência migrations_id_seq aumentou uma unidade. Conferidos 827 ficheiros alheios/protegidos, 12 artefactos/162 assets, 281 ficheiros geridos e 29 originais documentais. Lista pública de oito zonas e ficha Balama mantêm os campos públicos anteriores, com assets servidos iguais aos locais. B, COUNTRY02, papéis e histórico preservados.

Limite da observação: o controlo do computador não conseguiu identificar o URL com segurança; a instalação na interface foi reportada pelo utilizador e confirmada no ledger/auditoria. Abertura do editor L1 autenticado no ativo, sem guardar, não foi observada pelo Codex. Não declarar esse ponto demonstrado nem repetir testes QA para o substituir. Conferência pública HTTP e preservação de dados concluídas.

Reversão pós-uso continua parcial: conservar oito fontes funcionais, colunas/migrations/ledger/histórico e build compatível. O ecrã anterior não mostra grupos L1; os privados e a projeção pública ficam preservados na API conforme provas QA históricas, não repetidas no ativo. Nenhuma reversão ativa executada.

Saldo de troca/instalação/conferência por leitura: zero. Observação autenticada do editor permanece não demonstrada. As 2–4 h operacionais e 24–36 h QA são estimativas históricas, não horas consumidas. A disponibilização deste recorte não encerra a ficha integral.

18/10/2026 — observação do editor L1 confirmada pelo utilizador

O utilizador respondeu «feito» à instrução de abrir o editor autenticado de Balama e confirmar os grupos L1 de responsabilidades, condições/tarifas, riscos/canal e revisão documental, sem guardar nem publicar. Regista-se como observação confirmada pelo utilizador, não observação direta do Codex. Fica resolvida a pendência operacional de observação referida no registo anterior; não há repetição da 140000 ou nova alteração no ativo nesta atualização documental. A matriz conserva o registo histórico da não observação direta pelo Codex; esta confirmação posterior complementa-o. A disponibilização do recorte L1 está concluída. Ficha integral aberta; relatório local continua sem conferência do utilizador. Estimativas anteriores não representam horas consumidas.

Evidência: outputs/investmoz-parques-L1-ativacao-20261018/OBSERVACAO-EDITOR-UTILIZADOR.json.

18/10/2026 — conferência do relatório local confirmada

O utilizador confirmou expressamente a conferência de RELATORIO-ENTREGA.md, identificado como ficheiro ativo no IDE. Esta confirmação atualiza a pendência documental anterior; não declara nova inspeção do ZIP nem repetição de testes ou da 140000. Disponibilização do recorte L1 concluída; ficha integral aberta. Registo: outputs/investmoz-parques-L1-ativacao-20261018/REGISTO-CONFERENCIA-RELATORIO-UTILIZADOR.json.

18/10/2026 — rectificação documental e editor L1 observado

O ChatGPT conferiu os documentos DOC02 da candidata QA; não está confirmada a conferência pelo utilizador do relatório local da ativação. Esta rectificação substitui a atribuição anterior. Editor Balama observado diretamente pelo Codex no URL HTTPS confirmado, conta 2/Osmane Nala pelo DOM: Entidades e funções, Condições e tarifas declaradas, Riscos e canal de esclarecimento, Qualidade e revisão documental. Público v3/preparação não guardada; sem alterações, gravação, publicação ou repetição da140000. Resultado: observado. Evidência: outputs/investmoz-parques-L1-ativacao-20261018/OBSERVACAO-OPERACIONAL-FINAL.json e EDITOR-OBSERVADO-20261018.txt. Sessão autorizada existente; não se declara novo desafio MFA. Saldo operacional restante L1 zero; ficha integral aberta. Relatório e recibo finais rectificados para conferência na página privada existente.

18/10/2026 — navegação e contexto consolidados em QA

Os cinco pontos pedidos foram consolidados na candidata QA navigation_consolidation_20261016_test:55441, servida em http://127.0.0.1:18536 . O protótipo anterior de 18534 continua histórico. Nenhuma alteração no ativo; instalação L1/140000 preservada.

Organização visual

Mantidos os nomes Descoberta, Realização e Suporte. Descoberta reúne Início, Porquê investir, oportunidades, sectores e localizações; Realização reúne iniciar investimento, simulador, licenciamento e terra; Suporte reúne serviços, acompanhamento e apoio. Conta/atividade e trabalho por papel ficam em áreas próprias. Acrescentadas explicações curtas dentro dos três menus para distinguir explorar, preparar e obter apoio. Destinos observados no navegador; grupo actual, Escape com retorno de foco, controlos de44px e disposição390px sem deslocação horizontal conferidos. Capturas VISUAL-DESKTOP.png e VISUAL-MOVEL.png. Avaliação técnica executada pelo Codex; aceitação visual pela Tempo não presumida.

Associações guardadas e troca de contexto

A consolidação já existente posterior ao protótipo grava seleções versionadas de oportunidade, sector, território e parque no payload cifrado do mesmo dossier, com fonte/versão/hash. Preferência de dossier/etapa é guardada no servidor por conta, não apenas no navegador. Recuperação actual demonstrada em duas sessões autenticadas independentes para o mesmo dossier; oportunidade e território persistem. Isto simula dois clientes; não afirma ensaio em dois equipamentos físicos.

Confirmar usa transação, versão optimista, prévia vinculada à sessão/ator e chave idempotente. Cancelar e prévia não escrevem no negócio. Título e declarações editadas, documentos, histórico e conteúdo já submetido permanecem. Alterações explícitas definem os campos substituídos; dimensões alteradas identificam etapas e resultados dependentes. Resultados antigos são preservados com revisão requerida; evidência actual exige nova revisão expressa. Pedidos submetidos conservam conteúdo, versão, protocolo e recibo, marcados como contexto histórico. No-op não invalida resultados. Não activa cálculos fiscais por selecção.

Estas transações têm38 condições registadas no HTTP-QA.json histórico, incluindo cálculo local real sobre valores sintéticos e submissões QA. Não foram repetidas para substituir aceitações anteriores. A leitura actual recuperou resultados históricos e pedidos preservados. O confirmar da candidata funcional grava; o confirmar do protótipo18534 continua apenas prévia histórica.

Formulários e resumo

Simulador, terra, Balcão e submissão recebem o contexto. Campos vazios são preenchidos; valores editados são preservados. Substituição exige selecção e revisão expressas, mantendo a hierarquia territorial coerente. Versão do contexto é conferida antes de submeter um rascunho antigo. Resumo identifica dossier, oportunidade/referências e versões, localização, etapa actual e próxima acção. A leitura actual confirma quatro consumidores e19etapas no mesmo UUID. Pré-preenchimento não é submissão automática.

Porquê investir

Página dedicada /porque-investir, com percursos por produção/transformação, território/logística e serviços/parcerias, além de sectores, fontes, preparação e apoio. Conteúdo orienta a avaliação das condições e liga aos destinos existentes, sem taxas, vantagens fiscais, disponibilidade ou retorno inventados. Abrange investidores nacionais e estrangeiros em todo o território nacional.

Dependências, preservação e validação

Código da candidata foi reconciliado com os12artefactos L1 instalados. A ficha de parque mantém os grupos L1 e recebe apenas o acesso de comparação no contexto. A QA não repetiu nem instalou140000; a sua base anterior ainda não contém o schema L1, pelo que isto é preservação de fonte/compilação, não novo ensaio integral de L1. O ativo foi conferido por hashes antes/depois e ficou igual.

Lint dos três ficheiros alterados, TypeScript e compilação passaram. Recuperação por dois logins/MFA QA e verificações sem escrita de negócio passaram. Provas transacionais, restauro e compatibilidade de16/10 são históricas e reutilizadas; o pacote novo contém fontes/build QA actuais. O pacote anterior de18/10 e a reversão anterior não devem ser usados directamente sobre o ativo actualizado com L1. Preparar disponibilização exige decisão própria, manifesto de destino, backup/restauro fresco e reconciliação da reversão com o estado actual. Nenhuma escrita ativa autorizada ou executada por este pedido.

Matriz existente complementada apenas nos sete requisitos de navegação/contexto, sem fechar critérios alheios. Manual actualizado; sem nova matriz ou backlog. L1, ficha integral, CAE, duplicados, Fintech, B e COUNTRY02 mantêm estados próprios.

18/10/2026 — revisão visível anterior à decisão, resultado parcial

Resultado global: parcial. Não há demonstração completa dos quatro formulários nesta candidata. O utilizador não abriu a candidata nem conferiu os novos anexos. L1 permanece encerrado no âmbito entregue e não foi reensaiado. Nenhuma decisão de disponibilização ou alteração ativa é presumida.

Revisão exacta

Candidata navegacao-contexto-QA-b1c98ec7140c, código/compilação SHA-256 b1c98ec7140c2753a40d22b6b4f235ab7c4f7c5a43d322d55ba6c84a53a169d6, obtido pelo fingerprint do instalador no clone guardado navigation_consolidation_20261016_test:55441. Fonte39/build167 coincidem com o manifesto do pacote QA já entregue. ZIP SHA-256 15de1c9115bcd8196d4a15c411e350527b1daf622da01ce67394d5279adf32c7. Não se alterou código para esta revisão: trata-se da mesma candidata, agora observada nos percursos pedidos. O contexto sintético passou de v3 a v4; isso é versão do dossier, não revisão do código.

Três resultados pedidos

Resultado	Estado e evidência visível
Entrada por ideia, oportunidade, sector e localização	Observado no mesmo dossier ff0e2468-5eae-4556-8c74-97ade0b0b079. Quatro entradas registadas no DOM, sem criar outro dossier. Resumo mantém a identidade, etapa S12 e próxima acção Preparar S01. O percurso ideia demonstrou continuar uma ideia existente, não criar uma nova ideia.
Quatro formulários com dados existentes e sem substituir edições	Parcial: os três primeiros mostram bloco de contexto e comparação de valores; o quarto abre sem bloco de pré-preenchimento porque a manifestação existente não está vinculada ao dossier. A presença das quatro chaves na API não demonstrava esta ligação funcional.
Mudança, impacto prévio e recuperação noutra sessão	Observado: oportunidade33 para16; sector13 para1. Prévia mantém título/descrição, actualiza selecção/sector e identifica3resultados financeiros e etapas S02/S03/S04/S08/S12/S13/S14/S15/S17 para revisão. Após confirmar no navegador, dossier v11→v12 e contexto v3→v4. Logout e novo login/MFA recuperam UUID, selecção, contexto v4, etapa S12 e próxima S01.

Os quatro formulários

1. Formulário de simulação e manifestação — Simulador Fiscal, /simulador-fiscal?context=…&draft=17c49815-3c4e-4496-8ae1-363e685aa00f. Rascunho existente recuperado. Comparação mostra título «Título editado no formulário — preservar» e descrição «Descrição privada editada no formulário — preservar», distintos dos propostos, sem selecção de substituição. Contexto v4 contra revisão vinculada v3 visível. O atalho à etapa4 exige campos obrigatórios da etapa1 ainda não preenchidos no exemplar; a preservação foi observada na tabela de comparação, não se afirma completar todo o wizard.
2. Terra e DUAT — Formulário de orientação e preparação, /investidor/terra-duat/novo?context=…. Projecto e localização recebem dados existentes; mensagem de preenchimento de vazios visível. Editada em memória a referência para «Edição QA — conservar referência de projecto»; comparação conserva esse valor. Não guardado nem submetido.
3. Balcão Virtual — Preparar e submeter dossier de investimento, /balcao-virtual/pedidos/1db4ab2a-d24e-42ea-af3b-60cd772709b6. Criado um rascunho sintético pelo botão existente do dossier. Dados do dossier preenchidos. Nome alterado em memória para «Edição QA — nome do pedido preservado»; tabela mostra o nome editado contra o proposto, sem substituição. Não submetido; não se afirma persistência dessa edição local.
4. Preparar manifestação de interesse, /investidor/manifestacoes/01a127a5-cfb6-70df-8b48-9e769e3c12d9. Manifestação privada já existente. Resumo global mostra o investimento, mas o formulário não tem contexto vinculado. Inspecção QA em leitura confirma desk_cases.submission_id nulo no dossier e nenhuma ligação para as manifestações desta conta. Falha do critério de pré-preenchimento transversal neste percurso, não falha do portal inteiro. Não criar uma ligação por fixture para simular a demonstração.

Fica por resolver o vínculo explícito e recuperável entre manifestação e o dossier já existente, com autorização/versão e sem substituir outro vínculo ou gerar dossier duplicado; depois demonstrar o quarto formulário. Essa lacuna não é resolvida por lint, tipos ou compilação, nem por presença do resumo global.

Comparação de cliques

Comparação estrutural, aproveitando o levantamento anterior documentado em COMPARACAO-CLIQUES.md do protótipo e conferindo os destinos/componentes actuais. Não é telemetria nem medição de tempo. Condições: menus fechados, sessão válida e mesmo dossier já escolhido; cada abertura de grupo e activação de ligação conta1; não inclui scroll, digitação, rede ou login/MFA. A escolha num select é indicada separadamente, sem fingir contar cliques físicos do sistema operativo.

Tarefa com destino equivalente	Antes	Candidata actual	Caminho actual
Abrir oportunidades	2	2	Descoberta → Oportunidades de investimento
Abrir sectores	2	2	Descoberta → Sectores de investimento
Voltar ao dossier já seleccionado	2	1	Abrir dossier actual no resumo
Abrir simulador do mesmo dossier	3	2	Realização → Incentivos e simulador fiscal, com contexto
Pedir apoio pelo menu principal	2	2	Suporte → Apoio ao investidor

Na entrada já originada em oportunidade/sector/localização: uma selecção de dossier + uma activação «Comparar no mesmo dossier» foram executadas por percurso. Da edição à confirmação: «Comparar impacto» + «Confirmar e guardar» são2activações, além da selecção alterada. No protótipo não existia destino funcional equivalente para persistir, pelo que não se anuncia redução comparativa nessa tarefa. Os cliques totais de descoberta de cada anúncio/sector/localização desde a página inicial não foram medidos nesta revisão; não declarar ganho global.

Evidência e limites

DEMONSTRACAO-VISIVEL.json contém snapshots por entrada, por formulário e antes/depois da mudança e na nova sessão. CONTEXTO-ANTES.png e CONTEXTO-RECUPERADO.png documentam a apresentação. Uma captura de página inteira excedeu o tempo da ferramenta; foi substituída por captura do viewport, sem repetir a confirmação. Atrasos de navegação foram reconciliados pelo URL/DOM actual antes de qualquer nova acção.

Foi usada conta sintética21 em QA, com login/MFA normal. Houve uma mudança de contexto e um novo rascunho de pedido exclusivamente QA; não houve submissão externa, instalação, publicação ou escrita ativa. 998 ficheiros do ativo ficaram iguais. L1 não reensaiado. Aceitação do utilizador e conferência dos anexos: não realizadas. Antes de uma decisão que exija quatro formulários demonstrados, o critério da manifestação permanece aberto.

18/10/2026 — manifestação integrada na candidata QA

Integração concluída apenas em QA na mesma candidata, agora navegacao-contexto-QA-73f8bd1347ca. O quarto formulário demonstra vínculo explícito ao dossier existente, preenchimento dos campos disponíveis sem substituir edições, recuperação após nova sessão e uma submissão com recibo. O utilizador ainda não conferiu estes anexos. Activo inalterado; disponibilização separada.

Revisão e âmbito

Fingerprint exacto de código e compilação: 73f8bd1347ca46c4e8ac6be7aa4bad2b180ba29032684a485cca341966c7e877. Destino exclusivo navigation_consolidation_20261016_test:55441, URL http://127.0.0.1:18536 . Pacote cumulativo: 40 fontes e 167 ficheiros de build. Delta desta tarefa: controlador da manifestação, rota autenticada de associação, formulário e inclusão dessa rota no fingerprint. Sem alteração do modelo ou migration nova; nenhuma instalação repetida. As regras de âmbito QA, preservação e acesso directo vêm do pedido da Tempo; usar a FK existente desk_cases.submission_id, bloqueios, versões e idempotência são escolhas técnicas, não novas regras organizacionais.

Reutilizada a relação canónica já existente entre processo e manifestação, sem confundir investment_submissions.dossier_id (referência comercial de outro domínio) com o dossier de investimento. Uma associação existente não é substituída. Se o processo já tiver manifestação, o pedido recusa conflito; não cria outro dossier nem outra manifestação. A operação bloqueia as duas linhas e grava vínculo, versão e histórico na mesma transacção. Não foi necessário alterar cardinalidade nem decidir um novo modelo de vínculo. Uma futura alteração dessa cardinalidade exigiria decisão específica.

Demonstração do quarto formulário

Formulário Preparar manifestação de interesse, /investidor/manifestacoes/01a127a5-cfb6-70df-8b48-9e769e3c12d9, rascunho pré-existente. Dossier ff0e2468-5eae-4556-8c74-97ade0b0b079, contexto v4. Conta sintética QA21, login e MFA normais.

Critério	Resultado observado
Acesso directo	O rascunho abriu sem dossier vinculado. A secção «Reutilizar um dossier existente (opcional)» permite continuar sem dossier; criar dossier não é pré-condição de guardar/submeter. A prova actual de submissão é do percurso vinculado; não se afirma nova submissão directa sem dossier.
Vínculo real	Escolhido o dossier existente e activada a associação pela interface autenticada. Contexto v4 e UUID correcto surgiram no formulário. Nenhum vínculo por fixture. Número de dossiers29 e de manifestações6 mantidos.
Preenchimento e edição	Objectivo e localização vazios receberam os dados existentes. Sector previamente alterado para «Sector editado pelo utilizador — QA» permaneceu igual, incluindo depois de guardar. Não se inferiram valores ausentes nem identidade do investidor a partir de uma oportunidade.
Recuperação	Após terminar sessão e novo login/MFA, reabriu-se a mesma manifestação: vínculo, revisão4, sector editado, objectivo, localização e prazo recuperados. Demonstra sessão nova, não dois equipamentos físicos.
Submissão e recibo	Uma activação de «Submeter manifestação» apresentou protocolo IR-2026-01M576QMSKV91Q53GZCHKM61P0, estado Recebido, versão5. Duas repetições HTTP devolveram o mesmo protocolo e versão sem novas linhas.
Isolamento	Conta externa não leu a manifestação/recibo nem repetiu a submissão (404). Leitura/vínculo ao dossier de outro proprietário recusados (403); substituição por outro dossier da própria conta recusada (409); versão desactualizada409, parâmetro de ator422 e anónimo401.
Sem duplicações	Um context_bound, um submitted, um interesse, um recibo e um evento outbox para este interesse. Os outros28 dossiers permaneceram iguais por hash; o payload cifrado do dossier associado também ficou idêntico.

O preenchimento usa apenas os dados autorizados correspondentes ao consumidor da manifestação; a revisão expressa do contexto é conservada no histórico. O outbox QA ficou pendente e não foi despachado externamente. Não houve publicação.

Quatro formulários e provas anteriores

Os quatro formulários são: Formulário de simulação e manifestação — Simulador Fiscal; Terra e DUAT — Formulário de orientação e preparação; Balcão Virtual — Preparar e submeter dossier de investimento; Preparar manifestação de interesse. Os três primeiros conservaram a aceitação e evidência anterior, sem repetição nesta tarefa. Só o quarto foi integrado e demonstrado nesta revisão. Os limites anteriores mantêm-se: demonstração do simulador na tabela de comparação, Terra e Balcão com edições em memória. Não se transforma essa aceitação em prova nova de submissão dos três. Entradas por ideia/oportunidade/sector/localização e troca de contexto usam a evidência anterior, também sem repetição. L1 permanece encerrado no âmbito entregue, não reensaiado; ficha integral dos parques aberta.

Cliques

A tabela comparativa no relatório principal continua estrutural: oportunidades2→2, sectores2→2, voltar ao dossier2→1, simulador3→2 e apoio2→2, com condições descritas nesse relatório; não foi novamente medida. Não há destino funcional anterior equivalente à associação persistente, pelo que não se apresenta ganho comparativo.

Nesta demonstração foram efectivamente executadas uma escolha no select e uma activação de «Associar este dossier e recuperar dados»; depois, uma activação de «Submeter manifestação». Guardar, rever, mudar de etapa e login/MFA são acções adicionais, não incluídas nessas contagens delimitadas. Escolha no select não é contagem de cliques físicos. Não se mediu o total de cliques desde a página inicial, tempo nem ganho global. Os dois reenvios HTTP não são cliques de navegador.

Evidência e preservação

manifestacao/DEMONSTRACAO-VISIVEL.json, RECUPERACAO.png e RECIBO-VISIVEL.png contêm observações da interface. HTTP-QA.json contém18 verificações HTTP; FINAL-QA.json contém15 verificações de leitura da base e as contagens antes/depois. Lint do ficheiro alterado, tipos e build passaram como validação complementar. As998 fontes/build do ativo abrangidas pelo preflight permanecem iguais por SHA-256. Não foi aberta ligação à base ativa. A migration140000 não foi repetida;150000 continua apenas na QA já instalada. Não houve novo lote, importação, publicação ou alteração de permissões.

Relatório/matriz registam este resultado técnico observado, sem presumir revisão dos anexos ou aceitação visual pela Tempo. A futura disponibilização exige o seu procedimento separado e reversão reconciliada com o ativo; o pacote QA não autoriza execução ativa.

18/10/2026 — disponibilização autorizada da navegação, instalação pendente de MFA

Concluída a troca de código/compilação; instalação150000 pendente de MFA reconhecido pela aplicação. Candidata navegacao-contexto-QA-73f8bd1347ca, autorizada expressamente pela Tempo em18/10/2026. Esta autorização não é registada como conferência dos anexos pelo utilizador. Destino https://portal-investidor.test, base investemoz:5432.

Execução realizada

Conferidos ZIP,40 fontes e167 ficheiros de compilação; fingerprint exacto 73f8bd1347ca46c4e8ac6be7aa4bad2b180ba29032684a485cca341966c7e877. Antes da troca foi realizado backup fresco do destino, restaurado exclusivamente na QA navigation_before_20261018_100137_test:55441:295 tabelas,31 sequências e1320 ficheiros, incluindo29 documentos, conferidos. Arranque do kernel do clone restaurado, renderização e decifragem com chave preservada passaram. Não se declara ensaio do worker/TLS do servidor real no clone.

Troca em manutenção, saída concluída. Apenas view:clear; cache de dados idêntica durante a troca. Documentos atuais preservados, sem repor cópias históricas. Nenhuma fixture, grant, publicação, gravação de ficha, criação de dossier ou submissão de manifestação ativa. Os três formulários aceites, as provas funcionais da manifestação e o L1 não foram repetidos.

Instalação nominal

Prévia observada no Edge em https://portal-investidor.test/management/investor-context-installation, sessão Osmane Nala, conta2. Destino e fingerprint coincidem. A única migration prevista é 2026_10_16_150000_create_investor_navigation_preferences;140000 permanece instalada uma única vez.

A aplicação apresentou «Conclua MFA nesta sessão; configuração de MFA isoladamente não autoriza a operação» e desativou o botão de instalação. Nenhum POST de instalação foi executado. Ledger150000=0, tabela ausente e nenhum recibo de instalação. Pedido ao utilizador: concluir login/MFA habitual da conta2 e comunicar a prévia. Sem pedido de nova autorização e sem recolher credenciais/códigos. A ativação fica pendente neste ponto, sem contornar autenticação.

Preservação e reversão

Conferência posterior por leitura: 292 tabelas iguais ao backup; nenhuma diferença inesperada. Diferenças técnicas delimitadas em cache/sessões e remember_token; após instalação também migration/auditoria nominal, quando aplicável. Dados de utilizador, relações, manifestações, interesses, documentos, papéis, B, COUNTRY02 e L1 preservados. A conferência usa transações de leitura, sem ensaios no ativo.

Reversão pós-uso preparada e não executada: parcial, compatível, com20 fontes funcionais retidas e build correspondente. Foi reconciliada com as fontes L1 atualmente instaladas. Conserva150000, ledger, preferências, vínculos e histórico; suspende alteração de contexto e mantém recuperação. O formulário/vínculo opcional da manifestação são retidos; não repor literalmente todo o código antigo nem restaurar a base sobre operações posteriores. Compilação e arranque/contrato de rotas da reversão conferidos na QA; prova funcional histórica reutilizada, sem repetir os formulários ou L1. Não se afirma equivalência visual integral durante reversão.

Estado do recorte

Falta somente autenticação MFA válida e instalação nominal, seguida da conferência operacional por leitura. O código novo já está no ativo; não descrever o ativo como inalterado ou a disponibilização integral como concluída. A ficha integral dos parques permanece aberta; não se iniciou outro lote. As estimativas QA/operacionais anteriores não são horas consumidas.

18/10/2026 — disponibilização da navegação concluída

Instalação autenticada da conta2 confirmada pelo recibo da1cae7b-a403-4256-9fd8-98ff2a69918d. Ledger150000=1, tabela criada e vazia, ledger140000=1. O Codex encontrou a operação concluída e não repetiu o POST; apenas actualizou a prévia por GET e conferiu base/recibo em leitura. URL, revisão exacta e mensagem «Já instalada»/«Instalação nominal verificada» observados no navegador.290 tabelas idênticas ao backup; diferenças delimitadas em migration/auditoria nominal, cache/sessões e remember_token, sem diferenças inesperadas. Não houve gravação, publicação ou submissão de ficha no ativo.

Candidata navegacao-contexto-QA-73f8bd1347ca, revisão exacta 73f8bd1347ca46c4e8ac6be7aa4bad2b180ba29032684a485cca341966c7e877. A pendência MFA anterior fica resolvida, sem repetir troca, instalação ou provas QA aceites. Reversão parcial compatível permanece preparada, não executada. Relatório e recibo finais em outputs/investmoz-navegacao-ativacao-20261018/para-revisao/. Ficha integral dos parques aberta e conferência dos novos anexos pelo utilizador não presumida.

18/10/2026 — ficha integral estruturada em QA

Implementada a extensão estruturada da ficha integral em QA, candidata parques-integral-QA-4e2dc76dbf27. Mantém o mesmo parque, UUID, versões, preparação privada cifrada e publicação expressa. Não há migration nova nem alteração no ativo. A ficha dos parques reais não é declarada completa: os dados e fontes ainda ausentes continuam desconhecidos. A Tempo confirmou nesta conversa uso informativo, sem reserva, elegibilidade ou aprovação automática; não foram criadas barreiras organizacionais ou campos obrigatórios para consultar/preparar um parque.

Funcionalidade acrescentada

Grupo	O que ficou disponível
Títulos	Referências documentais de criação, uso do solo, licença e eventual regime especial; identificador, vigência, fonte e âmbito. Não atribui DUAT, licença ou benefício.
Fases e expansão	Código interno, situação, datas e expansão declarada. Fase não cria outro parque.
Lotes	Código único no parque, fase, área/unidade, situação declarada e geometria já associada. Não soma áreas sobrepostas nem calcula área livre; disponibilidade exige fonte/data e continua declaração histórica.
Empresas e ocupação	Organização existente ou menção preliminar privada, estado aprovada/construção/instalada/inativa, fase/lote e período. Não cria organização nem converte o operador em ocupante. Divulgação de identidade usa a classificação pública existente.
Indicadores	Emprego, investimento, produção, exportação, compras locais, utilização de recursos, resíduos e emissões, com valor, unidade, período, base/população, método, âmbito e fonte. Valores líquidos negativos documentados são preservados; ausência não é zero. Fontes divergentes distintas não são suprimidas.
Cadeia de valor	Âncoras, fornecedores e necessidades não satisfeitas, com referência a entidade/relação económica já existente ou descrição documental. Não associa por nome, cria oportunidade, confirma contrato ou publica menção preliminar automaticamente.

Proprietário/promotor/operador/gestor, condições/tarifas, riscos/canal e revisão documental reutilizam L1. Atividades admitidas, recursos/infraestruturas/serviços, áreas por âmbito, território/perímetro, anexos, regime, vínculos económicos e dossier reutilizam os componentes existentes. Não se reconstruíram estes percursos nem se repetiram as suas aceitações. Novos detalhes suportam designação/descrição PT e EN quando fornecidas; não se traduziram nem preencheram factos reais sem fonte.

Decisões e dependências

Requisitos de referência na mesma matriz: MASTER-e1169a77-0100, M2-d0c06a75-0153, M2-d0c06a75-0186, MASTER-5dbf82c2-0049 e MASTER-c71ec7ad-0010. A origem da autorização QA e da política informativa é a decisão expressa da Tempo. Reutilização do envelope existente, limites de tamanho, UUIDs, validação de referências e whitelist pública são escolhas técnicas; não novas exigências de entidades distintas, certificação ou aprovação externa.

Antes de implementar foram identificadas dependências reais: schema L1, contrato editorial de versões, autenticação, organizações, anexos consultáveis e relações/GIS existentes. Foram reutilizados em clone isolado na porta55441, derivado da QA L1 anterior, com esquema de preferências copiado da QA de navegação; isto não é nova fotografia dos dados ativos. Nenhuma conexão nova à base ativa nem execução das migrations130000/140000/150000. O código base é o ativo atual, conferido por hashes, incluindo navegação contextual. Não houve nova consulta factual ao acervo: inventários/fontes aceites anteriores foram reutilizados; só dados sintéticos foram usados nas demonstrações.

Demonstração executada

36 verificações HTTP dirigidas passaram, incluindo preparação sem alteração pública, recuperação noutro login/MFA, publicação apenas dos itens selecionados, exclusão de notas/suporte/identificadores privados, conflito de versão, referências de outro parque, códigos/ocupantes/observações duplicados, remoção de fase/lote ainda referenciados, unidade/período/base, desconhecido distinto de zero e patch parcial. Três verificações adicionais em serviço confirmam valor líquido negativo, preservação de fontes distintas e recusa de duplicado exato, sem escrita.

No navegador, o editor mostra os seis grupos. A área sintética foi alterada para14,25ha e guardada em preparação privada v27; recuperação independente confirma14,25 no privado e12,5 na publicação v24. A apresentação pública mostra apenas os detalhes divulgados, com fonte/data/período e desconhecidos; a cadeia privada permanece ausente. Capturas EDITOR-QA.png e PUBLICO-QA.png. Não se declara ensaio volumétrico ou auditoria integral de acessibilidade/móvel.

As outras16 zonas permaneceram iguais por bytes, assim como organizações, documentos/anexos, GIS, relações, oportunidades, dossiers e manifestações. Nenhum mestre criado. L1 permaneceu igual por comparação dos grupos omitidos; não se repetiram os seus percursos funcionais. Lint, tipos e build passaram como complemento à demonstração, não substituto.

Restauro e reversão após uso

Backup QA final restaurado em parks_integral_restore_20261018_v2_test:55441, com296 tabelas iguais ao snapshot. Chave e ficheiros privados extraídos de ZIP e conferidos por hash. A primeira tentativa de comparação atingiu o limite de memória128MB numa tabela cartográfica; não foi declarada validada. A segunda usou512MB e validou o restauro. Não se apagou nem alterou qualquer base ativa.

No clone restaurado, o editor anterior real — fonte igual ao editor atualmente ativo — guardou a preparação v27→v28. Os hashes do fragmento privado integral e da projeção pública ficaram idênticos, mantendo14,25 privado,12,5 público e publicação v24. A reversão é parcial e compatível: retém os dois serviços de dados, restaura a UI anterior e usa o build correspondente. Não apresenta os novos controlos, mas conserva a recuperação pela API; repor a candidata devolve os controlos. Schema, versões, vínculos e histórico permanecem; não restaurar dump antigo sobre operações posteriores.

Entrega e limites

Fingerprint exacto 4e2dc76dbf27e0ec5efe228ca78aada6a0090c2575fcb61b0e8d6be57afb95f7;5 fontes (2 novas) e167 ficheiros de build. Pacote, manifesto, provas, procedimento e reversão preparados. Ativo: 1017 ficheiros runtime/build e três protegidos iguais por hash. A autorização recebida é exclusivamente QA; eventual disponibilização exige decisão separada, preflight do destino e backup/restauro fresco.

Conclui-se a capacidade estruturada deste recorte, não o preenchimento factual ou todos os critérios globais de ZEE/ZFI/parques. Perímetros reais, títulos, ocupantes, indicadores e traduções que faltam continuam pendências factuais; não se fabricam empresas, disponibilidade, licenças, benefícios ou dados atuais. A decisão da Tempo resolve o uso informativo, sem implementar reservas, elegibilidade ou aprovação automática. Mesma matriz/manual atualizados somente nos critérios afetados, sem nova matriz/backlog. Conferência destes anexos pelo utilizador permanece pendente.

18/10/2026 — organização sectorial e duplicações em QA

Candidata sectores-duplicacoes-QA-9b6097f97121, revisão SHA-256 9b6097f97121041664372bc04715c97cf661c349c9bfef01283d43cd296b1c5f. Correção preparada e demonstrada exclusivamente em QA: http://127.0.0.1:18542/sectores. O ativo permanece inalterado: 1017 ficheiros de execução e os três ficheiros protegidos conferidos. Apenas foi lida uma fotografia consistente do destino para a cópia QA; não houve escrita no destino.

Antes → depois

Âmbito	Antes	Depois em QA
Catálogo sectorial	12 entradas; combinado e Fintech autónomos	10 sectores; Energia 8 e Mineração 7; Fintech 9 dentro de Mercado Financeiro 6
Novos seletores sectoriais	Categoria combinada 2 disponível	2 excluído; 9 identificado como “Mercado Financeiro — Fintech”; IDs mantidos
Mini-rede solar, oportunidade 2	Sector 2, Energia e Mineração	Sector 8, Energia; mesma referência INV-MZ-ENE-002, slug, autoria, documentos e relações; versão incrementada e evento único
Conteúdo transversal	Artigo único e duas entradas de leituras já presentes no corpo	Mesmo documento/hash, associado às duas entradas sectoriais; oportunidade 2 uma vez; duas leituras repetidas suprimidas da apresentação
Fintech	Entrada autónoma e ligações por tecnologia/finanças	Especialização identificada, mesmo sector ID 9/documento/dossier/campos; relação editorial com TI preservada; sem cópia de conteúdo ou oportunidade
URLs antigos	/sectores/energia e /sectores/fintech	301 para /energia-mineracao (escolha entre dois sectores) e /sectores/mercado-financeiro/fintech, respetivamente
Menus por contrato de acesso	Investidor 19 destinos, incluindo repetições de /investidor e /balcao-virtual	17 destinos; com contexto 19→18; cenário de gestão 36→34; público 14→14. São contagens estruturais, não cliques observados
Cartão Energia	A mini-rede repetida na lista de localizações e no cartão	Uma entrada da oportunidade; localizações reunidas no seu cartão, sem alteração das relações
Oportunidades e contagens	6 registos atuais	Mesmos 6 IDs 1–6; listas/cartões/pesquisa sem repetição do mesmo ID. Financeiro inclui Fintech no filtro, sem duplicar linhas
Atividade económica histórica	UUID a2000000-0000-4000-8000-000000000002, código energia, rótulo combinado	Registo e versão preservados; omitido de novas escolhas; recuperação explícita da versão 1 e relações já guardadas conservadas; sem divisão presumida

Demonstração e preservação

• 56 controlos HTTP observados: filtros central/legado, catálogo, contagens, URLs antigos, seis oportunidades e artigos existentes; referência económica omitida das novas escolhas mas consultável na versão original.
• 30 controlos de serviço observados: classificação delimitada, contagens e fixture transacional Fintech sob Mercado Financeiro com o mesmo ID; ausência de cópia para TI; fixture revertida.
• Hashes de desk_cases, investor_journeys, investment_submissions, interest_requests, documents, opportunity_documents, sectors e preferências preservados; os eventos anteriores de auditoria também. O único dossier existente foi recuperado em duas leituras pelo seu proprietário, sem modificar o payload cifrado. Não foi reensaiado o percurso de autenticação em outra sessão/dispositivo nem os quatro formulários aceites.
• Três controlos do SQL proposto, em clones próprios na porta 55441: uma aplicação, replay sem segundo evento e preflight divergente abortado sem escrita parcial. O log append-only foi respeitado; o caso de conflito usou outra cópia QA.
• Cinco observações HTTP da reversão parcial, com base em modo read-only: novo URL Fintech continua funcional no código anterior; oportunidade 2 permanece em Energia.
• Menus inspecionados por quatro contratos de acesso. Destinos são normalizados por URL, preservando filtros e âncoras distintos. Não são métricas de cliques nem avaliação temporal de produtividade.
• Inspeção visual no navegador: catálogo, Fintech com artigo original e antigo URL combinado com escolha de sector; removida a repetição de Energia/Mineração na secção de leituras já ligada no corpo. As capturas e snapshots DOM estão em ../provas/.
• PHP: 21 fontes verificadas; lint, tipos e compilação passaram. Estas verificações complementam as demonstrações HTTP e de serviço.

Limites e casos abertos

Nenhum registo distinto foi fundido. A atividade económica combinada e a eventual especialização da oportunidade 6 permanecem como descritas em CASOS-AMBIGUOS.md. As referências históricas são preservadas; a ausência de factos não foi preenchida por inferência. O artigo de Mercado Financeiro que já estava vazio continua sem publicação. Fintech conserva FintechInvestment, campos, documentação e orientação regulatória existentes, cujas fontes não foram alteradas ou reensaiadas.

Esta correção não disponibiliza a candidata separada da ficha integral dos parques, nem encerra os requisitos globais dessa ficha. 140000 e 150000 permanecem uma vez no ledger QA; não foram executadas migrations. A conferência destes anexos pelo utilizador não é presumida.

Entrega

MANIFESTO-QA.json identifica cada uma das 29 fontes (1 nova), os 167 ficheiros da compilação e os hashes antes/depois. O único serviço novo é SectorOrganization; não há novo cadastro, pivot ou coluna. Os adaptadores TypeScript gerados pelo compilador não são uma substituição adicional de fontes: o build contém os resultados e o gerador existente volta a produzi-los.

Pacote único sectores-duplicacoes-QA-9b6097f97121.zip; reversão sectores-duplicacoes-QA-9b6097f97121-reversao.zip; SQL proposto DADOS-TRANSACIONAIS.sql; recibo QA e provas JSON anexos. Ver PROPOSTA-DISPONIBILIZACAO-REVERSAO.md para a operação futura. A matriz e o manual existentes recebem apenas a evidência deste recorte, preservando estados e critérios originais.

A proposta única e a reversão estão em outputs/investmoz-sectores-duplicacoes-QA-20261018/para-revisao/PROPOSTA-DISPONIBILIZACAO-REVERSAO.md. Esta secção não substitui a entrega L1, a navegação já instalada nem a ficha integral dos parques ainda em QA.

Sectores e duplicações — disponibilização de 18/10/2026

Disponibilizada a candidata sectores-duplicacoes-QA-e9f7d821b6f7, revisão e9f7d821b6f7d5bc38bde1a4e5312211bc71ace413ab214a31f2f6d410d9cb67, autorizada pela Tempo, procedimento DOC02. Energia e Mineração usam os cadastros individuais; Fintech mantém especialização no Mercado Financeiro, referências e particularidades existentes. Preservadas referências históricas e ligações antigas conforme o recorte QA aceite.

Backup/restauro fresco do destino validado; 34 fontes/167 ficheiros do build conferidos, sem recompilação. Saída de manutenção antes da prévia e execução autenticadas. Conta Osmane Nala (2), permissão e MFA conferidos pelo servidor. Uma execução: oportunidade 2 de sector2 para Energia8, versão1→2; operação27e6a658-d8bc-4d94-ab7b-b977ba56d141, PID4236/transação77905. Evento e recibo únicos; contexto SET LOCAL terminado na mesma ligação após COMMIT. Não repetir a operação ou instalar migrations: 140000/150000 presentes uma vez cada.

Conferência por leitura preservou restantes oportunidades, dossiers, manifestações, documentos, relações, preferências e atividades económicas em relação ao backup. A atividade histórica combinada e a oportunidade6 continuam sem reclassificação. Sem publicação ou fusão; sem guardar fichas/dossiers na conferência. Não se repetiram percursos aceites ou L1. A ficha integral dos parques continua separada e aberta.

Reversão parcial conforme o manifesto aprovado: mantém a rota compatível Fintech, dados posteriores, associação2→8, auditoria/recibos e esquemas. Nunca repor matriz/manual/backlog antigos nem dump sobre operações posteriores. Provas e recibo em outputs/investmoz-sectores-duplicacoes-ativacao-20261018/para-revisao/RELATORIO-ENTREGA.md e RECIBO-EXECUCAO.json; CONFERENCIA-FINAL.json na pasta superior. Conferência dos anexos finais pelo utilizador pendente; requisitos globais não encerrados pelo nome da entrega.

Apresentação pública dos documentos — correção preparada em QA, 18/10/2026

Por instrução expressa da Tempo, listas de legislação/documentos, ficha e recomendações documentais do simulador apresentam apenas informação útil para consulta: título, descrição, entidade emissora, fonte, datas conhecidas e ações de consultar/descarregar. Uma limitação relevante é apresentada uma vez por documento, em linguagem simples. A ação contextual «Abrir simulador fiscal» não expõe relações entre ficheiros e módulos nem confirma benefícios ou aplicação fiscal.

A projeção pública da API omite relações técnicas, identificadores de requisitos, citações de trabalho, hashes, caminhos e notas internas; o componente não recebe esses dados para os ocultar visualmente. As descrições originais e referências de rastreabilidade permanecem no cadastro e na gestão autorizada, incluindo evidências e revisões. Não se eliminam relações para limpar a apresentação. Fonte oficial aceite não exige nova validação de proveniência por esta alteração.

Em QA isolada, consulta/download dos três diplomas mantiveram os bytes originais. Sessão autorizada mantém a gestão; visitante e conta sem permissão não acedem à gestão. Fixtures transacionais de publicação, classificação privada, restrição e scan foram revertidas após demonstrar recusa de ficha/consulta/download e exclusão das recomendações. Os hashes das 29 fichas/documentos, 19 relações, 85 revisões e auditoria ficaram iguais. Não se repetiram formulários aceites, cálculos ou L1. O texto introdutório do guia comum também foi simplificado, sem alterar as suas etapas ou ações.

Preparação QA apenas, ativo inalterado. A disponibilização requer decisão separada. Ver outputs/investmoz-documentos-publicos-QA-20261018/para-revisao/RELATORIO-QA.md e MANIFESTO-QA.json para revisão, ficheiros e provas exatos. A alteração não encerra cobertura documental global nem a ficha integral dos parques.

Documentos públicos — disponibilização concluída em 18/10/2026

A Tempo autorizou a disponibilização da candidata documentos-publicos-QA-629d8347f147, revisão629d8347f147f9ebf0aad3e82ca5456c9c87cf80e826d33f6a9a364df7137690, após a propostaDOC01. A preparação QA descrita acima passou ao ativo https://portal-investidor.test, investemoz:5432. Sete fontes e168 ficheiros do build aprovado conferidos por hash; sem recompilação, migrations ou SQL de negócio. Backup/restauro fresco validado e portal fora de manutenção antes da conferência.

A conferência pública por leitura confirmou listas/ficha/API sem o bloco técnico nem metadados internos, consulta/download íntegros e ação contextual simples. Na gestão autorizada, a sessão da conta Osmane Nala(2) conserva29 documentos com hashes,19 relações e85 revisões, incluindo fiscal.iva.lei_22_2022. Esta conta identifica a conferência autenticada; não é atribuída como ator de uma instalação de esquema ou operação de dados, que não existem nesta entrega.

Catorze tabelas ficaram iguais ao backup restaurado, incluindo documentos/recursos/relações/revisões/auditoria, dossiers, oportunidades, zonas e migrations. 140000/150000 permanecem uma vez cada; associação sectorial2→8 e oportunidade6 em Mercado Financeiro preservadas. Sem guardar/publicar fichas ou reensaiar percursos aceites. O painel de recomendações na revisão do simulador não foi reaberto por exigir esse percurso; API e componente comum conferidos. A ficha integral dos parques mantém âmbito separado e aberto.

Recibo e provas em outputs/investmoz-documentos-publicos-ativacao-20261018/para-revisao/. Reversão técnica não executada: repõe apresentação/API anteriores e volta a expor metadados internos, limite explicitado na proposta; preserva dados, histórico, esquemas e documentos de auditoria atuais. Conferência dos anexos finais pelo utilizador pendente; critérios globais não encerrados por esta disponibilização.

Conta simples e pesquisas — preparação QA, 19/10/2026

Por pedido expresso da Tempo, a participação simples utiliza o registo/login Fortify existente, sem inscrição MFA obrigatória. Contas com MFA continuam a concluir o seu desafio; revisão, publicação, administração e operações privilegiadas conservam os controlos anteriores. A excepção de verificação de email cobre só a lista, a consulta e a conversa da própria participação simples submetida; criação, alteração, anexos e operações formais mantêm a verificação anterior (PROVAS-LIMITES.json). Não foram criados papéis. Candidata conta-pesquisa-QA-81cecc0009c3, revisão 81cecc0009c3851ea891b0ea83d40428f3badc46c95eb12827f6baa9d03b68a8. Código/base activos inalterados.

Preencher a manifestação e enviar encaminha o visitante para o registo; quem já tem conta pode usar a ligação de login. Nome/email são conservados, assim como o formulário, consentimento, oportunidade e chave de envio no mesmo separador. Após autenticar, confirmar o envio. O servidor atribui a titularidade à sessão, conserva os dados e contexto e devolve o recibo. A ligação «Acompanhar manifestações» abre a área existente. Repetir o mesmo envio devolve o mesmo recibo; não se atribuem manifestações antigas por coincidência de email. Esta continuação é temporária no separador; não promete recuperação noutro dispositivo. O envio deixou de depender de uma consulta DNS; mantém validação do formato do email. São escolhas técnicas, sem nova exigência organizacional.

Na área, as novas participações simples mostram resumo, estado, histórico, resposta da equipa e próxima acção, sem exigir uma ficha completa. A equipa usa as permissões e a lista de manifestações existentes; abre o acompanhamento pela ficha e responde na conversa. As notas internas de transição não são publicadas como respostas. O vínculo ao dossier dos fluxos existentes permanece; não se cria ou associa dossier por inferência.

As pesquisas públicas e autenticadas mostram pedido em curso, quantidade, «Não foram encontrados resultados para esta pesquisa» ou erro com «Tentar novamente». Termos/filtros permanecem editáveis; pedidos antigos são cancelados ou descartados. No erro, a interface identifica que os resultados ainda presentes são os anteriores. A repetição funciona por teclado e as mensagens usam status/alert e aria-live. Zonas reutiliza o transporte Inertia para o formulário GET existente.

Provas em outputs/investmoz-conta-pesquisa-QA-20261019/para-revisao/: registo sem MFA, envio/recibo/repetição, logout/login e recuperação; consulta/resposta/estado pela equipa com MFA; outra conta recebe 404, chave alheia 409 e interessado sem permissão administrativa 403; quatro estados de pesquisa pública e autenticada, erro de rede/HTTP500, repetição por teclado e corrida de pedidos. SQL confirma um recibo/uma submissão por envio demonstrado, não atribuição por email e preservação dos 17 registos MFA originais e das tabelas documentais, oportunidades, dossiers, zonas e migrations. O recorte não encerra critérios globais da matriz. Leitor de ecrã físico não foi ensaiado; semântica acessível e teclado foram conferidos. Os consumidores comuns foram inspeccionados; não foram repetidos todos os percursos aceites por perfil nem o ciclo completo de cada formulário que usa os selectores comuns.

Disponibilização futura, separada: conferir autorização e acção autenticada, destino, hashes e deriva desde o manifesto; confirmar backup/restauro fresco; aplicar apenas as fontes/build delimitados, sem migrations nem alteração/backfill de dados; renovar caches de código/configuração no procedimento operacional existente e conferir os percursos afectados. O build foi gerado na cópia isolada, com directório public/build, e pode ser conferido por hash. A reversão de código/build não apaga manifestações recebidas entretanto; manter os dados e a titularidade. Repor o código anterior retira o acompanhamento simples e pode voltar a permitir o envio anónimo: essa consequência deve ser considerada na decisão de reversão. Nenhuma destas acções foi executada no activo.

HML01 — proposta de homologação, 19/10/2026

19/10/2026 — HML01: conclusão QA reconhecida pela Tempo com base no relatório, sem conferência dos anexos locais. Proposta única de disponibilização em teste-investidor.tempo.co.mz, distinta de abertura pública; revisão 81cecc0009c3851ea891b0ea83d40428f3badc46c95eb12827f6baa9d03b68a8. Provas aceites reutilizadas, sem repetição. Backup/restauro fresco do destino e execução autenticada por realizar. outputs/investmoz-conta-pesquisa-homologacao-proposta-20261019/PROPOSTA-UNICA-HML01.md. Sem alteração da disponibilidade activa. Não foi executada a disponibilização remota. A proposta identifica 25 fontes e 187 ficheiros do build, sem migrations novas. Reversão deve usar a cópia anterior do próprio servidor de homologação e preservar dados posteriores; o ZIP de reversão local não substitui essa cópia. A abertura pública permanece uma decisão separada.

HML01 — inspecção por leitura, 19/10/2026

19/10/2026 — HML01, leitura parcial: HTTPS público 200; manifesto/frontend observado difere da candidata. Utilizador sem acesso administrativo; administrador indisponível. PHP/backend, configuração efectiva, schema, serviços e possibilidade de backup/restauro não confirmados. Compatibilidade remota pendente; nenhuma dependência adicional presumida ou corrigida; sem ensaios repetidos, disponibilização, migrations ou alteração de MFA/papéis. outputs/investmoz-HML01-inspeccao-leitura-20261019/RELATORIO-LEITURA-HML01.md. A origem do limite de execução é a instrução expressa de leitura apenas; a falta de acesso é uma limitação operacional confirmada, não uma nova exigência organizacional. A proposta permanece única e a homologação continua distinta da abertura pública.

Localização e associações — QA separado, 19/10/2026

19/10/2026 — incremento QA independente localização/associações, revisão 660a25e37e1e010be68b765e9ff22eacb1b8a963f1a70e1f293564e67f99c1f4. Pedido expresso da Tempo: harmonizar sem nova regra; reutilizar dados e preservar estados/fontes/histórico. Duas funções comprovadas no código/schema; títulos esclarecidos, reutilização explícita da hierarquia, principal/adicional/por indicar e aviso não destrutivo de divergência. Provas de gravação/recuperação, HTTP409, associação preliminar, filtros, mapa sem geometria e dossier em outputs/investmoz-territorios-localizacao-QA-20261019/RELATORIO-QA.md e para-revisao/MANIFESTO-QA.json. Snapshot real de 18/10/2026; exemplos de associação sintéticos; zero geometrias reais, sem prova de desenho positivo nem avaliação com utilizadores humanos. Sem migrations, MFA/papéis ou alteração activa; separado da HML01. Recorte não encerra o requisito global.

Percurso afectado: abrir os recursos da oportunidade QA; verificar a referência principal; reutilizar a hierarquia num novo preenchimento vazio; escolher finalidade e principal/adicional explicitamente; guardar, recarregar e editar. Uma hierarquia parcial compatível não gera conflito. Uma alteração territorial explícita divergente mostra aviso e preserva a referência anterior. Seleccionar recursos existentes no contrato canónico evita repetir a hierarquia. Na ficha pública, conferir localização e associação com estados próprios; uma relação preliminar não é confirmada pela mesma província. A pesquisa e o mapa usam a projecção pública existente; ausência de coordenadas mantém o registo sem posição inventada. O dossier conserva relações de planeamento pendentes.

Provas delimitadas já executadas: PROVAS-UI.json, PROVAS-REUTILIZACAO.json, PROVAS-DADOS.json e PROVAS-CONSUMIDORES.json. Não repetir percursos aceites não afectados. Candidata apenas para revisão em para-revisao/CANDIDATA-QA.zip; nenhuma aplicação automática. Disponibilização futura exige confronto com a revisão do destino e backup/restauro desse destino; reverter fontes/build coerentes preservando dados posteriores. HML01 e abertura pública continuam decisões separadas.

Inhambane v1 — preparação privada QA, 19/10/2026

19/10/2026 — Inhambane v1, lote QA separado a2b47f486332c78926202eb462c5238fac15ffc8afb2fe391e47b091541e2058. Fonte32c6ab160c50… comparada com anterior9f628cd57eb8…; 39 itens+5 condições reconciliados em30 rascunhos privados/30 locais,2 originais privados com scan real ClamAV. Repetição sem duplicação, fontes/intervalos/agregados preservados, nenhum total financeiro do lote. Backend de recuperação e confidencialidade demonstrado; login real/edição visual/publicação/percurso positivo destas fichas pendentes. Lacunas concretas: dados do promotor/contacto/taxonomia/local, proveniência documental no snapshot do dossier e reutilização biblioteca→anexo canónico. Sem novos papéis, migrations, alteração activa ou incorporação na HML01. outputs/investmoz-inhambane-v1-QA-20261019/RELATORIO-QA.md. Não encerra requisito global.

Manual curto e links: outputs/investmoz-inhambane-v1-QA-20261019/MANUAL-CURTO.md e FICHAS-QA.html. Gestão corrente pelo editor/recursos já existentes; não copiar valores históricos para CAPEX corrente nem declarar entidades mencionadas como promotores. A origem das restrições é o pedido da Tempo e o contrato já existente; gates editoriais do documento não são regras novas. Backup/restauro QA verificado; disponibilização futura exige procedimento próprio do destino.

Inhambane — conclusão técnica QA

19/10/2026 — Pendências técnicas Inhambane em QA independente, revisão 306e3ebc8a7036b36820d61cf5c828d6dd1126dc1891d9eaa59cde57f91f08ac. Reutilização de originais sem duplicação (31 ligações/2 originais), snapshot documental no dossier e navegador com saída/nova sessão/login/MFA/continuação comprovados; dez verificações de permissões passaram. 30 fichas reconciliadas; lacunas e origem das exigências por ficha/campo. Corrigida condição financeira OP-9f173ed3-0043. Sem nova importação, submissão/publicação, migrations, alterações de MFA ou catálogo de papéis, activo ou HML01. Provas e limites: outputs/investmoz-inhambane-tecnico-QA-20261019/RELATORIO-QA.md. Substitui apenas pendências técnicas do relato anterior; não encerra requisitos globais nem dados em falta.

Manual: outputs/investmoz-inhambane-tecnico-QA-20261019/MANUAL-CURTO.md. Dados/decisões: FICHAS-E-PENDENCIAS.html e PENDENCIAS-POR-FICHA.csv no mesmo directório.

Decisão Tempo — programas e carteiras Inhambane

19/10/2026 — Decisão expressa da Tempo nesta conversa: confirmar o enquadramento dos programas e carteiras do lote Inhambane. Programas/iniciativas agregadoras: IMZ-INH-003, 014, 015, 016, 018, 020, 021A, 023, 029, 031 e 038. Carteira de oportunidades/PME: IMZ-INH-021B. O enquadramento funcional não cria categoria técnica, papel ou entidade promotora. Distinguir responsável do programa de promotores das componentes; abrangência de implantação; orçamento do programa de investimento por projecto. Campos próprios de obra ou empresa individual não são exigíveis apenas pela classificação provisória investment_project. Manter fontes, componentes, permissões e revisão/publicação existentes; desconhecidos não recebem valores fictícios. Confirmação não resolve dados ausentes nem autoriza publicação. Inspecção do contrato actual: seis categorias base, sem programa/carteira; as doze fichas continuam tecnicamente investment_project. Aplicabilidade no validador/editor ainda necessita de adaptação QA dirigida; não declarada concluída nem requisitos globais encerrados. Nenhuma alteração de dados, fonte executável, importação, ensaio aceite, activo ou HML01 nesta confirmação.

Programas/carteira — delta implementado em QA

19/10/2026 — Aplicado em QA o enquadramento Tempo às 11 iniciativas/programas e carteira 021B, revisão 3968efbbde8ca67354fe8b5787d5f1e2759c3676dd32bc7e70fd17568469b1ac. Mesmo editor/validador e JSON versionado; responsável, abrangência e orçamento agregado distintos dos dados de componentes. Aplicabilidade explícita; desconhecido não é não aplicável. 141 verificações+6 dirigidas e navegador em programa/carteira; 18 outras fichas e seis públicas preservadas. Sem importação/publicação, migrations, MFA/papéis, activo ou HML01. Pendências técnicas de aplicabilidade anteriores superadas neste recorte; dados comuns ausentes permanecem. Não encerra requisitos globais. Provas: outputs/investmoz-inhambane-tecnico-QA-20261019/enquadramento/RELATORIO-QA.md.

Enquadramento confirmado — aplicação em QA

Abrir a ficha no editor habitual. Natureza da ficha distingue projecto concreto, programa e carteira. Identificar o responsável real do programa/carteira e o contacto autorizado sem o confundir com promotores das componentes. Reutilizar os recursos territoriais para a abrangência; preencher implantação apenas quando for objecto próprio da ficha.

Em cada grupo escolher aplicável, não aplicável ou informação em falta. Não aplicável mantém os dados anteriores recolhidos para consulta e retira apenas a sua exigência como dados próprios do agregador. Informação em falta continua pendente e não autoriza submissão. Aplicável volta a mostrar os campos e a activar o contrato anterior. Guardar, recarregar e conferir. Retirar o enquadramento de programa/carteira repõe os requisitos do projecto concreto, preservando os outros dados.

Orçamento agregado é separado de investimento/financiamento de cada projecto: conservar data-base, fonte, intervalos e componentes incluídas, sem somar novamente. A classificação nunca confirma financiamento, licença, terreno ou disponibilidade. As fichas concretas mantêm os requisitos aplicáveis e o fluxo habitual de revisão/publicação. Não publicar por concluir este delta.

Provas e lista actual: outputs/investmoz-inhambane-tecnico-QA-20261019/enquadramento/RELATORIO-QA.md e TABELA-30-FICHAS.csv. As pendências de enquadramento das 12 fichas nos relatos anteriores ficam superadas por este ajuste; as lacunas de informação permanecem.

HML01 — acesso SSH e leitura autenticada

19/10/2026 — HML01: primeira inspecção SSH autenticada concluída por leitura. CLI PHP8.4.17, PostgreSQL17.11/PostGIS3.6.4, lock igual, fila/ClamAV activos. routes/web.php diverge; 75 migrations registadas e13 ficheiros sem registo por reconciliar. Schema completo/FPM/vendor/scanner/backup-restauro ainda por confirmar na segunda recolha. Não declarar suficiência das25 fontes/build. Sem comandos de mutação, instalação, migration, reinício, disponibilização ou alteração de MFA/papéis. Pacote/proposta HML01 preservados; incrementos posteriores separados. outputs/investmoz-HML01-inspeccao-leitura-20261019/RELATORIO-SSH-AUTENTICADO.md. A segunda recolha usa autenticação local interactiva sem guardar a palavra-passe. Não executar comandos de correcção com base neste inventário parcial; apresentar divergências antes da troca.

HML01 — conclusão da leitura autenticada

19/10/2026 — HML01: inspecção SSH autenticada concluída por leitura. Git HEAD14ad2f60c5465a15e30aa1c0a9e9047103c17c20; PHP8.4/FPM, vendor/lock, PG17.11/PostGIS3.6.4 identificados.20 precondições das25 fontes coincidem e5 divergem. desk_cases ausente é dependência directa não satisfeita no acompanhamento.75 migrations registadas/13 ficheiros sem registo, sem execução automática. Scanner Unix versus adaptador TCP a reconciliar nas operações documentais; cobertura backup/restauro do portal não demonstrada. Não aplicar directamente. Sem alterações remotas, disponibilização, migrations, MFA/papéis ou incorporação de incrementos. Provas: outputs/investmoz-HML01-inspeccao-leitura-20261019/RELATORIO-SSH-AUTENTICADO.md. Não executar os13 ficheiros por estarem pendentes. Reconciliar a dependência efectiva e as diferenças de fonte antes de preparar uma troca. A rotina de backup tem de abranger a base e originais/configuração do destino; ferramentas instaladas não provam restauro. Nenhum ensaio funcional aceite repetido.

HML01-R1 — reconciliação compatível em QA

19/10/2026 — HML01-R1 reconciliada em QA: 27 fontes/build; zero migrations; cinco fontes divergentes resolvidas; scanner Unix real e PING/VERSION remoto como www-data; restauro144 tabelas e reversão da apresentação com dados posteriores preservados. Sem disponibilização remota, MFA/papéis ou incrementos posteriores. outputs/investmoz-HML01-reconciliacao-QA-20261019/PROPOSTA-CONSOLIDADA-HML01-R1.md

Referência permanente: decisões da Tempo e AGENTS.md,12/10/2026. Guarda VirtualDesk e socket Unix são opções técnicas de compatibilidade. As13 migrations foram auditadas individualmente; nenhuma será executada na revisão. A reversão ensaiada repõe a apresentação anterior com backend R1 conservado, sem restaurar a base sobre dados posteriores. Não equivale a rollback integral do código antigo. O clone tinha0 oportunidades/negócios/documentos e29 dossiers não públicos; não se promove publicação ou conclusão geral com base nestas provas. PHP/PostGIS do clone diferem parcialmente do destino. Procedimento, backup/restauro, hashes e limitações em MANUAL-DELTA.md e na proposta. Acesso de homologação permanece distinto de abertura pública.

Limites confirmados pela Tempo para decisão e execução

19/10/2026 — A decisão de disponibilização pode incidir sobre a revisão 9975dfce80b8, exclusivamente em teste-investidor.tempo.co.mz. Não constitui autorização de execução nesta sessão nem abertura pública. Não é necessária outra candidata, recuperação integral do servidor ou repetição das provas QA aceites. O anexo original e os ZIP existentes ficam preservados; esta secção complementa o seu procedimento.

1. Backup fresco e consistente: antes da troca, impedir escritas na aplicação, trabalhadores de filas, tarefas agendadas e restantes consumidores que possam alterar a base ou os ficheiros abrangidos, durante toda a cópia conjunta. Se não for possível, demonstrar a reconciliação da base com os ficheiros e referências. Registar o intervalo e a evidência de consistência; não presumir que o modo de manutenção HTTP suspende todas as escritas.
2. Recuperação utilizável: assegurar e verificar acesso protegido à chave por um mecanismo que não dependa exclusivamente do perfil Windows actual, sem expor a chave. Registar proprietário, grupo, modos e ACL relevantes dos ficheiros/directórios necessários ao restauro Linux, bem como a correspondência dos identificadores no destino de restauro. A preparação anterior não demonstra ainda estas duas condições.
3. Scanner no destino: após configurar CLAMD_SOCKET=/var/run/clamav/clamd.ctl, confirmar um scan real pelo fluxo documental da aplicação e guardar a evidência do processamento e resultado, preservando a confidencialidade. PING/VERSION demonstram comunicação, não processamento documental. Esta prova no destino permanece por realizar.
4. Reversão explícita: repor apenas a apresentação anterior, conservando as 27 fontes R1, a configuração Unix, a base e todos os dados/uploads posteriores. Não restaurar uma base antiga sobre dados novos nem executar migrations down. Esta é a reversão ensaiada; não é reposição integral do PHP anterior.
5. Homologação do vínculo ao dossier: a ligação positiva permanece não demonstrada. Verificar com oportunidade/dossier e conta reais já existentes e autorizados, quando disponíveis; não criar dados fictícios nem publicar para fabricar o cenário. Se não existir contexto aplicável, conservar a lacuna expressa na homologação.

Estas condições têm origem na instrução expressa da Tempo nesta conversa. Não foram executadas novas provas, alterações no destino, migrations, publicação ou mudanças de MFA/papéis. Territórios, Inhambane e restantes incrementos continuam separados até reconciliação expressa.

Pré-disponibilização e divergência nova no destino

19/10/2026 — Pré-disponibilização: destino mudou para9bc450e87c5f; três pré-condições R1 falharam. Sem manutenção ou escrita remota. R2 49f21a874c18 preparada em QA para preservar páginas legais e apresentação;24 fontes R1 idênticas,3 reconciliadas; zero migrations. Backup fresco/scan real no destino por realizar; dossier positivo não demonstrado. Decisão sobre revisão nova necessária antes da troca. Ver outputs/investmoz-HML01-reconciliacao-destino-R2-20261019/PROPOSTA-RECONCILIACAO-R2.md.

A chave nova tem envelope portável cifrado por frase e cópia protegida fora do perfil Windows, sem exposição de segredos. Só estará associada a backup utilizável quando a cópia fresca for feita e restaurada. Reversão da revisão efectivamente instalada conserva as suas27 fontes; a cópia da apresentação anterior deve corresponder ao destino actual, sem reutilizar inadvertidamente o build de reversão antigo R1.

R2 disponibilizada apenas na homologação

19/10/2026 — R2 49f21a874c18 instalada exclusivamente em homologação por autorização da Tempo.27 fontes/189build conferidos; backup fresco consistente/restauro144 tabelas e33 ficheiros conferidos; cópia cifrada/chave portável também fora do perfil Windows; metadados/ACL Linux registados. Zero migrations/MFA/papéis/importações/publicação.502 preexistente corrigido com buffers FastCGI apenas no vhost da homologação; HTTP200. Scan real no fluxo da aplicação ainda pendente de autenticação autorizada; vínculo positivo ao dossier não demonstrado. Ver outputs/investmoz-HML01-reconciliacao-destino-R2-20261019/RELATORIO-DISPONIBILIZACAO-R2.md.

Reversão: usar o build da cópia fresca deste destino, conservando as27 fontes R2, configuração Unix e dados posteriores. Manter os buffers FastCGI corrigidos; restauro do vhost anterior é operação separada e pode reintroduzir502. Recuperação cifrada em C:/laragon/private/InvesteMoz-Recovery/HML01-R2-20261019, fora do webroot/perfil, usando a frase introduzida localmente; não partilhar o envelope/chaves na conversa. Confirmar scan real antes de o dar como demonstrado.

Diagnóstico de autenticação na homologação R2

19/10/2026 — Diagnóstico de acesso por leitura: a conta indicada pela Tempo não existe na homologação nem no restauro anterior à R2 e não consta da configuração actual de gestores. Não foi testada palavra-passe nem alterado MFA, conta ou permissão. Scanner real no fluxo documental continua não demonstrado por falta de sessão real autorizada; conta simples não confere gestão documental. Aguardada indicação de conta existente autorizada ou tratamento separado do acesso pela Tempo.

Disponibilidade efectiva de contas de gestão

19/10/2026 — Inventário de contas por leitura: existem14 contas na homologação, apenas1 com email verificado,0 na configuração de gestores e0 autorizadas por manage-portal. Portanto não há actualmente uma conta gestora que a Tempo possa simplesmente seleccionar para a prova documental. A pendência é habilitar uma conta real segundo a decisão e os mecanismos existentes, sem criar papéis ou contornar verificação/MFA. Nenhuma conta, palavra-passe ou permissão foi alterada. Scan real continua não demonstrado.

Preparação DOC01 de acesso documental limitado

DOC01 d9bf1ad47489 é um incremento separado da R2 instalada 49f21a874c18, preparado exclusivamente em QA. Não foi instalado nem concedeu permissões. A conta real indicada pela Tempo foi registada pelo utilizador e o email consta confirmado; o MFA ainda aguardava conclusão na última leitura. Nenhuma confirmação foi fabricada.

Decisão e âmbito

Origem: autorização expressa da Tempo para preparar a sua conta e conceder somente o acesso documental necessário, com auditoria. A implementação existente só oferece manage-portal, que abriria a gestão global; o módulo opcional de perfis não está instalado. DOC01 reutiliza a lista protegida de configuração, o verificador MFA existente, os quatro endpoints e o editor de ficheiros existentes. A lista PORTAL_DOCUMENT_MANAGER_EMAILS, vazia por omissão, não concede manage-portal nem cria um papel organizacional.

A pessoa autorizada só pode carregar, listar, recuperar após scan limpo e repetir scans dos seus próprios ficheiros cuja origem seja portal-services. Não pode publicar, editar recursos públicos, ver ficheiros de outros titulares/contextos ou gerir outros módulos. A autorização exige email confirmado e desafio MFA concluído na sessão, reutilizando a validade de 15 minutos do verificador privilegiado existente. Configuração MFA por si só não substitui o desafio. O acesso de gestores preexistente permanece sujeito às suas regras.

Ficheiros e provas

Sete fontes: app/Services/DocumentManagementAccess.php, app/Http/Middleware/EnsureDocumentManagement.php, app/Http/Controllers/PortalServicesController.php, app/Http/Controllers/DocumentMalwareController.php, config/portal.php, routes/web.php, resources/js/pages/portal/manage.tsx. Dois ficheiros novos (serviço e middleware); cinco alterados. Build compilado; seis ficheiros PHP sem erros de sintaxe. As 34 verificações transaccionais isoladas passaram: email/MFA, exclusão por titular/origem, recusa de download sem scan e de nova análise alheia, listagem sem metadados globais privados, upload privado em quarentena, não publicação, auditoria, revogação imediata e preservação do gate global. Todos os utilizadores/documentos sintéticos foram revertidos na base QA; nenhum foi criado no destino. Ver PROVAS-ACESSO-DOCUMENTAL.json, BUILD-CHECKS.json e MANIFESTO-DOC01.json.

Procedimento de disponibilização e reversão

Antes de instalar DOC01, conferir hashes R2 das cinco fontes e inexistência dos dois novos ficheiros; qualquer divergência interrompe a troca. Obter cópia fresca protegida das fontes/build/configuração e base/ficheiros privados de forma consistente com suspensão de escritas, preservando a conta e os dados posteriores à R2. A chave de recuperação deve continuar utilizável fora do perfil Windows e os metadados Linux devem acompanhar a cópia. Não reutilizar o dump anterior ao registo para reverter permissões.

Instalar apenas estas fontes e o build conferido, sem migrations ou dependências. Confirmar unicidade, email e MFA da conta real; registar a decisão/grant em audit_events e configurar apenas essa conta na lista limitada, conservando o resto da configuração e permissões Linux. Não marcar email/MFA como concluídos. Confirmar no navegador upload de ficheiro identificado não público, processamento real Unix pela aplicação, recuperação autorizada e recusa indevida. Não publicar. Documentar os resultados efectivos.

Para revogar, retirar a conta da lista limitada e auditar a revogação. Para reverter DOC01, repor fontes/build/configuração anteriores a DOC01, removendo os dois ficheiros novos apenas depois da reposição das rotas. Preservar uploads, resultados de scan, auditoria e todos os dados posteriores; não restaurar a base por cima. A reversão específica da apresentação R2 é distinta e continua a conservar as 27 fontes R2/configuração Unix/dados.

Limites actuais

O scan real no destino, a recuperação documental autorizada e a recusa pelo fluxo remoto continuam pendentes. O vínculo positivo ao dossier continua não demonstrado; este acesso não instala Balcão, perfis ou outros componentes. Não há publicação, importação, alteração do activo ou incorporação dos incrementos Inhambane/territoriais na R2. O aparente ciclo de segurança chegou à página /settings/security; “Update password” é a primeira secção, e “Enable 2FA” está abaixo. Não foi necessário alterar autenticação.

Confirmação real do MFA da conta documental

19/10/2026 — Após confirmação do utilizador, leitura do destino confirmou conta existente, email e MFA confirmados. Nenhuma verificação artificial ou gestão global concedida. O desafio MFA numa nova sessão aguarda confirmação do utilizador; DOC01 permanece preparado em QA, sem instalação. Scan real e dossier positivo continuam pendentes. Prova: outputs/investmoz-document-access-QA-20261019/PROVA-MFA-CONFIRMADO.json.

DOC01 instalado com acesso documental próprio

19/10/2026 — A conta real indicada pela Tempo concluiu o registo, confirmação de email, configuração MFA e nova entrada com desafio MFA. A leitura do servidor confirmou email/MFA sem qualquer marcação artificial. Foi instalado na homologação o incremento separado DOC01 d9bf1ad47489, sobre R2 49f21a874c18: sete fontes, build conferido, zero migrations ou novos papéis organizacionais. A lista protegida PORTAL_DOCUMENT_MANAGER_EMAILS contém apenas a conta autorizada; PORTAL_MANAGER_EMAILS e as restantes contas não foram alteradas. O grant foi auditado como document_scope_granted com origem na autorização expressa da Tempo.

O navegador abriu /management/portal-services com o título Os meus ficheiros privados, mostrando apenas upload e gestão dos próprios ficheiros da origem portal-services, sem publicação nem gestão global. Os controlos existentes exigem email e desafio MFA recente (15 minutos); repetir login com MFA quando expirar. Descarregar exige scan limpo e hash correspondente. A prova visual é outputs/investmoz-document-access-QA-20261019/BIBLIOTECA-PRIVADA-DOC01.jpg. As 34 verificações QA e build aceites não foram repetidos.

Antes desta instalação foi obtido backup fresco com HTTP em manutenção, worker suspenso e bloqueio de escritas nas 144 tabelas; ficheiros/configuração inventariados antes/depois. As 144 tabelas foram restauradas e comparadas num clone isolado; 33 ficheiros privados/configuração e metadados Linux conferidos, ACL registadas. A cópia cifrada e o envelope portável estão também fora do perfil Windows, em C:/laragon/private/InvesteMoz-Recovery/DOC01-20261019. A frase existente não foi guardada nem substituída. Após instalação, manutenção terminada e worker retomado.

Reversão DOC01: revogar a entrada da lista limitada com auditoria; repor as cinco fontes anteriores e o build de REVERSAO-DOC01.zip, retirando os dois novos ficheiros depois da reposição das rotas. Usar a configuração anterior protegida do backup DOC01, preservando quaisquer alterações legítimas posteriores; não restaurar a base por cima nem eliminar uploads, scans ou auditoria. A configuração Unix, SMTP e o ajuste Nginx anteriores ao DOC01 permanecem na cópia. A reversão de apresentação R2 é distinta.

Pendente: o carregamento automatizado foi impedido pela falta de permissão local de URLs de ficheiro na extensão Edge. O navegador também bloqueia a automação da página interna de extensões; foi entregue uma alternativa manual pela própria interface, com o ficheiro identificado TESTE-PRIVADO-DOC01.txt na pasta Downloads. Nenhum ficheiro foi enviado pelo agente nesta tentativa. O scan real, recuperação autorizada e recusa remota de acesso indevido ainda não estão demonstrados. A recusa de outra conta foi verificada em QA isolado. O vínculo positivo ao dossier continua não demonstrado. Sem publicação, dados fictícios de negócio, importação ou alteração do activo. DOC01 continua identificado separadamente da R2/HML01 e dos incrementos posteriores.

Ensaio documental DOC01 concluído na homologação

19/10/2026, 17:48 CAT — O utilizador carregou TESTE-PRIVADO-DOC01.txt pela interface existente. A aplicação colocou-o no armazenamento privado/quarentena e o worker executou um scan real pelo socket Unix /var/run/clamav/clamd.ctl: ClamAV 1.4.3, resultado clean, uma tentativa, 8 ms, com início e fim registados às 17:48:31 CAT. A interface passou a mostrar análise limpa e Consultar cópia privada.

A recuperação foi efectuada no navegador pela sessão real autorizada com MFA. O SHA-256 do original, ficheiro armazenado, ficheiro analisado e cópia descarregada coincide: 67bbac530993abaddff7725a2651b376a0223a8a791e23ccb36c2540a2dfbe63. O mesmo download sem autenticação devolveu HTTP302 para o percurso de login, sem entregar o ficheiro. A recusa de outra conta autenticada foi verificada nas provas QA isoladas aceites, não repetida com contas fictícias no destino.

O ficheiro continua classificado como interno, sem recurso público associado (zero) e sem publicação. As concessões e o upload estão auditados; a conta mantém manage-portal recusado. As fontes esperadas R2 + delta DOC01 conferem; migrations permanecem75, sem execução de migrations. Não se repetiram importações nem os percursos aceites.

Provas: PROVA-SCAN-REAL-E-RECUPERACAO.json, SCAN-REAL-DOC01.jpg e os recibos de instalação/backup na mesma pasta outputs/investmoz-document-access-QA-20261019. O ficheiro está disponível na biblioteca privada da conta em /management/portal-services.

Este resultado encerra a pendência do scan real e da recuperação documental deste ensaio. O vínculo positivo ao dossier continua não demonstrado; não confirma disponibilização integral do Balcão ou dos restantes componentes. DOC01 permanece incremento identificado separadamente da R2/HML01. Sem publicação, abertura pública ou alteração do activo.

Disponibilização integral na homologação — saldo consolidado

19/10/2026. Leitura fresca exclusivamente de teste-investidor.tempo.co.mz, Git9bc450e87c5f e composição identificada R2 49f21a874c18 + DOC01 d9bf1ad47489. A prova documental está encerrada; o vínculo positivo ao dossier continua aberto. Este saldo distingue destino de homologação, QA e activo; não certifica a aplicação completa nem altera o activo. É uma vista derivada da mesma matriz, sem novos requisitos ou backlog.

Critério dos quatro estados

Disponível: recorte instalado e sustentado por prova identificada, incluindo provas QA aceites reutilizadas quando indicado. Instalado mas desabilitado: fontes/estruturas presentes com gate efectivo desligado; não certifica prontidão operacional. Ausente: falta estrutura ou incremento/dados necessários ao componente, mesmo que haja fontes. Não demonstrado: a evidência não permite certificar a função no destino; não equivale a ausência. Cada componente tem exactamente um estado. As frentes históricas agregadas mantêm o nome/IDs da matriz; um recorte encerrado não fecha automaticamente toda a frente.

Componente	Estado na homologação	Evidência / próximo passo
Documentos públicos	Ausente	Acervo público não transferido: portal_resources=0. O documento DOC01 é interno e separado. Reconciliar fontes, schema/configuração e provas aceites por delta antes de disponibilizar.
Ficha integral dos parques	Ausente	Faltam editorial_draft e operational_details em investment_zones; catálogo vazio. Reconciliar fontes, schema/configuração e provas aceites por delta antes de disponibilizar.
Navegação contextual e manifestação de interesse	Ausente	Falta investor_navigation_preferences/150000; o recorte de participação R2 está separado abaixo. Reconciliar fontes, schema/configuração e provas aceites por delta antes de disponibilizar.
Referências económicas — lote mínimo	Ausente	Falta economic_activities.metadata/120000; existem só seis actividades nesta base. Reconciliar fontes, schema/configuração e provas aceites por delta antes de disponibilizar.
Sectores e duplicação visual	Instalado mas desabilitado	Adaptador legado desabilitado; não transpor recibos do activo para este destino. Reconciliar fontes, schema/configuração e provas aceites por delta antes de disponibilizar.
Duplicados distintos — deteção e consolidação	Não demonstrado	O recibo histórico não demonstra este componente no destino actual; não se presume ausência nem conclusão. Localizar o critério e a prova correspondente na matriz; verificar apenas a lacuna do destino.
Fintech — enquadramento específico	Instalado mas desabilitado	Conteúdo sectorial sujeito ao adaptador legado desabilitado; não comprova integralidade do recorte Fintech. Reconciliar fontes, schema/configuração e provas aceites por delta antes de disponibilizar.
Legado — conteúdo restante	Instalado mas desabilitado	LegacyContent.available=false, flags de entrega false. Reconciliar fontes, schema/configuração e provas aceites por delta antes de disponibilizar.
Piloto agronegócio	Ausente	Sem oportunidades no destino; dados e recorte QA não foram transferidos. Reconciliar fontes, schema/configuração e provas aceites por delta antes de disponibilizar.
Percurso do investidor — 19 etapas	Ausente	Faltam colunas do percurso, schema Balcão e definição de instalação; INVESTOR_PATH_ENABLED=false. Reconciliar fontes, schema/configuração e provas aceites por delta antes de disponibilizar.
Fiscal/contributivo e exportações	Não demonstrado	O recibo histórico não demonstra este componente no destino actual; não se presume ausência nem conclusão. Localizar o critério e a prova correspondente na matriz; verificar apenas a lacuna do destino.
Negócios existentes e classificação	Instalado mas desabilitado	Tabelas de negócios existentes presentes, INVESTMOZ_MNE_ENABLED=false, zero negócios. Reconciliar fontes, schema/configuração e provas aceites por delta antes de disponibilizar.
Negócios similares	Não demonstrado	O recibo histórico não demonstra este componente no destino actual; não se presume ausência nem conclusão. Localizar o critério e a prova correspondente na matriz; verificar apenas a lacuna do destino.
Importação de empresas/empreendimentos	Não demonstrado	O recibo histórico não demonstra este componente no destino actual; não se presume ausência nem conclusão. Localizar o critério e a prova correspondente na matriz; verificar apenas a lacuna do destino.
Fundos	Não demonstrado	O recibo histórico não demonstra este componente no destino actual; não se presume ausência nem conclusão. Localizar o critério e a prova correspondente na matriz; verificar apenas a lacuna do destino.
Comparador societário e modelos	Não demonstrado	O recibo histórico não demonstra este componente no destino actual; não se presume ausência nem conclusão. Localizar o critério e a prova correspondente na matriz; verificar apenas a lacuna do destino.
Capitalização/private equity e Bolsa	Não demonstrado	O recibo histórico não demonstra este componente no destino actual; não se presume ausência nem conclusão. Localizar o critério e a prova correspondente na matriz; verificar apenas a lacuna do destino.
Checklists versionadas	Não demonstrado	O recibo histórico não demonstra este componente no destino actual; não se presume ausência nem conclusão. Localizar o critério e a prova correspondente na matriz; verificar apenas a lacuna do destino.
Indicadores de utilização	Não demonstrado	O recibo histórico não demonstra este componente no destino actual; não se presume ausência nem conclusão. Localizar o critério e a prova correspondente na matriz; verificar apenas a lacuna do destino.
Jornadas educativas	Instalado mas desabilitado	Tabelas e código educativos presentes; education.enabled=false. Reconciliar fontes, schema/configuração e provas aceites por delta antes de disponibilizar.
Partilha documental individual e variantes de sala	Não demonstrado	DOC01 é acesso próprio; não demonstra partilha ou salas. As tabelas partnership_rooms/documents estão ausentes. Localizar o critério e a prova correspondente na matriz; verificar apenas a lacuna do destino.
Restauro, modalidades e SLA	Não demonstrado	Backup/restauro do recorte concluído; modalidades e SLA integrais não demonstrados, escalonamento desabilitado. Localizar o critério e a prova correspondente na matriz; verificar apenas a lacuna do destino.
Cartografia e consumidores territoriais restantes	Não demonstrado	Fontes/tabelas geográficas presentes; não há prova integral de todos os consumidores e territorial.enabled=false. Localizar o critério e a prova correspondente na matriz; verificar apenas a lacuna do destino.
Acessibilidade e restantes consumidores	Não demonstrado	O recibo histórico não demonstra este componente no destino actual; não se presume ausência nem conclusão. Localizar o critério e a prova correspondente na matriz; verificar apenas a lacuna do destino.
Fechos de operação/avaliação documental	Não demonstrado	O recibo histórico não demonstra este componente no destino actual; não se presume ausência nem conclusão. Localizar o critério e a prova correspondente na matriz; verificar apenas a lacuna do destino.
Conta simples, login e MFA privilegiado	Disponível	Registo/email/MFA e nova entrada reais confirmados; participação simples usa o recorte R2. Preservar controlo existente, sem repetir o percurso aceite.
Manifestação simples, recibo e acompanhamento do interessado — R2	Disponível	26 fontes R2 coincidem; routes/web.php coincide com o delta DOC01 autorizado. Provas QA aceites reutilizadas; não certifica toda a operação da equipa. Preservar; vínculo positivo ao dossier continua aberto.
Pesquisa — estados do recorte R2	Disponível	Fontes R2 de pesquisa conferidas e provas QA aceites reutilizadas. Não é uma nova certificação de todos os módulos. Preservar; conferir somente consumidores que a consolidação alterar.
Biblioteca privada própria, scanner e recuperação — DOC01	Disponível	Scan real Unix clean, recuperação no navegador/hash igual; anónimo302/login. Sem publicação; negativa de outro titular coberta em QA. Trecho documental encerrado; preservar permissões e ficheiro privado.
Backup/restauro e reversão do recorte R2 + DOC01	Disponível	Cópia consistente/restauro isolado144 tabelas e33 ficheiros conferidos; recuperação portável e metadados Linux. Cópia fresca no momento de futura troca; reversão conserva dados posteriores.
Balcão Virtual	Ausente	VirtualDesk.installed=false; faltam as dez tabelas base e as extensões de eventos/tarefas. Fontes presentes não equivalem a instalação. Incluir três migrations existentes, fontes/build compatíveis, prova de instalação e acção autenticada na consolidação.
Vínculo positivo e recuperação do dossier	Não demonstrado	desk_cases ausente; zero jornadas e submissões da conta documental. Projectos legados privados não autorizam ligação automática. Depois da instalação, usar dossier real autorizado; não criar dados fictícios nem inferir titularidade.
Cadastro canónico e recursos de oportunidade	Ausente	Faltam management_version, rascunho/controlo de submissão, opportunity_documents/images/location_drafts e storage_encryption. Reconciliar 020000/030000; não confundir cadastro base vazio com editor integral instalado.
Perfis, revisão independente e publicação	Ausente	PortalProfileAccess.installed=false; faltam as quatro tabelas e colunas de autorização. Incluir dependência040000 identificada; nenhuma atribuição ou alteração MFA/papéis automática.
Bolsa de parcerias e salas internas	Ausente	Faltam nove tabelas e extensões de portal_partnerships; catálogo base vazio. Reconciliar160000 e interfaces; preservar consentimentos e confidencialidade.
Onde se localiza / associações territoriais e produtivas	Ausente	Harmonização é entrega QA separada; recursos canónicos requeridos não instalados no destino. Integrar expressamente o delta territorial e conferir apenas consumidores afectados.
Lote privado Inhambane —30 fichas	Ausente	Destino tem zero oportunidades e apenas o ficheiro técnico DOC01; lote QA não transferido. Transporte/reconciliação privada idempotente pelo mecanismo existente, não repetição cega da importação; publicação continua expressa.
Enquadramento das12 fichas de programas/carteira	Ausente	Incremento e dados QA separados; as30 fichas não existem no destino. Conservar decisão Tempo sobre003,014,015,016,018,020,021A,023,029,031,038 e021B ao reconciliar o lote.
Originais partilhados e referência documental no dossier — Inhambane	Ausente	Três fontes novas não estão no destino e13 fontes diferem do manifesto técnico QA; não aplicar o pacote isoladamente. Fusão explícita com R2/DOC01, recursos canónicos e Balcão; preservar originais/permissões/versões.
Orientação assistida/IA	Instalado mas desabilitado	Tabelas/código AI presentes; investmoz_ai.enabled=false. Integração com Balcão depende também do schema ausente. Manter gate; separar habilitação de dados e chamadas externas.
Integração externa SuiteCRM	Instalado mas desabilitado	suitecrm.enabled=false; não houve envio externo. Reconciliar conectividade/consentimento apenas no recorte aprovado.
Operação administrativa e resposta da equipa na homologação	Não demonstrado	Configuração tem uma entrada sem correspondência a conta existente; zero gestores verificados. Conta documental não tem manage-portal. Concretizar acção autenticada de instalação/operação sem alargar silenciosamente o acesso documental.
Gestão editorial da biblioteca	Ausente	Falta portal_resources.editorial_content/180000. DOC01 não concede publicação ou edição pública. Integrar somente se incluída no recorte consolidado; preservar revisão/publicação expressas.

Balcão e dossier — resolução da dependência

O Balcão está ausente, não apenas desabilitado: dez tabelas base ausentes; desk_events.event_order e tasks.desk_case_id ausentes; VirtualDesk.installed=false. Não existe dossier Balcão que possa ser seleccionado para a prova positiva. Há16 projectos privados legados, zero jornadas e zero submissões nesta base; não se assume equivalência entre projecto legado, investment_dossier e desk_case nem titularidade pela coincidência de dados.

Dependência mínima do instalador existente, nesta ordem:

1. 2026_10_07_190000_create_internal_virtual_desk: dez tabelas base, FKs, versionamento e histórico.
2. 2026_10_08_120000_extend_desk_investor_guidance: ordem de eventos, ligações de investidor/projecto/jornada/manifestação e tarefas com aceitação/histórico.
3. 2026_10_09_190000_prepare_investor_path: colunas de percurso e definição versionada; não activa a navegação nem publica serviços por si só.

Novo ensaio de dependências em QA: as três migrations existentes aplicaram-se no clone isolado do destino; predicate do Balcão passou a true; percurso ficou desabilitado até flag explícita local; nenhum dossier ou serviço foi publicado. As seis verificações passaram e todas as estruturas/registos foram revertidos transaccionalmente. Isto demonstra compatibilidade de schema, não a ligação positiva, o fluxo completo ou uma reversão com dados posteriores. Não foram executadas migrations no servidor.

Depois da instalação consolidada, demonstrar vínculo e recuperação numa nova sessão usando dossier real autorizado. Se ainda não existir dossier autorizado, registar essa falta de dados/acção real; não fabricar um para encerrar o requisito. O ensaio documental não volta a ser aberto por esta dependência.

Treze migrations sem registo, sem execução automática

• 2026_10_07_160000_extend_internal_partnership_exchange: 14 estruturas/colunas examinadas ausentes; sem registo.
• 2026_10_07_190000_create_internal_virtual_desk: 10 estruturas/colunas examinadas ausentes; sem registo.
• 2026_10_08_120000_extend_desk_investor_guidance: 8 estruturas/colunas examinadas ausentes; sem registo.
• 2026_10_09_020000_extend_opportunity_management: 6 estruturas/colunas examinadas ausentes; sem registo.
• 2026_10_09_030000_extend_opportunity_resources: 4 estruturas/colunas examinadas ausentes; sem registo.
• 2026_10_09_190000_prepare_investor_path: 2 estruturas/colunas examinadas ausentes; sem registo.
• 2026_10_10_040000_create_portal_profile_authorization: 8 estruturas/colunas examinadas ausentes; sem registo.
• 2026_10_10_050000_extend_organization_country: 2 estruturas/colunas examinadas ausentes; sem registo.
• 2026_10_16_120000_extend_economic_reference_hierarchy: 1 estruturas/colunas examinadas ausentes; sem registo.
• 2026_10_16_130000_add_investment_zone_editorial_draft: 1 estruturas/colunas examinadas ausentes; sem registo.
• 2026_10_16_140000_add_investment_zone_operational_details: 1 estruturas/colunas examinadas ausentes; sem registo.
• 2026_10_16_150000_create_investor_navigation_preferences: 1 estruturas/colunas examinadas ausentes; sem registo.
• 2026_10_18_160000_add_portal_editorial_content: 1 estruturas/colunas examinadas ausentes; sem registo.

Todas as adições examinadas destas13 migrations estão fisicamente ausentes; não se encontrou entre elas o caso de estrutura examinada existente sem registo. A conferência por nomes não certifica equivalência de tipos, índices, constraints ou efeitos de dados. Só três pertencem ao conjunto mínimo do instalador Balcão/percurso; as outras dez devem ser justificadas por componente na composição integral, não executadas para resolver indiscriminadamente o vínculo.

Composição e operações da actualização consolidada

1. Fixar esta base de hashes e reconciliar explicitamente R2, DOC01, harmonização territorial, Inhambane, suporte de originais e enquadramento das12 fichas. R2 tem26 fontes idênticas e uma alteração esperada em routes/web.php por DOC01; as sete fontes DOC01 coincidem. O pacote técnico Inhambane tem três fontes ausentes e13 divergentes: exige fusão em três versões, não cópia sobre o destino. Não usar recibos do activo como prova de instalação nesta homologação.
2. Preparar uma composição única de fontes/build, manifesto de pré-condições, migrations por componente e flags por activar/manter desligadas. Conferir também dependências de país de organização, hierarquia económica, parques, navegação contextual e editorial se incluídas. Conservar a origem de cada restrição: decisão Tempo, regra anterior ou escolha técnica.
3. Reutilizar provas aceites; ensaiar num clone somente schema, compatibilidade, consumidores e reversão afectados por esta composição. O fingerprint global do instalador é uma escolha técnica: reconciliar recibos ao delta e aos hashes sem convertê-lo numa obrigação de repetir todos os percursos.
4. Concretizar a acção autenticada de instalação pelos mecanismos existentes. Há zero contas correspondentes à configuração de gestores e zero gestores verificados. A conta documental continua sem gestão global. Não atribuir papéis, marcar MFA ou ampliar acesso a privados para contornar a instalação. Uma decisão/acção específica da Tempo sobre o operador necessário continua distinta da concessão DOC01.
5. Antes da troca decidida, backup fresco consistente de base, privados, configuração/chaves, UID/GID/modos/ACL e cópia protegida da apresentação; verificar recuperação portável. Não restaurar um dump antigo por cima dos dados novos.
6. Aplicar apenas o manifesto exacto, com migrações nominadas e instalação autenticada — nunca migrate global ou as13 automaticamente. Activação de flags, transporte privado de acervos/lotes e publicação são operações separadas. Não repetir importação já reconciliada, sobrescrever edições ou publicar oportunidades/documentos/serviços automaticamente.
7. Homologar somente os deltas e o vínculo positivo ao dossier quando houver dados autorizados. Reversão mantém dados posteriores e schema usado; preferir desactivar o gate/repor apresentação compatível. Não executar down destrutivo com dossiers/tarefas/documentos; preservar auditoria e reconciliação. Abertura pública permanece fora desta execução.

Estado da proposta: saldo e dependências confirmados, ensaio mínimo de schema concluído em QA. Não existe ainda pacote integral reconciliado/compilado nem ensaio da sua reversão com dados posteriores. Não é uma autorização implícita para migrations, atribuição de papéis, importação ou publicação no destino. A estimativa de60–120min da disponibilização R2 não cobre esta ampliação: estimativa integral depende do manifesto consolidado, conflitos por fonte e acção autenticada, ainda por delimitar. Não apresentar um prazo global como confirmado.

Provas e preservação

INVENTARIO-DESTINO.json, COMPARACAO-ENTREGAS.json, ACESSO-ADMINISTRATIVO-E-DOSSIERS.json, PROVA-DEPENDENCIAS-BALCAO-QA.json e SALDO-COMPONENTES.json nesta pasta. Provas documentais DOC01 permanecem na entrega anterior; nenhum novo teste documental foi executado. Leitura sem dados privados individuais, credenciais ou valores de segredos. Nenhuma escrita remota, alteração de ficheiros/flags, migration, importação, atribuição de papel ou publicação nesta reconciliação.

Proposta consolidada da aplicação completa para homologação

Revisão fdcb31f1b5b9 — SHA-256 completo fdcb31f1b5b98286f3193c3bbc7e9714a90b6abdf4e47b55f478e1f63de97159. Preparada em 19/10/2026, exclusivamente para teste-investidor.tempo.co.mz. Não instalada nesta execução. Substitui a proposta parcial anterior como proposta corrente; as entregas R2 e DOC01 já instaladas conservam o seu histórico e provas.

A candidata reúne a aplicação activa local 3ca67a53c1b35c2f52b8d03ce61edc65a4b6686c, o recorte HML01 compatível através da R2, DOC01 e as alterações legítimas do destino. Preserva Privacidade, Termos, apresentação Tempo, scanner Unix, conta simples, estados de pesquisa e gestão documental limitada. Não reconstrói o Balcão.

Revisão e diferenças resolvidas

O pacote contém 1080 ficheiros, incluindo fontes e build: 717 idênticos ao destino, 111 ausentes e 252 divergentes. Não há eliminações automáticas. O manifesto identifica por ficheiro hash anterior, hash candidato, tamanho e tratamento; uma pré-condição alterada obriga a reconciliar o delta antes da troca.

Arquivo INVESTMOZ-HOMOLOGACAO-INTEGRAL-fdcb31f1b5b9.zip (3,088,344 bytes); SHA-256 722ae587be28af16708236d56b47e19d9a32dc2b30853fc421d3c770f436b126. Não contém .env, vendor, node_modules, storage, sessões, chaves, cópia da base, contas ou dossiers QA. O artisan incluído é o original da aplicação, não o wrapper do ensaio. O build é de produção e foi gerado na árvore privada da candidata.

As fusões em três versões estão registadas em COMPOSICAO-FONTES-COMPLETAS.json. Foram resolvidos os conflitos de fim de linha e de composição da navegação/CSS, preservando a apresentação já instalada sem duplicar rodapés/contextos. Foi conservado o alias GET showMfa do destino, distinto do POST de confirmação, para evitar colisão no Wayfinder. O controlo MFA existente mantém-se.

Saldo por componente e resultado proposto

Componente	Destino observado	Actualização consolidada / limite
Login, conta simples, manifestações e pesquisa R2	Disponível no recorte aceite	Preservado; provas aceites reutilizadas. A revisão integral não certifica consumidores ainda não demonstrados.
Biblioteca privada DOC01 e scanner Unix	Disponível, próprio utilizador	Preservado; scan real e recuperação já aceites não repetidos. Sem acesso universal.
Balcão Virtual	Código parcial presente; desk_cases e dependências ausentes	Dez tabelas de Balcão e extensões relacionadas ensaiadas. Preparação de dossier abre no navegador do clone.
Percurso de 19 etapas e contexto	Estrutura incompleta / configuração desabilitada	Schema, definição versionada e flag incluídos; gravação e recuperação após novo login demonstradas no clone. Não houve conversão de dossiers antigos.
Gestão canónica de oportunidades e recursos	Extensões/tabelas ausentes	Editor, recursos, versões e rascunhos incluídos. Seis oportunidades sintéticas do seeder excluídas dos dados.
Perfis, revisão e publicação	Quatro tabelas de autorização ausentes	Schema e ecrãs incluídos. Zero contas ou atribuições copiadas. Operador real/activação administrativa dependem da decisão Tempo pelos mecanismos existentes.
Sectores, referências económicas e negócios existentes	Código instalado com gates desligados; dados parciais	Configuração activa local reconciliada; 12 sectores existentes preservados, cinco actividades e uma versão de referência em falta ensaiadas.
Parques, mapas e território	Ficha operacional/contexto incompletos; acervo não transferido	Schema e consumidores incluídos. 16 fichas genuínas preparadas privadamente, sem publicar ou confirmar operação; sete têm fonte legal associada.
Biblioteca pública, editorial e documentos de apoio	Acervo público ausente	29 originais importados privadamente no clone e repetição idempotente; zero publicação. Acervo de apoio inventariado separadamente; scan/decisão de divulgação continuam separados da instalação.
Simulador, fiscal, fundos, modelos, checklists, educação, parcerias e legado	Código/conteúdo em estados distintos, discriminados no saldo detalhado	Fontes locais completas incluídas, flags activas reconciliadas. Provas aceites reutilizadas; dados privados/transacções/resultados locais não copiados. Conteúdos sem correspondência comprovada continuam identificados como não demonstrados.
Orientação IA / SuiteCRM	Desabilitados no destino	Código incluído. SuiteCRM permanece desligado como local. IA só pode ser habilitada com credencial própria do destino confirmada; chamada externa não ensaiada.
Operação autorizada da equipa	Nenhuma conta existente corresponde à configuração de gestor	Não ampliar DOC01. A Tempo deve indicar operador/acção autenticada existente para instalação e gestão; bootstrap/perfis seguem os ecrãs existentes e não são fabricados.

O saldo detalhado conserva os 43 componentes da matriz existente, com estado do destino e tratamento nesta revisão. “Código incluído” não equivale a dados transferidos, componente habilitado ou aceitação funcional integral no destino.

Dependências e schema individualmente reconciliados

Destino: PHP 8.4.17, Laravel 13.30.1, PostgreSQL 17/PostGIS 3.6.4. Local: PHP 8.5.11, mesmo Laravel, PostGIS 3.6.2. Os locks Composer/NPM são idênticos, sem pacotes novos ou divergentes; PHP requerido ^8.3, extensões necessárias presentes. Parser PHP 8.4: 443 fontes iniciais e cinco fontes alteradas depois, sem erros. Build e TypeScript concluíram sem erro.

Base restaurada: 144 tabelas / 75 migrations. A aplicação local tem 172 tabelas / 88 registos; utilizadores é uma tabela alheia, vazia e sem referências/migration na aplicação, excluída. Resultado do ensaio: 171 tabelas / 88 migrations, com as 144 tabelas originais preservadas na projecção das colunas anteriores. Duas vistas de sistema explicam contagens superiores em information_schema; não são tabelas adicionais da aplicação.

Foram verificadas tabelas, colunas, nulabilidade, índices e constraints; falta de registo não foi usada como prova de ausência estrutural. No clone, o schema final corresponde ao local, excluindo utilizadores; 66 diferenças de representação de CHECK de arrays literais foram normalizadas de forma limitada por serem equivalentes no PostgreSQL.

Migration nominal	Tabelas tocadas	Tratamento
2026_10_07_160000_extend_internal_partnership_exchange	partnership_documents, partnership_events, partnership_interests, partnership_locations, partnership_messages, partnership_milestones, partnership_notifications, partnership_origins, partnership_rooms, portal_partnerships	Ensaiada individualmente no clone; aplicar pelo instalador nominal existente.
2026_10_07_190000_create_internal_virtual_desk	desk_cases, desk_documents, desk_events, desk_institutional_links, desk_messages, desk_notifications, desk_payments, desk_requests, desk_revisions, desk_service_versions	Ensaiada individualmente no clone; aplicar pelo instalador nominal existente.
2026_10_08_120000_extend_desk_investor_guidance	desk_cases, tasks	Ensaiada individualmente no clone; aplicar pelo instalador nominal existente.
2026_10_09_020000_extend_opportunity_management		Ensaiada individualmente no clone; aplicar pelo instalador nominal existente.
2026_10_09_030000_extend_opportunity_resources	documents, opportunity_	Ensaiada individualmente no clone; aplicar pelo instalador nominal existente.
2026_10_09_190000_prepare_investor_path		Ensaiada individualmente no clone; aplicar pelo instalador nominal existente.
2026_10_10_040000_create_portal_profile_authorization	opportunities, portal_profile_requests, portal_role_assignments, portal_security_approvals, portal_superuser_pair, users	Ensaiada individualmente no clone; aplicar pelo instalador nominal existente.
2026_10_10_050000_extend_organization_country	organizations	Ensaiada individualmente no clone; aplicar pelo instalador nominal existente.
2026_10_16_120000_extend_economic_reference_hierarchy		Ensaiada individualmente no clone; aplicar pelo instalador nominal existente.
2026_10_16_130000_add_investment_zone_editorial_draft	investment_zones	Ensaiada individualmente no clone; aplicar pelo instalador nominal existente.
2026_10_16_140000_add_investment_zone_operational_details	investment_zones	Ensaiada individualmente no clone; aplicar pelo instalador nominal existente.
2026_10_16_150000_create_investor_navigation_preferences	investor_navigation_preferences	Ensaiada individualmente no clone; aplicar pelo instalador nominal existente.
2026_10_18_160000_add_portal_editorial_content	portal_resources	Ensaiada individualmente no clone; aplicar pelo instalador nominal existente.

Desvio numa migration já registada: 2026_10_06_200000_add_document_requirement_evidence_links. As suas estruturas principais já existem; apenas falta a alternativa evidence_linked no CHECK portal_resource_revisions_change_type_check. Ensaiou-se a substituição desse CHECK após conferir as quatro alternativas antigas. Não repetir a migration nem duplicar review_status; não criar registo falso no ledger.

As permissões/flags transitórias dos instaladores foram usadas apenas no clone isolado. Na homologação não se pode pôr APP_ENV=testing, usar --actor como autenticação, copiar recibos locais ou invocar as 13 migrations em bloco. Os instaladores nominais precisam de recibos frescos do destino e desta revisão, decisão identificada e sessão real autorizada/MFA para as operações que já o exigem.

Definições e conteúdos sem copiar transacções

O Balcão local tem um código de serviço, project-preparation, com cinco versões publicadas no histórico, não cinco serviços. A versão de origem actual é a 5; transportar definição e rastreabilidade de origem, sem inventar autor/revisor remoto. O clone utilizou a definição existente com actor exclusivamente QA. A publicação/versionamento da definição no destino é uma acção autenticada distinta da instalação estrutural. O percurso de 19 etapas é a definição interna versionada preparada pela sua migration; os percursos anteriores mantêm-se.

Foram comparados por leitura os dados activos antes da selecção. Excluídos: seis oportunidades de OpportunitySeeder, a ficha pessoal/teste INV-MOZ-0003, todos os utilizadores, credenciais, papéis, sessões, pedidos, dossiers, simulações, transacções e fixtures QA. Nenhum seeder será executado.

Conteúdo genuíno preparado: 29 documentos, 16 zonas/parques, seis fontes legais, 19 relações zona/localização, referências económicas em falta e 24 referências territoriais requeridas. Repetição no clone não duplica; não sobrescreve os 12 sectores nem os dados do destino. Divergências preservadas: datas published_at dos 12 sectores e versões de 23 referências geográficas; campos materiais de geografia coincidem. Duas novas fichas foram mapeadas à versão territorial do destino, mantendo a versão de origem no manifesto.

As 16 zonas ficam privadas/pendentes. Nove não têm FK de fonte legal e não são promovidas a oficiais por inferência. Origem, edição, hash e confirmações anteriores constam do manifesto privado; a aceitação das fontes oficiais pela Tempo mantém-se. O histórico de origem permanece na base local e é referenciado, não é reproduzido como novas aprovações assinadas por actores remotos. Documentos importados no clone ficam com scan pendente; não se copiou um resultado “clean” como se fosse um scan no destino. Metadados de proveniência/edição e direitos aceites têm de ser transportados com o mapeamento de hash, sem nova revalidação genérica ou publicação automática.

Acervo de apoio: 264 entradas inventariadas, 239 originais únicos verificados, 127,664,386 bytes preparados privadamente. 2 originais ausentes e 4 divergências de hash não foram copiados como exemplares confirmados. Os ficheiros disponíveis têm caminhos portáveis e hashes conferidos. Consulta, situação documental e utilização em regras continuam independentes; modelos e recomendações não viram requisitos. Recibos QA, logs, backups e autorizações locais não integram o transporte.

Os conteúdos têm artefacto cifrado separado e manifesto próprio; não estão no ZIP de código nem anexados publicamente. Importação privada, scan e disponibilização pública são operações distintas. Os incrementos apenas QA — harmonização territorial, lote Inhambane de 30 fichas, reutilização de originais e enquadramento de 12 programas/carteira — continuam separados, sem incorporação silenciosa.

Sequência exacta proposta para o destino

1. Decisão da revisão/perímetro. Confirmar esta revisão, contas reais de homologação e operador autorizado para as acções nominais existentes. A conta nala@tempo.co.mz mantém somente o acesso documental já concedido até outra decisão expressa. A reserva técnica proposta INVESTMOZ_HOMOLOGATION_ONLY=true / lista de revisores limita o host de teste sem conceder papéis, acesso a privados ou abrir o portal ao público; autenticação, recuperação e MFA continuam pelos fluxos normais. Esta reserva foi ensaiada no clone e é uma escolha técnica proposta, não regra organizacional.
2. Pré-condições frescas. Conferir hashes do manifesto contra o destino, ledger/schema nominal, espaço e utilizador dos serviços. Parar se houver divergência material; não substituir alterações legítimas. Preservar APP_KEY/chaves anteriores, DB, SMTP, socket, allowlist DOC01 e todas as contas/MFA.
3. Backup consistente e recuperação. Impedir novas escritas HTTP e pausar filas com trabalhos em curso concluídos; manter a janela durante dump e cópia dos privados/configuração ou demonstrar reconciliação. Cobrir base, ficheiros privados/públicos referenciados, definições/acervo, .env, chaves, configuração Nginx/PHP-FPM/worker/scanner, proprietário UID/GID, modos e ACL Linux. Cifrar e verificar restauração isolada; chave com envelope portável protegido fora da dependência exclusiva do perfil Windows. Não enviar segredos ao relatório. A cópia por leitura usada neste ensaio tem snapshot consistente da base e ficheiros estáveis, mas não substitui este backup fresco da troca.
4. Código/build compatíveis e preflight. Colocar este ZIP num staging, conferir todos os hashes, reaproveitar vendor instalado (lock igual), sem instalar pacotes ou copiar .env. Preservar storage e aplicar propriedade/permissões Linux necessárias. Não usar permissões 777. Manter aplicações indisponíveis a escritas durante schema/configuração.
5. Schema nominal. Na ordem da tabela, aplicar apenas as dependências confirmadas pelas acções existentes: bolsa de parcerias → Balcão/base e orientação → gestão/recursos de oportunidades → percurso → perfis → país → referências económicas → ficha de parque → detalhes → contexto → editorial. A acção Balcão pode agrupar as suas três migrations declaradas, depois de as dependências serem conferidas. Verificar cada resultado antes de continuar. Reparar separadamente o CHECK já registado, com pré-condição exacta. Sem migrate global ou db:seed. As prévias autenticadas só ficam prontas após os recibos frescos e operador real; não fabricar aprovação.
6. Definições, configurações e serviços. Instalar/versionar o serviço existente pela gestão; preservar histórico e mapear autor de transcrição real. Habilitar as flags locais aprovadas após as dependências, excepto integrações sem credencial. Preservar scanner clamd por socket Unix /var/run/clamav/clamd.ctl, SMTP/STARTTLS, worker da fila e armazenamento privado; reiniciar/recarregar apenas o processo de aplicação/worker que a troca efectivamente exigir. Conferir caches com configuração do destino. Não copiar cache compilada local.
7. Dados/documentos privados. Repetir a prévia reconciliada no destino pelos mecanismos existentes com actor autorizado; deduplicar por SHA, não por nome/email; preservar conflitos explicitamente. O importador CLI de lotes tem guardas QA/piloto: não contorná-las com actor fictício. A importação corrente pode usar a gestão autenticada; eventual adaptação nominal para transportar o lote num único passo deve ser identificada antes de executar, sem alterar regras de acesso. Recuperar proveniência do manifesto e submeter bytes ao scanner real. Nenhum documento, parque ou oportunidade é publicado por esta sequência técnica.
8. Conferência e abertura só à homologação. Reabrir apenas o host de testes reservado, retomar worker e conferir login/MFA, menus, Balcão, criação/recuperação de dossier, conta simples/acompanhamento e documentos. Reutilizar provas aceites e conferir apenas os deltas. O vínculo documental positivo a dossier real autorizado no destino continua pendente; não criar dados fictícios no servidor. Publicação e abertura pública permanecem decisões separadas.

Ensaio e reversão

Restaurou-se a aplicação/base actual do servidor num clone hml_full_server_20261019_test, porta 55441, com guarda antes de arrancar providers; email em log, integrações externas desligadas. Foram ensaiadas as 13 migrations individualmente, o CHECK, preservação das 144 tabelas originais, paridade de schema, build, parser PHP 8.4, TypeScript, reserva de homologação, importação privada/idempotência e reconciliação de referências. No navegador: login → Balcão → preparação de dossier; percurso → gravação de contexto → terminar sessão → novo login → recuperar o mesmo dossier/contexto. Nenhum percurso aceite de 19 etapas foi repetido.

Reversão suportada: repor a apresentação/build anterior e desabilitar as flags dos componentes afectados, conservando as fontes completas compatíveis e o schema aditivo. O ensaio substituiu efectivamente o build pelo do destino e voltou à candidata; os fingerprints de 167 tabelas de negócio ficaram iguais, incluindo dossier/contexto novos e DOC01. Não executou down nem restaurou dump sobre dados posteriores. Isto demonstra a troca dos ficheiros e preservação de dados; não foi repetida uma homologação visual completa do build antigo.

Após reversão permanecem as 27 fontes R1/R2 compatíveis, DOC01, as fontes completas conservadas para compatibilidade, configuração Unix, estruturas e dados novos, históricos, documentos e contas. A reversão é de apresentação/activação, não promessa de remover toda a actualização. Se a Tempo exigir retirada integral de fontes ou schema, é outro procedimento com reconciliação/exportação dos dados posteriores; não está implícito nesta proposta.

Limites e decisões necessárias

Tipo	Ponto concreto	Acção
Decisão Tempo	Revisão consolidada e contas de homologação/instalação	Confirmar revisão/perímetro e operador pelos mecanismos existentes, sem ampliar DOC01 silenciosamente.
Operação de disponibilização	Backup fresco e recibos por hash/revisão/destino	Executar na janela aprovada; não copiar os recibos locais.
Dependência técnica de transporte	Importador de lote actual é QA/piloto	Usar a interface existente para importação privada ou reconciliar expressamente a adaptação nominal antes da execução; não apresentar transporte em lote como já homologado remotamente.
Informação documental	Dois originais ausentes/quatro hashes divergentes	Reconciliar exemplares; os restantes conteúdos e o código avançam independentemente.
Homologação	Vínculo documental positivo ao dossier real	Usar dossier autorizado após instalação, sem dados fictícios.
Credencial externa	IA	Confirmar credencial do destino; restante aplicação avança com IA desabilitada.
Conteúdos/publicação	Acervo privado, parques e autorias/versionamento	Usar gestão habitual e divulgação expressa; zero publicação técnica automática.
Incrementos QA	Territórios/Inhambane/programas	Permanecem separados até reconciliação expressa.

Estimativa operacional 2–4 horas, depois da decisão e acesso disponíveis: 20–45 min para backup/restauro/provas frescas; 10–20 min para staging/preflight; 45–90 min para acções nominais e configuração; 20–40 min para conferência do delta; 20–45 min para transporte/scan privado inicial. A duração resulta de 13 operações nominais, ZIP de 3,1 MB, acervo de apoio de 127,7 MB e dependências já ensaiadas. É uma estimativa, não medição da janela remota; não inclui espera por operador, exemplares em falta, decisões de divulgação nem adaptação adicional de lote. Se essa adaptação for escolhida, estimar o seu delta antes da decisão de execução. A janela efectiva de impedimento de escritas será definida com o operador; não abrir publicamente no fim.

Provas e manual de operação

Manifesto integral, plano nominal, saldo por componente e provas estão reunidos no anexo técnico. A mesma matriz de requisitos e o manual foram actualizados; as provas QA não mudam o estado instalado do destino. Não houve nesta execução escrita no servidor, migration remota, alteração de conta/permissões, importação ou publicação.

Para manutenção corrente: editar serviços, fichas, referências, documentos e contexto nos ecrãs existentes; preservar versão/fonte; distinguir preparação, validação e publicação. A gestão documental limitada permite apenas os próprios ficheiros e não dá gestão de catálogo. Usar “não aplicável” apenas quando as regras existentes o prevêem; lacunas documentais continuam visíveis e não são preenchidas com valores fictícios.

Componente	Estado no destino observado	Tratamento na revisão fdcb31f1b5b9
Documentos públicos	Ausente	29 originais reconciliados/importados privadamente no clone; zero publicação, scan de destino e divulgação expressa separados.
Ficha integral dos parques	Ausente	Código integral incluído; provas funcionais anteriores reutilizadas; demonstração específica no destino pendente.
Navegação contextual e manifestação de interesse	Ausente	Código integral incluído; provas funcionais anteriores reutilizadas; demonstração específica no destino pendente.
Referências económicas — lote mínimo	Ausente	Código integral incluído; provas funcionais anteriores reutilizadas; demonstração específica no destino pendente.
Sectores e duplicação visual	Instalado mas desabilitado	Código integral incluído; provas funcionais anteriores reutilizadas; demonstração específica no destino pendente.
Duplicados distintos — deteção e consolidação	Não demonstrado	Código integral incluído; provas funcionais anteriores reutilizadas; demonstração específica no destino pendente.
Fintech — enquadramento específico	Instalado mas desabilitado	Código integral incluído; provas funcionais anteriores reutilizadas; demonstração específica no destino pendente.
Legado — conteúdo restante	Instalado mas desabilitado	Código integral incluído; provas funcionais anteriores reutilizadas; demonstração específica no destino pendente.
Piloto agronegócio	Ausente	Código incluído; seis oportunidades de seeder excluídas. Dados genuínos/piloto não demonstrados no destino.
Percurso do investidor — 19 etapas	Ausente	Incluído; contexto gravado e recuperado após nova sessão no clone, sem repetir 19 etapas.
Fiscal/contributivo e exportações	Não demonstrado	Código integral incluído; provas funcionais anteriores reutilizadas; demonstração específica no destino pendente.
Negócios existentes e classificação	Instalado mas desabilitado	Código integral incluído; provas funcionais anteriores reutilizadas; demonstração específica no destino pendente.
Negócios similares	Não demonstrado	Código integral incluído; provas funcionais anteriores reutilizadas; demonstração específica no destino pendente.
Importação de empresas/empreendimentos	Não demonstrado	Código integral incluído; provas funcionais anteriores reutilizadas; demonstração específica no destino pendente.
Fundos	Não demonstrado	Código integral incluído; provas funcionais anteriores reutilizadas; demonstração específica no destino pendente.
Comparador societário e modelos	Não demonstrado	Código integral incluído; provas funcionais anteriores reutilizadas; demonstração específica no destino pendente.
Capitalização/private equity e Bolsa	Não demonstrado	Código integral incluído; provas funcionais anteriores reutilizadas; demonstração específica no destino pendente.
Checklists versionadas	Não demonstrado	Código integral incluído; provas funcionais anteriores reutilizadas; demonstração específica no destino pendente.
Indicadores de utilização	Não demonstrado	Código integral incluído; provas funcionais anteriores reutilizadas; demonstração específica no destino pendente.
Jornadas educativas	Instalado mas desabilitado	Código integral incluído; provas funcionais anteriores reutilizadas; demonstração específica no destino pendente.
Partilha documental individual e variantes de sala	Não demonstrado	Código integral incluído; provas funcionais anteriores reutilizadas; demonstração específica no destino pendente.
Restauro, modalidades e SLA	Não demonstrado	Código integral incluído; provas funcionais anteriores reutilizadas; demonstração específica no destino pendente.
Cartografia e consumidores territoriais restantes	Não demonstrado	Código integral incluído; provas funcionais anteriores reutilizadas; demonstração específica no destino pendente.
Acessibilidade e restantes consumidores	Não demonstrado	Código integral incluído; provas funcionais anteriores reutilizadas; demonstração específica no destino pendente.
Fechos de operação/avaliação documental	Não demonstrado	Código integral incluído; provas funcionais anteriores reutilizadas; demonstração específica no destino pendente.
Conta simples, login e MFA privilegiado	Disponível	Código integral incluído; provas funcionais anteriores reutilizadas; demonstração específica no destino pendente.
Manifestação simples, recibo e acompanhamento do interessado — R2	Disponível	Código integral incluído; provas funcionais anteriores reutilizadas; demonstração específica no destino pendente.
Pesquisa — estados do recorte R2	Disponível	Código integral incluído; provas funcionais anteriores reutilizadas; demonstração específica no destino pendente.
Biblioteca privada própria, scanner e recuperação — DOC01	Disponível	Código integral incluído; provas funcionais anteriores reutilizadas; demonstração específica no destino pendente.
Backup/restauro e reversão do recorte R2 + DOC01	Disponível	Código integral incluído; provas funcionais anteriores reutilizadas; demonstração específica no destino pendente.
Balcão Virtual	Ausente	Incluído e ensaiado no clone: schema, definição existente, preparação; activação no destino pendente.
Vínculo positivo e recuperação do dossier	Não demonstrado	Recuperação no clone demonstrada; vínculo documental positivo com dossier real no destino continua aberto.
Cadastro canónico e recursos de oportunidade	Ausente	Código integral incluído; provas funcionais anteriores reutilizadas; demonstração específica no destino pendente.
Perfis, revisão independente e publicação	Ausente	Código integral incluído; provas funcionais anteriores reutilizadas; demonstração específica no destino pendente.
Bolsa de parcerias e salas internas	Ausente	Código integral incluído; provas funcionais anteriores reutilizadas; demonstração específica no destino pendente.
Onde se localiza / associações territoriais e produtivas	Ausente	Incremento apenas QA, separado: não incluído nesta revisão.
Lote privado Inhambane —30 fichas	Ausente	Incremento apenas QA, separado: não incluído nesta revisão.
Enquadramento das12 fichas de programas/carteira	Ausente	Incremento apenas QA, separado: não incluído nesta revisão.
Originais partilhados e referência documental no dossier — Inhambane	Ausente	Incremento apenas QA, separado: não incluído nesta revisão.
Orientação assistida/IA	Instalado mas desabilitado	Código incluído. Credencial do destino e chamada externa não demonstradas; manter desligada até confirmação.
Integração externa SuiteCRM	Instalado mas desabilitado	Código incluído, permanece desligado como na aplicação local.
Operação administrativa e resposta da equipa na homologação	Não demonstrado	Schema/código incluídos; decisão sobre operador autorizado e bootstrap existente necessários; sem atribuições automáticas.
Gestão editorial da biblioteca	Ausente	Código integral incluído; provas funcionais anteriores reutilizadas; demonstração específica no destino pendente.

Disponibilização integral do InvesteMoz em homologação

Executada a revisão fdcb31f1b5b9 em https://teste-investidor.tempo.co.mz, por autorização expressa da Tempo. O código/build completos coincidem com os 1 080 ficheiros autorizados, sem diferenças. O activo não foi alterado. Não houve publicação adicional de documentos, parques ou oportunidades nem incorporação dos incrementos apenas QA.

Resultado técnico e acessos

171 tabelas e 88 migrations. As 13 operações foram aplicadas nominalmente, com hashes conferidos e auditoria do executor de manutenção SSH, mais a reparação isolada do CHECK evidence_linked. Não se executou migrate global nem seeders. A conta documental não tinha autorização de instalação; não foi promovida nem usada para fingir autenticação administrativa. A manutenção usou o SSH autenticado e a identidade PostgreSQL de manutenção, sem mudar políticas RLS ou criar papéis. A custódia dos recursos foi associada a nala@tempo.co.mz por confirmação expressa da Tempo, distinta da autoria/validação da fonte e da identidade do executor.

O destino conserva APP_KEY/chaves anteriores, credenciais DB/SMTP, configuração Unix, verificação de email, MFA e permissões das contas. A homologação web está reservada à conta real indicada; login, recuperação, verificação e MFA mantêm os fluxos normais. A conta de custódia mantém gestão global=false. O worker está activo, sem jobs pendentes ou falhados na conferência. IA e SuiteCRM permanecem desligados. A abertura pública continua separada.

Foram abertos no navegador real: início/lista de investimentos, painel e serviço do Balcão, simulador, sectores, zonas, documentos, oportunidades, negócios, parcerias e educação. Não foram criados dossiers, manifestações ou oportunidades fictícias. As provas funcionais aceites não foram repetidas; esta conferência incidiu na instalação, acessos e conteúdos afectados.

Conteúdos e integridade

285 ficheiros de transporte considerados, 285 escritos privadamente, zero conflitos. Registados 29 documentos/recursos privados, 16 zonas/parques privados, seis fontes legais, 19 relações territoriais, cinco actividades económicas e uma versão de catálogo em falta. Reutilizados os 12 sectores e 24 referências territoriais já existentes. Preservadas as divergências de datas de publicação de sectores e versões territoriais; não houve sobrescritas silenciosas. O acervo de apoio contém 239 originais únicos verificados, separado das 29 fichas da biblioteca; não se apresenta como 239 publicações.

A definição interna já publicada na origem project-preparation, versão 5, foi transportada com custódia e proveniência; não é uma nova publicação de conteúdo público. Não se inventaram autor/revisor de origem nem data de publicação. O histórico anterior conserva-se na origem e nas referências de proveniência, sem fabricar aprovações no destino.

Os 29 documentos novos foram processados pelo job antimalware normal; a biblioteca privada mostra 30 ficheiros limpos, incluindo DOC01 preservado. Um novo original foi recuperado na sessão real com MFA: Lei-22-2022-IVA-republicada-BR-250-2-suplemento.pdf, SHA-256 ea1b0dc6f5cf6e595f6d9a19e7042f398999e0087caef1785f6e8fac571b5f53, igual à fonte.

O conjunto de transporte teve 268 originais únicos verificados através do scanner Unix. Um PDF de 21 361 335 bytes excedia o orçamento genérico de 20 MiB da aplicação; foi analisado individualmente com orçamento exacto só nesse processo, dentro do limite de stream existente de 25 MiB. Resultado final: 268 limpos. Não se alteraram limites globais, de upload ou do daemon. O resultado inconclusivo inicial e a nova tentativa ficaram no histórico. Dois originais ausentes e quatro divergências de hash da origem permanecem identificados; não foram copiados como exemplares confirmados.

Classificação pública/privada e direitos da fonte foram preservados como metadados; os recursos do portal continuam não publicados. Fonte oficial aceite não foi sujeita a nova revalidação genérica. Transporte e scan não activaram cálculos fiscais. Não foram copiados contas, segredos, permissões, dossiers, resultados, transacções ou dados sintéticos locais/QA, incluindo as seis oportunidades de seeder e a ficha pessoal/teste excluída.

Backup e reversão

Backup fresco com HTTP em manutenção, worker parado, locks SHARE sobre todas as tabelas e comparação de ficheiros antes/depois. Restauração isolada das 144 tabelas conferida por conteúdo, mais 34 ficheiros/configuração com proprietário, modo, ACL e hashes Linux. Base, privados, código/build anterior, configuração/chaves da aplicação e configuração dos serviços estão cifrados. Envelope de recuperação portável e cópia protegida fora do perfil Windows foram conservados. Acrescentou-se por leitura o inventário de propriedade/ACL/RLS/papéis PostgreSQL e a configuração PG necessária à recuperação, sem hashes de palavras-passe de papéis nos relatórios.

Reversão preparada em REVERSAO-APRESENTACAO-INTEGRAL.json e reverse-authorized-full-presentation-remote.py: repõe o manifesto/build anterior e desliga os gates afectados, mantendo a reserva de homologação, fontes compatíveis, schema aditivo, dados posteriores, documentos, histórico, Unix e contas/MFA. Não executa down nem restaura um dump antigo sobre dados posteriores. O ensaio de reversão no clone foi reutilizado; não se interrompeu a instalação final para repetir a reversão no destino. Restauro integral exige reconciliar os dados posteriores e restaurar também propriedade/ACL/RLS do apêndice protegido.

Divergências resolvidas durante a execução e limites técnicos

• components.json estava omitido do inventário anterior, mas já era idêntico à candidata. Sem mudar revisão ou sobrescrever alterações: contagem efectiva 718 ficheiros iguais, 110 ausentes e 252 divergentes; 1 080 hashes finais iguais ao manifesto.
• A primeira passagem aplicou cinco migrations e parou na inserção da definição do percurso por RLS. O código/configuração anteriores foram repostos e o serviço reaberto, preservando as estruturas aditivas. A retoma conferiu as cinco operações auditadas e não as repetiu; concluiu as restantes com a identidade PostgreSQL de manutenção, sem desactivar RLS.
• Cinco objectos novos criados pela manutenção estavam com proprietário PostgreSQL diferente do utilizado pela aplicação. Foram alinhados apenas esses objectos com o papel DB existente. O arranque e o login foram depois conferidos no navegador; não se criaram papéis DB nem se concederam funções de negócio a contas.
• Quatro interfaces de instalação nominal mantêm na fonte aprovada a restrição ao nome da base local investemoz. Não foram usadas como autenticação fictícia, nem alteradas fora da revisão. O schema está instalado; a reinstalação por essas interfaces na homologação não está certificada. Isto não equivale a dar gestão corrente à conta de custódia.
• A sondagem HTTP de CLI a partir do servidor devolveu 403, inclusive no login; não foi tomada como prova de funcionamento do navegador ou de inexistência de páginas. A entrada com MFA, os ecrãs e a recuperação documental foram conferidos no Edge real. A reserva web está habilitada e as rotas/controlos existentes foram preservados.

Saldo dos 43 componentes

Saldo histórico de 19/10/2026 — não representa o estado actual. Conservado para rastreabilidade. A coluna final reconcilia as entregas posteriores e a leitura de 23/10, sem retirar aceitações por falta de nova prova. Disponibilidade, conclusão integral e ausência de dados são estados distintos.

Nº	Componente	Estado histórico	Acesso e limitação históricos	Saldo de preservação em 23/10/2026
1	Documentos públicos	Instalado mas desabilitado	Abrir · 29 fichas privadas; zero publicação adicional. Consulta pública do acervo permanece fechada.	Disponível: 29 recursos públicos; recibo editorial 22/10. Os 20 artigos conservam a aceitação anterior.
2	Ficha integral dos parques	Instalado mas desabilitado	Abrir · 16 fichas privadas/pendentes, 19 relações territoriais; publicação e gestão autorizada separadas.	Disponibilizado localmente em 18/10; destino conserva 16 fichas, 8 publicadas. Recorte integral não é reaprovado por este inventário.
3	Navegação contextual e manifestação de interesse	Disponível	Abrir · Início, contexto e navegação abrem; gravação/recuperação aceites em QA reutilizadas. Sem dossier real no destino.	Navegação/percurso preservados; carteira reposta em 23/10: 29 dossiers, incluindo 15 projectos âncora.
4	Referências económicas — lote mínimo	Instalado mas desabilitado	Abrir · 11 actividades presentes; cinco novas referências transportadas. Activação/publicação do lote não executada.	Código e referências presentes; manter o âmbito da autorização anterior, sem inferir publicação de todas as opções.
5	Sectores e duplicação visual	Disponível	Abrir · Ecrã aberto: dez sectores principais, especialização Fintech sem cartão principal duplicado; 12 registos conservados.	Entrega de 18/10 conservada no código/histórico; sem remoção constatada nesta leitura.
6	Duplicados distintos — deteção e consolidação	Não demonstrado	Abrir · Código presente; consolidação de registos distintos não demonstrada no destino.	Sem desaparecimento demonstrado; conserva o âmbito parcial/não demonstrado anterior, sem promover conclusão nem reabrir provas aceites.
7	Fintech — enquadramento específico	Instalado mas desabilitado	Abrir · Código instalado; artigo de origem permanece privado, sem publicação adicional.	Fintech público no lote aceite; especialização preservada. Não reabrir a organização sectorial aprovada.
8	Legado — conteúdo restante	Instalado mas desabilitado	Abrir · Adaptador habilitado; artigos/imagens transportados privadamente, sem os publicar.	20 artigos públicos e 28 privados cadastrados no destino; dois originais incompletos. Recibo 37a8eb01.
9	Piloto agronegócio	Instalado mas desabilitado	Abrir · Originais privados; seis oportunidades sintéticas excluídas. Nenhuma oportunidade real publicada.	Piloto Agronegócio concluído: artigo e imagem preservados; não é uma oportunidade empresarial concreta.
10	Percurso do investidor — 19 etapas	Disponível	Abrir · Início e lista própria abrem; definição de 19 etapas instalada. Não repetidas as 19 etapas aceites.	Percurso e preparação privada habilitados no destino; entrega adaptativa de 22/10. Zero dossiers pessoais não é perda de função.
11	Fiscal/contributivo e exportações	Não demonstrado	Abrir · Formulário aberto; cenários fiscais/contributivos/exportação e parâmetros efectivos não certificados nesta execução.	Tesouraria/exportações e consumidor IVA têm entregas delimitadas em 21–22/10; restantes variantes não promovidas a concluídas.
12	Negócios existentes e classificação	Disponível	Abrir · Catálogo abre e módulo habilitado; zero negócios copiados. Gestão própria sujeita às permissões existentes.	Módulo habilitado e fluxos conservados. Ausência de anúncios não demonstra desaparecimento de código.
13	Negócios similares	Não demonstrado	Abrir · Código instalado; comparação com negócios reais não demonstrada.	Sem desaparecimento demonstrado; conserva o âmbito parcial/não demonstrado anterior, sem promover conclusão nem reabrir provas aceites.
14	Importação de empresas/empreendimentos	Não demonstrado	Abrir · Mecanismo presente; nenhuma empresa/transacção local ou QA transferida. Operador de gestão por definir.	Sem desaparecimento demonstrado; conserva o âmbito parcial/não demonstrado anterior, sem promover conclusão nem reabrir provas aceites.
15	Fundos	Não demonstrado	Abrir · Fontes instaladas; critérios específicos de fundos não demonstrados no destino.	Sem desaparecimento demonstrado; conserva o âmbito parcial/não demonstrado anterior, sem promover conclusão nem reabrir provas aceites.
16	Comparador societário e modelos	Não demonstrado	Abrir · Fontes instaladas; comparação societária/modelos não demonstrados nesta execução.	Sem desaparecimento demonstrado; conserva o âmbito parcial/não demonstrado anterior, sem promover conclusão nem reabrir provas aceites.
17	Capitalização/private equity e Bolsa	Não demonstrado	Abrir · Fontes instaladas; cenários específicos de capitalização/Bolsa não demonstrados no destino.	Sem desaparecimento demonstrado; conserva o âmbito parcial/não demonstrado anterior, sem promover conclusão nem reabrir provas aceites.
18	Checklists versionadas	Não demonstrado	Abrir · Definições presentes; checklist aplicada a dossier legítimo continua por demonstrar.	Sem desaparecimento demonstrado; conserva o âmbito parcial/não demonstrado anterior, sem promover conclusão nem reabrir provas aceites.
19	Indicadores de utilização	Não demonstrado	Abrir · Código presente; indicadores com dados reais e permissões adequadas não demonstrados.	Sem desaparecimento demonstrado; conserva o âmbito parcial/não demonstrado anterior, sem promover conclusão nem reabrir provas aceites.
20	Jornadas educativas	Disponível	Abrir · Área abre e flag habilitada; nenhum percurso educativo completo foi repetido.	Jornadas habilitadas; cartões educativos disponibilizados. Mantido o âmbito parcial da educação.
21	Partilha documental individual e variantes de sala	Não demonstrado	Abrir · Estruturas de salas/partilha instaladas; participantes, consentimentos e partilha real não demonstrados.	Sem desaparecimento demonstrado; conserva o âmbito parcial/não demonstrado anterior, sem promover conclusão nem reabrir provas aceites.
22	Restauro, modalidades e SLA	Não demonstrado	Abrir · Backup/restauro coberto separadamente; modalidades/SLA não homologados. Escalonamento continua desligado como local.	Sem desaparecimento demonstrado; conserva o âmbito parcial/não demonstrado anterior, sem promover conclusão nem reabrir provas aceites.
23	Cartografia e consumidores territoriais restantes	Não demonstrado	Abrir · Catálogos/mapas abrem. 1 921 referências geográficas no alvo versus 1 990 locais; diferença não reconciliada por item fora do manifesto.	Demarcação reposta: 408 geometrias. Polígonos de localidades e correspondências já pendentes não são nova regressão.
24	Acessibilidade e restantes consumidores	Não demonstrado	Abrir · Mensagens R2 preservadas; não se declara certificação integral de acessibilidade de todos os módulos.	Sem desaparecimento demonstrado; conserva o âmbito parcial/não demonstrado anterior, sem promover conclusão nem reabrir provas aceites.
25	Fechos de operação/avaliação documental	Não demonstrado	Abrir · Sem processo operacional legítimo para demonstrar fecho/avaliação documental.	Sem desaparecimento demonstrado; conserva o âmbito parcial/não demonstrado anterior, sem promover conclusão nem reabrir provas aceites.
26	Conta simples, login e MFA privilegiado	Disponível	Abrir · Login e desafio MFA reais concluídos; conta simples R2 e controlos privilegiados preservados.	Login/MFA e designações reais documentados; sem alteração de papéis nesta passagem.
27	Manifestação simples, recibo e acompanhamento do interessado — R2	Disponível	Abrir · Recorte R2 conservado, com provas aceites reutilizadas; nenhuma manifestação fictícia criada.	R2 e percursos posteriores conservados; reutilizar as provas aceites.
28	Pesquisa — estados do recorte R2	Disponível	Abrir · Catálogos abrem; quatro estados e protecção contra respostas antigas preservados do R2, sem repetir ensaios aceites.	Pesquisa e selectores corrigidos em 22/10; a carteira vazia é tratada como perda separada.
29	Biblioteca privada própria, scanner e recuperação — DOC01	Disponível	Abrir · Conta de custódia vê 30 ficheiros limpos. Novo original recuperado no navegador com SHA-256 igual à fonte; sem gestão global.	Biblioteca, scan e recuperação disponíveis: 59 recursos, 29 públicos e 30 privados.
30	Backup/restauro e reversão do recorte R2 + DOC01	Disponível	Backup fresco consistente: 144 tabelas restauradas iguais, 34 ficheiros/configuração conferidos, recuperação portável e metadados Linux/PG protegidos. Reversão de apresentação preparada.	Backup/restauro 22/10 documentado: 174 tabelas. Reposição activa terá backup próprio antes da escrita.
31	Balcão Virtual	Disponível	Abrir · Painel e serviço existente abrem; dez tabelas base instaladas, definição interna project-preparation v5 transportada.	Balcão e definições instalados; zero casos reais no destino não é perda de funcionalidade.
32	Vínculo positivo e recuperação do dossier	Não demonstrado	Abrir · Vínculo documental positivo pendente: zero dossiers da conta no destino. Não foram criados dados fictícios.	Recuperação de contexto demonstrada em QA nas entregas posteriores; ausência de caso real não reabre a prova aceite.
33	Cadastro canónico e recursos de oportunidade	Instalado mas desabilitado	Abrir · Editor/schema instalados; zero oportunidades. Gestão/revisão exigem atribuições existentes ainda não configuradas.	Cadastro e recursos disponibilizados; 30 oportunidades com resumos em preparação publicados.
34	Perfis, revisão independente e publicação	Instalado mas desabilitado	Abrir · Schema e fluxos presentes; zero atribuições/titulares. Nenhum papel ou privilégio concedido automaticamente.	Perfis e atribuições existentes preservados; inventário não cria decisão organizacional nova.
35	Bolsa de parcerias e salas internas	Disponível	Abrir · Catálogo e mapa abrem, nove tabelas de relações/salas instaladas; colaboração com participantes reais não demonstrada.	Bolsa e percursos existentes preservados; variantes com participantes reais mantêm saldo próprio.
36	Onde se localiza / associações territoriais e produtivas	Ausente	Harmonização territorial apenas QA, expressamente excluída da revisão autorizada.	Estado Ausente superado: integração territorial entregue em 20–22/10; catálogos e 408 limites conservados.
37	Lote privado Inhambane —30 fichas	Ausente	30 fichas Inhambane apenas QA, não importadas nem publicadas no destino.	Estado Ausente superado: 30 fichas Inhambane transportadas e resumos divulgados em 22/10.
38	Enquadramento das12 fichas de programas/carteira	Ausente	Enquadramento das 12 fichas permanece no incremento QA separado.	Estado Ausente superado: enquadramento de 11 programas e uma carteira incluído na entrega posterior.
39	Originais partilhados e referência documental no dossier — Inhambane	Ausente	Reutilização documental Inhambane/dossier permanece no incremento QA separado.	Estado Ausente superado: originais privados/referências e contexto incluídos na entrega posterior; não reimportar.
40	Orientação assistida/IA	Instalado mas desabilitado	Abrir · Código presente; integração desligada. Credencial própria do destino/chamada externa não confirmadas.	Sem regressão demonstrada: integração externa não fechada; não inventar credencial nem activar fornecedor.
41	Integração externa SuiteCRM	Instalado mas desabilitado	Permanece desligada como na versão local; nenhuma credencial ou envio externo copiado/executado.	Desabilitada também no local por opção anterior; não desapareceu por efeito da entrega editorial.
42	Operação administrativa e resposta da equipa na homologação	Instalado mas desabilitado	Abrir · Nenhuma conta com gestão global/atribuições operacionais. Custódia documental não autoriza resposta/revisão da equipa.	Estado antigo superado: conta real e gestão autorizada demonstradas nas entregas posteriores. Sem novos papéis.
43	Gestão editorial da biblioteca	Instalado mas desabilitado	Abrir · Schema editorial instalado; publicação/edição pública não concedida à conta de custódia.	Gestão autónoma entregue; edição, prévia, gravação e recuperação dos 28 privados demonstradas no destino.

Operação corrente e pendências

Entrar em https://teste-investidor.tempo.co.mz/login com a conta real e MFA que já tem configurado. Usar o menu Suporte para o acompanhamento e os serviços do Balcão; Realização para iniciar um investimento; /management/portal-services para os próprios ficheiros. A regra existente de gestão documental requer MFA recente (15 minutos); renovar pelo login normal, sem desactivar MFA.

Não existe dossier legítimo registado para a conta no destino. O vínculo documental positivo permanece pendente e não bloqueou os restantes componentes. Quando houver dossier autorizado, abrir/recuperar esse dossier e associar o documento pelo fluxo existente, preservando hash, fonte, versão e permissões; não usar um dossier de outra conta nem criar um fictício para encerrar a prova.

Gestão, resposta da equipa, revisão e publicação continuam dependentes de atribuições da Tempo pelos mecanismos existentes: há zero atribuições e zero titulares da administração no destino. A custódia não substitui essas permissões. Documentos, parques e artigos privados só entram na apresentação pública mediante decisão/acção própria; esta instalação não os publicou. Sem novas exigências organizacionais. Fonte da restrição de publicação/QA: decisão expressa da Tempo nesta conversa; MFA/permissões: fluxos existentes; propriedade dos objectos DB e orçamento individual de scan: escolhas técnicas de execução documentadas.

A mesma matriz, manual e backlog foram actualizados, sem encerrar globalmente requisitos apenas por instalação. Os incrementos de territórios, Inhambane, reutilização de originais e programas/carteira permanecem em QA até reconciliação expressa.

Fecho efectivo: 19/10/2026, 17:21:29 UTC (19:21 CAT). Recibo final confirma 1 080 fontes, 171 tabelas, 88 migrations, 268 originais limpos e 187 assets anteriores conservados para revers?o. Estado: conclu?do com limites expressos; v?nculo documental positivo a dossier leg?timo pendente.

Utilização efectiva da homologação — reconciliação19/10/2026

[UTILIZACAO-HOMOLOGACAO-20261019] Instalação não equivale a funcionamento integral. Contas/designações reconciliadas: só Nala existe no destino; onala/Aurora/Palmira/Mario vão iniciar registo normal, sem nova decisão de funções. Grants e dupla ainda não executados. Custódia não concede gestão editorial; gate global manage-portal exige reconciliação com o âmbito aprovado, sem acesso universal. Prévia nominal29 recursos já publicados localmente, sem escrita: artigo e imagem Agronegócio independentes das oportunidades sintéticas. Reconciliar external_id técnico versus identidade do leitor antes da disponibilização reservada; sem nova importação/scan. Desenvolvimento restante e provas pendentes separados por43 componentes. Incrementos território/Inhambane separados com comparação de hashes9/16/5 fontes. Relatório: outputs/investmoz-disponibilizacao-integral-20261019/UTILIZACAO-EFECTIVA-HOMOLOGACAO.md. Nenhuma publicação, alteração de produto/dados remotos ou critérios aceites nesta reconciliação.

Complemento por leitura dos metadados completos: oito zonas estavam publicadas localmente e ficaram draft/pending no destino; prévia nominal incluída, outras oito mantidas privadas. As11 actividades económicas já estão published no destino, corrigindo o saldo anterior sem executar nova activação ou cálculo. Artigos exigem também reconciliação do external_id técnico.

19/10/2026 19:39CAT: corrigida lista nominal de acesso ? homologa??o para Nala/onala/Aurora/Palmira/Mario j? designados. S? INVESTMOZ_HOMOLOGATION_REVIEWERS alterada; reserva true, c?pia protegida anterior/auditoria. Sem grants, MFA ou publica??o; registos e verifica??es reais mantidos. Recibo em outputs/investmoz-disponibilizacao-integral-20261019/RECIBO-ACESSO-CONTAS-DESIGNADAS.json.

Inicialização nominal — 19/10/2026

Nala15/onala16 confirmados com MFA configurado. Delta 36beefc41265 instalado na homologação: duas fontes e duas chaves nominais, sem manage-portal, build ou migrations. Doze provas focadas QA passaram com rollback; ecrã real conferido. Cerimónia real pendente de MFA recente e confirmação própria dos titulares, sem atribuições fabricadas. Origem: designações Tempo11/10 e instrução actual de reconciliar acessos. Relatório/recibo: outputs/investmoz-disponibilizacao-integral-20261019/bootstrap-nominal/.

Preparação operacional —19/10/2026

Recuperadas decisões/grants locais por leitura: Nala/onala administração e acervo; Nala Promotor interno/Validador; Aurora Promotor, Palmira Validador, Mario Publicador. Sem copiar IDs nem duplicar grants. Funcionários ainda ausentes no destino; cerimónia real/MFA recente pendentes, nenhuma atribuição fabricada. Identidades corrigidas apenas QA por20 aliases explícitos, dez verificações focadas com rollback, originais/IDs/versões/relações preservados. Prévia29 recursos/8 zonas e diferenças preparada; nenhuma alteração de publicação no destino. Acesso editorial delimitado ainda pendente, sem manage-portal global. Relatório: outputs/investmoz-disponibilizacao-integral-20261019/operacao-QA/PREPARACAO-OPERACIONAL.md. Inhambane/território excluídos; provas aceites preservadas.

Confirmacao operacional de 19/10/2026: pedido f5a91408-2990-4cd4-8614-15a3b6a7a422 consumido pela sessao autenticada de onala; dupla destino 15/16 confirmada por leitura. manage-portal permanece falso para ambas as contas; atribuicoes operacionais ainda vazias. Portal exige nova sessao. Prova: outputs/investmoz-disponibilizacao-integral-20261019/operacao-QA/PROVA-DUPLA-CONFIRMADA-DESTINO.json. Sem publicacao ou migracoes nesta operacao.

Saldo operacional actualizado — 19/10/2026

Dupla 15/16 inicializada por confirmação cruzada real; Tempo registada na interface; Nala Promotor/Validador aplicados por onala e conferidos, validade Validador 12/01/2028 11:04 UTC. Atribuição inicialmente sem prazo revogada e substituída, auditoria preservada. Aurora/Palmira/Mario ainda sem contas. Editor delimitado e identidades de artigos concluídos apenas QA (18+10 verificações); build/types aprovados, zero migrations. Prévia 29 recursos/8 zonas inclui 19 relações documentais ausentes no destino (1 confirmada/18 pendentes). Sem publicação nem inclusão Inhambane/território. Provas e procedimento em outputs/investmoz-disponibilizacao-integral-20261019/operacao-QA/PREPARACAO-OPERACIONAL.md.

Âmbito expresso para decisão da Tempo

A revisão 1d7f27e18deb propõe instalar o ajuste da gestão editorial e as correspondências dos artigos, e disponibilizar os 29 recursos, oito zonas e 19 relações documentais da prévia exclusivamente na homologação reservada. Inclui verificar apenas os acessos e conteúdos afectados, reutilizando as provas aceites, e reversão selectiva que preserve alterações, conteúdos e relações posteriores. Zero migrations. Não inclui abertura pública, Inhambane ou harmonização territorial.

A gestão de perfis já está disponível. A expressão «editor ainda apenas em QA» refere-se exclusivamente ao ajuste de gestão editorial do acervo e dos artigos. Nala acumula Promotor e Validador nos âmbitos aprovados, mas não pode aprovar o próprio trabalho: conserva-se a revisão independente.

Os registos de Aurora, Palmira e Mario não são pré-condição desta disponibilização. As respectivas atribuições aprovadas serão concluídas quando as contas e verificações aplicáveis estiverem disponíveis. Esta clarificação delimita a proposta para decisão; não constitui autorização de execução nem nova revisão de código.

Disponibilização editorial 1d7f27e18deb — 19/10/2026

Executada por autorização expressa da Tempo: dez fontes/175 assets, zero migrations; 29 recursos disponibilizados pela interface real de onala, oito zonas e 19 relações (1 confirmada/18 pendentes) recuperados com origem e histórico. Reserva, permissões, revisão independente, 30 originais e dados posteriores preservados. Backup consistente171 tabelas/ficheiros abrangidos protegido no Linux, hashes conferidos, sem repetir restauro/scans. Artigo e imagem Agronegócio e oito zonas conferidos no navegador; editor final aguarda apenas renovação MFA de15 minutos. Prova: operacao-QA/PROVA-DELTA-DESTINO.json; resultado e reversão: operacao-QA/RESULTADO-DISPONIBILIZACAO-EDITORIAL.md. Equipa sem registos não bloqueou. Inhambane/território excluídos.

[FECHO-EDITORIAL-1d7f27e18deb] Conferência final do editor concluída na sessão real de onala após MFA renovado: corpo, opções de imagem e histórico recuperados; conteúdo não alterado para ensaio. Consulta do artigo/imagem e oito zonas comprovada. Entrega do delta concluída; não certifica componentes fora do âmbito. PROVA-NAVEGADOR-DELTA-DESTINO.json.

Reconciliação técnica dos43 componentes —19/10/2026

Leitura fresca do destino:1192 ficheiros sem divergências,171 tabelas/88 migrations;29 recursos/8 zonas/19 relações. Zero oportunidades/negócios/dossiers/cadastros educativos reais; gates globais antigos impedem zonas/referências/educação/interesses/Balcão apesar de dupla administrativa. QA território/suportes/programas:24 fontes distintas,6 sobreposições,zero migrations; tabelaQA adicional utilizadores não é dependência executável nem deve ser transportada. IA actual é evidence_only local, sem necessidade de credencial de modelo; SuiteCRM desligado/sem credenciais. Partilha de documento na sala existe; ACL por destinatário individual falta. Linha25 corresponde a fechos técnicos/avaliaçãoFortify, não módulo de negócio. Defeito concreto: listagem pública de zonas omite primary_territory_id antes de resolver hierarquia. View dos mesmos43 actualizada com causa, critério, acção e esforço; não foram instalados incrementos nem alterados dados/roles remotos. Provas: PROVA-RECONCILIACAO-43-LEITURA.json, RECONCILIACAO-43-QA-FONTES.json e RECONCILIACAO-43-SCHEMA-QA.json. Estimativa de disponibilização28–48h; desenvolvimento+QA dos recortes delimitados112–216h, sem somar linhas sobrepostas e sem prazo fictício para dados/decisões.

Revisão integrada pela Tempo — 19/10/2026

Origem: instrução expressa da Tempo nesta sessão. A equipa avalia produto, conteúdos, navegação e apresentação; o diagnóstico técnico dos 43 componentes continua a cargo da implementação. Não encerra componentes por abertura de ecrã.

Registar feedback na mesma matriz, usando o ID existente do requisito: classificar em falha funcional, conteúdo, navegação ou apresentação visual; incluir URL, conta/função sem credenciais, resultado esperado/observado, saída/formato e evidência. Acrescentar causa técnica, responsável pela correcção, critério e prova do delta. Uma sugestão não passa automaticamente a regra nem a autorização de publicação. Não criar outra matriz/backlog.

Percursos de revisão já disponíveis no ambiente reservado: /documentos, /zonas, /sectores, /agronegocio, /investimentos, /simulador-fiscal, /minhas-oportunidades, /investidor/manifestacoes e gestão editorial /management/portal-services. Limites por função e funcionalidades por instalar permanecem na view dos 43 componentes. O bloqueio de gestão por gates globais antigos é uma pendência técnica; não pedir à equipa que escolha novamente os papéis aprovados. Dossier legítimo ainda inexistente impede apenas a respectiva prova positiva, não os restantes percursos.

Saídas abrangidas: dossier HTML de impressão/PDF pelo navegador e DOCX/ZIP existentes; recibo Balcão TXT existente e apresentação HTML preparada; Terra/DUAT impressão; CSV zonas, oportunidades, plano financeiro e ferramentas financeiras; JSON de plano para recuperação. CSV e JSON são formatos de dados, não relatórios paginados. Conferir os mesmos valores, unidades, moeda, datas, fontes, estados e exclusões em ecrã/exportação; zero não significa desconhecido. Relatório fiscal com parâmetros indeterminados não pode apresentar um total confirmado.

Delta preparado em QA privado, não instalado: recibo legível com resumo, dados declarados, referências documentais, data CAT, navegação e impressão A4; original TXT e autorização preservados. Dossier DOCX ajustado de Letter para A4, coerente com impressão HTML; identidade InvesteMoz no dossier/Terra. Corrigida a selecção do território principal na listagem pública de zonas. Sem migrations, dados publicados ou permissões alteradas. Manifesto: outputs/investmoz-revisao-integrada-QA-20261019/MANIFESTO-DELTA-QA.json.

Verificações: renderização Blade com dez asserções (acentos, zero, ausente, opções, escaping, autorização anterior à resposta e TXT mantido); regressão da hierarquia pública de zonas com rollback integral num clone QA; TypeScript e build concluídos sem erros. Não há navegador ligado: falta inspecção visual real de ecrã, paginação e impressão e verificação HTTP autorizada do novo recibo. Não declarar saídas aceites apenas por estes testes. Scans/restauros e percursos aceites não foram repetidos. Activo e servidor de homologação não foram alterados nesta preparação.

Disponibilização consolidada continua com dependências anteriores: acessos por âmbito, composição dos incrementos QA separados, definições de serviço, conteúdos autorizados, build, backup fresco e delta por componente. As faixas anteriores 28–48h de disponibilização e 112–216h dos recortes de desenvolvimento não são substituídas por este lote visual; revisão visual restante deste delta: 2–4h após navegador disponível, sem somar novamente verificações já incluídas. Reversão: repor apenas os ficheiros/assets deste delta quando ainda coincidirem com os hashes instalados, preservando versões posteriores; zero reversão de dados/schema.

Complemento do delta de apresentação: seis asserções passaram para A4 e identidade InvesteMoz em DOCX/HTML, sem guardar documentos nem tratar a estrutura OOXML como prova visual. PROVA-DOSSIER.json. Seis fontes e 175 ficheiros de build preparados; zero migrations. Navegador sem ligação: pedido de reposição enviado, sem novo pedido de MFA. Nenhuma operação remota executada neste lote.

Revisão visual retomada no Edge — 19/10/2026

Ligação restabelecida; homologação HTTPS autenticada. Inspeccionados página inicial e simulador instalado, apenas por leitura, sem dados sintéticos. Prova: outputs/investmoz-revisao-integrada-QA-20261019/SIMULADOR-SEM-HISTORICO-DESTINO.png.

Feedback a tratar na mesma matriz: navegação — comandos «O meu painel» e «Manifestar interesse» repetidos na página inicial; proposta de simplificação por avaliar, não falha funcional confirmada. Conteúdo — rodapé apresenta comercial@tempo.co.mz mas a ligação aponta para mailto:info@tempo.co.mz; reconciliar o cadastro/configuração de origem antes de escolher silenciosamente um endereço. Apresentação visual — página do simulador mostra hierarquia de títulos e estado vazio compreensíveis; etapas usam deslocamento horizontal, a conferir por teclado e em viewport estreito antes de classificar como defeito.

Impedimentos concretos: a conta actual não tem simulações guardadas e não existe relatório real recuperável nesta sessão; não criar dados fictícios no destino. A política de segurança do navegador recusou abrir o exemplar QA por protocolo file:, autorizando somente HTTP/HTTPS. Não se tentou contornar a restrição nem servir o mesmo ficheiro por outro percurso. O novo recibo, DOCX e respectiva paginação mantêm aceitação visual pendente; leitura da página instalada não os certifica. A instalação remota do delta não foi executada.

Revisão integrada por HTTP em QA — 19/10/2026

Origem: instrução expressa da Tempo nesta sessão. Consolidada a repetição na página inicial: preservados o painel e a manifestação no cabeçalho comum; removida a segunda barra na inicial e o botão duplicado do destaque. Os destinos contextuais das oportunidades permanecem. Prova DOM: um link «O meu painel», um «Manifestar interesse», zero botões homónimos repetidos na inicial.

Contacto reconciliado com esclarecimento expresso da Tempo: comercial@tempo.co.mz é departamental; info@tempo.co.mz é institucional. Rodapé geral usa a nova configuração institutional_contact_email, texto e mailto derivados da mesma fonte. Não altera contas nem o canal comercial.

Exemplos acessíveis nesta máquina em http://127.0.0.1:18555/qa/revisao-integrada, com a sessão da conta sintética QA. Recibo real do fluxo Balcão no clone, relatório gerado pela mesma biblioteca do produto com 11 secções/60 linhas, HTML de impressão e DOCX protegido. Dados fictícios assinalados no início e no título; nenhum processo criado na homologação. Acesso anónimo redirecciona para login; outra conta sintética é recusada. As rotas de ensaio estão fora do pacote e têm guarda da base QA, porta55441, além da autenticação e da conta específica. Sem contornar file:; acesso normal à aplicação HTTP expressamente pedido pela Tempo.

Falhas observadas e corrigidas em QA: contraste do último cabeçalho das tabelas; limites de largura da leitura em ecrã; larguras do anexo independentes da tabela Campo/Conteúdo/Origem; valores monetários com separadores e moeda declarada; estados de financiamento/equipa/execução em português; custo/prazo ausentes identificados; metadados do questionário não expostos como campos de negócio. Snapshots, cálculos, números, permissões e fontes preservados. Novos testes do delta: 12 asserções de apresentação, 10 do recibo, acesso privado, build e TypeScript. Não foram repetidos scans, restauros ou percursos aceites. Paginação efectiva e renderização DOCX: consultar PROVA-PAGINACAO.json; não presumir concluídas enquanto esse registo não existir.

Manifesto e payload: outputs/investmoz-revisao-integrada-QA-20261019/MANIFESTO-DELTA-QA.json e DELTA-REVISAO-INTEGRADA-QA.zip. Dez fontes e build, zero migrations. Excluídos fixtures, conta/sessões, segredos, renderer, Inhambane/território. Nenhuma alteração ao servidor de homologação ou activo. Para disponibilização futura, manter revisão por hashes, composição expressa com incrementos autorizados, backup fresco e reversão selectiva sem substituir dados posteriores. Este delta não encerra a instalação integrada dos43 componentes nem a prova com dossier legítimo.

PDF guardado pelo utilizador ? revis?o QA

Recebido SINTETICO-QA-relatorio-InvesteMoz (2).pdf: metadados confirmam exporta??o pelo Microsoft Word, n?o impress?o nativa Edge. Inspeccionadas as 13 p?ginas: sem cortes/sobreposi??es, cabe?alhos repetidos, rodap? privado e numera??o, anexo completo at? ? linha 60. Prova: outputs/investmoz-revisao-integrada-QA-20261019/PROVA-PDF-WORD-UTILIZADOR.json. Confirma exporta??o DOCX/PDF; impress?o directa do HTML pelo Edge permanece pendente. Sem altera??es remotas.

Plano de conclusão P1–P6 adoptado pela Tempo

Revisão de proposta d87970e701f0, de 19/10/2026. O objectivo é tornar utilizável o produto existente na homologação reservada. As autorizações anteriores mantêm-se; a preparação não autoriza publicação adicional. Esta revisão documental consolida o trabalho: ainda não é um pacote executável, pois faltam o ajuste de acessos P1, a fusão final P2 e o respectivo ensaio. Nenhuma operação no servidor foi executada nesta passagem.

Pacote	Operações agrupadas	Resultado utilizável para encerrar	Esforço restante de referência
P1 — Acessos efectivos	Reconciliar gates de zonas, referências, educação, interesses, Balcão e assistência com a administração aprovada; ponte de modalidades dos negócios; grants quando existirem contas.	Titular autorizado consegue guardar, recuperar e executar a operação do seu âmbito; outra conta é recusada. MFA, limites por dados, auditoria e independência conservados. Registos pendentes não bloqueiam as contas existentes.	8–14 h
P2 — Composição QA única	Território, suporte documental e programas: 24 fontes distintas, seis sobreposições; preservar editorial instalado; compor o delta visual QA de dez fontes num único build e manifesto.	Fontes reconciliadas sem sobrescritas silenciosas; build único e prova do delta no clone. O build visual isolado não é a revisão consolidada.	6–10 h; sobreposições e delta visual contabilizados uma vez, reestimar apenas nova divergência concreta
P3 — Registos e conteúdos privados	Transportar 30 fichas reconciliadas, dois originais e referências; mapear actores/identidades do destino; registar project-change e project-follow-up conservando project-preparation v5.	Fichas e suportes privados recuperáveis pela interface; repetição idempotente; fontes, versões e relações conservadas. Sem importação de contas QA e sem publicação automática.	3–5 h
P4 — Catálogos e geografia	Próximo lote real delimitado por identidade, edição, geometrias existentes e autorização; ambiguidades visíveis.	Itens nominais reconciliados e recuperáveis; catálogo existente continua utilizável sem coordenadas ou dados ainda desconhecidos. Fechar manifesto do lote antes de escrita; não fabricar geometrias.	4–8 h para o lote inicial delimitado
P5 — Disponibilização e recuperação	Backup fresco consistente; preflight por hashes; aplicação nominal; configuração necessária; reversão selectiva com dados posteriores.	Revisão identificada funciona na homologação e pode ter a apresentação revertida sem restaurar dump sobre dados posteriores.	2–3 h
P6 — Verificação do delta	Acessos, conteúdos e consumidores alterados; caso e participantes legítimos quando existirem; provas aceites reutilizadas.	Tarefas afectadas concluídas com resultado recuperável; lacunas restantes classificadas por instalação, configuração, permissão, conteúdo, verificação ou código. Abrir uma página não encerra o componente.	4–6 h

Três esclarecimentos de estimativa

1. 27–46 horas de trabalho para P1–P6. A soma anterior de 28–48 h incluía P7 (1–2 h), assistência local. P7 é independente e não bloqueia a entrega. As faixas são esforço de uma pessoa, não duração de indisponibilidade nem horas já consumidas; não há calendário garantido a partir destas faixas. A cópia consistente requer uma janela própria dentro de P5.
2. Sem dupla contagem nem catálogo ilimitado. P2 conta as 24 fontes e as seis sobreposições uma vez; P6 cobre a conferência afectada e não repete provas aceites. P4 inclui somente o lote inicial nominal que couber no âmbito delimitado. Acervo integral, geometrias inexistentes, novas decisões de divulgação ou lotes ainda indefinidos não cabem implicitamente nas 4–8 h. O delta visual já preparado não volta a ser desenvolvido; a sua composição e regressão pertencem a P2/P6. As faixas não foram abatidas por horas presumidas desta sessão.
3. Desenvolvimento separado: 112–216 h para os recortes anteriormente delimitados. Não é saldo para instalar funcionalidades existentes nem condição para a homologação. Não inclui promessa de cobertura fiscal integral ou capacidades sem contrato definido. SuiteCRM (configuração/prova de leitura anteriormente estimadas em 4–8 h), registos futuros da equipa e assistência local permanecem fora do caminho crítico. Nenhum dado desconhecido é convertido em zero, confirmado ou obrigatório por conveniência técnica.

Inclusão expressa dos incrementos 36–39

Nº	Incremento proposto	Base QA identificada	Tratamento e decisão
36	Onde se localiza / associações territoriais e produtivas	660a25e37e1e	Incluir títulos, aplicabilidade e reutilização territorial sem presumir pertença a regimes/estruturas. Decisão nova: inclusão nesta revisão de homologação.
37	Lote Inhambane, 30 fichas e dois originais	Reconciliação integral do lote existente	Transporte privado idempotente, com mapeamento de identidades. Confirmar inclusão; publicação por ficha/documento continua acto separado.
38	11 programas e uma carteira	3968efbbde8c	A classificação das 12 fichas já foi decidida pela Tempo; não voltar a pedi-la. A decisão nova é incorporar o incremento compatível no destino.
39	Reutilização de originais e contexto documental do dossier	306e3ebc8a70	31 referências a dois originais, sem duplicar bytes, preservando permissões, versão/citação/hash. Confirmar inclusão; prova positiva num dossier legítimo fica delimitada quando existir.

Os incrementos têm zero migrations novas declaradas. A união conhecida é de 24 fontes, com seis sobreposições internas; o delta de apresentação tem dez fontes adicionais, sem sobreposição de caminhos com essas 24. P1 ainda acrescentará as fontes exactas do ajuste de gates. O manifesto executável final deverá identificar os hashes finais e conflitos resolvidos; não afirmar agora um total final de ficheiros. Não reaplicar migrations antigas nem copiar uma árvore QA inteira.

Sequência consolidada e recuperação

Preparar P1 e P2 no clone, preservando as autorizações por âmbito e a versão editorial instalada. Preparar as prévias P3/P4 com originais privados, hash/scan já comprovados reutilizados quando os bytes forem iguais, conflitos de identidade e custódia no destino. A decisão de inclusão 36–39 fica expressa antes da respectiva execução. SuiteCRM, assistência local e novas contas não condicionam esses trabalhos.

Antes da troca: comparar novamente aplicação/build/schema/configuração relevantes, proteger cópia fresca da base e ficheiros numa janela sem escritas ou com reconciliação demonstrada, conservar chaves de recuperação protegidas e proprietário/modo Linux. Aplicar só o manifesto consolidado e definições nominais; preservar dados e contas, sem publicação adicional. P6 verifica apenas o delta. Reversão repõe a apresentação compatível por hashes e conserva backend necessário, definições e registos posteriores; não executar down nem restaurar um dump sobre a base em utilização. Documentar fontes exactas que permanecem antes da execução.

Roteiro curto para revisão da Tempo

Todos os acessos abaixo usam https://teste-investidor.tempo.co.mz, reservado à homologação. Entrar em /login com a própria conta e cumprir as verificações existentes. Nala/onala mantêm somente os âmbitos aprovados; Promotor/Validador não autoriza autoaprovação. As contas futuras de Aurora, Palmira e Mario recebem as atribuições já aprovadas quando existirem.

Tarefa	Acesso	Resultado esperado	Limitação conhecida / trabalho do Codex
Cadastrar	/minhas-oportunidades, /management/portal-services	Guardar preparação com dados disponíveis e suporte privado, sem perder dados desconhecidos.	Lote Inhambane ainda depende da inclusão 37; funções de gestão afectadas serão reconciliadas em P1.
Recuperar	/investimentos, /balcao-virtual/painel	Voltar noutra sessão e recuperar o mesmo contexto, versão, pedidos e documentos autorizados.	Vínculo documental positivo depende de dossier legítimo; não inventar caso no destino nem bloquear os restantes componentes.
Rever	/minhas-oportunidades, /management/portal-services	Revisor independente encontra versão e suporta decisão/correcção rastreável pelo editor existente.	MFA recente nas operações privilegiadas; P1 elimina gates globais incompatíveis com âmbitos aprovados, sem autoaprovação.
Disponibilizar	Editor do item nas áreas anteriores; consulta em /documentos, /zonas, /oportunidades	Conteúdo nominal autorizado aparece ao público permitido da homologação; originais privados continuam privados.	29 recursos/oito zonas/19 relações já disponibilizados; publicação de novas fichas ou documentos não está autorizada por este plano. Sem abertura pública do portal.
Acompanhar	/investidor/manifestacoes, /management/interests, /balcao-virtual/painel	Interessado recupera estado/histórico; equipa autorizada responde e actualiza o que lhe compete.	P1 reconcilia gestão da equipa; P3 regista duas definições internas ausentes. Reutilizar provas aceites do interessado.
Produzir relatório/exportação	Dossier recuperado pelo percurso; /simulador-fiscal; recibo pelo pedido do Balcão	Resultado legível com títulos, resumo, unidades, moeda, fontes e estados; exportação preserva conteúdo e privacidade.	Delta visual 1beba873ea66 ainda só QA; DOCX/PDF Word de 13 páginas conferidos. Impressão directa Edge pendente. Exemplos sintéticos só no QA local por HTTP autenticado; não transportar para o destino.

Progresso por resultado utilizável

Os 43 componentes continuam na mesma matriz. Cada actualização deve indicar tarefa concluída, URL, utilizador/âmbito, resultado guardado e recuperado, prova reutilizada ou delta, e impedimento restante com causa concreta. Instalação ou abertura de ecrã são passos técnicos. A Tempo valida utilidade, conteúdo, navegação e apresentação; o Codex resolve dependências, configuração, permissões e diferenças de versões. Feedback permanece na mesma matriz, nas categorias falha funcional, conteúdo, navegação e apresentação visual. Sem outro backlog.

Progresso executável de P1 e P2 em QA

Candidata QA 167b5db97653: 51 fontes e um build de 177 ficheiros. Zero migrations, importações ou publicação. As 24 fontes dos incrementos e seis sobreposições foram compostas por fusão em três versões, preservando o editorial instalado; o delta visual anterior integra o mesmo build. Os controladores e serviços editoriais não afectados mantêm os hashes. Originais, fichas reais, actores e sessões QA não fazem parte do payload.

Operação que passou no clone	Acesso QA (autorização aplicável)	Prova e limite
Preparar zona com informação desconhecida, guardar e recuperar como rascunho	Zonas	Sem confirmar regime, validar fonte ou publicar. Administração aprovada/MFA; revisões técnicas específicas mantêm as designações existentes.
Criar e recuperar cadastro educativo e referência de formulário	Educação; referências	Escrita real transaccional no QA, revertida no fim. Prévia económica também devolve plano ao administrador sem grant global.
Atribuir interesse sem expor conteúdo privado; recusar atribuição desactualizada	Atribuições de interesses	Etag, bloqueio transaccional e auditoria; a lista de triagem não contém email/mensagem.
Responder/actualizar estado e próxima acção de interesse atribuído; recuperar e negar outro registo	Interesses atribuídos	Estado, acção e histórico verificados pelo serviço. Administração não concede consulta universal dos interesses.
Atribuir analista ao pedido do Balcão e recuperar pelo analista	Atribuições do Balcão	O administrador que faz a atribuição continua sem acesso ao payload/dossier; metadados de triagem sem identidade, título privado ou documentos.
Usar correspondências exactas de seis modalidades nos perfis existentes	Negócios	company_sale, franchise, real_estate, land_right, investment_project e business_partnership. Grant da categoria correspondente, MFA, limites e proibição de auto-revisão preservados.
Guardar e recuperar programa, distinguir não aplicável de informação em falta, reutilizar original privado	Editor	Fonte documental, versão/hash e vínculo à oportunidade recuperados; repetição não cria documento nem suporte duplicado. Outra conta é recusada. Implantação divergente fica visível sem sobrescrever.

Passaram 42 verificações P1 e 13 P2, sintaxe PHP, TypeScript e build. Os actores e marcadores de MFA destes testes são exclusivamente sintéticos no clone; não comprovam nova autenticação real nem alteram contas do destino. Todos os dados de ensaio foram revertidos por transacção. Não foram repetidos scans, restauros, importações nem percursos aceites. As novas interfaces de atribuição foram compiladas mas ainda não conferidas interactivamente no navegador; os links não significam que a conta normal de revisão QA tenha recebido administração.

P1 continua parcial por duas divergências concretas: as restantes 21 modalidades não têm correspondência inequívoca de categoria no contrato actual; e a assistência interna ainda consulta dados privados por autorização global. Nenhuma foi aberta por aproximação. O cadastro próprio e os restantes componentes não dependem destes dois pontos. Não há decisão organizacional nova a pedir: a reconciliação técnica continua a cargo do Codex. Registos futuros da equipa não bloquearam esta preparação; não se fabricou email/MFA nem se concederam grants a contas inexistentes.

P2 tem composição/build e delta de persistência/permissões preparados em QA. A conferência de interface pendente mantém-se explícita. A candidata não constitui decisão de instalação remota; a inclusão dos incrementos 36–39 e qualquer disponibilização no servidor continuam sujeitas à decisão expressa já identificada. Importação privada e publicação permanecem separadas. Pré-condições frescas, janela/backup e reversão nominal pertencem a P5; não usar o ZIP como instalador automático. O plano P1–P6 e a referência conjunta de 27–46 h mantêm-se, sem os reformular ou apresentar esta faixa como esforço só de P1/P2.

Reconciliação das 21 modalidades e interfaces — QA 19/10/2026

Candidata 6508c44b9fc1: 56 fontes e 177 assets; substitui 167b5db97653 apenas em QA. Sem migrations, instalação remota, importação, publicação ou concessões a contas reais. Editorial preservado na composição. Treze das 21 modalidades pendentes têm correspondência sustentada no código existente; somadas às seis anteriores, são 19 de 27 no contrato de acesso. Correspondência de acesso não certifica todos os contratos especializados.

Código	Modalidade	Correspondência / lacuna e acção
participation_sale	Venda de participação	Venda de negócio: correspondência sustentada pelo formulário/enumeração existentes; ponte e gravação corrigidas em QA. Grant correspondente continua obrigatório.
capital_increase	Aumento de capital	Financiamento: correspondência sustentada pelo formulário/enumeração existentes; ponte e gravação corrigidas em QA. Grant correspondente continua obrigatório.
financial_investor	Investidor financeiro	Financiamento: correspondência sustentada pelo formulário/enumeração existentes; ponte e gravação corrigidas em QA. Grant correspondente continua obrigatório.
strategic_partner	Parceiro estratégico	Parceria: correspondência sustentada pelo formulário/enumeração existentes; ponte e gravação corrigidas em QA. Grant correspondente continua obrigatório.
buyer_search	Procura de comprador	Venda de negócio: correspondência sustentada pelo formulário/enumeração existentes; ponte e gravação corrigidas em QA. Grant correspondente continua obrigatório.
joint_venture	Joint venture	Parceria: correspondência sustentada pelo formulário/enumeração existentes; ponte e gravação corrigidas em QA. Grant correspondente continua obrigatório.
succession	Sucessão	Venda de negócio: correspondência sustentada pelo formulário/enumeração existentes; ponte e gravação corrigidas em QA. Grant correspondente continua obrigatório.
expansion	Expansão	Projecto de investimento: correspondência sustentada pelo formulário/enumeração existentes; ponte e gravação corrigidas em QA. Grant correspondente continua obrigatório.
internationalization	Internacionalização	Projecto de investimento: correspondência sustentada pelo formulário/enumeração existentes; ponte e gravação corrigidas em QA. Grant correspondente continua obrigatório.
agricultural_investment	Investimento agrícola	Projecto de investimento: correspondência sustentada pelo formulário/enumeração existentes; ponte e gravação corrigidas em QA. Grant correspondente continua obrigatório.
financing_request	Pedido de financiamento	Financiamento: correspondência sustentada pelo formulário/enumeração existentes; ponte e gravação corrigidas em QA. Grant correspondente continua obrigatório.
concession_opportunity	Oportunidade de concessão	Concessão: correspondência sustentada pelo formulário/enumeração existentes; ponte e gravação corrigidas em QA. Grant correspondente continua obrigatório.
supply_opportunity	Oportunidade de fornecimento	Fornecimento: correspondência sustentada pelo formulário/enumeração existentes; ponte e gravação corrigidas em QA. Grant correspondente continua obrigatório.
company_purchase	Compra de empresa	Preparação própria existente; falta formulário/contrato de procura do comprador. Lacuna funcional.
position_assignment	Cessão de posição	Objectos contratuais existentes; identificar o direito/contrato concreto. Não existe contrato de submissão específico nem categoria única.
asset_sale	Venda de activo	Formulário de activo existente; âmbito depende do objecto. Falta ponte de acesso que não transforme todo activo em empresa ou imóvel.
asset_lease	Locação de activo	Reutiliza formulário de activo; falta ponte delimitada segundo objecto/operação, sem presumir imóvel.
business_unit_transfer	Transmissão de unidade de negócio	Unidade/objectos existentes; operação e âmbito da transmissão ainda não expressos no contrato de acesso/submissão.
recovery	Recuperação	É finalidade, não operação única: explicitar venda/projecto/financiamento aplicável. Não criar equivalência automática; preparação pode continuar.
mining_license	Licença mineira	Armazenamento de licença/evidência existe; falta contrato específico de oferta/submissão e âmbito. Não equiparar a terra ou concessão.
forestry_license	Licença florestal	Armazenamento de licença/evidência existe; falta contrato específico de oferta/submissão e âmbito. Não confirmar transmissibilidade pela classificação.

O formulário deixava a natureza genérica substituir a modalidade e o servidor exigia igualdade entre ambas. Agora ficam separadas e a modalidade original é preservada. A percentagem de participação também tinha um limite numérico acidental de 8%; foi corrigida para 0–100%, conservando o limite textual. Nenhuma correspondência confirma financiamento, titularidade, licença ou publicação. Organização, categoria, MFA, elevação operacional, auditoria e impedimento de auto-revisão continuam aplicáveis; não foram criados papéis ou grants universais.

Passaram 87 verificações transaccionais do delta (rollback), TypeScript, sintaxe PHP e build. No navegador, com contas sintéticas e entrada normal/MFA no clone: atribuir interesse e recuperar, recusar outro interesse; atribuir pedido do Balcão e recuperar pelo responsável noutra sessão, recusar o administrador não atribuído e outro pedido. Mensagens de fundamento em português, preservando o preenchimento; conflito desactualizado preparado como erro de validação recuperável. As provas anteriores são históricas reutilizadas, não reexecutadas. Os registos e auditoria sintéticos ficam privados no clone; as contas de ensaio foram retiradas da allowlist HTTP. O par QA inicialmente vazio não foi apagado contornando o trigger: o par sintético permanece apenas no clone, excluído do pacote e sem entrada HTTP autorizada.

Interfaces QA: atribuir interesses, interesses atribuídos, atribuir Balcão, negócios. Exigem sessão e âmbito existentes; estes links locais não indicam instalação no servidor.

Pacote	Concluído / restante	Esforço restante
P1	Correspondências e interfaces deste delta verificadas em QA. Oito modalidades acima mantêm lacunas delimitadas; grants da equipa só quando existirem contas. P7 separado.	0 h para repetir o recorte aceite; contratos especializados exigem estimativa própria após definir o objecto/critério concreto.
P2	Composição, sobreposições, build e manifesto QA concluídos; instalação não incluída.	0 h de recomposição sem nova divergência.
P3	Transporte privado das 30 fichas, dois originais/referências e duas definições internas ainda por executar.	3–5 h
P4	Lote inicial nominal, identidades/edições/geometrias e autorização por fechar antes da escrita. Catálogo utilizável não fica bloqueado.	4–8 h, condicionado ao lote delimitado
P5	Preflight fresco, backup consistente, instalação nominal e reversão após decisão.	2–3 h
P6	Conferência do delta de conteúdos/consumidores após P3–P5; reutilizar provas actuais. Vínculo com dossier legítimo quando disponível.	2–4 h

Saldo de disponibilização do produto existente: 11–20 h, condicionado ao lote P4 e às pré-condições do destino; não inclui espera por decisão/acesso nem desenvolvimento dos contratos especializados. Os 27–46 h são referência inicial do conjunto, não saldo. Não há base para estimar de forma responsável em bloco o desenvolvimento das oito modalidades: concluir por modalidade exige contrato explícito, âmbito sem acesso indevido, gravação/recuperação e submissão/revisão compatíveis. Recuperação e cessão exigem primeiro identificar a operação concreta; não constituem automaticamente novos módulos. P7 permanece fechado e separado, sem bloquear P1–P6. Incrementos 36–39 e instalação remota continuam para decisão expressa. Importação privada e publicação mantêm-se separadas.

P1/P2 — prova complementar de actualização, 20/10/2026

Mantém-se a revisão QA 6508c44b9fc1 (56 fontes/177 assets, hashes conferidos). Origem 167b5db97653; não reconstruir nem repetir provas aceites. Pela interface e login/MFA sintético: interesse actualizado de Recebido para Em análise, nota preservada no histórico após recarregar; pedido do Balcão actualizado de Submetido para Em análise pelo analista atribuído, resposta fundamentada e histórico recuperados. Reutilizadas as provas de atribuição, recuperação noutra sessão e recusa de outros registos. Zero alterações remotas, importações, publicações ou grants reais. Contas sintéticas novamente retiradas da allowlist HTTP.

Limite concreto: o agendamento por calendário não foi certificado — a entrada automatizada não actualizou o estado React e o validador existente recusou a falta de prazo. Esse erro ainda aparece em inglês. Não inferir falha de gravação do estado/nota, nem declarar o calendário aprovado. A relação entre próxima acção e prazo já existia; não foi criada exigência organizacional.

P1: 13 das 21 modalidades reconciliadas, oito lacunas de contrato/âmbito individualizadas na tabela anterior; não encerrar todos os contratos especializados. P2: composição QA concluída; sem nova alteração de código. P7 assistência fechada e separada. Saldo P1–P6: 11–20 h para disponibilização do recorte existente (P3 3–5, P4 4–8 condicionado ao lote, P5 2–3, P6 2–4); desenvolvimento especializado sem estimativa fechada e sem bloquear os restantes componentes. O delta de actualização agora concluído não justifica repetir nem voltar a somar horas de P1/P2. Manifesto actualizado apenas nas provas, mesma revisão de fontes.

P3/P4 preparados e proposta P5/P6 — 20/10/2026

Revisão QA 3fd1f15bd01c, sucessora de 6508c44b9fc1: 56 fontes e 177 assets do build preservado. Duas fontes PHP corrigidas: mensagens do prazo em português e limite funcional no MNE reutilizando OpportunityCanonicalContract::deliveryBlockers. ExistingBusinessIntake não consultava esse limite; agora submissão e publicação de financiamento/concessão/fornecimento não são habilitadas por correspondência de acesso. A preparação permanece guardável. Cinco modalidades verificadas por transacção/rollback: capital_increase, financial_investor, financing_request, concession_opportunity, supply_opportunity. Nenhum módulo experimental foi ligado. As seis categorias base mantêm os bloqueios anteriores. As oito lacunas contratuais e P7 permanecem separados.

Calendário: mensagem de falta de prazo traduzida; edição por teclado, gravação e recuperação de 21/10/2026 com a próxima acção passaram no navegador QA. Não se alterou o componente de data: o preenchimento automático isolado não actualizava o estado React, enquanto a edição por teclado o actualiza. Prova anterior de actualização e limites reutilizada; sem repetir importações, scans, restauros ou percursos aceites. Sintaxe PHP passou; hashes dos 177 assets preservados, sem recompilação desnecessária por alteração exclusivamente PHP.

P3, manifesto privado: 30 fichas com identidade e hash actual do QA técnico, secções da fonte e relações; dois originais identificados por SHA256, versão e correspondência por bytes no clone do destino. As fichas continuam privadas; IDs de actores/organizações QA não são transportáveis. Definições project-change e project-follow-up extraídas de config/virtual-desk.php, incluindo campos e hash, comparadas com as versões do clone. Não substituir project-preparation v5 nem reassociar pedidos existentes. Nenhuma importação foi executada. O manifesto de identidades não é ainda um payload de aplicação autenticada.

P4, lista nominal: 27 entradas de referência (quatro edições de catálogo, 12 sectores e 11 actividades) e 24 referências territoriais com origem/identidade/versão e correspondências no clone. São inventário para reconciliação; zero referências novas autorizadas para escrita e zero geometrias novas ou substituídas incluídas. Não transportar catálogos de exemplo ou fonte pendente apenas por existirem localmente. Referências existentes são reutilizáveis por identidade/edição; divergências ficam por item e nunca se resolve por coincidência de ID local. A lista completa está no MANIFESTO-P4-REFERENCIAS-GEOMETRIAS.json. A base é um clone local, não prova fresca do servidor.

Ordem P5/P6	Operação e condição verificável	Reversão / limite
1 — preflight por leitura	Conferir revisão/hash dos ficheiros nominais, schema usado por P1/P2 e P3, flags, operador/MFA, scanner Unix, worker e armazenamento. Comparar cada identidade/edição/hash dos manifestos com o destino actual. Parar apenas a operação divergente e apresentar diferença.	Não executar pacote de migrations. Esta candidata contém zero migrations. Não usar o clone como prova de estado remoto fresco.
2 — backup fresco	Suspender escritas HTTP, tarefas agendadas e consumo de filas no recorte durante cópia consistente da base e ficheiros privados; registar inventário, hashes, UID/GID/modos. Incluir configuração e chaves de desencriptação no envelope protegido com recuperação fora do perfil Windows. Retomar só após fecho consistente.	Reutilizar prova aceite de restauro; nesta execução não criar backup nem repetir restauro. Recuperação total é contingência, não reversão normal.
3 — código/build	Guardar cópia anterior por caminho/hash; aplicar apenas payload da revisão identificada, incluindo um build; efectuar limpeza/recriação de caches compatível com destino e processo existente.	Repor só ficheiros ainda com hash aplicado. Ficheiro modificado posteriormente gera conflito para reconciliação; nunca sobrescrever.
4 — dados privados P3	Produzir prévia fresca pelo importador existente; reusar originais por hash, confirmar scan real no destino, resolver custódia/permissões por identidade autorizada, criar apenas fichas inexistentes e referências compatíveis. Registar journal de IDs/criação/hash/versão/execução.	Não publicar recursos nem oportunidades; preservar edições posteriores. Sem apagar ficheiros partilhados, histórico ou relações. Corrigir/desactivar só registos deste lote pela recuperação suportada; versões usadas por dossiers permanecem.
5 — serviços internos	VirtualDeskInstallationController, fluxo autenticado de instalação: registar apenas project-change/project-follow-up ausentes; comparar hashes se já existirem. Versionar sem substituir versões anteriores. Activação interna do serviço deve constar da decisão de disponibilização; não equivale a publicação de conteúdo.	Conservar versões referidas por pedidos posteriores. Retirar da escolha para novos pedidos apenas por mecanismo suportado; não eliminar versões ou pedidos. Se esse mecanismo não estiver disponível, conservar definição instalada e reverter só apresentação/código.
6 — referências P4	Nesta prévia não há operação nova de escrita de geometrias/catálogos. Revalidar correspondências e reutilizar destino. Nova edição real exige identificação nominal e revisão expressa do manifesto.	Nenhuma geometria existente é substituída. Não converter desconhecido em confirmado.
7 — verificações do delta	Entrada autorizada; guardar/recuperar próxima acção e data; limites MNE sem activar contratos; fichas privadas/originais e duas definições recuperáveis; pesquisa/filtros/contexto apenas onde alterados. Vínculo positivo com dossier legítimo quando existir.	Provas aceites reutilizadas; não criar processo fictício no destino. Se faltar dossier legítimo, registar essa única prova pendente, sem bloquear os restantes componentes.
8 — fecho	Retomar escritas/worker e entregar estado por componente com URLs, alterações nominais e impedimentos. Conservar manifesto de execução e reversão.	Reversão normal conserva dados posteriores e estruturas/definições aditivas utilizadas, sem down migrations nem dump antigo sobre dados recentes.

Saldo delimitado revisto: 7–13 h — P3 2–4 h (staging privado/resolução de identidades/aplicação nominal); P4 1–2 h (reconciliação fresca da lista, sem novas geometrias); P5 2–3 h; P6 2–4 h. O calendário, tradução e protecção do limite funcional foram concluídos nesta passagem e estão contabilizados como trabalho realizado, não como horas adicionais futuras. Esta faixa substitui 11–20 h para este recorte delimitado; não cobre concluir todas as modalidades nem um futuro lote geográfico não identificado. Não inclui espera por acesso/decisão. P1/P2 ficam preparados em QA com os limites acima; P3/P4 preparados por leitura, não importados. Instalação, incrementos 36–39 e activação interna das duas definições precisam da decisão expressa identificada. Sem alterações remotas ou publicação nesta execução.

Pacote executável P3/P4/P5/P6 — c11a0c74766c, 20/10/2026

Staging privado concluído: 30 fichas actuais sem actores QA, dois originais com hash, duas definições internas. Destino conferido por SSH só leitura em 2026-10-20T08:37:24Z: fontes sem divergência, fichas/originais/duas definições ausentes, project-preparation v5 preservado. 27 referências e 25 territórios reconciliados (inclui Inhambane); zero escrita de catálogo/geometria. Aplicação QA 3fd1f15bd01c; pacote c11a0c74766c, com adaptador de prévia/aplicação autenticada, backup consistente, instalação nominal e reversão de apresentação. Após uso só o manifesto de build anterior é reposto automaticamente; 56 fontes compatíveis, todos os assets, dados, definições usadas e histórico permanecem. O novo adaptador passou sintaxe/integridade/bindings, sem repetir importação; aplicação desse adaptador ainda não ensaiada. Saldo de aplicação/verificação 4–7 h; oito lacunas/P7 separados. Decisão pendente: executar revisão exacta, inclusão expressa 36–39/P3 e activação interna das duas definições. Não publicar fichas/documentos nem conceder novos papéis. Ver proposta única na mesma Page e RECIBO-PACOTE-EXECUTAVEL.json. Sem alteração remota nesta passagem.

Pacote executável P3/P4/P5/P6 — 82dab3719ffc, 20/10/2026

Staging privado concluído: 30 fichas actuais sem actores QA, dois originais com hash, duas definições internas. Destino conferido por SSH só leitura em 2026-10-20T08:37:24Z: fontes sem divergência, fichas/originais/duas definições ausentes, project-preparation v5 preservado. 27 referências e 25 territórios reconciliados (inclui Inhambane); zero escrita de catálogo/geometria. Aplicação QA 3fd1f15bd01c; pacote 82dab3719ffc, com adaptador de prévia/aplicação autenticada, backup consistente, instalação nominal e reversão de apresentação. Após uso só o manifesto de build anterior é reposto automaticamente; 56 fontes compatíveis, todos os assets, dados, definições usadas e histórico permanecem. O adaptador foi aplicado apenas em clone isolado: 30 identidades/30 localizações/31 suportes/11 relações, login e MFA sintéticos normais; rollback antes do commit e recuperação após commit comprovados, repetição sem escritas. UUID de auditoria e recibo transaccional corrigidos; aplicação de 56 fontes inalterada. As questões de acesso público e diferenças visuais/login continuam separadas e abertas. Saldo de aplicação/verificação 4–7 h; oito lacunas/P7 separados. Decisão pendente: executar revisão exacta, inclusão expressa 36–39/P3 e activação interna das duas definições. Não publicar fichas/documentos nem conceder novos papéis. Ver proposta única na mesma Page e RECIBO-PACOTE-EXECUTAVEL.json. Sem alteração remota nesta passagem.

Pacote executável P3/P4/P5/P6 — 312965f2c653, 20/10/2026

Staging privado concluído: 30 fichas actuais sem actores QA, dois originais com hash, duas definições internas. Destino conferido por SSH só leitura em 2026-10-20T08:37:24Z: fontes sem divergência, fichas/originais/duas definições ausentes, project-preparation v5 preservado. 27 referências e 25 territórios reconciliados (inclui Inhambane); zero escrita de catálogo/geometria. Aplicação QA 3fd1f15bd01c; pacote 312965f2c653, com adaptador de prévia/aplicação autenticada, backup consistente, instalação nominal e reversão de apresentação. Após uso só o manifesto de build anterior é reposto automaticamente; 56 fontes compatíveis, todos os assets, dados, definições usadas e histórico permanecem. O adaptador foi aplicado apenas em clone isolado: 30 identidades/30 localizações/31 suportes/11 relações, login e MFA sintéticos normais; rollback antes do commit e recuperação após commit comprovados, repetição sem escritas. UUID de auditoria e recibo transaccional corrigidos; aplicação de 56 fontes inalterada. As questões de acesso público e diferenças visuais/login continuam separadas e abertas. Saldo de aplicação/verificação 4–7 h; oito lacunas/P7 separados. Decisão pendente: executar revisão exacta, inclusão expressa 36–39/P3 e activação interna das duas definições. Não publicar fichas/documentos nem conceder novos papéis. Ver proposta única na mesma Page e RECIBO-PACOTE-EXECUTAVEL.json. Sem alteração remota nesta passagem.

Execução autorizada 312965f2c653 em homologação — 2026-10-20T10:01:37Z

Autorização expressa da Tempo nesta conversa; aplicada exclusivamente em teste-investidor.tempo.co.mz. 56 fontes/177 assets (233 caminhos) conferidos; backup fresco consistente de 171 tabelas, privados, fontes/build e configuração, seis artefactos cifrados e recuperação existente preservada. Não foi repetido restauro aceite.

30 fichas privadas, 30 localizações, 31 suportes, 11 relações; dois originais internos com scan real limpo (uma tentativa cada), sem publicar. project-change/project-follow-up v1 internos activados; project-preparation v5 preservado. Reutilizadas 27 referências/25 territórios; zero escritas de catálogos/geometrias, migrations ou permissões. 160 tabelas integralmente iguais; registos anteriores nas tabelas acrescentadas conferidos por hash; 361 ficheiros anteriores fora do delta intactos. HTTP/fila activos. Recibo e acessos: outputs/investmoz-revisao-integrada-QA-20261019/p1-p2/modalidades-e-interface/RECIBO-EXECUCAO-312965.json.

Saldo: execução delimitada P1–P6 concluída; não somar outra vez as 4–7 h já executadas. Mantêm-se vínculo positivo com dossier legítimo, dados em falta/revisão independente, oito lacunas contratuais, capacidades por desenvolver, P7 e SuiteCRM. Reversão disponível só da apresentação: manter 56 fontes compatíveis, ambos os builds, dados, definições usadas e histórico. Não repor dump antigo sobre dados posteriores. As questões de autenticação prematura e diferenças visuais/login continuam separadas, com análise retomada; sem alteração remota adicional.

Retoma separada de autenticação e apresentação após 312965

Diagnóstico apenas em clone isolado: com a reserva ligada, GET /documentos devolve 302 para login; desligada só no processo QA, /documentos e /oportunidades devolvem 200 anónimo, enquanto /management/portal-services e /minhas-oportunidades continuam 302. A reserva global tem origem na decisão expressa da Tempo, não constitui uma nova obrigação pública de MFA e não foi desactivada no destino. Questão permanece aberta para distinguir claramente reserva do ambiente e percurso público.

Manifestos de build local principal e QA instalada são diferentes; app.tsx/layout AuthSimple iguais, login.tsx difere no reaproveitamento do email. O ecrã local já aberto conserva título Laravel e rodapé anterior; não foi recarregada ou alterada a base local activa. Comparação visual por composição/configuração/sessão continua aberta. Nenhuma correcção adicional de código foi incluída silenciosamente no pacote. Prova: RETOMADA-AUTH-VISUAL-QA.json na mesma pasta do recibo; sem novo backlog.

Consulta pública e coerência visual em QA — b0fdd083ca56, 20/10/2026

Origem: pedido expresso da Tempo de 20/10/2026. A reserva do ambiente permanece obrigatória; a dependência de uma identidade do portal para qualquer consulta era escolha de implementação. O middleware global confundia ambas. Modo perimeter preparado e demonstrado apenas no QA loopback: autorização do ambiente pelo servidor, consulta pública sem conta e autenticação nas operações identificadas. Ausência de autorização e cabeçalho HTTP forjado recusados. O modo reviewers continua como valor predefinido compatível até configurar uma reserva independente no destino por decisão expressa. Não basta activar a flag nem aceitar um cabeçalho do cliente.

Base visual: composição aprovada 3fd1f15bd01c, preservando início, navegação, editorial e rodapé. Builds diferentes e conteúdo/configuração em execução explicam a divergência observada com o local; não se copiou .env ou segredos. Login/registo ainda continham textos ingleses e logótipo Laravel. QA utiliza a marca Tempo existente, textos portugueses, formulário sem salto de foco e aviso da reserva. A ligação de entrada na ficha pública passa pelo fluxo existente /participar/entrar, conservando URL/contexto.

Provas: 13 fronteiras de acesso e seis verificações adicionais passaram; TypeScript e build com código 0. No navegador: consulta anónima → rascunho sintético → autenticação → mesma oportunidade, nome, país, sector e mensagem recuperados. Paragem antes do envio final; zero manifestações desta conta. Registo normal por HTTP em QA, sem confirmação artificial de email/MFA e sem email externo. Gestão privada continua protegida; a conta de participação não recebe permissões administrativas. Imagens antes/depois de início, login e registo guardadas no mesmo conjunto de provas. Não repetir importação, recibos completos, scans ou restauros.

Revisão QA b0fdd083ca56: 10 fontes e 177 ficheiros de build no manifesto MANIFESTO-PUBLICO-VISUAL-QA.json; pacote sem ambiente, chaves, actores, dados ou harness. QA: http://127.0.0.1:18561/ ; /oportunidades ; /login ; /register. Só acessível nesta máquina. Homologação remota mantém 312965f2c653; não instalada esta correcção e nenhuma abertura externa. Para futura disponibilização será necessário definir e conferir o perímetro independente, antes de activar perimeter. Oito lacunas contratuais, vínculo documental positivo ao dossier e P7 separados. Reversão desta preparação: restaurar as dez fontes/build anteriores e manter o modo reservado anterior; nenhum schema ou dado de negócio alterado por este delta.

Proposta consolidada após reconciliação dos programadores — 423bd512d8c5, 20/10/2026

Preservada b0fdd083ca56 integralmente por hash, sem a renomear nem substituir. É revisão de conteúdo do pacote, não commit Git. Origin/main foi consultado nesta passagem: 507387502c, com dois commits posteriores ao HEAD local a128c5a1. A nova composição mantém a aplicação aprovada 3fd1f15bd01c/312965 e acrescenta 97a08df2 (cabeçalho/menu responsivo, institucional/contacto, rodapé e formulário) e 50738750 (compilação/carregamento diferido dos exportadores). As alterações de 14ad2f60, cb438b2b, becb211f e 9bc450e8 já estavam incorporadas na base e foram conservadas. 6e57d1f6 e a128c5a1 são documentação/reconciliação, não implementação de autenticação.

Inventário: 760 ficheiros runtime do Git presentes, 677 exactos após normalizar finais de linha e 83 sobreposições QA enumeradas. Presença não comprova funcionamento de todos os componentes. Cinco conflitos de composição resolvidos; preservados menus novos, editorial, email institucional configurável, acesso/contexto e corpo dos exportadores aceites. A refactorização dos programadores só deslocou o corpo de geração; foi conservada com o corpo QA aceite. Ferramentas de arranque local e respectivo comando/composer dev-check não precisam de instalação no servidor. Não aplicar checkout/reset/pull nem substituir uma árvore inteira.

Identidade: a expressão anterior «marca Tempo» referia o logótipo da proprietária usado na autenticação, não autorização para mudar a identidade do produto. A composição agora identifica explicitamente InvesteMoz, propriedade da Tempo, Lda.; reutiliza o logótipo existente apenas para a proprietária. Não foi inventado outro logótipo de produto nem substituído um exemplar aprovado. Não foi localizado outro logótipo InvesteMoz entre os recursos públicos do repositório.

Reserva exacta: Nginx HTTPS com auth_basic independente, ficheiro protegido /etc/nginx/private/investmoz-homologation.htpasswd, snippet nominal e marcador FastCGI INVESTMOZ_HOMOLOGATION_ACCESS=granted só após autorização do ambiente. INV...HOMOLOGATION_ONLY=true mantido e ACCESS_MODE=perimeter. Document root /var/www/html/teste-investidor.tempo.co.mz/public, socket /run/php/php8.4-fpm.sock, vhost /etc/nginx/sites-available/teste-investidor.tempo.co.mz.conf. Configuração completa e hashes no pacote. /deploy e assets igualmente reservados; compatibilizar o cliente dos programadores antes da troca. Credenciais independentes por revisor autorizado, transmitidas por via protegida, sem reutilizar palavras-passe do portal ou alterar papéis/MFA.

Novas provas: oito casos HTTPS/Nginx/PHP-FastCGI passaram (401 sem autorização, 200 para convidado do portal autorizado no ambiente, 302 na operação privada), três passos da reversão da reserva e quatro casos do contacto com transporte simulado. Navegador: abrir/fechar/Escape do menu, navegação para contacto, erro do formulário e identidade em início/login/registo. Build/TypeScript passaram. Reutilizadas as 19 provas b0 e anteriores; sem nova importação, publicação, scan ou restauro. Clone Windows não comprova por si a instalação Linux. Última evidência remota continua a captura aceite de 20/10/2026; tentativa SSH desta passagem não autenticou (verificação da chave do host), sem ignorar essa verificação. Preflight fresco obrigatório antes da execução, com comparação também dos fontes que alimentam o build e detecção de ficheiros adicionais. Qualquer divergência bloqueia a troca e deve ser reconciliada.

Proposta única 423bd512d8c5: 40 fontes/recursos estáticos e 187 ficheiros de build, configurações e preflight somente leitura; zero migrations/importação/publicação. Reversão deste delta por ficheiro/hash e sequência da reserva, mantendo as 56 fontes compatíveis e dados introduzidos por 312965 e posteriores. Não é reposição integral da aplicação; não repor dump antigo. Oito lacunas contratuais, vínculo positivo ao dossier, geometrias e P7 separados. Estimativa operacional 90–150 minutos com preflight limpo e credenciais prontas, sem desenvolvimento das modalidades pendentes. Sem alterações remotas nesta passagem.

Preflight SSH e compatibilidade da reserva — 20/10/2026

Revisão 423bd512d8c5 preservada, ZIP SHA256 43b68aaf44daec2db0251f43a8ae254f038fbc0bb0157839327190f578d5d1af. Esta leitura substitui a limitação SSH do registo anterior: 669 verificações do preflight exacto passaram, incluindo 665 entradas de fontes; 125 ficheiros de dependências/base adicionais coincidem com a base aceite. HEAD remoto 9bc450e8; origin/main permanece 50738750. Build servido e vhost coincidem com as pré-condições do manifesto. Não apareceu conflito novo de código dos programadores.

Preservar um comando adicional de diagnóstico idêntico à base aceite, 149 auxiliares gerados (11 diferenças de comentários e três auxiliares antigos sem algumas rotas; nenhuma operação nova desconhecida) e 566 recursos adicionais do build. Não apagar nem regenerar no servidor. A aplicação recebe o build QA já aceite, não uma compilação remota.

Compatibilidade /deploy: ensaio isolado com o webhook efectivo confirmou 401 com HMAC válido mas sem credencial ambiental; 403 com credencial ambiental e HMAC inválido; 202 com ambos válidos, despacho interceptado, zero comandos reais e zero chamadas remotas. Nginx QA reposto. Não repetir as provas funcionais aceites.

O script remoto já recusa árvore Git alterada antes de fetch/reset/migrations; o estado failed resulta dessa guarda. A primeira leitura por palavras-chave sobre reset era incompleta: nenhuma guarda nova é necessária. Conservar script/serviço/HMAC. Não chamar /deploy para instalar esta revisão: o fluxo genérico inclui migrations automáticas, fora deste manifesto nominal de zero migrations.

Execução proposta: após decisão, backup fresco consistente; criar credenciais ambientais por via protegida; configurar no webhook Gitea existente Authorization Header = Basic <base64(utilizador:segredo ambiental)> ANTES de ligar a reserva, sem mudar URL/eventos/ramo/Secret HMAC; conferir novamente as pré-condições; aplicar nominalmente 40 fontes/recursos e 187 ficheiros de build; configuração Nginx exacta com /deploy igualmente reservado. Não usar Test Delivery ou push para testar, pois pode disparar o deploy genérico. O cabeçalho é configuração operacional, não credencial de conta do portal, e não entra em chat, URL ou recibo.

Avaliadores introduzem credencial ambiental e navegam no conteúdo público sem conta InvesteMoz. Operações identificadas continuam a exigir login/políticas/MFA aplicáveis. A futura abertura pública retirará a reserva por decisão própria, sem retirar a protecção privada ou a assinatura/guarda de /deploy. Identidade preservada: InvesteMoz, propriedade da Tempo, Lda.

Reversão: repor selectivamente o delta por hash e a reserva anterior, e só depois o cabeçalho anterior do cliente, sem alterar o Secret HMAC. Preservar alterações posteriores, 56 fontes compatíveis, dados, relações, definições e assets. Não é reposição integral da aplicação nem restauro de dump. Nenhuma alteração remota efectuada. Execução continua sujeita à decisão da Tempo; estimativa operacional 90–150 min com acessos prontos, excluindo esperas/divergências. Oito lacunas contratuais, vínculo documental legítimo, geometrias e P7 separados.

Provas: RECIBO-PREFLIGHT-423bd512d8c5.json, PREFLIGHT-EXACTO-423bd512d8c5.json e PROVA-COMPATIBILIDADE-DEPLOY-QA.json na pasta da mesma proposta. O manifesto/ZIP congelados não foram alterados; este recibo actualiza o preflight e a ordem operacional.

Execução autorizada 423bd512d8c5 — acesso pendente em 20/10/2026

A Tempo autorizou a execução nominal e a reserva independente. O preflight fresco passou (669 verificações). Staging protegido contém as mesmas 40 fontes/recursos e 187 ficheiros de build, sem alterar o ZIP. Dois hashes APR1 ambientais preparados em staging, sem activar a reserva. Credencial de Nala preparada em ficheiro local privado, restrito ao titular Windows/SYSTEM; nenhum valor em relatórios ou repositório.

Impedimento: o Gitea recusa a autenticação e o Authorization Header do webhook existente ainda não foi configurado. Não activar a reserva antes desta dependência. Pedido de autenticação/configuração local pendente; não falta nova autorização. Aplicação anterior preservada, sem manutenção, instalação, backup consistente iniciado, migrations, importação ou publicação. Retomar com acesso Gitea, backup fresco consistente e execução nominal já autorizada. Provas de consulta sem conta, conta simples e retoma por realizar após instalação. Disponibilização automática por Git não implementada e separada. Estado: ESTADO-EXECUCAO-AUTORIZADA-423.json na pasta da mesma proposta.

Disponibilização nominal 423bd512d8c5 — 20/10/2026

Executada exclusivamente na homologação reservada por autorização expressa da Tempo. Gitea: utilizador confirmou gravação do Authorization Header; presença Basic e Secret HMAC conferida sem expor valores. Não foi chamado /deploy, Test Delivery ou fluxo Git genérico. Disponibilização automática por Git não implementada e separada.

Backup fresco consistente concluído: manutenção HTTP, fila suspensa, bloqueios SHARE nas 171 tabelas públicas, hashes dos ficheiros estáveis antes/depois. Seis artefactos cifrados e conferidos: base, ficheiros privados/públicos de armazenamento e configuração/chaves da aplicação, fontes/build, configuração de servidor, ACL Linux e metadados. Envelope portátil de recuperação existente preservado, independente do perfil Windows; proprietário/grupo/permissões/ACL/xattrs registados. Não repetido o restauro integral aceite. Cópia anterior do delta e diário de hashes sob custódia root no destino.

Aplicadas 40 fontes/recursos e 187 ficheiros de build, exactamente pelos hashes do pacote congelado. Manifesto efectivamente servido: 41e9bdbf13dcd95865eefa8af25e2b1e40a5c607d293ad4755152dcea83f9d5d. HEAD Git permanece 9bc450e8 e não identifica sozinho a composição servida. Restantes fontes, comando adicional, 149 auxiliares gerados e todos os assets anteriores não substituídos pelo manifesto preservados (741 ficheiros antigos inventariados, zero perdas/alterações imprevistas). Vhost/snippet correspondem aos bytes do pacote; apenas cinco chaves nominais alteradas; restantes valores .env e proprietário/permissões preservados. Nginx validado antes de reload; PHP-FPM/scanner/base não reiniciados. Manutenção terminada e fila no estado anterior activo. Migrations registadas 88 antes/depois; zero migrations, importação, publicação, alterações de contas/grants/MFA.

13 verificações HTTPS do delta passaram: sem credencial ambiental, início/documentos/build e /deploy recusados (401); com credencial ambiental e sem conta do portal, início, documentos, oportunidades, sobre e contacto 200; áreas privadas redireccionam para login; manifesto HTTP igual ao instalado. Navegador: utilizador concluiu a entrada ambiental; início e os 29 documentos abrem com Entrar visível, sem conta InvesteMoz; Continuar no meu Balcão redireccionou para login. Retoma após login real e consulta com conta simples aguardam a sessão apropriada; não certificar esses dois passos pela prova anónima. Sem actores sintéticos ou impersonação no destino.

Credencial ambiental entregue por ficheiro local privado, restrito ao titular Windows/SYSTEM; não consta do repositório, Page ou recibos. Abertura pública continua separada e retirará a reserva por decisão própria, mantendo protecções privadas e /deploy.

Reversão aprovada: modo reviewers enquanto reserva independente permanece; repor selectivamente apresentação/rotas e configuração deste delta apenas se os hashes ainda coincidirem; preservar alterações posteriores; só depois repor reserva/cabeçalho anteriores. Manter 56 fontes compatíveis, dados/relações/definições e assets posteriores. Não é reposição integral nem restauro de dump. Oito lacunas contratuais, dossier legítimo, geometrias, P7 e automatização Git separados. Instalação concluída; saldo desta execução: 15–30 min de verificação com sessão real adequada, excluindo esperas; nenhum novo desenvolvimento incluído. Provas e recibo: RECIBO-EXECUCAO-423bd512d8c5.json e PROVA-HTTP/CONFIGURACAO/PRESERVACAO-DESTINO-423.json na mesma pasta da proposta.

Conferência da sessão real 423bd512d8c5 — 20/10/2026

Depois da entrada ambiental, o navegador apresentou início e biblioteca com 29 documentos sem conta do portal. Continuar no meu Balcão conduziu a /login. O titular concluiu a autenticação real e regressou automaticamente a /balcao-virtual/painel, com o título Balcão Virtual — acompanhamento e conta visível Osmane Nala. A página inicial voltou a abrir nessa sessão autenticada, sem pedir nova credencial. Esta evidência encerra a retoma no delta; não é prova de uma conta simples, pois a conta usada tem funções já autorizadas.

Não pedir novas contas para encerrar a instalação nem certificar a conta simples sem a observar. Única conferência específica restante deste recorte: consulta com uma conta simples real adequada, 5–10 min quando disponível, excluindo esperas. Não houve criação de conta, impersonação ou alteração de MFA/grants. Credencial ambiental, conta InvesteMoz e conta Gitea são independentes; para o trabalho corrente no portal, usar nala@tempo.co.mz. Não voltar a pedir autenticação nesta passagem.

Os seis directórios novos da instalação foram alinhados com o proprietário do repositório (mario:www-data, 0755), comprovadamente ausentes no arquivo fresco; permissões dos directórios existentes intactas. Sem alteração do pacote ou revisão. A sessão SSH encerrou pelo limite anterior; não foi reaberta apenas para actualizar o diário operacional remoto. Recibo final e provas actualizados localmente e na mesma Page. Revisão efectivamente servida continua 423bd512d8c5. Git automático, oito lacunas contratuais, dossier legítimo, geometrias e P7 separados.

Consulta pública sem autenticação ambiental — 20/10/2026

Decisão expressa da Tempo: retirar a autenticação ambiental das páginas públicas, preservando login, permissões e MFA das operações privadas e a protecção própria de /deploy. Esta decisão substitui a exigência de credencial ambiental para consultar os conteúdos públicos nesta homologação; não publica novos conteúdos nem altera contas ou funções.

Executado apenas o delta de configuração: removida a reserva Basic global do vhost; Basic mantido explicitamente na localização exacta /deploy com o mesmo htpasswd, e HMAC/Secret/cabeçalho Gitea preservados. Mantidos noindex/nofollow/noarchive e private/no-store no Nginx. INVESTMOZ_HOMOLOGATION_ONLY=false desactiva a reserva global do portal e a indicação desactualizada de ambiente reservado. O modo anterior permanece configurado mas inactivo para eventual reversão; marcador FastCGI de acesso ambiental retirado. Nenhuma alteração de código/build: revisão servida 423bd512d8c5, manifesto SHA256 41e9bdbf13dcd95865eefa8af25e2b1e40a5c607d293ad4755152dcea83f9d5d. Apenas reload Nginx após nginx -t; sem manutenção, migrations, imports, publicação ou reinício de base/fila/scanner.

Backup fresco apenas da configuração alterada, com hashes revalidados e metadados Linux, cifrado sob a custódia e envelope portátil existentes. Valores secretos não constam dos recibos. Cópias anteriores root-only no destino. Reversão: restaurar primeiro o vhost anterior condicionado aos hashes, validar/recarregar para repor a barreira ambiental; depois repor a flag anterior com conferência de conflitos/cache. Preservar edições posteriores e dados; não restaurar base antiga nem build.

16 verificações HTTPS passaram com CookieJar novo e sem Authorization na consulta: início, pesquisa /oportunidades?q=agronegocio (termo recuperado), documentos, ficha pública /documentos/13, artigo /agronegocio, sobre e contacto respondem 200, com componentes públicos e utilizador do portal ausente. Seis áreas privadas (/management/portal-services, /management/profile-install, /minhas-oportunidades, /investimentos, /investidor/manifestacoes e /balcao-virtual/painel) redireccionam para o login do portal sem desafio ambiental. /deploy continua 401 sem Basic e 403 com Basic válido mas HMAC inválido em JSON válido; serviço de deploy não disparado. Uma primeira sondagem com corpo vazio produziu 400 (JSON inválido); corrigida somente a sondagem negativa, sem alterar a aplicação ou repetir as restantes provas aceites.

A ausência do bloqueio é distinta de apenas esconder uma caixa do navegador: os componentes públicos efectivamente renderizam sem formulário de login e a pesquisa conserva o termo. Login num formulário InvesteMoz continua correcto nas operações privadas; se surgir na consulta pública, é falha a registar. Conferência visual em janela InPrivate nova solicitada ao utilizador, ainda pendente neste registo. Não declarar concluída essa parte pela prova HTTP isolada.

Recibo: RECIBO-CONFIGURACAO-PUBLICA-20261020.json; prova: PROVA-CONSULTA-SEM-CREDENCIAL-20261020.json, na pasta da mesma proposta. Oito lacunas contratuais, conta simples específica, dossier legítimo, geometrias, P7 e disponibilização automática por Git continuam separados. Não houve novas contas, concessões, desactivação de MFA ou publicação adicional.

Fecho da consulta pública sem credencial — 20/10/2026

O utilizador confirmou em janela Edge InPrivate nova: início, pesquisa /oportunidades?q=agronegocio e documentos abrem sem qualquer pedido de credenciais («ja funciona nestes 3»). Confirmação visual manual, distinta da prova automática HTTPS. A prova automática foi alargada apenas aos três consumidores adicionais afectados — zonas, sector Turismo e legislação — e passou em 19 verificações totais. Não repetidos scans, restauros, importações ou percursos anteriores.

Este delta de configuração fica concluído. Consulta pública não requer credencial ambiental nem conta InvesteMoz; seis operações privadas verificadas continuam a pedir login do portal, com permissões/MFA inalterados. /deploy conserva Basic + HMAC, com recusas 401/403 comprovadas e sem disparar o serviço. Prova de limites confirma que apenas /deploy contém Basic, o antigo include global e marcador FastCGI foram removidos, outros valores .env e proprietário/permissões estão intactos, webhook inalterado. Revisão de código/build continua 423bd512d8c5. Documentação anterior que exige credencial para a consulta pública fica superada por esta decisão expressa da Tempo.

Recibo e prova finais: RECIBO-CONFIGURACAO-PUBLICA-20261020.json e PROVA-CONSULTA-SEM-CREDENCIAL-20261020.json. Sem pendência neste recorte. Conta simples específica, oito lacunas contratuais, dossier legítimo, geometrias, P7 e automatização Git mantêm os saldos separados anteriores. Não se declara a aplicação inteira concluída por este ajuste.

Git main automático — 20/10/2026 — 8cf820ef

Disponibilização automática activa em main; revisão servida 8cf820ef49. Push real recebido pelo webhook às 17:28:44 e instalado às 17:29:56 (Maputo), sem despacho manual. Preservadas composição 423bd512d8c5 e alterações dos programadores até 02d4e6b2; conflito do menu resolvido mantendo layout novo, identidade InvesteMoz e administração delimitada. Build, TypeScript, 47 testes PHP, 156 frontend e 3106 asserções de schema passaram; nove testes Linux do executor e ensaio do webhook também passaram. Demonstração visual: Consultar oportunidades. 171 tabelas e 88 migrations permanecem; zero migrations no destino, importações, publicação ou novos grants. .env com bytes/proprietário/modo intactos; armazenamento partilhado e 869 assets anteriores preservados. Consulta pública 200 sem credenciais, gestão 302 para login e /deploy 401 sem Basic. Fila serial, recusa de drift e de alterações de migrations, releases separadas, logs/recibos protegidos e reversão de código/build com dados posteriores conservados. Oito lacunas contratuais, dossier legítimo, geometrias, conta simples específica e P7 mantêm saldo separado.

Procedimento dos programadores: trabalhar numa branch, rever segundo as designações da Tempo e integrar em main. O webhook existente dispara a verificação e compilação da revisão completa. Confirmar o commit em https://teste-investidor.tempo.co.mz/build/revision.json. Uma falha conserva a versão servida e deixa recibo/log protegido; não editar a pasta servida para a contornar.

O executor genérico com migrations automáticas foi substituído. O contrato nominal de 88 fontes de migrations fica protegido fora do Git; uma alteração exige compatibilidade/decisão específica. A CI usa PostGIS oficial fixado por digest, apenas em loopback 55441, base descartável *_test e identidade conferida. Não usa contas ou dados da aplicação. A guarda nominal e os testes de lifecycle existentes são preservados; não se contornam as instalações autenticadas.

Recuperação: parar a path unit, aguardar o executor e usar python3 /var/www/deploy/investmoz-pipeline.py --config /etc/investmoz-deploy/delivery.json --rollback como operador existente. Conferem-se hashes e saúde; a release anterior fica servida e o worker recebe reinício gracioso. Mantêm-se base, uploads, configuração e dados posteriores. Não é restauro integral. O checkout físico anterior e a cópia cifrada de configuração/metadados Linux permanecem disponíveis; a recuperação portátil existente foi reutilizada. Não foi repetido o restauro integral aceite.

As correcções do ensaio limitaram-se à composição: diagnóstico mais recente dos programadores, teste de exemplo sem migração inútil, fixtures unitárias independentes das flags do destino, expectativas dos menus/relatórios já aceites e guarda do cookie fora do navegador, com prova de CSRF preservado. Nenhuma nova regra organizacional.

Provas: outputs/investmoz-git-delivery-20261020/RECIBO-DISPONIBILIZACAO-GIT-MAIN.json; PROVA-ENSAIO-COMPLETO.json; PROVA-CONTROLO-FINAL-LINUX.json; PROVA-GITEA-EVENTO-E-INSTALACAO.json; PROVA-VISUAL-GIT-MAIN.png; deploy/homologacao/README.md; /build/revision.json. Manual versionado: deploy/homologacao/README.md. Esta entrega encerra o fluxo automático, não os restantes componentes da aplicação. As alterações documentais anteriores no checkout local foram preservadas.

Pesquisa transversal QA — 20/10/2026

Origem: instruções expressas da Tempo nesta conversa. A classificação multidimensional, dados, permissões, histórico e URLs mantêm-se. Os ajustes de interface/consulta são implementação do pedido, não novas regras organizacionais. Branch codex/opportunity-search, base 1350b4df, QA HTTP http://127.0.0.1:18570. Não integrar em main antes da revisão: a integração desencadeia disponibilização automática.

Causa reproduzida de 11 versus 0: em /oportunidades?sector=turismo no destino, o selector provincial apresentava 11 opções através de SearchState como “11 resultados encontrados”, enquanto o paginador devolvia zero oportunidades públicas. São universos diferentes. Agora o primeiro diz “Província: 11 opções disponíveis”; o catálogo usa apenas o total do seu paginador. Não foram alterados dados para obter concordância. Foram ainda retirados o resumo global duplicado desta página, sugestões com critérios incompletos e resultados de parcerias que tinham pesquisa própria.

Ecrã/URL	Problema	Correcção	Prova	Pendência/limite
Oportunidades — /oportunidades	Filtros duplicados, códigos internos, maturidades cruzadas, contagens concorrentes e mapa em grelha.	Filtro único, Mais filtros, preparação explícita, moeda obrigatória para montantes, pedidos canceláveis, estados e contexto únicos.	6 testes PHP/112 asserções; navegador: parque, erro/repetição, moeda, vazio, retorno, hierarquia e teclado.	Revisão visual da Tempo; NLP separado.
Negócios — /negocios	Classificação técnica visível, estados de auditoria e contagem territorial sem âmbito.	Sector básico, critérios especializados recolhidos em Mais filtros, estado de auditoria retirado do controlo público, contagem identificada e filtros removíveis.	HTTP/Inertia: universo results.meta.total=0; selector partilhado e código inspeccionados.	Nenhum contrato foi habilitado; oito lacunas contratuais mantidas fora deste lote.
Sectores — /sectores; /sectores/{slug}	Navegação relacionada dispersa e contagens genéricas sem nome do universo.	Contagem identificada como Sectores; navegação comum preserva a entrada por sector e Fintech como especialização.	Inspecção de PublicPortalController, SectorOrganization e portalNavigation; testes de navegação.	Sem pesquisa autónoma no catálogo de sectores: não foi inventado um novo filtro.
Localizações — /oportunidades?view=map	Mapa e contagem de oportunidades podiam usar universos diferentes sem explicação.	Mesmos filtros e permissões; locais com coordenadas e oportunidades sem coordenadas apresentados separadamente; fichas de contexto identificadas.	Teste de associação/lista/exportação; mapa do serviço exclui proximidade e preserva oportunidade sem coordenadas.	Nenhuma coordenada ou geometria criada.
Carteira — /carteira	Menu local repetido, ausência de retorno explícito e de distinção entre ficha e pesquisa associada.	Contagem Fichas da carteira, chips removíveis, menu local redundante retirado, Consultar ficha e Ver oportunidades associadas; retorno com query local.	HTTP/Inertia de vazio; navegador de vazio; teste de contexto e navegação.	Provas anteriores de edição/publicação conservadas; não repetidas.
Zonas e parques — /zonas; /zonas/{id}	Destinos repetidos, vazio atribuído indevidamente a falta de cadastro, retorno sem filtros.	Destinos relacionados recolhidos; vazio neutro; consultar ficha separado de oportunidades associadas; retorno e exportação preservam filtros.	HTTP/Inertia de vazio; inspecção da query/exportação e helpers de retorno.	Disponibilidade/incentivos continuam sujeitos aos dados de cada ficha.
Clusters — /clusters → /carteira?kind=cluster	Mesmo padrão da carteira; não é um catálogo independente de oportunidades.	Reutiliza carteira, contagem nomeada e tipo de ficha removível; URL anterior preservada.	Redireccionamento verificado no teste PHP; consumidor comum inspeccionado.	Nenhuma equivalência entre implantação e associação criada.
Corredores — /corredores → /carteira?kind=corridor	Mesmo padrão da carteira e risco de confundir ficha territorial com oportunidade.	Reutiliza carteira e ligações com finalidade explícita; URL anterior preservada.	Redireccionamento verificado no teste PHP; consumidor comum inspeccionado.	Nenhuma alteração de relações ou dados.
Educação — /educacao	Herda formulário e contagens concorrentes das oportunidades.	Reutiliza integralmente a pesquisa corrigida com âmbito educação mantido.	HTTP/Inertia: results.total=0 com texto inexistente; filtros e componente comuns.	Gestão de procura/capacidade permanece separada e protegida; sem alteração de permissões.
Biblioteca — /documentos	Dois resumos de contagem, filtros activos sem remoção individual, controlos sem opções e rodapé local repetido.	Resumo único nomeado Documentos, chips removíveis, controlos vazios ocultos sem apagar valores seleccionados, rodapé comum.	HTTP/Inertia e navegador: vazio e termos preservados; retorno documental existente conservado.	Não houve importação/publicação; a cópia QA usada não contém recursos públicos reais para nova prova positiva.
Legislação — /legislacao	Mesmo padrão da biblioteca; não deve expor um universo concorrente.	Reutiliza a correcção da biblioteca e preserva filtros jurídicos/documentais pertinentes.	HTTP/Inertia: resources.total=0; consumidor e query pública partilhados.	Situação jurídica, consulta e cálculo continuam independentes.

Utilização

1. Em oportunidades, preencher palavras, sector, modalidade e localização até ao nível conhecido. Usar “Mais filtros” para estruturas, actividades e cadeias. As opções territoriais não são a contagem das oportunidades.
2. Para limites financeiros, escolher a moeda. Sem moeda, a pesquisa pede esse campo; não assume MZN nem converte montantes. Preparação tem etapas actuais e classificações históricas separadas.
3. Retirar um critério pelo seu botão/ligação ou usar “Limpar filtros”. Alterar o pai territorial limpa os descendentes incompatíveis. Abrir a ficha e usar “Voltar à pesquisa” recupera os critérios.
4. “Consultar ficha” consulta a estrutura territorial/documental; “Ver oportunidades associadas” pesquisa vínculos publicados. Proximidade ou o mesmo distrito não demonstram pertença. No mapa, registos sem coordenadas continuam identificados na lista, sem posições inventadas.
5. Durante o pedido aparece “A pesquisar…”. Um erro apresenta “Tentar novamente” e preserva critérios; não aparece como resultado vazio. Pedidos anteriores são cancelados/ignorados ao mudar os filtros. Os estados têm status/alert e aria-live.

Compatibilidade e provas

• A pesquisa antiga maturity_level=1..6 conserva a classificação histórica, sem misturar a posição com a etapa actual. As posições 7/8, exclusivas das oito etapas, correspondem explicitamente a implementação/operacional. Novas selecções usam código de etapa ou classificação histórica explícita, sem reescrever os registos.
• Balama real, ID ed4d2fba-95d5-42e3-8ca7-1f520de1036a: leitura pública do destino devolveu zero oportunidades associadas. Na cópia QA, essa ficha real está em rascunho; não foi publicada. A prova positiva usa um parque e oportunidades SINTÉTICO QA, incluindo associação preliminar, proximidade, território comum, outro parque e rascunho privado. Só a associação pública correspondente entra no filtro.
• QA isolado opportunity_search_20261020_test, PostgreSQL local porta 55441; guarda impede testes na base activa. Testes transaccionais revertem apenas fixtures próprias; não foi executado migrate:fresh.
• Seis testes PHP, 112 asserções: associação, confidencialidade, modalidades, maturidades distintas, moeda/combinações/vazio, referências, lista/exportação e HTTP dos consumidores/aliases. Seis testes frontend: navegação, flags, destinos únicos, quatro entradas e retorno local com query. Build e TypeScript conferidos no recibo final.
• Navegador: consulta → ficha → retorno; parque isolado; validação de moeda → vazio; falha HTTP sintética de um único pedido → nova tentativa bem-sucedida; Inhambane/Vilankulo → Gaza limpa distrito e postos. A falha existe apenas no router privado do servidor QA, fora do pacote.
• Móvel: dimensão real 390 px, largura de conteúdo 375 px, sem transbordo horizontal; teclado abre/fecha Mais filtros e Descoberta. A capacidade automática de viewport não aplicou a dimensão; a prova utilizou o modo responsivo do navegador. Não se atribui essa limitação à aplicação.
• Antes/depois e estados: artefactos locais opportunity-search-artifacts/{before-search.png,before-search-ax.txt,qa-after.png,qa-mobile.png,qa-error.png,qa-zero.png,backend-tests.log}. As capturas do destino e QA usam acervos diferentes; os totais entre ambientes não são uma comparação de dados.
• Inventário de reutilização de investment-territory.tsx: oportunidades, negócios, carteira, zonas, educação, análise educativa, formulário/recursos/editor de oportunidades, estruturas, associações territoriais, contexto do investimento, pedido do Balcão, terra/DUAT, formulários públicos e assistência existente. A alteração comum identifica o âmbito da contagem; não demonstra de novo edição/autorização desses consumidores privados. CountrySelect também identifica Países; InvestmentMapPanel identifica o universo cartográfico.
• “Catatálogo” não foi encontrado nas fontes actuais inspeccionadas. O título servido usa “Catálogo”. O menu local redundante da carteira que exibia “InvestMoz” foi retirado; a identidade comum continua InvesteMoz, propriedade da Tempo.

Assistência à pesquisa — saldo separado

config/investmoz_ai.php, AiGateway e AssistiveRules mostram pesquisa lexical/evidências e regras sobre campos estruturados, com model=null, sem pesquisa semântica. Não interpretam a frase “turismo em Inhambane até 500 mil USD” como filtros. evidence_only não comprova NLP. Nenhum serviço externo, custo ou envio de dados foi activado.

Incremento ainda necessário: interpretação delimitada de palavras/sector/geografia/montante/moeda; prévia editável dos filtros; pergunta apenas quando ambíguo; confirmação antes de executar exactamente a query manual; ausência de resultados sem alargamento silencioso. Estimativa de engenharia: 6–10 h para um interpretador local delimitado e casos de ambiguidade/testes; compreensão aberta com modelo externo exige proposta e decisão próprias. Esta estimativa não inclui as oito lacunas contratuais nem P7 e não bloqueia as correcções manuais.

Integração e reversão

Rever a branch e o manifesto nominal; reconciliar novos commits dos programadores antes da integração. Após decisão da Tempo, a cadeia Git existente compila a revisão aprovada de fontes e build. Esta execução não envia para main, não escreve no servidor e não altera conteúdos, schema, contas, papéis, MFA ou configuração.

Não há migrations, importação ou publicação neste pacote. A reversão repõe as fontes/build da revisão anterior através da cadeia existente, preservando a base, uploads, referências, permissões e dados posteriores. Os helpers de contexto só transportam query local; não aceitam URL externa como destino de retorno. O manifesto lista fontes e hash do build QA; não inclui .env, credenciais, dumps, vendor/node_modules ou fixtures persistentes.

Conferência final dos consumidores: negócios também conferido no navegador com pesquisa vazia; retirado o resumo local repetido, conservando o resumo partilhado. Fintech é identificado como especialização do Mercado Financeiro também nesse selector. Os cartões de zonas traduzem categoria, desenvolvimento, disponibilidade e estado de actividade, preservando os códigos e significados persistidos. A vista combinada não repete na lista de não localizados a ficha que já aparece na lista principal.

Guias educativos relacionados — 20/10/2026

Delta independente de 0e7d51f18fb4, que já foi integrado e confirmado na homologação. Este incremento permanece na branch codex/educational-content-cards, em QA, sujeito a revisão própria. Origem: pedido expresso da Tempo; nenhuma nova regra organizacional.

O componente EducationalArticleCard usa imagem pública autorizada, título original, resumo da edição apresentada, autoria e «Ler o guia». Turismo descreve hotelaria, ecoturismo, infraestruturas e referências regionais presentes no artigo, sem repetir metas financeiras como promessa. Outros artigos usam um excerto do texto efectivo. A apresentação não altera originais, fontes, autoria, direitos, versões, publicação ou scan. A imagem continua sujeita aos filtros públicos existentes. A acção secundária só surge quando a consulta de oportunidades públicas do sector tem resultados; não se infere disponibilidade por menção no artigo.

Consumidores: sector (SectorEntry), exploração editorial e leituras relacionadas (portal/legacy), catálogo de oportunidades com sector explícito (incluindo vista territorial/mapa) e ficha de oportunidade com sector. Um filtro de localização sem sector não determina um artigo; não se inventaram associações territoriais. Nos restantes catálogos territoriais não foi encontrado um cartão editorial equivalente a substituir. Não se alteraram cartões de anúncios, documentos ou entidades que não sejam recomendações de artigos.

Após a leitura, mantém-se «Iniciar ou continuar uma ideia», com /investimentos/a-partir-de/{slug} e o contexto autorizado do dossier quando existente. Não há novo percurso, conta ou privilégio. As provas anteriores de gravação documental mantêm-se; não foram repetidas.

Provas novas: EducationalGuidesTest, isolado por guarda QA, transacções e armazenamento fictício do teste, 1 teste / 8 asserções (excerto, autoria, destino, percurso, ausência de resultados, fonte não publicada e scan pendente). TypeScript, sintaxe PHP e build passaram. Capturas a 2048 px e 390 px; a 390 px, conteúdo com 375 px, sem transbordo horizontal, foco visível e Enter no botão «Ler o guia». Imagem real carregada com 900 px de largura natural. A prévia HTTP http://127.0.0.1:18570/qa/guias/turismo usa uma cópia por leitura do artigo/imagem já públicos no destino; não usa texto ou imagem sintéticos nem escreve registos. O router privado e a cópia ficam fora do Git. O destino não foi alterado.

Limitação: o artigo real não existe na base QA actual. A prévia permite conferir cartão e leitura; não comprova recuperação desse artigo num dossier autenticado nessa base. O URL original do percurso foi preservado e conferido pelo teste. Não se importaram dados ou fabricaram resultados para preencher essa lacuna. Capturas em outputs/educational-guides-20261020/desktop.jpg e mobile.jpg (ficheiros locais de prova).

Gestão: editar e publicar pelos ecrãs existentes da biblioteca/editorial; o resumo acompanha a edição apresentada. A acção de oportunidades é calculada pelos registos publicados, não pelo editor. Disponibilização futura: revisão própria e integração em main pelo processo automático, após decisão. Sem migrations, importação ou publicação neste delta. Reversão pelas fontes/build anteriores, conservando base, ficheiros, permissões e dados posteriores. IA, oito lacunas contratuais e P7 separados.

Library integration evidence supplement - 20/10/2026

Functional code remains 3258a25f76. Existing QA database legacy_trio_20261015_test and its original local storage were selected by an isolated loopback harness; no import, publication or application route override. Normal /sectores/turismo rendered the source-derived summary and image /documentos/25/view (HTTP 200; 900px natural width). Keyboard Enter on Ler o guia opened normal /turismo; the article links to library resource /documentos/10 (source SHA256 8cab862be245382dd4c1fd5fcb423c47aed7be3a22e0a7f8d5521510cc36bc72). Thus the real-library integration limitation of the earlier copied preview is resolved. URLs: http://127.0.0.1:18572/sectores/turismo and /turismo. Evidence: outputs/educational-guides-20261020/real-library-receipt.json, real-library-sector.jpg and real-library-guide.jpg. No dossier path/context change; previous accepted dossier proof retained, not repeated. Tempo visual review remains pending before main integration. AI excluded. This supplement changes evidence/documentation only, not functional code.

Revisão integrada do simulador — diagnóstico inicial, 20/10/2026

Branch codex/simulator-integrated-review, base e69ab1499fe99196db240c90d149b7ee46292576. Pedido expresso da Tempo: cálculos e isolamento primeiro; continuidade e resultados a seguir; português transversal. Apenas QA, sem regras fiscais presumidas, activação de parâmetros, alterações reais ou integração em main.

O código separa cálculo aritmético exploratório (SimulationExecution/RunSimulation, custom_planning, legal_interpretation=false, moeda não definida), resolução fiscal versionada (SimulationTaxParameterResolver, vigência/condições, estados indeterminados) e planeamento financeiro (financial-calculators, business-financial-plan, monthly-cashflow, ponte fiscal). Não os apresentar como um único motor fiscal integralmente validado. A ausência de moeda no cenário aritmético é explícita no contrato; falta conferir a explicação nos seus consumidores, não atribuir MZN por presunção.

ID	Prioridade / problema ou verificação	Causa / evidência	Acção e prova nova necessária	Estado
AUD-SIM-INT01	P0 — data fiscal inválida interrompe validação	getFiscalPeriodRange chamava toISOString sobre data inválida	Guarda Number.isFinite; datas 2026-99-99, 2026-00-01, dia zero, 30 Fevereiro e vazio devolvem null	Corrigido em QA; testes dirigidos passaram
AUD-SIM-INT02	P0 — fiabilidade e dados fiscais	Resolutor existente conserva período, condições, unidade e versão; sem correspondência devolve valor null	Conferir acervo e parâmetros efectivos QA; cruzar casos independentes, distinguir desconhecido/zero; não activar por publicação	Verificação delimitada pendente, não erro comprovado
AUD-SIM-INT03	P0 — isolamento e recuperação	Âmbito cliente por case/draft, cookies anónimos e RLS/políticas/testes existentes	Reconciliar provas recentes de contexto e conta; verificar só lacunas de nova sessão/projectos diferentes sem repetir os casos aceites	Não há fuga comprovada; verificação pendente
AUD-SIM-INT04	P1 — invalidar e conservar resultados	Fingerprints e versões existentes; resultados/snapshots separados do formulário	Conferir alteração de entradas/parâmetros, histórico imutável e destino dossier correcto	Verificação pendente
AUD-SIM-INT05	P1 — unidades, moeda e cálculos independentes	Aritmética SQL numeric; ferramentas com montantes exactos; falta reconciliação integral do acervo actual	Livro de controlo independente para resultados positivos/negativos/zero/incompletos, sem pressupor incentivos por localização	Verificação pendente
AUD-SIM-INT06	P1 — relatórios e recuperação de exportações	Relatórios/snapshots e exportações já existem; provas anteriores em simulations/ e manual	Conferir exemplos efectivamente gerados, coerência e paginação; reutilizar exemplos aceites compatíveis	Exemplos desta revisão ainda não entregues
AUD-SIM-INT07	P1 — mensagens e operações	APIs com idempotência e concorrência; mensagens e falhas por consumidor carecem de inventário final	Validar/calcular/guardar/exportar com confirmação e dados preservados; conferir erros concretos	Verificação pendente
AUD-SIM-INT08	P1 — português transversal	Exportação apresentava nominal/effective; páginas de segurança e spinner em inglês	Tipo de taxa traduzido na saída, confirmação de palavra-passe/segurança e indicador de carregamento traduzidos; códigos internos preservados	Primeira correcção QA; restante inventário aberto

Inventário de idioma observado: segurança/confirmação, perfil, reposição de palavra-passe, confirmação de email, MFA, chaves de acesso e recuperação. Pesquisa textual em menus, consumidores de investimento, gestão e componentes comuns também devolve identificadores internos; essas ocorrências são candidatos a inspecção, não erros de tradução automaticamente demonstrados. Não traduzir chaves, contratos/API, dados históricos nem nomes de fontes.

Provas reutilizáveis identificadas: SimulationExecutionTest, SimulationDraftContinuityTest, SimulationFormDraftTest, testes de regras/resolução, contratos e fingerprints frontend; relatórios e capturas docs/investmoz/simulations/ e a secção recente de apresentação no manual. Não correr RefreshDatabase em bases com acervo. As provas documentadas de Outubro antigo não certificam por si só o estado de todas as versões actuais.

Esforço inicial para este recorte: 18–30 h: dados/cálculos 6–10; isolamento/continuidade 5–8; relatórios/erros 4–7; idioma 3–5. Estimativa de engenharia, não tempo já executado nem desenvolvimento fiscal novo. Reestimar após a reconciliação das provas e parâmetros efectivos; fontes/catálogos realmente ausentes ficam separados e não impedem cálculos independentes que disponham dos dados necessários. Nenhuma nova função organizacional exigida.

Correcções iniciais verificadas: 38 testes frontend dirigidos passaram, TypeScript passou. Sem ensaio remoto, SQL de alteração, novas migrations ou mudança do motor fiscal. A revisão integral permanece aberta. Roteiro Tempo, após completar as verificações: escolher contexto → preencher/rever dados → calcular → guardar/recuperar → alterar e recalcular → comparar e exportar. Os relatórios finais e a matriz problema/causa/correcção/prova/pendência serão complementados nesta mesma secção, sem outro backlog.

Simulador integrado — saldo da verificação QA, 20/10/2026

Continuação de 59ab4fe95635, exclusivamente na branch codex/simulator-integrated-review, baseada no editorial e69ab149. Não houve integração em main, instalação remota, migrations, importação ou activação de parâmetros. A base utilizada foi opportunity_search_20261020_test, porta 55441, com guarda de isolamento. Os exemplos são sintéticos e explicitamente identificados.

Item	Resultado e causa/correcção	Prova e saldo concreto
AUD-SIM-INT01	Data pontual inválida passa a produzir erro em fiscal_reference_date, sem período alternativo.	Testes de vazio, data impossível e ano incompatível; navegador mostrou mensagem junto ao campo, aria-invalid e descrição associada. Encerrado este delta.
AUD-SIM-INT02	Inventário efectivo: zero versões de regras fiscais na base QA. As seis fontes territoriais existentes não fornecem taxas ao motor.	Consulta IVA/2026 devolveu indeterminado, nunca zero. Fórmula executada é apenas base × taxa/100 × (1−redução/100), portal-arithmetic-v1, valores declarados, sem moeda, regra fiscal ou interpretação legal. A data de execução não é período de vigência fiscal. Fontes oficiais mantêm a aceitação; não se pediu nova autenticação da proveniência. Parâmetros fiscais ausentes ficam indisponíveis, não estimados pela aplicação.
AUD-SIM-INT03	Remontagem do formulário por conta/contexto/rascunho para não reutilizar estado de outro âmbito. Recuperação do rascunho QA observada após reload.	Provas backend anteriores de isolamento mantidas; falta a conferência positiva do delta frontend com dois dossiers e nova sessão autenticada. Reload não foi contado como nova sessão.
AUD-SIM-INT04	Alterar uma entrada retira o resultado actual e mostra aviso de recálculo; não escreve sobre snapshots históricos.	Navegador calculou 12 e, ao alterar base 100→200, retirou o resultado e mostrou o aviso. Versões/hashes backend preservados. Falta concluir a conferência positiva do histórico/contexto no consumidor autenticado e da mudança de versão de parâmetros.
AUD-SIM-INT05	Controlos independentes por livro de caixa, Decimal e recorrência mensal/bissecção para o crédito.	Saldo mensal +100/−100/0; excedente de fundos −200; equilíbrio 11 unidades; crédito sem juros 100 por mês; nominal 12%/ano, 1000/12 meses: 88,85 na primeira prestação; campo vazio recusado. Cenário personalizado 100×16%×75%=12 confirmado no servidor. São controlos matemáticos, não validação de taxas legais. Restam controlos delimitados de cash-flow/plano de negócio.
AUD-SIM-INT06	Resumo do relatório passou a apresentar os resultados financeiros do mesmo modelo de detalhe. Secção sem anexos ficou compacta, eliminando uma página quase vazia.	Quatro exemplos completos pelo exportador real: positivo, negativo, nulo (6 páginas cada), incompleto (5). Todas as páginas DOCX renderizadas conferidas; testes comparam resumo/detalhe. PDF disponibilizado é a renderização do DOCX, não prova da impressão nativa do Edge. Falta essa impressão e a comparação final ecrã/download pela interface.
AUD-SIM-INT07	Removidos requisitos de residência/documentação que não entram no cenário percentual personalizado; mantida validação específica de base/taxa/redução. Consulta fiscal tem nova tentativa e ignora respostas abortadas. Estado de espera é substituído pelo estado terminal do cálculo.	Cenário personalizado calculou sem esses campos; erro 503 sintético na consulta mostrou mensagem e Tentar novamente; repetição preservou IVA/2026 e devolveu indeterminado por falta de parâmetro. Falhas de gravação/exportação ainda carecem de conferência dirigida dos consumidores afectados.
AUD-SIM-INT08	Traduzidos textos de autenticação, perfil, preferências, MFA/chaves, diálogos, notificações e validações comuns, preservando códigos e mecanismos.	Inventário de 4519 textos/atributos JSX literais em todos os TSX; três candidatos restantes são português com a palavra continue. Isto não cobre todas as mensagens dinâmicas do backend ou do catálogo. Inglês explicitamente seleccionável no formulário bilingue e títulos de fontes preservados. Falta classificar o inventário dinâmico e conferir mensagens residuais em execução.

Operação de idioma para uma eventual disponibilização: usar APP_LOCALE=pt na configuração nominal. O fallback de config/app.php passou a pt, mas não substitui um valor explícito do ambiente; não copiar .env QA. Foram adicionados lang/pt/auth.php, lang/pt/validation.php e lang/pt.json; as regras comuns cobertas não equivalem ao catálogo completo de validações Laravel.

Complemento do inventário: os 77 candidatos de literais TS/TSX restantes foram classificados como classes CSS internas ou traduções explicitamente seleccionáveis (incluindo menus, formulário bilingue e assistência, cuja activação não foi alterada). Foram ainda corrigidos o breadcrumb de segurança e as três mensagens de falha no carregamento de QR/chave/códigos. O fecho desse levantamento estático não certifica todas as mensagens produzidas por backend, conteúdo e serviços em execução; esse é o saldo de idioma ainda aberto.

Provas novas: 34 testes dirigidos de formulário/relatório passaram; TypeScript, build e lint PHP dos ficheiros de idioma/configuração passaram. Mantidas as provas anteriores não afectadas de contratos, APIs, isolamento e versões; nenhum RefreshDatabase executado sobre o acervo QA. Artefactos locais: outputs/simulator-integrated-review/ (inventário efectivo, controlos independentes, modelos dos quatro relatórios, DOCX/HTML e checked-* com PDF/páginas conferidas). As pastas anteriores render-*/final-* são intermédias e não são as versões entregues.

Exemplos para revisão por HTTP na aplicação QA local, sem file:: http://127.0.0.1:18570/qa/relatorios/simulador/positivo.pdf, negativo.pdf, nulo.pdf, incompleto.pdf, e os mesmos nomes com extensão .docx. Estes endereços são uma whitelist do router privado de QA, exclusivamente loopback; não são rotas públicas de produção. Ficheiros não sintéticos e configuração privada não são servidos por esta whitelist.

Estimativa restante: 6–10 h, já descontado o trabalho acima e as provas aceites; não são as 18–30 h iniciais. Distribuição: continuidade autenticada/histórico e mudança de parâmetros 2–3 h; controlos adicionais delimitados 1–2 h; impressão Edge e comparação ecrã/download 1–2 h; mensagens dinâmicas/falhas de gravação/exportação e fecho 2–3 h. Não inclui cadastrar regras fiscais ausentes nem decidir taxas/incentivos sem fundamento. Falta de dados fiscais não bloqueia os controlos aritméticos disponíveis. A revisão integral continua aberta nos pontos precisos desta tabela.

Continuação delimitada do simulador — controlo operacional e fontes

Base a690c665fb4e, mesma branch QA. Clone exclusivo simulator_review_delta_20261020_test, loopback 55441, aplicação http://127.0.0.1:18576. A base anterior e as contas reais foram preservadas. Duas contas e dois dossiers SINTÉTICOS QA foram preparados apenas neste clone; sem funções de gestão e sem transporte para o destino. O sinalizador local INVESTOR_PATH_ENABLED=true habilitou a capacidade já existente neste clone; não representa configuração aplicada remotamente.

Item existente	Resultado desta continuação	Saldo
AUD-SIM-INT01	Prova anterior de data inválida preservada; código não alterado neste ponto.	Concluído o delta anterior; sem repetição.
AUD-SIM-INT02	Confirmado zero de regras de qualquer estado na base QA original, com visibilidade administrativa sem ocultação por RLS; biblioteca contém 30 documentos. Inventariados 9901 caminhos do acervo antes da selecção: 32 candidatos por nome fiscal e três originais versionados no repositório, estes com hash actual conferido. Existem análises de textos e correspondências preparadas em primary-text-review-2025-2026.md, official-source-register.md, fiscal-source-references-2026-10-06.csv e comando de arquivo existente. Não se identificou um conjunto serializado de parâmetros fiscais reais nos seeders/configuração pesquisados.	Não confundir ausência do cadastro executável QA com ausência de fontes/trabalho documental. Leitura actual da homologação aguarda autenticação SSH local; não se afirmou que o destino também está vazio. Os binários do acervo montado não foram todos relidos: enumeração de caminhos não comprova conteúdo/versão.
AUD-SIM-INT03	A e B recuperaram títulos próprios; B conservou a edição após erro/repetição. Logout e novo login normais, depois recuperação de A e B, conferidos no navegador. Recusa de outra conta: 403 nos dois dossiers e 404 no resultado, pelo serviço/política utilizados pelo controlador.	Concluída a conferência delimitada. O papel PostgreSQL deste clone é superutilizador: esta prova de recusa é da aplicação, não nova certificação de RLS. Provas anteriores de RLS não privilegiado mantidas.
AUD-SIM-INT04	Corrigida a abertura de histórico que carregava mas não mostrava o resultado no percurso de pequeno negócio. Resultado seleccionado agora visível e explicitamente separado das entradas do dossier. Navegador abriu 24 e 12; três snapshots mantiveram hashes/versões originais após a utilização.	Versões sintéticas exclusivamente em memória do resolvedor: 7,5% até Junho e 9,25% a partir de Julho, fonte e código QA que não representam legislação. Versão histórica conservada; transição dentro do período fica indeterminada; versão da fonte incompatível deixa de resolver. Nada foi registado/publicado na base ou no destino. É prova do resolvedor, não de execução fiscal integrada.
AUD-SIM-INT05	Livro independente de três meses: resultado antes de impostos 225 MZN, fundo de maneio 130, usos 730, caixa inicial após usos 470 e caixa final 638. Distintos reconhecimento/pagamento de juros, capital, compras, despesas e cobranças. Tesouraria com mês de imposto desconhecido mantém total indeterminado; caixa conhecida 210, sem somar crédito/pedido/reconhecimento de IVA como dinheiro.	Controlos passaram. Pressupostos completos no teste simulator-independent-review.test.mjs; não são previsões ou taxas legais.
AUD-SIM-INT06	CSV e Word efectivamente descarregados pelos botões normais do dossier B, não por gerador autónomo. Prestação 88,85, juros 66,19 e saldo 100 coincidem com o ecrã. DOCX usa vírgula decimal; CSV/ecrã usam ponto. Word de seis páginas integralmente conferido após renderização, com pressupostos e campos desconhecidos explícitos.	Impressão nativa Edge aberta, aguardando gravação de SINTETICO-QA-Edge-continuacao.pdf pelo utilizador; o diálogo não é acessível à automação. Não contar o PDF renderizado do DOCX como essa prova.
AUD-SIM-INT07	Corrigido Abrir cálculo: pequeno negócio abre a etapa financeira existente, em vez de procurar uma etapa fiscal ausente. Falha única 503 de gravação preservou edição; botão Guardar agora repete efectivamente a escrita, com fila serializada e rechecagem da impressão digital para evitar gravação redundante. Recuperação posterior confirmou a edição.	Exportação normal Word/CSV comprovada. Provas automáticas aceites de limites de anexos preservadas e regressão do exportador passou. A tentativa interactiva com anexo sintético de 16 MiB foi impedida pela permissão de URLs de ficheiro da extensão, antes de o ficheiro entrar na aplicação; não foi registada como falha do portal nem como prova de recusa pela interface.
AUD-SIM-INT08	Mensagem dinâmica Not found observada foi tratada no respondedor comum: mensagens genéricas de ausência/acesso/sessão/tentativas/servidor em português, preservando HTTP e correlação. Traduzidas as mensagens de validação de parâmetros/expressões que o controlador de governação apresenta nos campos, sem alterar DSL, códigos ou limites.	Conferência do 404 por pedido real ao kernel passou; mensagens das validações revistas no código/controlador. Inventário estático anterior e traduções intencionalmente seleccionáveis mantidos. Não se certificou cada conteúdo dinâmico do catálogo nem uma sessão administrativa de governação.

Pressupostos do crédito de controlo: capital 1000 MZN; prazo 12 meses; periodicidade mensal (12 prestações); taxa nominal anual hipotética 12%, dividida por 12, resultando em 1% por mês; sem carência, comissão inicial ou periódica. Montantes com duas casas decimais, juros/prestação com metade para cima; saldo residual ajustado na última prestação. Primeira prestação 88,85; última 88,84; juros totais 66,19; total pago 1066,19 MZN. O CSV contém o cronograma completo; o Word apresenta prestação inicial, juros e receita de cálculo. O controlo anterior de 100 por mês usa capital 1200 MZN, 12 meses, periodicidade mensal, taxa nominal anual zero, sem carência/comissões, mesmo arredondamento, total 1200. Estes pressupostos foram acrescentados às saídas e à prova; nenhum produto de crédito foi confirmado.

Reconciliação fiscal: os três originais já versionados (BR 248/2025, republicação Lei 22/2022 e BR 89/2017), as análises e relações documentais são trabalho reutilizável. Não pedir novamente documentos já disponíveis nem reabrir a credibilidade das fontes oficiais aceites pela Tempo em 08/10. As referências antigas a reautenticação genérica ficam ultrapassadas por essa decisão; continuam a ser tarefas distintas identificar artigo, âmbito, período e parâmetro. A biblioteca documental não é a tabela de parâmetros. O repositório contém governação, DSL e resolvedor temporal; RunSimulation executa a aritmética personalizada e não consome essas fórmulas fiscais. Mesmo encontrar parâmetros no destino não comprovaria cálculo fiscal integrado. Essa ligação funcional não foi implementada silenciosamente neste recorte.

Artefactos em outputs/simulator-continuation-20261020/: interface-comparison.json, interface-financial.csv, interface-report.docx, seis páginas em docx-render/, provas de A/B e nova sessão, history-preservation-proof.json, fiscal-corpus-inventory.json e local-rule-visibility.json. Credenciais, dump e fixtures privadas ficam excluídos do Git. O script read-fiscal-remote.py preparado só faz leitura administrativa e BEGIN READ ONLY/SELECT/ROLLBACK; ainda não foi executado por faltar autenticar a ligação. Nenhum teste ou dado sintético foi enviado à homologação.

Esforço restante do recorte: 1–3 h após os acessos/ficheiro necessários, para recolha remota, conferência do PDF nativo e fecho das limitações de interface. O tempo de espera do utilizador não é esforço de programação. Não são as 6–10 h anteriores nem as 18–30 h iniciais. Não inclui implementar o motor fiscal integrado ou activar parâmetros reais. As pendências de acesso e impressão não bloqueiam a revisão dos resultados QA já utilizáveis.

Achado adicional de continuidade, identificado antes da correcção: o componente de tesouraria mantinha os seus pressupostos apenas no estado React; não recebia nem devolvia snapshot ao rascunho. Foi acrescentado cashflow_snapshot versionado ao JSON económico existente e ao validador do pedido, sem migration. O componente recupera os campos e o modo de imposto; guarda apenas após edição e não converte vazios em zero. Snapshots desconhecidos/inválidos não geram resultados alternativos e mostram aviso. O relatório consolidado e o CSV do dossier passam a incluir pressupostos, valores conhecidos/indeterminados e meses; o resumo destaca a tesouraria quando existir snapshot. Dossiers antigos sem esse campo mantêm a apresentação anterior — as seis páginas do DOCX de B já conferidas não tinham esse campo e não foram reemitidas desnecessariamente.

Provas adicionais: teste HTTP com dois dossiers, logout lógico/nova sessão, recuperação exacta e recusa por outra conta passou (8 asserções), em transacção revertida no clone. Quatro controlos frontend dirigidos passaram, incluindo recuperação de mês vazio, valor inválido para correcção, relatório sem zero inventado e pressupostos completos do crédito. As 10 verificações do exportador afectado passaram; teste temporal sintético passou (7 asserções); erro HTTP em português passou (3). TypeScript/build e sintaxe PHP passaram. A conferência visual do novo componente de tesouraria com sessão real QA permanece por executar depois de fechar a impressão do Edge; não foi substituída por uma prova unitária.

Saldo revisto após esse achado: 2–4 h de verificação delimitada, já descontado o desenvolvimento concluído: leitura remota 0,5–1 h; PDF nativo 0,5–1 h; continuidade visual/saída da tesouraria recém-corrigida 0,5–1 h; consolidação das provas e limitações 0,5–1 h. Exclui espera por autenticação/ficheiro e a integração funcional futura das regras fiscais. Esta estimativa substitui 1–3 h acima por uma divergência concreta; não retoma as 6–10 h nem as 18–30 h originais.

Retoma da conferência visual de tesouraria — 21/10/2026

[Retoma 21/10/2026] QA 18576, clone simulator_review_delta_20261020_test: sessão sintética renovada por login normal; gravação autenticada e recarga recuperaram saldo 123, receita 900, custos 600, calendário mensal 10/vazio/0, crédito IVA estimado 500. Caixa conhecida 3713 MZN; total indeterminado desde mês 2; crédito estimado excluído da caixa. Prova visual cashflow-recovered-20261021.png e snapshot .txt em outputs/simulator-continuation-20261020. Não certifica recuperação destes novos valores após outro login, CSV/DOCX ou PDF nativo. Ligação de controlo do navegador perdida durante espera de download; não atribuir falha à aplicação. Leitura remota aguarda identificação da ligação SSH; zero alterações no destino.

Leitura fiscal remota e saída nativa — 21/10/2026

[Leitura SSH 21/10/2026 08:17 Maputo] Zero regras em simulation_tax_rule_versions na homologação, incluindo todos os estados por leitura administrativa sem ocultação RLS. Seis referências em investment_legal_sources; não são parâmetros executáveis. QA também tinha zero regras. BEGIN READ ONLY/SELECT/ROLLBACK; zero escritas. Prova homologation-fiscal-readonly.json. O git HEAD registado é do checkout consultado, não certifica a revisão do build servido. A ausência de cadastro não é ausência de fontes oficiais nem reabre a aceitação da Tempo de 08/10. Não implementa a ligação funcional ao motor fiscal.

[Exportação nativa 21/10/2026] Saída actual aberta pelo botão do portal: revisão 4, 12 meses, MZN, saldo inicial123/receita900/custos600, calendário10/vazio/0, caixa conhecida3713 e total indeterminado coincidem com o ecrã. Crédito estimado500 identificado como pressuposto, não somado à caixa. Prova portal-print-current-20261021.txt. Relatório de20/10/revisão2 preservado, sem o confundir com o actual. Downloads: sem novo CSV na pasta habitual ou nos temporários locais conferidos; isso não demonstra falha nem cancelamento. Histórico de downloads bloqueado pela política da ferramenta; caminho do ficheiro solicitado antes de repetir. PDF nativo aberto, mas paginação/legibilidade aguardam o ficheiro efectivamente guardado pelo Edge; conversão DOCX/PDF anterior não conta como essa prova. Perda da ligação e bloqueio de controlo durante impressão são limitações da ferramenta, sem falha do simulador demonstrada.

Ficheiros de Transferências recuperados — 21/10/2026

[Fecho da verificação dos ficheiros 21/10/2026] Transferências Windows redireccionada para \Mac\Home\Downloads; CSV concluído08:12:46, PDF nativo08:17:19. Sem repetir downloads. Os12 registos mensais do CSV coincidem exactamente com o snapshot do ecrã após correspondência de colunas; PDF revisão4 conserva valores mensais, MZN,12meses,123/900/600, crédito estimado500 não caixa e caixa conhecida3713. Os10 PNG do PDF nativo foram inspeccionados: defeito confirmado na linha repetida de rodapé, sobreposta ao corpo perto do topo de páginas, incluindo2,6e10. Conteúdo/valores conferidos; paginação/legibilidade não aceites até correcção e nova prova nativa. Não é conversão DOCX/PDF. Perda de ligação continua limitação da ferramenta e não causou falha do download; sobreposição é defeito distinto demonstrado no PDF. Provas: download-native-inspection-20261021.json, portal-cashflow-20261021.csv, portal-native-20261021.pdf e native-pdf-render/. A indicação anterior de ficheiros pendentes fica superada por esta prova. Sem alteração funcional nem escrita remota.

Correcção do rodapé do PDF nativo em QA — 21/10/2026

[Correcção do rodapé nativo QA 21/10/2026] Origem: pedido expresso da Tempo nesta conversa; solução de implementação, sem regra organizacional nova. Causa em createProjectDossierPrintHtml (project-dossier-document.ts): footer position:fixed/bottom:-14mm sobrepunha a área fragmentada de impressão. Substituído na impressão por caixas @page @bottom-left/@bottom-right, dentro da margem inferior reservada20mm, com identificação/revisão e número de página/total. Rodapé normal de ecrã conservado; sem diminuir letras do corpo (10,5pt), tabelas, cabeçalhos ou origens (9pt), nem retirar conteúdo. Mesmo dossier B/revisão4 regenerado pelo botão do portal QA18576 e guardado no Edge, não por conversão DOCX. 10→10 páginas A4; comparação automática do corpo por página, descontando apenas hora de emissão/rodapé/contador, coincide integralmente. Inspecção visual dos10 PNG: sem sobreposição, cabeçalhos de tabela repetidos, quebras/linhas preservadas, última página íntegra e numeração1/10→10/10. Rodapés medidos inteiramente na margem inferior. Ecrã QA conferido após build; estilos screen e geradores DOCX/ZIP inalterados por comparação de fontes. 10 testes do exportador, TypeScript e build passaram; escape da revisão na nova string CSS verificado. Reutilizadas provas de valores e CSV aceites; não repetido download/aritmética. Provas: native-footer-fix-20261021.json; portal-native-fixed-20261021.pdf; native-footer-before-after-20261021.jpg; native-pdf-fixed-render/; screen-after-print-fix-20261021.png. Fechado exclusivamente o defeito de rodapé neste relatório QA; limitações e restantes critérios de AUD-SIM-INT06 mantêm âmbito próprio. Relato anterior de sobreposição fica superado neste delta pela comparação antes/depois. Branch codex/simulator-integrated-review separada de main, sem integração, escrita remota ou disponibilização activa; revisão prevista mantém-se pendente.

Saldo consolidado dos oito itens — 21/10/2026

Reconciliação a pedido expresso da Tempo. O fecho do rodapé limita-se à apresentação deste relatório e baseia-se nas provas apresentadas; o utilizador declarou não ter conferido a imagem nem o PDF pelos caminhos locais. Não é fecho da revisão integral do simulador. Reutilizadas as provas aceites, sem repetir10 páginas, valores,CSV ou consulta SSH.

Item existente	Estado no recorte	Saldo / limite
AUD-SIM-INT01	Concluído no recorte	Nenhum delta de validação de data por demonstrar; prova anterior preservada.
AUD-SIM-INT02	Parcial	Leitura remota concluída: zero regras de todos os estados na homologação, tal como QA; seis referências jurídicas não são parâmetros executáveis. Falta cadastro fundamentado por componente/âmbito/período e ligação funcional ao motor fiscal. Fontes e análises existentes reutilizáveis; aceitação oficial da Tempo de08/10 preservada. Não activar taxas nem importar/publicar por esta reconciliação.
AUD-SIM-INT03	Concluído no recorte	A/B, logout/novo login, recuperação e recusa pela aplicação demonstrados anteriormente. A tesouraria tem prova API de nova sessão e prova visual de recuperação por recarga. Não atribuir ao navegador nova sessão dos valores de tesouraria, nem nova certificação RLS; limites expressos conservados.
AUD-SIM-INT04	Concluído no recorte demonstrado	Histórico24/12 visível, hashes preservados e versões temporais sintéticas do resolvedor conferidas. Execução fiscal integrada com parâmetros reais pertence ao saldo de02 e não foi demonstrada por estes testes.
AUD-SIM-INT05	Concluído nos controlos delimitados	Controlos independentes de caixa/plano/crédito, zero/desconhecido e moedas preservados. Não são validação de taxas legais nem certificação de toda a contabilidade.
AUD-SIM-INT06	Concluído na apresentação e comparação deste relatório	Rodapé do PDF nativo fechado em QA segundo provas apresentadas;10 páginas/valores/CSV não repetidos. Tempo declarou que não abriu imagem/PDF pelos caminhos locais: registar aceitação das provas, não revisão visual directa do utilizador. Outras provas de relatório conservadas; falhas interactivas de exportação/anexos mantêm saldo em07.
AUD-SIM-INT07	Parcial	Gravação503→nova tentativa→recuperação e exportações normais demonstradas. Faltam falhas dirigidas de geração Word/ZIP/PDF e retoma; teste interactivo de limite de anexo não ocorreu por bloqueio da ferramenta antes do envio. Nova leitura do código: três catch apresentam cause.message para Error, podendo mostrar texto técnico sem tradução. Sem nova falha de execução alegada.
AUD-SIM-INT08	Parcial	Inventário estático,404 real e traduções de validação preservados. Classificar/apresentar em português os erros dinâmicos das bibliotecas de exportação (cause.message, três consumidores) e conferir estados residuais/governação delimitados; não certificar todos os textos dinâmicos do catálogo.

Estimativa restante deste recorte:1–2h de engenharia, excluindo espera por interacção necessária da ferramenta: 07/08 agrupados0,75–1,5h para tratamento e conferência dirigida de erros dinâmicos/retoma/anexos; 0,25–0,5h para reconciliação final das provas. Não somar o mesmo erro duas vezes por aparecer em07e08. Substitui o saldo anterior2–4h porque leitura remota, apresentação nativa e comparação da tesouraria já foram executadas. Não inclui cadastrar/aplicar regras fiscais reais, integrar fórmulas no motor ou certificar todo o catálogo. O esforço para02 integral permanece por dimensionar por componente, âmbito, período e correspondência documental; não há estimativa de conclusão integral obtida apenas deste1–2h.

Próxima execução delimitada: corrigir a apresentação de excepções brutas nos três exportadores, conferir falha/retoma e os limites interactivos que faltam, preservando os relatórios/CSV já aceites. Branch codex/simulator-integrated-review mantida separada de main até à revisão consolidada. Nenhuma nova concessão, regra fiscal, migration ou escrita remota.

Candidata consolidada da revisão do simulador — 21/10/2026

Origem: pedido expresso da Tempo para fechar apenas falhas dirigidas de exportação/anexos, apresentação das mensagens e consolidação. As 1–2 h anteriores respeitavam a esse recorte, não à implementação fiscal integral. A branch codex/simulator-integrated-review permanece separada de main; não integrar antes da revisão consolidada porque a cadeia existente disponibiliza automaticamente a revisão integrada.

Separação funcional preservada. Os cálculos de planeamento usam valores declarados pelo utilizador, com origem e pressupostos identificados. O relatório não os transforma em resultados fiscais. Falta de imposto/parâmetro continua indeterminada, não zero; crédito/pedido/reconhecimento de IVA não se torna dinheiro recebido. A correcção de falhas de exportação e do rodapé não encerra a componente fiscal.

Implementação deste delta. O exportador apresenta mensagens em português, identifica a operação e a referência de diagnóstico e mantém as selecções para nova tentativa pelo mesmo botão. A excepção original é registada na consola técnica local com operação/referência; não há novo envio ao servidor, telemetria nem registo de conteúdo do dossier/anexos. A consola é um diagnóstico local, não uma auditoria persistente no servidor. Uma guarda síncrona recusa outra execução enquanto a primeira está activa, mesmo antes da actualização do estado React; após erro a guarda é libertada. Preparação dos anexos é atómica: falhas/limites não substituem a lista existente nem as legendas. A selecção repetida do mesmo nome com os mesmos bytes mantém uma entrada; bytes diferentes com o mesmo nome e nomes diferentes continuam distintos. Esta identidade é escolha de implementação local, não regra de cadastro/publicação documental. Os limites de quantidade/tamanho já existentes não foram alterados.

Provas reutilizadas. Data inválida; A/B e nova sessão; recusa de outra conta; histórico24/12 e hashes; resolvedor temporal sintético; controlos financeiros independentes; Word/CSV e respectivos valores; PDF nativo10 páginas/rodapé/última página; inventários/documentos e leitura SSH sem escrita. A Tempo aceitou o fecho do rodapé segundo as provas apresentadas e declarou que não abriu a imagem/PDF pelos caminhos locais. Não lhe atribuir inspecção visual directa. Os testes temporais sintéticos não representam legislação. A prova de recusa do clone com superutilizador é da aplicação; não é uma nova certificação de RLS. Não repetir as provas aceites apenas para gerar uma nova lista de resultados.

Ensaio dirigido isolado. http://127.0.0.1:18576/qa/export-recovery usa o componente real e os geradores reais, com uma falha única de biblioteca injectada no módulo de ensaio, sem alteração das rotas de produção. Os controlos de falha e os ficheiros sintéticos ficam em outputs/, fora do Git e do pacote. Os contadores referem-se a chamadas/generações; para ZIP contam a geração interna de Word e a preparação do arquivo, não duas transferências. No ensaio de nova tentativa de PDF é omitida apenas a impressão automática, para observar a janela com conteúdo e não repetir a prova nativa aceite. Nenhuma dessas injecções entra na candidata funcional.

Procedimento de integração após revisão. Fixar o commit candidato e manifesto de fontes; obter o main remoto actualizado e reconciliar apenas os deltas dos programadores que afectem estas fontes/consumidores. Rever o diff e conferir no ambiente QA a revisão exacta a integrar; repetir apenas verificações afectadas por conflitos ou alterações posteriores. Este delta não contém migrations, cadastro de regras, importação, publicação de documentos, contas, permissões ou alterações de MFA/configuração. Após decisão da Tempo, integrar pelo processo Git existente; confirmar o recibo da cadeia e a revisão efectivamente servida em /build/revision.json, com consulta pública e login privado conferidos nos consumidores afectados. Uma falha deve conservar a release anterior; não editar a pasta servida para contornar a cadeia. A reversão usa o mecanismo de release anterior de código/build, preservando base, anexos, configuração e dados posteriores; não repor um dump antigo. Se uma futura entrega incluir regras/dados activos, exigir o procedimento específico já aprovado de backup/restauro e acção autenticada; esse trabalho não está incluído aqui.

Diagnóstico fiscal separado da candidata — 21/10/2026

Camada	Existente e comprovado	Saldo efectivo
Fontes	Inventário anterior de9901 caminhos e32 candidatos por nome; três originais versionados: BR248/I/Suplemento1/2025, republicação Lei22/2022 no BR250/2.ºSuplemento e BR89/2017. Análises em primary-text-review-2025-2026.md, official-source-register.md, fiscal-reform-2026-review.md e referências em fiscal-source-references-2026-10-06.csv.	Reutilizar conteúdo, hashes, versões e citações já disponíveis; não pedir novamente esses documentos. A enumeração de caminhos não equivale à leitura de todos os binários. Distinguir fontes já lidas de fontes só inventariadas e alterações/anexos ainda sem correspondência.
Parâmetros executáveis	Leitura administrativa de todos os estados confirmou zero linhas em simulation_tax_rule_versions tanto na QA como na homologação. A homologação tem seis referências em investment_legal_sources, ligadas a estruturas territoriais; não são taxas/fórmulas prontas.	Cadastrar por componente: código/versão, diploma/artigo/versão/hash, âmbito e condições, início/fim de aplicação, valor/unidade, bases/limites/exclusões, fórmula e arredondamento fundamentados. Os campos necessários variam por regra; não preencher lacunas por zero ou pela taxa mais recente.
Governação e consulta	Modelo versionado, controlador de transições, API de resolução por componente/período/contexto, selecção de publicados e compatibilidade de versão da fonte; resolução temporal e indeterminação já ensaiadas.	Reutilizar estes serviços; conferir as correspondências documentais e a operação com parâmetros reais quando estes existirem. Não criar aprovações, nomeações ou uma nova exigência organizacional por escolha técnica. A Tempo define os papéis e as regras.
Expressões	SimulationTaxRuleExpression já valida e avalia a DSL investmoz.tax.v1 com aritmética racional, arredondamento e valores em falta.	Não reconstruir o avaliador. Verificar se cada regra fundamentada cabe na linguagem existente e estender apenas operações concretamente necessárias.
Execução fiscal integrada	RunSimulation executa base × taxa/100 × (1−redução/100), identifica custom_planning, legal_interpretation=false, ruleset_version=null e moeda não indicada nesse cenário. Consulta/DSL não são consumidas por este fluxo como motor fiscal.	Desenvolver orquestração explícita de componente/período/âmbito → regras elegíveis → entradas e parâmetros → avaliação → resultado e explicação com fontes/versões imutáveis. Tratar ambiguidade/transição/ausência como indeterminação. Manter o cenário de planeamento separado, sem o relabelar como imposto calculado.
Resultado, dossier e relatório	Snapshots, histórico e exportadores existentes podem transportar resultados e proveniência; relatórios actuais identificam pressupostos/estimativas.	Integrar o resultado fiscal com identificação própria de regra, período, unidade/moeda, base, passos, arredondamento e lacunas. Guardar reprodução histórica e demonstrar casos de referência por regra, isolamento e não reaplicação de uma versão actual a um resultado antigo.

Componentes a parametrizar, não taxas inventadas. O acervo já analisado identifica famílias de alterações para ICE (Lei7/2025/tabela), ISPC (Lei9/2025), IVA (republicação Lei22/2022 e Lei10/2025, além da consolidação/rectificação aplicável), IRPS (Lei11/2025) e IRPC (Lei12/2025). A API também contempla INSS, retenções e direitos aduaneiros. Isto é inventário de domínios, não prova de cobertura documental completa nem autorização para aplicar uma taxa genérica. Para ICE/aduaneiro são relevantes código/unidade/tabela e período; para IVA, operação, incidência/exclusões/dedução e estado de reembolso; para ISPC, elegibilidade/limites e obrigações; para IRPS/IRPC, categoria, residência/estabelecimento, base, retenções e regimes específicos. Prazos, taxas, anexos e incentivos só entram com correspondência documental aplicável.

A aceitação das fontes oficiais determinada pela Tempo em08/10 prevalece sobre pedidos históricos genéricos de reconfirmação de autenticidade ou de um fiscalista adicional. Identificar o artigo, âmbito, período, alterações/revogação e parâmetros é aplicação/rastreabilidade da fonte aceite, não segunda validação da sua credibilidade. A biblioteca documental, a situação jurídica e a utilização em cálculo são estados independentes; importar ou publicar documentos nunca activa cálculo fiscal.

Desenvolvimento fiscal necessário: correspondência documental e cadastro versionado; adaptação concreta de expressões quando necessária; orquestração do cálculo; contrato de resultado/proveniência/histórico; ligação à interface/relatórios e casos de referência por componente/período. Nenhuma dessas frentes é encerrada por corrigir crédito, orçamento, tesouraria, falhas de exportação ou rodapé. O esforço integral deve ser dimensionado por regras/componentes e lacunas documentais identificadas; não cabe na estimativa de1–2h do recorte de exportação.

Fecho do recorte de exportações e saldo da candidata — 21/10/2026

Item existente	Saldo consolidado da candidata	Prova / limite
AUD-SIM-INT01	Concluído no recorte	Validação de data: prova anterior reutilizada.
AUD-SIM-INT02	Parcial; implementação fiscal integral aberta	Zero regras remotas/QA; fontes, cadastro e integração discriminados no diagnóstico separado.
AUD-SIM-INT03	Concluído nas provas delimitadas	A/B/nova sessão e recusas anteriores; tesouraria com API/nova sessão e UI/recarga, sem alegar uma nova prova browser da mesma sessão. Limite RLS mantido.
AUD-SIM-INT04	Concluído no recorte demonstrado	Histórico/snapshots e resolvedor sintético reutilizados; integração real fiscal permanece em02.
AUD-SIM-INT05	Concluído nos controlos delimitados	Controlos independentes e provas financeiras aceites reutilizados; sem validação legal de impostos.
AUD-SIM-INT06	Concluído na apresentação/comparação deste relatório	Rodapé nativo aceito segundo provas; sem repetir10páginas/valores/CSV; sem atribuir inspecção local ao utilizador.
AUD-SIM-INT07	Concluído no recorte dirigido QA	3falhas de geração/retoma, anexo16MB recusado com lista conservada, re-selecção sem duplicação e ZIP íntegro; injecção sintética fora da entrega.
AUD-SIM-INT08	Concluído nos consumidores afectados	Mensagens portuguesas/diagnóstico técnico separado; limites de catálogo/governação mantidos, sem certificação global.

Esforço restante do recorte de engenharia de exportações:0h; revisão consolidada e eventual integração continuam pendentes. As1–2h anteriores foram estimativa deste recorte; não eram estimativa da implementação fiscal integral. Não fechar a revisão integral do simulador nem AUD-SIM-INT02 por este incremento. Word/PDF/ZIP foram ensaiados no componente real com falhas sintéticas de geração de um invólucro QA privado; ficheiros de67bytes e16MiB seleccionados manualmente pelo utilizador, estados observados directamente pelo Codex. A primeira recusa encontrou lista vazia e não foi usada como prova de preservação; a sequência posterior demonstrou lista válida→recusa16MB mantendo1→re-selecção válida mantendo1. ZIP real verificado por bytes, entrada única, título e secção. Leitura transitória falhada e concorrência demonstradas nos testes dirigidos, não por avaria real do sistema de ficheiros. A limitação anterior da selecção automática não foi contornada: a selecção normal foi manual. Os detalhes técnicos permanecem em diagnóstico local; não foi criado serviço de recolha remoto.

Provas actuais em outputs/simulator-continuation-20261020/: export-word-error-20261021., export-pdf-error-20261021.txt, export-pdf-retry-20261021.txt, export-zip-error-20261021., export-zip-retry-20261021.txt, attachment-limit-preserved-20261021., attachment-duplicate-retry-20261021., export-zip-content-proof-20261021.json e export-recovery-candidate-20261021.json. O procedimento de integração e diagnóstico fiscal imediatamente anteriores integram esta mesma candidata e o mesmo registo; sem matriz/backlog adicional.

Identificação da entrega e conferência do limite — 21/10/2026

A entrega funcional 13f68f1b identifica-se como melhorias de planeamento financeiro, recuperação, exportação e idioma. Está pronta para revisão de integração, não representa a conclusão do simulador fiscal. Não houve integração em main nem disponibilização activa. A Tempo confirmou o fecho em QA segundo o relatório e declarou não ter conferido o registo local; não atribuir essa conferência ao utilizador.

Conferência somente por leitura, sem repetir ensaios: em c22003a3, anterior à candidata, project-dossier-report.ts já definia MAX_DOSSIER_ATTACHMENT_BYTES = 15 * 1024 * 1024 (15.728.640 bytes), quantidade10 e total50MiB. A candidata conserva esses valores. O ficheiro recusado tem16.777.216 bytes (16MiB), superior ao limite preexistente de15MiB; não foi introduzido limite inferior. A interface histórica escreve «MB», mas a implementação usa unidades binárias. A origem é uma escolha de implementação já existente; esta leitura não inventa uma aprovação organizacional específica para esse número. O limite2MiB de incorporação de texto é separado do limite por anexo: conteúdos maiores podem seguir como originais no ZIP, dentro dos15MiB. A nova preparação/deduplicação chama a mesma validação por anexo e não transforma2MiB num bloqueio de selecção.

Proposta do primeiro lote fiscal delimitado — 21/10/2026

Proposta para revisão, sem cadastro, publicação ou activação nesta passagem. Um único percurso inicial de IVA geral sobre base líquida já identificada, em MZN, para operações internas abrangidas pela taxa geral. Janela de cobertura/ensaio do lote:01/01/2026–31/12/2026. Esta janela não cria uma data de entrada em vigor ou caducidade legal: os metadados das regras devem reproduzir as datas dos diplomas aplicáveis. Não criar artificialmente uma expiração em31/12/2026. A cobertura do primeiro lote é escolha de implementação proposta, não uma nova restrição organizacional da Tempo.

Regra candidata, ainda não cadastrada: IVA-GERAL-BASE-LIQUIDA, identificador provisório para a fórmula base tributável × taxa geral/100. A análise primária já existente identifica16% no art.17(1) da republicação da Lei22/2022, com efeitos desde01/01/2023, e documenta que a Lei10/2025 não altera esse artigo. Reutilizar essa conclusão e as citações/versões existentes, sem nova validação genérica da credibilidade da fonte. O lote não decide automaticamente se uma pessoa/operação está sujeita, isenta, reduzida ou excluída. A aplicação à operação exige um âmbito identificado e evidência/declaração de entrada rotulada; se o âmbito não estiver determinado, a saída é indeterminada. Um cálculo por fórmula com fonte verificada e âmbito apenas declarado deve ser identificado dessa forma, sem o apresentar como obrigação fiscal validada.

Elemento	Existente e reutilizável	Trabalho do lote
Fonte da taxa	source-archive/Lei-22-2022-IVA-republicada-BR-250-2-suplemento.pdf, art.17(1); análise em primary-text-review-2025-2026.md e adenda de taxa reconciliada em fiscal-reform-2026-review.md.	Recuperar exemplar/hash/edição/citação já registados e ligar ao cadastro. A taxa identificada não está tecnicamente cadastrada como parâmetro executável.
Cadeia para2026	source-archive/BR-248-I-Suplemento-1-2025.pdf, alterações IVA/Lei10/2025 e vigência documentadas nas análises; aviso BR89/2017 e referências da consolidação disponíveis.	Aplicar as correspondências de âmbito/período que afectem esta regra. Não declarar que todos os binários do acervo foram analisados. Os diplomas/anexos sem correspondência continuam no inventário existente. Não reconstruir uma consolidação completa de todos os regimes para implementar apenas esta regra.
Parâmetros e entradas	Valor nominal16% já fundamentado no acervo; modelo aceita valor/unidade/condições; resolução temporal existente.	Cadastrar código/versão, unidadepercent, condições de operação e vínculo documental. Determinar base tributável, âmbito concreto, período e moeda de entrada. Não presumir MZN nem base fiscal pela simples existência de um valor de planeamento.
Arredondamento e unidade de apuramento	O avaliador já suporta operações racionais e arredondamentos explícitos.	Mapear a política aplicável à liquidação sobre base líquida, a precisão e se o arredondamento incide por linha/documento/apuramento. Não transportar automaticamente a regra do art.34 para este percurso, nem assumir HALF_UP/duas casas como regra fiscal. Até esse ponto estar fundamentado, não publicar a regra nem apresentar um total fiscal final arredondado; conservar resultado exacto/intermédio e lacuna explícita.
Períodos/versões	O resolvedor verifica período, âmbito e compatibilidade da versão da fonte.	Preservar a vigência efectiva do diploma; limitar a cobertura demonstrada deste lote a2026. Pedido fora dessa cobertura identifica «fora da cobertura demonstrada do lote», sem afirmar que a lei deixou de vigorar ou usar zero como substituto.

Fora deste lote: extracção de IVA de preço já incluído (art.34), taxas reduzidas, isenções/listas de bens, importações/serviços digitais/não residentes, dedução/crédito/reembolso, incentivos territoriais, ISPC, IRPS, IRPC, ICE, INSS, retenções e direitos aduaneiros. Estes domínios permanecem no acervo/registo existente e não são omitidos por ficarem fora desta primeira implementação. Não confundir consulta documental disponível com disponibilidade de cálculo.

Cadastro e aplicação documental — estimativa4–8h. Reutilizar as análises/fontes, preparar a ficha nominal da regra e parâmetro, transcrever vínculos/versionamento/condições e política de arredondamento aplicável, rever fronteiras temporais e casos de referência e cadastrar como rascunho apenas em QA pelo mecanismo existente quando a execução do lote for autorizada. O intervalo inclui a aplicação documental ao percurso delimitado; se a política ou o âmbito permanecerem ambíguos no acervo, registar a lacuna e parar apenas esse resultado, sem criar um valor. A espera por um elemento documental concreto não está incluída. As fontes oficiais continuam aceites pela decisão da Tempo; não se introduz novo fiscalista ou nova certificação genérica como condição.

Desenvolvimento de código e aceitação técnica — estimativa12–20h. Reutilizar SimulationTaxRuleGovernance, SimulationTaxParameterResolver e SimulationTaxRuleExpression; não reconstruir cadastro, transições, DSL ou resolvedor. Acrescentar a orquestração explícita do percurso fiscal: componente/período/âmbito→resolução existente→parâmetros e entradas→avaliação existente→resultado com explicação e proveniência. Separar o cenário fiscal do custom_planning de RunSimulation. Ligar o resultado ao dossier, histórico e exportadores existentes, com regra/versão/fonte/período/moeda/entradas/passos/arredondamento/estado de validação do âmbito. Acrescentar tratamento de lacunas e casos de referência dirigidos. Não se prevê um novo motor ou uma migration por princípio; confirmar necessidade a partir do contrato do resultado, sem alargar o schema preventivamente.

Total de engenharia proposto16–28h para este lote, sem dupla contagem entre cadastro e código e sem incluir espera, revisão consolidada, activação no destino ou implementação fiscal integral. Pressupõe que o acervo disponível permita fundamentar âmbito e arredondamento deste percurso e que os mecanismos existentes continuem compatíveis. Divergência concreta é relatada antes de alargar o lote. As1–2h anteriores pertenciam exclusivamente ao recorte de exportação já concluído.

Critérios de aceitação deste primeiro lote:

1. Ficha e parâmetro correspondem ao exemplar/artigo/versão/hash e vigência aplicáveis; condições e arredondamento têm fundamento identificado. Não publicar enquanto faltarem estes elementos. O cadastro em rascunho não é activação.
2. No clone QA isolado, resolver a regra para contexto/período cobertos e recusar aplicação ambígua ou fora de cobertura, com lacuna expressa, sem zero/taxa de outra versão como substituto. Transição dentro de um período e fonte incompatível mantêm o comportamento temporal já existente.
3. Casos independentes sobre bases que gerem resultados exactos e casos fraccionários/fronteiras da política de arredondamento correspondem à regra cadastrada; unidades/moeda não são inferidas. Zero explícito e ausência de valor continuam distintos.
4. O resultado fiscal identifica regra/versão/fonte/artigo/período, entradas, passos, unidade/moeda, arredondamento e âmbito comprovado ou apenas declarado. A expressão «verificado» não se estende a uma operação cuja sujeição foi apenas declarada. Planeamento manual permanece disponível e claramente distinto.
5. Guardar/recuperar o resultado no dossier e numa nova sessão mantém o snapshot original; mudar regra/entrada não reescreve o histórico. Outra conta não obtém entradas ou resultados privados. Reutilizar os mecanismos e provas de isolamento, ensaiando apenas o novo consumidor fiscal.
6. Ecrã e relatório apresentam o mesmo resultado/proveniência/lacunas e distinguem o cenário fiscal de estimativas do utilizador. Reutilizar o exportador e a prova aceite de paginação; conferir só as novas linhas fiscais e os deltas de layout se existirem, sem repetir os cálculos de planeamento/CSV aceites.
7. Publicação de regra, exposição do percurso e eventual disponibilização no destino são acções separadas, pelos mecanismos e papéis existentes definidos pela Tempo. Nenhum parâmetro é activado por importação de documento ou integração deste documento de proposta em Git.

Esta proposta fica ligada a AUD-SIM-INT02 na matriz existente. Não cria uma matriz ou backlog alternativos. A apresentação da proposta não autoriza, por si, a integração de13f68f1b emmain.

Actualização posterior — integração autorizada e ficha fiscal v1

A Tempo autorizou posteriormente a integração de 13f68f1b. O commit foi integrado em main e a revisão servida na homologação confirmou esse identificador em21/10/2026. As menções anteriores a integração pendente descrevem o estado histórico da candidata. A entrega continua identificada como melhorias de planeamento financeiro, recuperação, exportação e idioma, sem encerrar a implementação fiscal.

A ficha documental IVA-GERAL-BASE-LIQUIDA v1 desenvolve separadamente a proposta 0fafd348: fundamento da taxa e período, limites do art.34, exemplar digitalizado recuperado do inventário, parâmetros por cadastrar, lacunas de enquadramento/arredondamento, integração e critérios de aceitação. É rascunho documental sem cadastro ou activação. AUD-SIM-INT02 mantém-se parcial; os outros sete saldos aceites não são reabertos. Não foram repetidas provas aceites nem alterados cálculos, dados ou regras. A branch fiscal permanece separada de main.

Adenda fiscal v1.1 — 21/10/2026: a mesma ficha regista a leitura visual dirigida do CIVA/Lei13/2016, arts.1–4,6–7,15,17 e27, e a consulta do regulamento/Decreto7/2008. Enquadramento geral da base documentado, com composição, exclusões, localização e data de exigibilidade; não constitui classificação automática de operações. O arredondamento do art.34 refere-se à extracção de base com IVA incluído e o art.9(1)(b) do regulamento ao meio de pagamento cheque/vale; nenhum foi convertido em regra geral de arredondamento sobre base líquida. Permanecem por esclarecer precisão/modo/empates/agregação e a correspondência regulamentar pertinente para2026. A ficha identifica a questão documental concreta e exemplos aritméticos, sem inventar norma. Estimativa restante condicional: cadastro/aplicação documental3–6h + código/aceitação12–20h =15–26h, excluindo espera, revisão e activação. Fontes locais arquivadas com hash coincidente; não se atribui conferência ao utilizador. Nenhuma regra activada; AUD-SIM-INT02 continua parcial e a entrega13f68f1b mantém-se independente.

Decisão posterior da Tempo e execução fiscal QA v1.2 — 21/10/2026

Estado actual; substitui a condição bloqueante e a estimativa da adenda v1.1. A Tempo determinou prosseguir neste lote sem arredondamento automático, preservando precisão decimal e distinguindo valor calculado de apresentação monetária. A ausência de uma política genérica de arredondamento deixa de bloquear o cálculo do IVA sobre base líquida. Isto não é regra universal para todos os impostos. Exigências de precisão de um formato de pagamento/declaração serão identificadas nesse consumidor, sem as generalizar. A ficha existente foi consolidada emv1.2; versões anteriores permanecem emGit. Não há questão adicional à Tempo como pré-condição deste cálculo nem validação jurídica atribuída ao utilizador.

Cadastro: artefacto database/qa/iva-general-net-v1.json; comando explícito fiscal:qa-register-iva {actor} {source}, com guarda da base QA isolada, papel existente de editor e vínculo a fonte cadastrada. Confere SHA256 do exemplar e usa a governação existente para criar apenas draft. Repetição conserva o mesmoID/versão; divergência não sobrescreve o cadastro. Não corre em deploy, importação ou migration. O clone persistido é simulator_fiscal_delta_20261021_test,127.0.0.1:55441. A referência de fonte e os actores usados no ensaio são fixtures sintéticas identificadas; não constituem revisão jurídica por pessoa real nem atribuição persistente de papéis organizacionais.

Cálculo e proveniência: SimulationFiscalQaPreview usa o resolvedor temporal e avaliador existentes, com percurso explícito de rascunho QA que não altera a elegibilidade da API de parâmetros publicados. O resultado guarda contexto declarado, fonte/versão/hash, regra/versão/DSL, passos racionais e decimal exacto; apresentação guarda valor e moeda separadamente, com rounding_applied=false. Não há float, truncagem, toFixed ou nóround neste percurso. Exemplos dirigidos:0,03×16%=0,0048;9007199254740993,0003×16%=1441151880758558,880048; zero explícito conserva0. Fonte/versão incompatível e fora da cobertura2026 continuam indeterminados, sem taxa substituta/zero. A data declarada de exigibilidade alimenta a resolução, sem expiração legal artificial em31/12/2026.

Histórico e relatórios: armazenamento existente de simulações, fontes de resultado e relatórios; sem schema novo. Entradas declaradas e proveniência da regra são fontes separadas. Snapshot/relatório não são reavaliados quando a regra é editada. Nova execução usa novo registo; a mesma chave e parâmetros reutiliza a execução. O ensaio persistido actual tem simulação842e05f9-2b6e-4853-8ff5-81650633f6c4, relatório49cac0bd-f49c-4613-a8f0-1ee5c285cf81, hash8ed8155a56fdf98ad26e2f01435644e062f27ca6b067ce3553415e974261c687; resultado/relatório iguais e relatório anterior conservado. Zero regras publicadas. Ecrã e linhas do dossier/CSV distinguem cálculo exacto QA, contexto declarado, estimativas do utilizador e saldo a pagar, que não é calculado neste lote.

**Verificação deste incremento:**5testes feature/51asserções;7testes do resolvedor/25asserções;3testes frontend;TypeScript,build ePint aprovados. Os testes feature correm com transacções no clone dedicado simulator_fiscal_checks_20261021_test, separado do cadastro persistido. A primeira tentativa de base vazia encontrou uma migration antiga que exige instalação nominal; não se contornou essa guarda nem se alterou o activo: usou-se cópia do schema QA existente e transacções, sem novas migrations. Cobertura inclui não publicação, indeterminação efectiva, idempotência, precisão fraccionária/grande, moeda obrigatória, recusa de nó de arredondamento, recusa foraQA, snapshot após edição, recuperação por nova autenticação API e recusa por outra conta.

Conferência visual dirigida no Edge do componente React real renderizado emSSR e do HTML produzido por createProjectDossierPrintHtml apenas para as novas linhas fiscais:0.0048, base0.03, taxa16, MZN e rótulos legíveis, sem corte visível. O invólucro de inspecção suprimiu apenas a abertura automática da janela de impressão numa cópia privada do HTML; não alterou o exportador. Não é prova de novo PDF nativo guardado nem novo percurso browser de histórico no formulário completo. API/histórico/relatório imutável e os modelos usados pelo ecrã/CSV/dossier têm provas dirigidas. A conta técnica QA ultrapassaRLS; recusas demonstram política da aplicação, não nova certificaçãoRLS. Provas aceites das10páginas, valores, CSV e recuperação/exportações de13f68f1b reutilizadas, sem repetição.

Provas privadas emoutputs/simulator-continuation-20261020/: fiscal-qa-receipt-v2.json, fiscal-qa-tests.json, fiscal-qa-build.log, fiscal-qa-snapshot.json, fiscal-component-review.html e fiscal-report-review.html. Página/servidor temporários de inspecção encerrados. O recibo versionado desta continuação recebe a mesma reconciliação; a matriz existente recebe apenas adenda emAUD-SIM-INT02. Não se cria backlog paralelo.

Saldo e estimativa: o recorte agora autorizado — cadastro versionado, precisão/proveniência, resolução temporal QA, histórico e dados de relatório — está implementado e verificado nos limites acima;0h de engenharia identificada restante nesse recorte, revisão não incluída. As15–26h eram estimativa condicional anterior que incluía trabalho agora executado, não horas medidas nem estimativa ainda integralmente por consumir. AUD-SIM-INT02 permanece parcial para disponibilização fiscal de produto e cobertura integral; os outros sete itens não são reabertos. Pagamento, declaração, classificação automática e outros impostos exigem âmbito/estimativa próprios. Não declarar o simulador fiscal concluído.

Integração: commit desta candidata fica apenas na branch codex/simulator-integrated-review, descendente de0fafd348, sem push/merge emmain. A autorização anterior de integração de13f68f1b não é reutilizada para esta candidata fiscal. Após revisão consolidada, uma decisão específica de integração continua separada de cadastro/publicação de regras. Esta preparação não muda o destino, papéis activos ou dados activos. Não retirar a guarda QA ou mudar o ambiente do activo para contornar a separação; preparar o consumidor de produto e a sua disponibilização apenas no âmbito que vier a ser autorizado.

Revisão consolidada de83d2f97d — âmbito, demonstração e operação

Pedido da Tempo: consolidar a revisão, reutilizando provas aceites e demonstrando apenas o percurso completo pela interface que faltava. O exemplo aritmético não prova incidência nem aplicabilidade a qualquer operação; a Tempo não conferiu o ficheiro local nem validou juridicamente as conclusões transcritas. Esta revisão mantém essa distinção.

Elemento da regra	Âmbito documentado / fronteira
Operação e base	Operação interna onerosa por sujeito passivo nessa qualidade, localização aplicável e base líquida já apurada: CIVA arts.1(1)(a),2,6 e15. Condições gerais e composição da base estão na ficha v1.2, com PDF/página/artigo. O código não classifica automaticamente uma pessoa ou operação.
Taxa e período	16% no art.17(1) da Lei22/2022 republicada, eficácia01/01/2023; data de exigibilidade relevante nos arts.7 e17(2). Lei10/2025 efectiva01/01/2026 não altera art.17 na cadeia lida. A janela demonstrada do lote é2026; não é caducidade legal em31/12/2026. Isto é conclusão documental nos limites da cadeia consultada, não validação jurídica atribuída ao utilizador.
Excluído do primeiro lote	Preço já com imposto incluído/art.34, taxas reduzidas, isenções/listas, bases especiais, importações, digital/não residentes, deduções, crédito/reembolso, incentivos e outros impostos. Não se transforma base orçamental em base tributável.
Indeterminado	Operação sem enquadramento identificado; fonte/versão/parâmetro/contexto incompatível ou período fora da cobertura demonstrada. O enquadramento apenas declarado permanece declarado. Ausência de arredondamento automático não torna indeterminado o valor exacto deste percurso.
Valor versus apresentação	Decimal exacto guardado e reproduzido como texto, sem float, truncagem ou arredondamento implícito; moeda separada. Não é valor a pagar ou saldo de declaração. Precisão de um formato de pagamento/declaração será determinada nesse contexto, sem regra universal.

**Lacuna concreta encontrada na revisão:**83d2f97d disponibilizava API QA e componente/relatório, mas não um ecrã de introdução das entradas que permitisse observar a sequência inteira. Acrescentou-se apenas a página protegida /management/investment/tax-rules/{id}/qa-review, exclusiva do alvo QA isolado, sob os mesmos controlos administrativos, autenticação/MFA e consulta de governação. Chama a API QA já existente, grava no histórico existente, recupera sem recalcular e lê o relatório guardado pelo seuID/hash. Não cria motor, schema, fonte ou regra nova e não expõe um cálculo fiscal público.

Exemplo completo efectivamente observado pela interface: base1000.03, moedaMZN seleccionada explicitamente, exigibilidade declarada2026-10-21 e declaração de operação interna à taxa geral sem excepção. Valor calculado160.0048, sem arredondamento; não prova de sujeição. Sequência observada: preencher → «Calcular e gravar no histórico QA» → execuçãofa6d17f2-5f47-4cb6-b8cb-40850c12505f concluída → recarregar a página, limpando o estado local/entradas → «Carregar histórico» → «Recuperar [mesmoID]» → «Consultar relatório guardado» → mesmo valor, base, moeda, data, regra/versão, fonte e contexto declarado. Relatóriod13e2ad5-3ba8-4d01-9d30-5815496da774, SHA2562e5e260f47ee5c849a34453fad248009e607ef8679dc56b7a1c58730f13e5c3b, igual ao hash do resultado guardado. Cálculo e gravação pertencem à mesma operação transaccional existente; não se inventa um segundo botão de gravação. A conta de ensaio ficou com uma única execução persistida.

O ensaio correu no Edge, no clonesimulator_fiscal_delta_20261021_test, porta local18579, com conta sintética própria e sessão/cookie separados. Durante a primeira autenticação a ligação da ferramenta perdeu-se. As duas reactivações comunicadas pelo utilizador não repuseram imediatamente navegadores no inventário, mesmo após reiniciar a sessão da ferramenta. Limitação da ferramenta; não falha do simulador. Mais tarde o inventário voltou a expor o Edge e retomou-se apenas o que faltava, por interacção DOM documentada. Foram observados início de sessão e segundo factor normais, entradas, cálculo/gravação, recarga, recuperação e relatório acima. A primeira edição de data não estava consolidada no controlo; a recusa não gerou execução no histórico. Conferiu-se histórico vazio antes da retoma, concluiu-se a edição da data por teclado e submeteu-se uma única execução concluída. Nenhuma guarda ou autenticação foi contornada. As provas anteriores de83d2f97d são reutilizadas; esta demonstração fecha somente a lacuna browser que faltava.

O novo ecrã passouTypeScript/build e1teste dirigido de rota/17asserções: redireccionamento para autenticação, página/props correctos para perfil autorizado, recusa de outro perfil e recusa foraQA. Mensagens de falha são portuguesas e o detalhe técnico fica na consola interna. O primeiro ensaio de rota antecedeu o build da página nova e encontrou ausência da entrada no manifest; após o build o teste passou. Não se reabriram os15testes aceites de83d2f97d, nem valores/CSV/paginação anteriores. A única lacuna adicional desta revisão ficou demonstrada. Provas privadas: fiscal-ui-journey-receipt-20261021.json, fiscal-ui-complete-20261021.txt, fiscal-ui-complete-20261021.jpg e fiscal-ui-report-20261021.jpg, na mesma pasta deoutputs. Conferência da BD somente por leitura para o novo exemplo: uma execução da conta, igualdade de hashes, regra emdraft, zero regras publicadas. Esta prova é de relatório guardado na interface; não se alega nova impressão/PDF nativo ou nova sessão browser, que não foram pedidos/repetidos.

Procedimento de integração — decisão de código

1. A Tempo revê83d2f97d e o delta desta revisão, identificando o commit exacto que autoriza integrar. A autorização anterior de13f68f1b não cobre estes commits. Esta consolidação inclui a demonstração browser concluída e as limitações expressas, sem a converter em validação de aplicabilidade fiscal.
2. Conferir a ancestralidade e o delta contraorigin/main; a consulta remota desta revisão confirmoumain em13f68f1b. Se continuar ancestral da candidata, integrar por avanço directo após autorização; se houver alterações posteriores, resolver apenas os conflitos reais e verificar os deltas afectados. Não reexecutar o conjunto aceite sem motivo concreto.
3. Enviar a referência autorizada amain desencadeia disponibilização automática na homologação. Conferir a revisão efectivamente servida e a disponibilidade do portal. Não executar cadastro fiscal, transição de regra ou migration por fazer merge do código. Este delta não tem migration.
4. Guardar os identificadores da decisão, commit, build servido e resultado da disponibilização no mesmo registo. Para reversão de código, preservar o contrato de leitura dos snapshots e históricos; não eliminar tabelas/registos nem reescrever resultados antigos. As guardasQA permanecem activas neste consumidor.

Publicação e activação — decisões distintas da integração

1. Cadastro no destino exige autorização específica para escrita, backup/restauro confirmado e acção autenticada. Usar a API de governação existente com a referência real da fonte aceite e actores designados; não copiar as fixtures sintéticas QA para o destino nem mudar o ambiente do activo para executar o comandoQA.
2. A governação existente usa POST /api/v2/investment/admin/tax-rules/{id}/{action}, comversion_no actual eevidence: submit→review→approve→publish, pelos papéis já configurados. As verificações actuais de autoria/revisão/aprovação/publicação, versão da fonte, vigência e sobreposição conservam-se; não se introduz nesta revisão um novo papel ou uma certificação genérica da fonte. Corrigir uma versão após revisão faz-se por nova versão e histórico, sem edição retroactiva de uma publicada.
3. Efeito real da publicação: a versão passa a ser elegível no resolvedor/API de parâmetros publicados. Isso pode disponibilizar o parâmetro aos consumidores dessa API; não é um simples rótulo documental. Ainda assim, não liga por si este cálculo QA ao motor público nem valida incidência de uma operação.
4. Limite concreto de83d2f97d: o consumidor novo é QA, exige regra emdraft e guarda de base isolada. O job público de planeamento não consome automaticamente uma regra publicada como cálculo fiscal. Portanto, não há neste commit um interruptor de activação do lote em produção. Uma decisão futura de activação deve identificar o consumidor de produto, regra/versão, âmbito/período, comportamento de indeterminação e data de exposição. Não remover a guardaQA nem publicar a regra para simular que esse consumidor já existe. A publicação de documento, o cadastro, o merge e a activação não se confundem.

Desactivação e preservação histórica

• Para uma regra já publicada, a transição autenticada.../{id}/suspend, com versão corrente e evidência, altera o estado parasuspended. O resolvedor existente selecciona apenaspublished, pelo que deixa de escolher essa versão para novas resoluções. Arquivo posterior usaarchive quando aplicável. Não se ensaiaram estas transições sobre a regra real deste lote, que continua emrascunho; reutiliza-se o comportamento documentado/testado da governação existente.
• Suspender não apaga snapshots, relatórios, fontes ou eventos. A consulta de uma execução antiga lê o snapshot preservado, não volta a resolver com a taxa actual. Uma correcção ou substituição gera nova versão/execução com proveniência própria; nunca substitui silenciosamente o resultado antigo.
• Não existe transição genérica desuspended parapublished no fluxo actual. Uma retoma deve seguir uma versão elegível e as transições previstas, sem actualização directa de estado porSQL.
• Para parar este ensaio QA de rascunho basta encerrar o servidor de ensaio ou retirar a sua exposição no ambienteQA; não se publica/suspende artificialmente o rascunho para o desligar. Os registos persistidos mantêm-se para consulta. Qualquer futuro consumidor público deve definir a sua desactivação de novas execuções preservando essa leitura histórica.

**Saldo:**83d2f97d conserva o fecho técnico QA aceite; revisão consolidada com âmbito, exclusões, procedimento e percurso de interface demonstrados no recorte definido. Não há preparação técnica adicional identificada para fechar esta revisão; decisões de integração e publicação/activação permanecem distintas. AUD-SIM-INT02 continua parcial para produto fiscal integral; não declarar o simulador fiscal concluído. Sem merge, publicação, activação ou alteração do activo.13f68f1b mantém-se independente.

Proposta única — consumidor IVA no simulador da homologação (21/10/2026)

Conclusão da leitura do código em d186f942: falta um delta de produto delimitado; integrar apenas83d2f97d/d186f942 e publicar uma regra não disponibiliza o percurso fiscal ao utilizador do simulador. A revisão QA anterior permanece concluída. Esta proposta identifica trabalho novo de ligação ao produto, sem reabrir as provas aceites, executar integração ou activar regras.

Funcionalidade proposta: na etapa fiscal do simulador existente, escolher «IVA geral sobre base líquida», indicar base tributável decimal, MZN, data de exigibilidade e declarar o contexto de operação interna à taxa geral sem excepções. Calcular e gravar pela execução existente; recuperar a execução e consultar/exportar o seu relatório preservado. Mostrar versão/fonte, contexto declarado e valor exacto separado da apresentação monetária. Não usar automaticamente a base orçamental nem a taxa introduzida no planeamento. A consulta do histórico mantém os requisitos actuais de conta e correio verificado; a execução/consulta individual mantém os controlos actuais de proprietário, organização ou token anónimo, conforme o percurso já suportado, sem prometer histórico de conta ao anónimo.

Delta exacto de código a implementar na branch separada

Ponto actual verificado	Alteração delimitada / reutilização
simulation-form.tsx::runSimulation termina quando o modo não é custom_planning; a consulta de parâmetros não calcula.	Ligar o consumidor IVA à mesma etapa, validação, recuperação de falhas, idempotência, acompanhamento e histórico. Expor disponibilidade vinda do servidor; manter o planeamento personalizado identificado separadamente.
StoreSimulationRequest/SimulationController::store recebem base/taxa/redução.	Acrescentar contrato discriminado para o consumidor, com base decimal textual, moeda, data e contexto declarado. Reutilizar autorização de organização, identidade/token e limites existentes. O cliente não escolhe taxa, definição ou fonte executável; pedidos fora do contrato são recusados com mensagem clara e entradas preservadas.
SimulationFiscalQaPreview, createFiscalQaPreview e ramo de RunSimulation exigem QA isolado e regra emdraft.	Criar adaptador para regra publicada, reutilizando o resolvedor temporal e avaliador existentes e o núcleo decimal exacto. Conservar as guardas e o percurso QA. Resolver no servidor, conferir a versão autorizada e congelar regra/definição/fonte/parâmetro/contexto no snapshot; gravar através da mesma transacção, fila, idempotência e histórico. Não aceitar snapshot fiscal fornecido pelo cliente.
resolvePublishedForPeriod existe, mas a resposta de parâmetro não fornece um snapshot executável completo.	Recuperar no servidor a versão seleccionada pelo resolvedor e a definição correspondente, verificando elegibilidade publicada e correspondência temporal no mesmo limite transaccional da admissão. Não reconstruir o resolvedor nem inferir a regra pela taxa mais recente.
Não foi identificado interruptor deste consumidor nos serviços/configuração fiscal.	Acrescentar configuração específica, desligada por omissão, com consumidor, ID/versão autorizada e cobertura2026. Aplicar a verificação no servidor e expor o estado ao formulário. É escolha técnica proposta para executar as decisões separadas da Tempo, não novo papel organizacional. Não reutilizar o interruptor de outro módulo nem mudarAPP_ENV/guardasQA.
fiscal-qa-preview.ts, CSV e dossier reconhecem apenas fiscal_rule_qa_preview; rótulos dizemQA/draft.	Suportar explicitamente o novo tipo de snapshot publicado nos mesmos componentes/relatórios/exportações, preservando rótulos e leitura dos snapshots QA antigos. Garantir valor exacto textual e proveniência; nenhuma migração de resultados históricos ou arredondamento monetário silencioso.

Modelos, políticas, governação, tabelas de execução/relatório e contrato genérico de resultados já existentes são reutilizados. Não se identifica necessidade de nova tabela fiscal ou migration para esta ligação; configuração e novo discriminador de cenário são o delta proposto. Novas entradas geram nova execução, sem converter uma execução fiscal antiga num cenário percentual editável.

As três operações da mesma proposta

1. Integração do código. Implementar o delta acima na branch fiscal, incluindo leitura histórica compatível e controlo desligado. A candidata a integrar terá de incluir esse delta: d186f942, isoladamente, ainda é QA. Após revisão da referência exacta pela Tempo, integrar emmain e confirmar a revisão servida pela disponibilização automática da homologação. Não cadastrar/publicar regra no arranque nem nas migrations. Resultado observável: código instalado, consumidor indisponível para novas execuções enquanto desligado; restantes percursos continuam disponíveis. Reversão por código compatível com os snapshots existentes, sem apagar dados.
2. Publicação da versão da regra. Com autorização de escrita no destino, backup/restauro confirmado e actores autenticados já designados, cadastrar a versão com a fonte real aceite, citações e metadados da ficha; não copiarUUIDs, utilizadores ou estados artificiais do QA. Usar os endpoints existentes de cadastro e .../tax-rules/{id}/{action}, com version_no e evidence, na sequência submit → review → approve → publish, pelos papéis existentes. Registar o ID/versão real publicado. Publicar torna o parâmetro elegível na API existente, inclusive para quem já a consulte; não habilita o novo consumidor. Não exigir nova certificação genérica da fonte oficial.
3. Activação do consumidor. Por decisão específica da Tempo, configurar a ligação ao ID/versão publicado autorizado e cobertura2026, habilitar o consumidor na homologação e aplicar a configuração efectiva do servidor. Confirmar estado disponível na etapa fiscal e executar somente a prova da ligação nova: entrada no simulador normal → versão publicada correcta → gravação → recuperação/relatório, mais recusa fora do âmbito e desligamento. Reutilizar as provas aceites de aritmética decimal, CSV, recuperação e paginação. Registar decisão, commit/build, regra/versão, configuração e momento da activação. Resultado entregue à Tempo: funcionalidade utilizável no portal, com esses limites; não apenas código instalado.

Estas operações são autorizáveis separadamente dentro desta única proposta. A autorização de13f68f1b não autoriza esta integração fiscal, publicação ou activação. Não foram executadas nesta análise. A sequência é código compatível desligado → versão publicada → consumidor ligado; não se atribui activação à mera publicação.

Âmbito, indeterminação e suspensão

Reutiliza-se integralmente o âmbito fundamentado da ficha v1.2: IVA geral16% sobre base líquida já identificada de operação interna, MZN, exigibilidade na cobertura demonstrada01/01/2026–31/12/2026. A taxa tem eficácia documental desde01/01/2023; o fim da cobertura2026 é limite do primeiro consumidor, não revogação/caducidade da norma. Enquadramento declarado é mostrado como declarado; o cálculo não certifica incidência. Fonte/versão/parâmetro/contexto insuficiente, conflito temporal ou falta de enquadramento produzem resultado indeterminado, nunca zero/taxa actual como substituto. Fora da cobertura ou consumidor desligado, explicar a indisponibilidade para nova execução e preservar as entradas.

Excluem-se preço com IVA incluído, taxas reduzidas, isenções/listas, bases especiais, importações, digital/não residentes, deduções/crédito/reembolso, incentivos, apuramento/declaração/pagamento e outros impostos. Não ampliar cobertura nem presumir arredondamento. Valor calculado exacto e apresentação monetária permanecem distintos.

Suspensão operacional proposta: desligar a configuração impede novas admissões pelo servidor e informa o formulário, sem bloquear recuperação, relatórios ou exportação de execuções já guardadas. Suspensão da regra existente: acção autenticada suspend, versão corrente e evidência; o resolvedor deixa de a seleccionar. Sem troca silenciosa por outra versão. A admissão deve fixar atomicamente a elegibilidade e o snapshot; execuções já admitidas conservam essa versão e podem concluir, identificadas pelo momento de admissão, mesmo se a fila terminar depois da suspensão. Novos pedidos ficam impedidos; repetição idempotente de pedido já admitido recupera a mesma execução. Este contrato de concorrência é escolha técnica explícita desta proposta, a verificar no delta, não comportamento já demonstrado pelo código QA.

Históricos não são recalculados, apagados ou renomeados como se tivessem usado a versão nova. A suspensão fica no registo de governação, sem alterar retroactivamente o conteúdo/hash do relatório. Retoma exige versão publicada elegível e ligação/activação autorizada; não existe transição directa de suspended parapublished no fluxo actual. Não eliminar a leitura de snapshots fiscais ao reverter código.

Verificação nova estritamente necessária: contrato público e permissões existentes; impossibilidade de executar desligado ou com versão não publicada; correspondência temporal/âmbito e precisão na ligação; cenário publicado na interface/histórico/relatório/exportação; suspensão versus admissão concorrente e repetição sem duplicação; preservação da leitura histórica e do modo personalizado. Não repetir as10páginas, valores/CSV ou ensaios QA aceites. Não se cria nova matriz/backlog; AUD-SIM-INT02 conserva o estado parcial do simulador fiscal integral e referencia esta delimitação. As fontes e provas existentes sustentam a proposta; não se atribui ao utilizador conferência local ou validação jurídica.

Consumidor publicado implementado no simulador normal — fecho QA de21/10/2026

Autorização: instrução expressa da Tempo para implementar2ced7b79 em QA, sem nova proposta, integração emmain, publicação de regra real ou activação na homologação. O delta descrito acima está agora implementado. O fecho é da ligação deste único consumidor; mantém âmbito/exclusões da ficha v1.2 e não encerra o simulador fiscal integral.

Percurso utilizável: /simulador-fiscal → percurso habitual → etapa «Operação fiscal» → «IVA geral sobre base líquida» → base decimal textual, moeda explicitamente seleccionada, exigibilidade e declaração de contexto → «Calcular IVA e gravar». O resultado aparece no próprio simulador e no histórico existente. Pode recuperar-se sem recalcular; relatório, referência/hash e exportações usam o mesmo snapshot. Não é necessário acesso à administração fiscal para calcular. A consulta de parâmetros e o planeamento personalizado conservam os seus percursos e rótulos próprios. A base de orçamento e a taxa manual não são usadas como entradas implícitas deste IVA.

Implementação e fronteiras efectivas

• StoreSimulationRequest e SimulationController::store distinguem fiscal_rule_published do planeamento. O servidor recebe apenas entradas declaradas, não taxa/regra/versão/snapshot executável fornecidos pelo cliente; valida formato decimal textual, MZN, data e contexto. Falta de declaração de enquadramento grava indeterminação com valor nulo, nunca zero. Campos inválidos/período fora2026 são recusados com mensagens portuguesas e entradas preservadas.
• SimulationPublishedFiscal selecciona o ID/versão configurado no servidor, exige estado publicado e âmbito do lote, reutiliza SimulationTaxParameterResolver e SimulationTaxRuleExpression, e congela a proveniência antes da fila. SimulationFiscalSnapshot partilha a representação decimal com o adaptador QA, cujas guardas não foram removidas. Não há regra fiscal activada por importação ou arranque.
• SimulationExecution consulta a chave idempotente antes de verificar nova admissão. Assim, desligamento/suspensão não impedem recuperar o mesmo pedido já admitido. Nova chave exige consumidor ligado e versão publicada elegível; mudar entradas com a mesma chave dá conflito. A interface conserva a chave do pedido fiscal concluído para que repetir o mesmo cálculo não crie uma execução adicional. Novas entradas produzem nova chave/execução.
• Bloqueios consultivos transaccionais partilhados na admissão e exclusivos nas transições de governação/fonte serializam suspensão/revogação e admissão. Não se usa SELECT FOR SHARE na regra pública: poderia exigir uma política de alteração, contrariando as permissões existentes. A decisão de usar bloqueios consultivos é escolha de implementação, não nova exigência da Tempo. Não se alteraram políticas/grants nem se acrescentaram papéis de produto.
• RunSimulation processa o snapshot fiscal já admitido, sem resolver outra taxa/versão e sem reconsultar a activação. Guarda resultado, relatório e proveniência nos modelos existentes. Notas internas de revisão e identificadores dos funcionários ficam fora da proveniência devolvida pelo novo consumidor. Snapshots QA antigos conservam os seus rótulos/estado originais.
• O leitor de resultados do simulador foi adaptado ao contrato fiscal: o leitor aritmético anterior marcava o novo snapshot como inconsistente e desactivava exportação/conversão. Agora reconhece valor fiscal e indeterminação coerentes, e recusa divergência entre valor calculado e apresentação. CSV e dossier encaminham o novo tipo pelos componentes existentes; não se reescreveram os exportadores nem se repetiram provas aceites de paginação/valores.
• Configuração nova e desligada por omissão: INVESTMOZ_IVA_CONSUMER_ENABLED=false, INVESTMOZ_IVA_CONSUMER_RULE_ID= e INVESTMOZ_IVA_CONSUMER_RULE_VERSION=0, documentadas em .env.example. /api/v1/fiscal-consumer informa a disponibilidade sem cache; o servidor continua a exigir autorização na execução, independentemente do estado previamente visto no ecrã. A interface actualiza disponibilidade após uma tentativa, preservando entradas quando encontra suspensão. Configuração incompleta não escolhe outra regra automaticamente.

Provas novas, sem reabrir o conjunto aceite

Oito testes dirigidos deAPI/serviço,75asserções, passaram no clone isolado simulator_fiscal_checks_20261021_test, com transacções revertidas: ligação publicada, identidade/propriedade, token anónimo, idempotência/conflito, histórico/relatório/hash, contexto/fonte insuficientes, contrato/cobertura, suspensão/desligamento e trabalhador congelado, planeamento ainda disponível, configuração inválida e bloqueios de admissão. Um papel PostgreSQL temporário sem superutilizador/bypassRLS comprovou execução com a política pública de leitura, sem acesso aos eventos da governação ou alteração da regra; papel/grants de ensaio foram revertidos com a transacção. Uma segunda ligação comprovou que os bloqueios exclusivos da regra/fonte não atravessam a transacção de admissão. Dois testes frontend dirigidos ao novo tipo publicado passaram: encaminhamento coerente para ecrã/CSV/dossier e aceitação da indeterminação/recusa da apresentação divergente. TypeScript, build ePint passaram. Aviso do build sobre optimização opcional de fontes/fontaine não impediu a compilação.

Observação no Edge, formulário normal: porta18580, clone simulator_fiscal_delta_20261021_test, conta sintética de utilizador comum167, sem papéis fiscais administrativos. A fixture publicada é a versão sintética2 de IVA-GERAL-BASE-LIQUIDA, ID01a15ddc-b0c5-727f-bb24-d806a69bd1f5, para não substituir o rascunho QA anterior; fonte/actores sintéticos só neste clone. A governação existente foi usada na preparação da fixture. Não houve publicação na homologação nem declaração de aprovação jurídica da regra real.

1. Observou-se inicialmente o consumidor desligado e o botão indisponível. Habilitou-se somente a fixture local guardada contra qualquer outra base.
2. Base1000.03MZN, exigibilidade2026-10-21, sem declaração de contexto: execução53663785-2e5d-4be2-8a05-c0c96a57896d, resultado indeterminado, entradas conservadas e relatório guardado. A mesma base/data/moeda com declaração criou5fa778f1-413e-4643-8c67-1b93ab290da7, valor160.0048. Repetir o botão manteve essas duas execuções, sem terceira duplicada.
3. Reteve-se somente a fila QA dedicada fiscal-consumer-qa-20261021. A base1001.03 admitiube1e8399-ea95-4aa7-9ac0-7fa392932ac1 às09:52:11.782758UTC. Suspendeu-se a fixture pela governação às09:52:16UTC, ainda com essa execução emqueued e snapshot publicado congelado. O trabalhador real queue:work database --queue=fiscal-consumer-qa-20261021 --once --tries=1 --timeout=30 concluiu-a depois da suspensão, com160.1648 e a mesma versão2. Nenhuma outra fila foi consumida.
4. Nova entrada1002.03 foi recusada: «A versão autorizada de IVA não está disponível para novas execuções. Os históricos foram preservados.» A base1002.03, data, moeda e declaração continuaram no ecrã; não houve quarta execução. Após recarga completa, recuperaram-se pelo histórico tanto o resultado calculado como o indeterminado. Ambos mostraram o snapshot original, sem alertas de inconsistência, com CSV disponível. O ficheiro não foi descarregado novamente; a implementação e as provas aceites do exportador foram reutilizadas.
5. Conferência por leitura: exactamente3execuções da conta, todascompleted; hashes de resultado/relatório iguais nas três; zero trabalhos pendentes na fila dedicada. O relatório da execução que concluiu após suspensão é5e416a48-db07-449b-8eae-aa51a1538f04, SHA256997f026665e586c662ae574fd2ff7f62e0254819adb26aea920575e47e0490a3. A fixture permanece suspensa e a configuração local foi reposta emdesligado; os históricos ficam acessíveis.

Provas privadas em outputs/simulator-continuation-20261020: published-consumer-tests.txt, published-consumer-journey-receipt.json, published-consumer-calculated-ui.txt/.png, published-consumer-suspended-ui.txt, published-consumer-recovered-ui.txt/.png e published-consumer-indeterminate-recovered-ui.txt. O primeiro acesso ao separador antecedeu o arranque do servidor local e apresentou ligação recusada; após arranque normal prosseguiu-se. Não é evidência de falha do simulador. Não se repetiram as10páginas do PDF nativo nem o conjunto aceite de83d2f97d/13f68f1b. A aritmética do exemplo demonstra a ligação e preservação do resultado, não a aplicabilidade fiscal a qualquer operação.

Procedimento único das três operações — agora executável após decisão

1. Integrar código: a Tempo identifica a referência exacta desta candidata na branch codex/simulator-integrated-review. Integrar emmain apenas após decisão; o envio desencadeia disponibilização automática na homologação. Manter INVESTMOZ_IVA_CONSUMER_ENABLED=false; não executar fixture, comandoQA ou cadastro fiscal no deploy. Confirmar build servido e aplicação; aplicar o procedimento habitual de recarga da configuração e reinício de trabalhadores persistentes, se existirem, antes de activar o novo tipo de trabalho. Não há migration neste delta. A leitura dos snapshots deve permanecer em qualquer versão de reversão; desligar o consumidor é preferível a voltar a um build que desconheça os históricos novos.
2. Publicar versão real: com autorização de escrita, backup/restauro confirmado e acção autenticada, reutilizar a fonte real aceite e os actores/papéis existentes. Cadastrar a versão fundamentada e usar POST /api/v2/investment/admin/tax-rules/{id}/{action}, com version_no e evidence, em submit → review → approve → publish. RegistarID e rule_version publicados. Não copiar a fixture/versão2/actoresUUID deste ensaio para homologação. Se a fonte já estiver cadastrada correctamente, reutilizá-la; não exigir nova certificação da credibilidade oficial. A publicação disponibiliza parâmetros naAPI existente, mas o consumidor continua desligado.
3. Activar consumidor: por decisão específica da Tempo, preencher INVESTMOZ_IVA_CONSUMER_RULE_ID=<ID real autorizado> e INVESTMOZ_IVA_CONSUMER_RULE_VERSION=<rule_version autorizada>; só então definir INVESTMOZ_IVA_CONSUMER_ENABLED=true. Aplicar a configuração pelo procedimento operacional existente (php artisan config:cache quando se usar cache de configuração; recarregar processos persistentes conforme o alojamento). Confirmar /api/v1/fiscal-consumer e a etapa fiscal do simulador, registando decisão, commit/build, ID/versão e instante de exposição. Não usar version_no de concorrência como se fosse rule_version. O servidor recusa outra versão em vez de escolher a mais recente silenciosamente.

Suspender/desactivar: repor o interruptor emfalse e aplicar a configuração impede novas admissões; para retirar a elegibilidade da própria regra usar a transição existente suspend, com versão corrente/evidência e actor autorizado. Pedidos já admitidos concluem pelo snapshot; repetição idempotente recupera-os. Histórico/relatório/exportação continuam acessíveis sem novo cálculo, publicação ou activação. Retoma segue uma versão publicada elegível e activação explícita, nuncaSQL directo sobre o estado suspenso. A janela2026 mantém-se um limite de cobertura, não data de caducidade legal.

Saldo: ligação funcional do primeiro consumidor fechada em QA, pronta para revisão e decisão sobre as três operações; sem outra preparação genérica identificada. AUD-SIM-INT02 permanece parcial para cobertura fiscal integral. As estimativas anteriores não constituem horas ainda por executar deste delta já concluído. Main local continua em13f68f1b; sem merge/push, publicação real ou activação na homologação. A Tempo não conferiu os ficheiros locais nem validou juridicamente as fontes nesta execução.

Disponibilização autorizada pela Tempo —21/10/2026, execução em curso

A Tempo autorizou a implementação após o fecho da candidata226fd308 e a identificação das três operações. A integração foi executada por avanço directo de13f68f1b para 226fd308dd45d2805ef4678b20ca4398d7fef6c6, seguida de envio aorigin/main. A disponibilização automática foi conferida através da camada HTTP autenticada: /build/revision.json serve essa revisão emmain, build de21/10/2026 às10:07:12.300278UTC, manifest SHA256 d524c957dc95e92fcb6eb0d802b9df845743466bd51e398a485bd5ba3d7e3d8f. /api/v1/fiscal-consumer responde200 com enabled:false e cobertura2026. A primeira leitura sem autenticação da camada HTTP foi recusada; a conferência seguinte utilizou o acesso já disponibilizado, sem divulgar credenciais. Não se repetiram provas aceites.

Saldo das operações: integração e disponibilização do código concluídas; publicação da versão real e activação ainda não executadas. A versão a cadastrar/publicar é IVA-GERAL-BASE-LIQUIDA, rule_version:1, da ficha documentalv1.2, vinculada ao exemplar da Lei22/2022 com hash ea1b0dc6f5cf6e595f6d9a19e7042f398999e0087caef1785f6e8fac571b5f53; oID real do destino ainda não foi obtido. Não usar a fixtureQA deversão2 ou os seus actores. A autorização de disponibilização não é apresentada como validação jurídica do utilizador.

Dependência operacional concreta: a sessão SSH anterior terminou comfalha de ligação; autenticação não interactiva no destino foi recusada. Pediu-se a reabertura do mecanismo existente outputs/investmoz-git-delivery-20261020/resume-git-session.py, com autenticação exclusivamente na consola local. Está preparado um inventário remoto somente por leitura para conferir os papéis/actores existentes, fonte, versão e estado do consumidor. Ainda não foi submetido, por falta da sessão autenticada. Backup/restauro e acção autenticada da governação serão confirmados antes de escrever dados fiscais ou alterar a activação. Não há nova pendência de fundamentação, nova ronda QA ou pedido de autorização para as operações já autorizadas.

Recibo privado da integração em outputs/investmoz-iva-disponibilizacao-20261021/integration-receipt.json no checkout principal; o recibo consolidado existente replica o estado. Nenhuma escrita fiscal, importação da fixture ou activação no destino foi executada nesta passagem. A continuação começa na autenticação remota e nas duas operações restantes, sem voltar a integrar ou preparar a candidata.

Correcção QA da manutenção fiscal por um responsável — decisão Tempo de21/10/2026

Origem e decisão: a obrigação de quatro pessoas foi localizada em SimulationTaxRuleGovernance::transition e nos trêsCHECKs de 2026_10_03_170000_create_simulation_tax_rule_governance.php, incorporados por e65cb269 (06/10/2026, «varias alteracoes»). A nota de simulator-evolution-progress.md descreve «autor distinto de revisor, aprovador e publicador» como implementação. Não foi encontrada no acervo consultado uma decisão expressa da Tempo ou um requisito aplicável que imponha essa separação ao cadastro fiscal. Classificação: escolha de implementação, não regra organizacional aprovada. A autoria do commit não equivale à aprovação da condição. A Tempo agora instruiu expressamente a sua remoção neste fluxo e indicou nala@tempo.co.mz como responsável. Não se criam quatro designações nem uma excepção artificial limitada à primeira regra; a administração autorizada pode manter os parâmetros fiscais, sem extensão à independência acordada noutros processos.

O que ficou corrigido em QA:

• A administração existente, incluindo o perfil administrativo já autorizado comMFA recente, pode cadastrar/manter parâmetros sem preencher quatro listas específicas. As listas existentes continuam disponíveis para atribuições específicas. Utilizadores comuns e perfis apenas de auditoria não adquirem manutenção fiscal; autenticação, verificação de email eMFA permanecem. O investidor continua a utilizar o simulador pelas permissões próprias de execução/consulta; a manutenção não é requisito de utilização.
• O mesmo responsável pode percorrer draft → submitted → reviewed → approved → published, conservando osID reais em cada etapa. Retiraram-se as comparações de identidade no serviço fiscal e nos respectivosCHECKs; mantiveram-se evidência, datas, estado, versão, coerência da fonte, unicidade/sobreposição, bloqueios, RLS e eventos imutáveis. Não há alegação de revisão independente quando o actor é o mesmo.
• Como o destino não tem a fonte deste lote cadastrada, o percurso fiscal permite registá-la em POST /api/v2/investment/admin/tax-rule-sources: metadados existentes, origem oficial identificada, citação eSHA256. Regista a aceitação oficial já decidida pela Tempo em08/10/2026, responsável e momento, com legal_opinion:false e independent_review:false. O estado geral da fonte permanece pending; o fundamento fiscal_acceptance permite a sua utilização apenas na governação/resolução fiscal. Assim, não fica automaticamente validada para zonas ou outros processos, nem certifica juridicamente uma operação ou atribui parecer à Tempo. A regra deve referenciar o mesmo hash e versão. Cadastro de fonte não publica regra nem activa consumidor.
• A mesma pessoa pode concluir essa curadoria fiscal sem inventar outro actor para «validar» a fonte oficial aceite. A condição normal da fonte fora deste percurso, as relações/validações de zonas, oportunidades e perfis mantêm-se. O novo fundamento explícito fiscal_acceptance fica na fonte e na auditoria; o endpoint normal de zonas não permite marcar esse fundamento. Não se alteraram os fluxos com independência já acordada.

Esquema: 2026_10_21_130000_correct_fiscal_maintenance_actor_constraints.php foi ensaiada apenas na base QA isolada. O delta é explícito: retirar desigualdades de identidade dos trêsCHECKs fiscais; acrescentar o fundamento de aceitação fiscal à fonte; registar a responsabilidade única na aceitação fiscal da fonte; ajustar apenas a projecção pública/resolução fiscal para reconhecer esse fundamento com hash e versão correspondentes. A condição normal de validação independente da fonte não foi removida e o seu estado continua pending. A guarda recusa execução da migration foraQA. Nenhuma constraint de oportunidades, zonas, perfis ou outra tabela foi modificada. A reversão só é permitida em QA sem registos dependentes; quando existirem cadastros legítimos, recusa apagá-los ou voltar a impor uma condição que os invalide. Desligar novas execuções preserva os históricos.

**Verificação estritamente do controlo alterado:**6testes/86asserções passaram em simulator_fiscal_checks_20261021_test, em transacções revertidas. Cobrem administração existente por lista e por perfil/MFA recente, sem quatro designações; curadoria da fonte, cadastro e quatro etapas pelo mesmo actor; responsabilidade/hashes dos eventos; consulta e suspensão; consumidor ainda desligado; recusa de investidor, auditor, ausência/expiração deMFA, falta de evidência, hash/versão de fonte incoerente e versão optimista errada; imutabilidade; compatibilidade das constraints não fiscais; reversão vazia e recusa de reversão com dados dependentes; guarda contra alvo nãoQA. Não se executou uma simulação: a contagem de execuções foi preservada. Não houve testes novos de cálculo, decimal, exportadores, PDF, TypeScript ou build, pois esse código não mudou. Pint foi conferido nos ficheirosPHP do delta. Prova privada: outputs/simulator-continuation-20261020/fiscal-maintenance-actor-tests.txt. Os testes antigos de governação foram ajustados para retirar a expectativa de uma proibição agora expressamente revogada, preservando os casos de permissões, versões e histórico.

O esquema foi depois aplicado, apenas pelo caminho desta migration, ao clone persistente simulator_fiscal_delta_20261021_test, mantendo a guarda de isolamento. Prova por leitura antes/depois:2versões de regra,7eventos de governação,11resultados,11relatórios e8fontes com as mesmas contagens e hashes de conteúdo. Na comparação da fonte exclui-se apenas a coluna nova, que ficaNULL nos registos anteriores; nenhum conteúdo ou snapshot histórico foi reescrito. Prova privada fiscal-maintenance-schema-proof.json na mesma pasta. O clone QA está, assim, com o controlo aplicado para revisão; a base activa e os seus actores não foram alterados.

Estado real do destino: a dificuldade de introduzir o comandoSSH foi resolvida abrindo directamente a consola habitual; a autenticação foi feita pelo utilizador e a sessão ficou pronta. A leitura do vhost identificou o directório servido /var/www/html/teste-investidor.tempo.co.mz/current, que aponta para a release226fd308; a cópia anterior conservada na raiz não é o consumidor servido. Foi confirmado por leitura que nala@tempo.co.mz existe (ID15), email verificado, MFA configurado e perfil de superutilizador existente; não foi criada conta ou alterado perfil. Não se confunde matrículaMFA com sessão autenticada recente: as acções de cadastro continuam a exigir a autenticação normal do responsável.

O backup/restauro anterior à escrita ficou comprovado em21/10/2026 às10:18:00UTC: cópia consistente por snapshot de teste_investidor, arquivo privado /var/backups/investmoz/iva-rollout-20261021_101750/database.dump, SHA256 4e972c028fbe70c347c518ba86fe7e293093b7c81278ac4d64a077bf3e5325b7,4.584.693bytes; restauro isolado em iva_rollout_20261021_101750_test, acesso público à base revogado. Contagens e hashes canónicos das171tabelas coincidiram. A configuração anterior ficou protegida na mesma pasta. Isto comprova backup/restauro, sem ensaiar ou escrever os parâmetros no activo. A primeira validação local do cabeçalho do arquivo usava texto inadequado e foi corrigida para o formatoPGDMP; a segunda operação completou o restauro e a comparação. Não é falha do simulador.

Procedimento actualizado das três operações, sem quatro responsáveis obrigatórios

1. Código e controlo de esquema: a revisão226fd308 já está integrada e servida. A presente correcção de governação fica na branch QA para revisão; não foi enviada amain. O delta inclui o esquema acima, cuja aplicação no destino deve acompanhar a referência exacta do código, por operação técnica autenticada e combackup/restauro actualizado conforme o estado nesse momento. A migration protegida é o ensaioQA, não um comando a executar contra a base activa. Conservar os históricos e o consumidor desligado durante a aplicação do controlo; não usar o deploy para cadastrar/publicar dados. Não voltar a integrar226fd308 nem repetir as provas de cálculo.
2. Fonte e versão fundamentada: o responsável real indicado pela Tempo autentica-se normalmente, comMFA. Reutiliza a fonte aceite se já existir; caso contrário, cadastra-a pelo endpoint fiscal acima, com exemplar/hash/citação reais. Cadastra IVA-GERAL-BASE-LIQUIDA, rule_version:1, conforme fichav1.2 e âmbito/exclusões2026. A mesma conta autorizada conclui submit → review → approve → publish, sempre com version_no corrente e evidência fiel: manutenção técnica autorizada, não parecer jurídico nem revisão independente. Registar oID real; não usar a fixtureQA deversão2 nem contas sintéticas. Não é preciso criar quatro designações.
3. Activação do consumidor: permanece separada da publicação. Aplicar a ligação aoID e rule_version reais autorizados e o interruptor de activação pelo procedimento já definido, conservando cálculo sobre base declarada como estimativa, sem apuramento final do imposto a pagar. Conferir somente a revisão/regra efectivamente servidas e o delta no destino. Desactivar o consumidor ou suspender a regra recusa novas admissões, preservando as já admitidas, históricos e relatórios.

Saldo actual: controlo corrigido e verificado emQA, fontes e funcionamento do cálculo não reabertos; sem nova publicação ou activação na homologação. A referência servida continua226fd308 e o consumidor desligado. A correcção não foi aplicada ao esquema activo. A indicação do responsável e a autorização operacional não são tratadas como conferência de ficheiros locais ou validação jurídica da Tempo. Esta actualização substitui a indicação anterior de que a simples falta de quatro listas configuradas bloqueava obrigatoriamente a disponibilização.

Execução autorizada da correcção fiscal — 21/10/2026

A Tempo autorizou incorporar4a4d1212 e concluir apenas as operações pendentes. A correcção foi integrada emmain; a equipa integrou entretanto d3fe8a02, que inclui4a4d1212 e conserva o mesmo código fiscal. A revisão efectivamente servida, conferida em /build/revision.json, é d3fe8a02ec7f5dcd01984c4f4a1eba18b5a0cf19. Não se reinstalou226fd308.

Backup/restauro actualizado: /var/backups/investmoz/iva-rollout-20261021_104253, dumpSHA256 b37bf4aad0abd839bc81d70adf802535ad7738fabe75fda61d74f39dfc11e74b; restauro isolado iva_rollout_20261021_104253_test,171tabelas com contagens e hashes coincidentes. A operação técnica autenticada aplicou exclusivamente oDDL revisto, com registos/históricos e constraints alheias preservados. A migration protegida não foi executada na base activa nem teve a guarda enfraquecida. O contrato do executor foi actualizado apenas para essa migration, após registo da compatibilidade; a primeira disponibilização conservou a release anterior ao encontrar a alteração de esquema. A retoma usou o mesmo executor e não passou a executar migrations no destino.

Publicação e activação concluídas conforme recibo. O consumidor está activo. Não foram repetidas provas aceites do cálculo, precisão, exportadores ouPDF, nem importada a fixtureQA. A autenticação da infraestrutura não é identidade administrativa do portal. A conta Christiana/example.test reportada pelo utilizador pertence ao ensaio local anterior e não é usada no destino.

Mantém-se o procedimento único: 1) código/controlo do esquema, agora integrados; 2) cadastro das fontes reais com hash/citação e da versão1 IVA-GERAL-BASE-LIQUIDA, seguido das etapas autenticadas pelo mesmo responsável autorizado; 3) activação separada, ligando o consumidor aoID e versão publicados. Cobertura2026, operação interna geral sobre base líquida declarada emMZN; excluídos preços comIVA incluído, taxas reduzidas, isenções, regimes especiais, importações, digitais não residentes, deduções/créditos/reembolsos, incentivos, pagamento/declaração e outros impostos. O resultado é estimativa deIVA sobre a base declarada, não apuramento final a pagar.

Para suspender, desligar INVESTMOZ_IVA_CONSUMER_ENABLED e reiniciar graciosamente os workers pelo mecanismo existente, ou suspender a versão publicada pela governação autenticada, com version_no corrente e evidência. Novas admissões são recusadas; as já admitidas concluem com snapshot congelado, mantendo históricos e relatórios. Não apagar fontes, versões ou execuções para reverter a exposição. A autorização e o cadastro não constituem conferência local dos ficheiros pelo utilizador nem validação jurídica atribuída à Tempo. O recibo JSON existente regista a revisão, a regra e o estado efectivamente observados.

Recibo final das três operações: código4a4d1212 integrado e servido dentro ded3fe8a02; três fontes oficiais reais cadastradas comversão1, hashes e citações; regra IVA-GERAL-BASE-LIQUIDA, rule_version1, ID 01a15e1a-5338-700f-8a45-f87707d696a7, estado published, controlo optimista version_no5; autor/revisor/aprovador/publicador reais: conta indicada nala@tempo.co.mz, ID15. A sessão normal comMFA foi efectuada pelo utilizador numa página temporária de apoio ligada apenas a127.0.0.1; não se guardaram palavra-passe, códigoMFA ou cookies. Não há alegação de revisão independente ou parecer jurídico. A aceitação fiscal das fontes tem o fundamentoTempo08/10/2026; o estado geral permanecepending, sem validação automática noutros processos.

Activação separada aplicada em21/10/2026 às10:55:58UTC, alterando apenas as três chaves do consumidor. Ligação exacta aoID acima, rule_version1 eenabled=true; restante configuração preservada. /api/v1/fiscal-consumer confirmouenabled=true porHTTP200; a leitura do resolvedor, sem executar cálculo, confirmouIVA_GENERAL_RATE=16percent, mesmoID/versão/fonte no contextoMZN/internal_general_net de2026. Cinco eventos de governação; contagens de resultados/relatórios preservadas, sem simulações sintéticas no destino. O restauro de segurança e a configuração anterior estão conservados no arquivo privado identificado no recibo.

Suspensão concreta: configurar INVESTMOZ_IVA_CONSUMER_ENABLED=false e executar o reinício gracioso existente php8.4 artisan queue:restart na releaseactual como operador autorizado; ou POST /api/v2/investment/admin/tax-rules/01a15e1a-5338-700f-8a45-f87707d696a7/suspend, com version_no:5 enquanto corrente e evidência verdadeira de pelo menos20caracteres, pela administração autenticada/MFA. Não repetir a suspensão se o estado/versão já tiver mudado. Conservar a ligação e todos os registos; futuras retomas respeitam o estado da regra e o procedimento de versão aplicável, sem escolher automaticamente outra regra.

Diagnóstico da consulta IVA — correcção em QA,21/10/2026

O caso reportado identifica «Componentes fiscais e contributivas», IVA_GENERAL_RATE, período01/01/2026–31/12/2026 e «As condições publicadas não correspondem às respostas indicadas». É consulta de parâmetros, não execução do consumidor IVA. O utilizador não forneceu a moeda ou a operação originais; não se afirma que tenha seleccionadoUSD, omitido um campo ou indicado uma operação excluída.

Causa confirmada no contrato: o formulário envia fiscal_operation, sem operation ou currency; a versão publicada exige operation=internal_general_net e currency=MZN. A validação da consulta nem aceitava esses nomes canónicos. O resolvedor reduzia qualquer condição falhada a indeterminate_context; a interface mostrava apenas a frase genérica e o código interno. Esta restrição de ligação é escolha de implementação, não condição organizacional ou jurídica adicional da Tempo. O mesmo contrato reproduziu o estado no período anual reportado, independentemente de se presumir uma moeda no caso original.

Correcção delimitada: cada condição não satisfeita tem categoria, campo, valor recebido e critério esperado, ligados à versão e fonte. Distinguem-se campo em falta, formato inválido, operação/moeda fora do âmbito, versão que não cobre o período e configuração do sistema. Quando não existe versão elegível visível e a evidência não permite separar ausência de cobertura de indisponibilidade de fonte/configuração, a interface mantém essa incerteza; não inventa uma causa nem atribui culpa às respostas.

A consulta IVA passa a ter moeda explícita (fiscal_currency), guardada no rascunho, sem presumirMZN ou copiar moeda do orçamento ou do cálculo IVA. A API recebe esse valor em context.currency. A operação genérica não se converte automaticamente no âmbito «operação interna à taxa geral sobre base líquida»: a limitação de integração é explicada com a resposta recebida e o critério esperado, e existe ligação para o formulário IVA com declaração explícita do âmbito. Uma importação/exportação/não residente/reembolso expressamente seleccionado é identificado como exclusão deste lote; não se altera a resposta para a fazer passar.

As notas aparecem junto dos campos e num resumo com ligações que focam o campo correspondente, mantendo o rascunho. O nome apresentado é «IVA — taxa geral»; «Ver fundamento» contém versão, vigência e fonte, sem expressãoDSL. As falhas de consulta/configuração são identificadas como sistema. O percurso de cálculo e as suas regras de admissão não foram ampliados. A consulta diagnóstica pode observar versões publicadas fora do período seleccionado, sob a mesma política de visibilidade, apenas para explicar a falta de cobertura; não as torna elegíveis.

**Prova dirigida:**5testes unitários novos/24asserções;1testeAPI/16asserções no clone isolado simulator_fiscal_checks_20261021_test;7testes existentes do resolvedor/25asserções; TypeScript, build(exit0), Pint e diff-check. A primeira execuçãoAPI detectou que esse clone ainda não tinha a coluna fiscal_acceptance; aplicou-se nele a correcção de esquema já aceite, com a guardaQA intacta, e repetiu-se apenas o testeAPI afectado. Não é diagnóstico da base de homologação. A comparação por índice do ensaio foi ajustada à ordem das chavesJSONB; não se alterou o critério fiscal.

No Edge, simulador normal QA em127.0.0.1:18580: consulta anual2026, operação genérica explicitamente escolhida para o ensaio; moeda inicialmente vazia, depoisUSD escolhido expressamente como caso dirigido. Confirmaram-se notas, resumo, foco em «Rever moeda»/«Rever operação», fundamento da versão sintética3, eUSD/ano/periodicidade/operação conservados após gravação e recuperação do mesmo rascunho. A captura de prova é um ensaioUSD, não evidência deUSD no caso original. Não se executou cálculo nem se exportou relatório. A fixture publicada apenas emQA para observar o diagnóstico foi depois suspensa; o consumidorQA permaneceu desligado. Nenhuma fixture foi importada, regra alterada ou consumidor activado na homologação nesta correcção.

Provas privadas na pasta outputs/simulator-continuation-20261020: iva-diagnostic-api-test.txt, iva-diagnostic-summary.txt, iva-diagnostic-summary.png e iva-diagnostic-build-final.txt. O reciboJSON existente tem o estado detalhado. A candidata permanece na branch codex/iva-diagnostics-QA, separada de main; não é uma nova publicação fiscal nem altera a entrega autorizada anteriormente.

IVA mensal ligado às vendas — candidata QA, 21/10/2026

Pedido da Tempo: o formulário recolhe pressupostos do negócio e calcula o IVA correspondente, sem repetir vendas nem tomar o imposto manual como entrada fiscal. A falta de ligação entre a projecção empresarial e o consumidor publicado era uma escolha de implementação; não uma nova obrigação do utilizador. Alteração na branch codex/iva-monthly-projection-QA, separada de main. Não altera a instalação, regra ou activação da homologação.

Ligação: o simulador normal reutiliza quantidades e preços por produto/mês do plano empresarial, com a mesma representação monetária das vendas já usada nesse plano. Se não existir plano, admite a receita mensal constante já guardada na projecção personalizada, identificando essa origem e exigindo declaração do enquadramento. Não usa os valores demonstrativos de um widget ainda não guardado. A indicação sem IVA/com IVA incluído fica explícita, sem a presumir. Neste lote só a base líquida declarada permite calcular: preços com IVA incluído, base desconhecida e meses sem vendas informadas permanecem indeterminados. Zero explícito calcula IVA zero; não se preenche um mês vazio com zero.

O cliente envia meses, vendas, moeda e declaração; não envia taxa, versão ou imposto manual. O servidor selecciona a versão publicada ligada ao consumidor e reutiliza o resolvedor temporal e avaliador decimal existentes em cada mês, dentro da mesma admissão transaccional. Nenhuma taxa foi fixada no formulário, nem introduzido arredondamento fiscal. A versão é congelada antes da fila; mantém-se a autorização/idempotência/histórico/relatório existentes. Sem migration ou reconstrução dos mecanismos. Cobertura permanece 2026, no máximo 12 meses consecutivos; um horizonte que atravessa o limite é explicado, sem truncar a projecção.

Ecrã e dependências: cada mês apresenta vendas declaradas, vendas tributáveis sem IVA, taxa efectivamente aplicada, IVA calculado e total com IVA. Após a primeira execução, a actualização automática fica ligada e pode ser pausada. Alterar vendas, moeda, período ou tratamento do IVA assinala imediatamente o resultado anterior como histórico desactualizado. A nova execução guarda outra versão sem modificar a anterior. Repetir sem alterações recupera a execução concluída; uma execução pendente é consultada pelo mesmo ID. Falhas conservam os pressupostos e permitem tentar novamente. O rascunho conserva configurações e resultado; o relatório distingue resultado actual e histórico desactualizado e não recalcula o IVA na exportação. Se algum mês estiver indeterminado, o total fiscal fica indeterminado, conservando os meses conhecidos.

Tesouraria adoptada: o IVA é um memorando fiscal separado; não se soma novamente aos recebimentos introduzidos, não se deduz como custo e não se apresenta como imposto final a pagar. Conserva-se o calendário de recebimentos/pagamentos declarado, sem inferir cobrança integral no mesmo mês nem liquidação fiscal. O imposto manual permanece exclusivamente no painel recolhido «Cenário personalizado de tesouraria — imposto manual, separado do IVA calculado», com rótulos de cenário personalizado. Não alimenta a base nem o resultado do consumidor IVA. Não foram acrescentados deduções, créditos, reembolsos, importações, isenções, taxas reduzidas ou regimes especiais ao cálculo fiscal; as hipóteses antigas de tesouraria continuam personalizadas e separadas.

Provas apenas do delta: 3 testes API novos/46 asserções, transacções no clone simulator_fiscal_checks_20261021_test com guarda QA; 4 testes frontend novos para reutilização das vendas, zero/informação em falta, invalidação e recuperação/relatório. Incluem taxa proibida no cliente, âmbito não declarado, preços brutos, período excluído, repetição sem duplicações, versão congelada antes da suspensão e conclusão depois dela. TypeScript/build/Pint/diff-check verificados. Reutilizadas as provas aceites do avaliador decimal, exportadores e PDF; não se voltou a testar paginação nem a ampliar cobertura legal.

Percurso Edge no simulador normal: dossier sintético privado «QA IVA mensal - vendas projectadas», ID e0201d19-286e-4d5c-9585-2c1e3bd1ad1e, QA127.0.0.1:18580. Vendas Janeiro1000.03/ Fevereiro2000.06/ Março0/ Abril vazio produziram IVA160.0048/320.0096/0/indeterminado. Alterar apenas a quantidade de Janeiro de1 para3 actualizou vendas3000.09, IVA480.0144 e total3480.1044. Assinalou-se resultado desactualizado durante a mudança. Seleccionar preços com IVA incluído conservou vendas e tornou base/IVA/total indeterminados; voltar manualmente à base líquida gerou nova execução. Após recarregar e recuperar o mesmo dossier, os valores permaneceram iguais e o fundamento mostrou a versão congelada. Quatro execuções mensais intencionais (inicial, venda alterada, base incluída, regresso à líquida), quatro relatórios com snapshots iguais às respectivas execuções; recuperação não criou a quinta. Não se atribui aplicabilidade fiscal universal a estes exemplos aritméticos.

A fixture sintética v4, ID 01a15e50-7972-72e0-8991-82ca28df9b49, está publicada e o consumidor ligado apenas no clone QA simulator_fiscal_delta_20261021_test, deixados disponíveis para esta revisão. Isto substitui o estado local suspenso/off da prova diagnóstica anterior; não é indisponibilidade na homologação. Não importar esta fixture, os seus actores ou os scripts privados. A regra real de homologação v1 mantém-se fora desta execução.

Revisão e disponibilização: rever esta candidata QA e integrar somente o código autorizado, mantendo a ligação ao ID/versão reais do destino. Este delta não precisa de publicar outra regra nem de mudar a taxa/âmbito ou de reactivar um consumidor já activo. Conferir apenas revisão servida e ligação mensal no destino após autorização própria; conservar o procedimento separado de publicação e activação se alguma dessas operações vier a ser expressamente pedida. Suspender novas admissões pelo interruptor existente ou estado da regra preserva as já admitidas e os históricos. Não apagar snapshots para suspender ou reverter código. Sem integração em main, escrita activa, validação jurídica atribuída à Tempo ou nova ronda de preparação identificada nesta entrega QA.

Provas privadas em outputs/simulator-continuation-20261020: monthly-iva-api-test.txt, monthly-iva-build-final.txt, monthly-iva-initial.txt, monthly-iva-updated.txt, monthly-iva-stale.txt, monthly-iva-included.txt, monthly-iva-recovered.txt, monthly-iva-live-history.json e monthly-iva-proof.png. O recibo existente conserva o saldo e os IDs; AUD-SIM-INT02 da matriz existente recebe esta referência, sem outra matriz/backlog.

Reconciliação Modelo A — primeiro incremento QA,21/10/2026

Por instrução expressa da Tempo, o Novo Modelo A.docx é a referência estrutural, incluindo o quadro incorporado como imagem; não foi substituído por um modelo genérico. A reconciliação campo a campo contém todos os quadros, campos01–27, finalidade, origem, cálculo, fundamento e estado; inventário/versões/exemplares e divergências preservados. A componente16% existente representa apenas01/02. O apuramento14–18 não se presume igual ao IVA das vendas; não é saldo final a pagar.

Original532008bytes/SHA25662c198e90d8c6792f7d5ccefc6386df2e4b6089573067d3a6e1eae7fc2b9572b e variantev1 de532100bytes/63d45fa80db17a60b43619d55a25813229d670d14c758273f86316285db8e02b preservados na biblioteca privada QA, recursos33/34, documentos e revisões/auditoria existentes. Importador existente, pré-visualização, conflitos/duplicados, scans reais limpos com mesmohash e nova tentativa sem criar documentos ou scans. Actor166 é a fixture administrativa do ensaio isolado, sem papel real ou alteração persistente de permissões atribuída à Tempo. Nenhuma publicação ou importação na homologação. Aceitação das fontes oficiais da Tempo08/10 mantida; edição vigente do formulário não afirmada pela data OOXML nem pela leitura do anexo.

No simulador normal, resumo de simulação parcial e correspondência consultável ligados ao resultado mensal recuperado. Compras/encomendas projectadas reutilizadas conforme agenda activa por produto, calendário ou valor constante; não são custo das vendas ou pagamentos de fornecedor. Zero difere de falta. A indicação semIVA/IVA/comIVA/dedutível fica separada e por determinar quando faltam classificação e documentos; não se considera toda compra dedutível. Relatório acrescenta correspondência/limites e referências dos pressupostos actuais de compras, sem os apresentar como resultado fiscal histórico nem reescrever snapshots. Nenhuma nova fórmula fiscal activada ou taxa fixada no formulário; sem migration ou motor novo.

Cotejo dirigido: Lei22/2022 art.17-A/aditamento e eficácia; Lei10/2025 arts.18/19/21/32/34 nas páginas12–15 do BR248, com leitura visual13/14. Registadas remissões divergentes do exemplar (regularizações11/12 versus caixas12/13; crédito18/19 versus caixas19/20; reembolsoart20 versus matéria noart21; quadro8 ambíguo). Não corrigir original nem aplicar instrução ambígua como regra. AT directa expirou; resultado indexado com numeração distinta é limitação de consulta, não substituto nem prova de edição vigente. Lei3/2025/dispositivos/regulamentos pertinentes por consolidar na extensão concreta, sem reabrir genericamente a base líquida16% aceite.

Provas novas apenas do incremento:3testes frontend (agendas, zero/falta, sem IVA/dedução fabricados e relatório sem mutar resultado), TypeScript/build, Edge de consulta após recuperação e biblioteca idempotente/scan. Avaliador, selecção publicada, precisão, históricos e exportadores aceites reutilizados. DossierQA e fixtureIVA v4 continuam disponíveis para revisão; este incremento não calcula novamente. Provas privadas outputs/modelo-a-20261021; recibo e inventário existentes actualizados. Branch codex/iva-modelo-a-reconciliation-QA, parent3f5430c3, separada de main; homologação/regra real/interruptor inalterados.

Saldo explícito: reconciliação e primeiro incremento de interface concluídos, apuramento completo não implementado. Próximo lote: classificação por operação e origem prevista/efectiva, cadastro fundamentado de âmbito/dedução e ligação a totais14–18 propagando indeterminação; 8–16h cadastro/consolidação e20–36h código/aceitação, total28–52h condicionado ao âmbito/consolidação, sem créditos anteriores/substituições/pagamento/reembolso ou simulador integral. O documento contém o delta e critérios concretos. Integração do código, publicação e activação continuam operações distintas; esta preparação não executa nenhuma no destino.

Continuidade e adaptação contextual — primeiro incremento QA, 22/10/2026

Instrução expressa da Tempo de 22/10: o contexto do investimento é transversal ao percurso, formulários, documentos e simulações, mesmo sem IA. Base Git e revisão servida confirmadas em leitura: 57fc914821d0cefa02caa80a74b3d42e663f2742. Trabalho isolado em codex/project-context-continuity-QA, sem integração ou publicação/activação fiscal no destino.

Causas identificadas no código e reprodução dirigida: InvestorContext só distribuía título, descrição, sector e geografia; o preenchimento comum copiava apenas campos vazios sem distinguir herança de edição deliberada; o IVA pontual mantinha moeda/data/base em estado local que desaparecia ao desmontar o ecrã. A projecção empresarial sobrepunha a moeda do projecto à moeda de origem do plano ao apresentar/calcular/exportar. No ensaio anterior, projecto guardado em MZN e selector IVA vazio. A primeira tentativa de abertura encontrou uma sessão expirada, confirmada pela leitura sem autenticação e resolvida pelo início de sessão normal; não foi classificada como perda do dossier.

Correcção comum: consolidar exclusivamente o rascunho explicitamente ligado ao mesmo dossier e proprietário; conservar origem, versão e hash. Não procurar o último projecto da conta. Herança persistida com assinaturas de alteração por campo e âmbito dossier/consumidor; não são tokens de autorização nem prova jurídica. Actualizar valores ainda herdados, preservar alterações deliberadas e campos apagados; manter a hierarquia geográfica e os restantes dados das parcelas. O armazenamento do navegador passa a incluir conta e projecto. Consumidores do padrão: simulador, apoio à terra, Balcão e manifestação de investimento; esta última recebe também a moeda compatível. Campos sem correspondência semântica não são copiados. Nacionalidade, residência e país de constituição não são equiparados.

O IVA pontual guarda as entradas com o rascunho. A exploração fiscal, oportunidade e componente pontual reutilizam a moeda compatível; a projecção mensal reutiliza o plano e o início previsto. Não se infere exigibilidade fiscal a partir da data prevista de início, nem residência jurídica a partir do país. USD é conservado e explicado como não suportado pela versão MZN. Uma divergência entre moeda guardada no plano e moeda do projecto é apresentada, sem conversão ou reclassificação. O plano conserva a moeda de origem também na apresentação e nos exportadores existentes. Vendas, zero/falta e snapshots de IVA continuam a usar o motor publicado e os históricos aceites; nenhum imposto mensal fixo é introduzido.

Adaptação deste incremento: o editor existente passa a permitir moeda, início previsto, origem do investidor, tipo/situação da entidade e residência fiscal declarada, sempre pela prévia/confirmar existente. A prévia continua a identificar dados/documentos conservados, resultados e etapas afectados; alterações apenas ao título/descrição não invalidam a aplicabilidade. O selector territorial reutiliza o catálogo público InvestmentZones para parques, ZEE e ZFI, preservando versão/hash, fontes e condições públicas já divulgadas no complemento existente. A mesma síntese aparece no contexto e simulador e segue para o relatório do dossier. Os ramos de terra/financiamento reutilizam a definição publicada, factos, estados e razões de InvestorPath; não foi criado outro avaliador nem activado benefício.

Escolher uma zona abre a análise específica: referência consultada, condições documentadas ou em falta, período/fonte cadastrados quando disponíveis e reconhecimento por determinar. O benefício e o cenário condicionado permanecem indeterminados quando não existe ligação executável às condições/reconhecimento. O IVA disponível é identificado como cenário geral sem benefício; não representa automaticamente o regime escolhido nem apuramento final. Reutilizam-se InvestorContext, InvestmentZones, InvestmentZoneOperationalDetails, InvestorPath/definição publicada, resolvedor/avaliador fiscal e snapshots existentes. A escolha técnica de exigir uma nova confirmação genérica dos mesmos dados em cada formulário foi retirada por instrução da Tempo; permissões, declarações, submissões formais, revisões independentes aprovadas e campos autorizados de pedidos devolvidos mantêm os controlos existentes.

Provas novas: 4 testes HTTP/74 asserções, em transacções revertidas na base isolada simulator_fiscal_delta_20261021_test/loopback55441; 8 testes frontend de herança, edição/apagamento, isolamento, parcelas, moeda divergente e contexto no relatório; TypeScript/build. Percurso Edge: A nacional/MZN e residência fiscal ZA, vendas guardadas de quatro meses → cálculo mensal → gravação → edição deliberada do título → recarregamento → terminar sessão/iniciar sessão → recuperação e relatório pelos dados efectivamente guardados. Resultado ae401465-834f-4761-9406-5af060c499fb, uma única execução nova no dia; Janeiro1000.03/IVA160.0048, Fevereiro2000.06/320.0096, Marçozero e Abrilsem informação. O modelo de relatório recuperado conserva os valores exactos e não altera o snapshot. B estrangeiro/USD, primeiro divergência explícita planoMZN/projectoUSD, depois declaração manual USD no plano, IVA recusado sem conversão; selecção de parque pela prévia e análise específica. Os testes de ZEE/ZFI usam apenas metadados sintéticos revertidos: não demonstram elegibilidade real. Provas privadas em outputs/context-continuity-20261022; não entregar fixtures ou credenciais.

Limites concretos: este é o primeiro incremento utilizável de continuidade e explicação contextual, não a conclusão da adaptação de todos os sectores/regimes. O catálogo QA consultado contém parques sintéticos; a ligação jurídica completa de requisitos/documentos/licenças e benefícios às condições de cada actividade/regime não está demonstrada. Condições sem estrutura/relação executável continuam explicitamente em falta; nenhuma alegação nova de direito ou benefício é feita. Não houve nova validação jurídica nem revalidação genérica de credibilidade das fontes oficiais aceites em08/10. Não repetir cálculo decimal/exportadores/paginação já aceites. A demonstração visual foi feita no percurso e simulador; os outros três consumidores receberam o reconciliador comum, sem se afirmar um ensaio visual integral de cada processo.

Revisão: abrir o simulador QA com o dossier A 92d0836c-0ffb-4e07-a7f5-0e8ca3f594b9 ou B 1872412f-251a-4f6d-bf18-70388e71a16a; usar a conta sintética QA existente, nunca actores sintéticos na homologação. O router privado de QA usa a instalação já existente do percurso, activada apenas neste ensaio isolado; não há migration ou nova exigência de funções. Entregar a candidata para revisão pelo processo Git existente, preservando alterações concorrentes. Uma integração futura exige rever o delta relativamente a main e o estado de instalação/configuração do percurso no destino; não publicar regras ou alterar interruptores fiscais como consequência desta correcção. Preservar todos os históricos na suspensão ou reversão de código.

Fecho da observação deste incremento: o regresso A ao dossier gravou a evidência financeira 43317c22-50c8-40cf-98e4-e5d4d108c372, rascunho cf4dec46-c96c-4aa6-aa9c-1a8d6ecb1bea v8, contexto v1, com hash preservado. A ligação de inspecção do Edge interrompeu-se depois da navegação; o inventário mostrou o endereço do mesmo dossier e a leitura autenticada do serviço confirmou a gravação. A parte visual final do regresso não foi observada e fica como limitação da ferramenta, não falha do simulador. B recuperou contexto v2 e gravou rascunho v6, mantendo USD e sem execução fiscal. O relatório gerado destes dados recuperados conserva a versão do parque e benefício indeterminado. O enriquecimento automático do rascunho privado é exclusivo do proprietário autenticado; o acesso de gestão ao dossier não concede por esta alteração acesso ao rascunho privado da conta.

Revisão de a76369eb e primeiro percurso adaptativo fundamentado — v1, 22/10/2026

Revisão encerrada no âmbito de a76369eb, sem integração. O último regresso tem prova equivalente: destino do mesmo dossier observado pelo inventário do navegador e evidência 43317c22-50c8-40cf-98e4-e5d4d108c372 confirmada no serviço, ligada ao rascunho v8/contexto v1 e ao hash a21fa5779bf8b8df366f16683c8a9bb9817a6d2921c7384f85df02135307fa13. A observação visual final continuou limitada pela ferramenta. Não se repetiram A/B, cálculos, exportações ou nova sessão; reutilizam-se as provas aceites. Leitura dirigida do delta: isolamento por proprietário/dossier, edições/apagamentos, origem monetária, controlo de escrita e ausência de publicação fiscal. Não foi identificada nova preparação técnica que condicione a decisão de integração deste âmbito. A adaptação jurídica seguinte é independente.

Percurso delimitado preparado: preparação de um pedido de investimento privado para empreendimento económico em Moçambique, com actividade concreta declarada, instalação identificada e operações mensais enquadráveis no consumidor IVA geral existente. Trata a preparação do pedido de investimento; não se apresenta como licenciamento sectorial completo, certificado emitido, direito a incentivo ou submissão à Administração. Investidor nacional/estrangeiro, actividade, modalidade e localização são condições distintas. A saída é formulário orientado, etapas/documentos aplicáveis e simulação identificada pelo seu âmbito. Não se escolhe “Turismo” ou uma ZEE para presumir requisitos ou benefícios.

Fonte primária aplicada: compilação oficial APIEX “Legislação de Investimentos em Moçambique”, exemplar obtido de https://pt.apiex.gov.mz/wp-content/uploads/2025/02/LEGISLACAO-DE-INVESTIMENTOS-EM-MOCAMBIQUE.pdf — 6467655 bytes, SHA256 ba1e9eaabfec5d0c4cb2d9f2444a6860f7a90f222034764197829be402d408ed. Contém Lei8/2023 (pp.8–32), Decreto8/2024/Regulamento (pp.36–59), CBF (pp.64–92). Aceitação oficial de08/10 mantida; não há exigência de segunda autenticação ou aprovação jurídica da Tempo. Inventários existentes de604 registos/exemplares/anexos e9901 caminhos do acervo reutilizados antes da selecção; cópia privada, texto extraído e citações em outputs/adaptive-path-20261022. Não importar/publicar automaticamente. As pendências históricas genéricas de nova certificação nos levantamentos de28/09 e03/10 não são gates deste lote.

Período: Decreto8/2024, artigo5 do diploma preambular, indica aplicação desde a publicação de7/03/2024; Lei8/2023, artigo32, indica90dias após publicação. O lote proposto cobre datas de projecto em2026 e preserva estes inícios, exemplar e versão. Não foi encontrada alteração nas consultas oficiais dirigidas desta execução; isso não certifica inexistência de actos posteriores. A compilação de2025 não constitui consolidação universal de2026. Na ligação executável, uma fonte/versão sem cobertura temporal não autoriza fallback para a versão mais recente. Os artigos citados são do Regulamento anexo quando identificado “R”; “L” designa a Lei8/2023. Rastrear esta distinção evita confundir os dois artigos9 ou o artigo5 preambular com o do Regulamento.

Condição	Fonte e período	Efeito no formulário	Efeito no percurso	Efeito no cálculo	Informação em falta / estado da ligação
Projecto económico em Moçambique que procura garantias/incentivos; actividade efectiva conhecida	L2(1)–(3), pp.8–9; período2026 deste lote	Reutilizar localização e actividade; perguntar a finalidade jurídica apenas se ausente	S02 identifica cobertura do procedimento; actividades excluídas recebem encaminhamento próprio	Não inferir benefício ou exclusão de IVA a partir deste âmbito	Falta ligação executável da cobertura ao perfil; legislação sectorial especial fica fora deste lote
Capital/recursos do exterior ou nacionais; pessoa, residência e constituição separadas	L3/anexo, pp.28–29; R4–6, pp.38–40; período2026	Reutilizar os dados declarados; pedir origem/forma do aporte quando faltar, sem transformar nacionalidade em classificação do capital	Acrescentar preparação da prova/registo do aporte externo quando aplicável	Nenhuma mudança automática de taxa IVA ou conversão; transferências cambiais não calculadas	Falta dado estruturado de aporte e ligação à documentação; requisitos cambiais concretos não abrangidos
Implementadora em constituição ou já registada	R9(1)(b), p.41; R14(1)(b), p.45; desde7/03/2024, recorte2026	Mostrar a alternativa documental correspondente, sem exigir novo preenchimento da entidade	S05/S06: reserva de denominação ou certidão comercial, com estado declarado/associado por conferir	Não altera IVA	Falta associar categorias documentais existentes à alternativa e ao estado do cadastro
Implantação em instalações arrendadas ou com DUAT	R9(1)(c)–(d), pp.41–42; R14(1)(c)–(d), p.46; recorte2026	Reutilizar local; perguntar apenas a modalidade/evidência ainda ausente	S06 identifica esboço/planta e alternativa contrato/DUAT; sem converter ausência de título em ausência de direito	Não atribui taxa, custo fundiário ou benefício	Falta modalidade estruturada e associação ao documento; sem decidir titularidade/disponibilidade
Pedido por representação comercial estrangeira, distinto de qualquer investidor estrangeiro	R9(2)–(3), p.42; recorte2026	Pergunta de representação apenas quando a implantação declarada o permita; depois referência da licença e documento	S06 acrescenta licença de representação e identifica formalidades documentais pertinentes	Sem alteração da taxa geral	Falta modalidade e origem documental estruturadas; não exigir licença a todo investidor estrangeiro
Nenhuma condição de autorização; ou dimensão/actividade/terra que a exija	L22(1)(b)–(2), pp.20–21; R13(2), R14 e R21, pp.45–50; recorte2026	Reutilizar montante/moeda/actividade/área; perguntar apenas PPP/concessão, implicações ou dados ainda desconhecidos	Seleccionar preparação de mero registo ou autorização; na segunda, S02/S06 acrescentam estudo de viabilidade e capacidade financeira	Comparação do montante exige MZN ou equivalência documentada; não converter nem inventar taxa; IVA permanece componente separada	Falta ligar os predicados e evidências ao perfil. “Não sei” não equivale a “não”. Limite de32mil milhões MZN só resolve a condição de montante, não todas as restantes
Localização geral versus ZEE/ZFI com referência e âmbito documentados	R13(1)(a)–(b), p.45; R10(4), p.43; recorte2026	Reutilizar zona/versionamento; pedir reconhecimento/condições pertinentes em falta	Diferenciar entidade de encaminhamento e articulação aplicável; S08/S17 conservam evidências e pendências	Sem regra executável do benefício, mostrar resultado especial indeterminado e cenário geral separado	a76369eb já apresenta referência/limite; faltam ligações jurídicas de encaminhamento e condições. Parque industrial não equivale automaticamente a ZEE/ZFI
Operação mensal interna geral, base líquida, MZN e período coberto pela versão publicada	Regra IVA já fundamentada/autorizada; Lei22/2022 art.17(1), fontes/limites no recibo existente; recorte fiscal2026	Reutilizar vendas/mês/moeda; perguntar apenas pressupostos fiscais ainda ausentes	Ligar cálculo e relatório à mesma versão de contexto/regra	Consumidor existente calcula por versão servida; zero difere de falta; preço com IVA incluído não vira base líquida	Ligação mensal já demonstrada. Dedução, reembolso, saldo final e benefício especial continuam fora
Mudança de título/contacto ou outra condição irrelevante para a regra aplicada	Decisão Tempo22/10 e contratos existentes; escolha técnica de dependências identificada	Preservar a edição e preencher o que continuar compatível	Não reiniciar revisões/etapas sem dependência relevante	Não criar outra execução nem mudar taxa/base	Prova de título e testes de dependências já aceites; estender por dependência, não por “qualquer alteração”

Diferença útil que a implementação deste lote deve demonstrar, sem repetir A/B: um caso C exclusivamente sintético, empresa em constituição, actividade económica não extractiva declarada, instalações arrendadas, capital emMZN, período2026. Primeiro completar as condições de enquadramento; depois a preparação de mero registo mostra a alternativa reserva de denominação/arrendamento. Alterar a condição de autorização para verdadeira troca o resultado procedimental, os campos necessários e os documentos para estudo/capacidade financeira. Com condição desconhecida, a selecção fica indeterminada e pede apenas essa informação. Alterar para representação comercial estrangeira acrescenta a licença pertinente; mudar apenas nacionalidade não produz esse efeito. Alterar de localização geral para ZEE/ZFI documentada altera o encaminhamento e as verificações, sem conceder benefício. O IVA geral continua matematicamente igual quando a mudança não afecta a sua regra; mudar vendas/base/moeda/período altera ou impede o cálculo conforme a cobertura existente. Não forçar um resultado numérico diferente quando a lei não o determina.

Cadastro e código separados: o conteúdo jurídico acima está preparado, com artigos, exemplar e início temporal. Falta cadastrar as correspondências versionadas campo/condição/etapa/documento e ligar a sua execução ao perfil existente. Usar o mesmo dossier, prévia/confirmar, definições/questionários versionados e suporte condicional when já utilizado nos formulários; reutilizar resolvedor temporal, avaliação e aritmética exacta nas interfaces em que sejam compatíveis, com adaptador explícito para os predicados procedimentais, sem criar outro motor nem armazenar procedimentos como imposto. O contexto já tem sector/actividade/localização/moeda/período/entidade; as respostas de modalidade e evidências ainda não ligadas devem ser acrescentadas ao mesmo contexto cifrado, com origem e alterações deliberadas. Reutilizar vínculos documentais/históricos e permissões existentes. Não alterar a definição publicada dos19passos nem activar outra regra fiscal para executar este cadastro.

Estado desta entrega: revisão de a76369eb concluída no âmbito aceite; percurso seguinte fundamentado e delimitado, ainda não implementado/demonstrado de ponta a ponta. A tabela não é prova de funcionalidade nem declara licenciamento sectorial completo. Não integrar este documento como se instalasse o percurso. Próxima execução técnica concreta: ligar as condições acima, persistir decisões/documentos e verificar apenas as transições de C, recuperação e relatório; conservar as provas aceites de contexto e IVA. Código, publicação de parâmetros/regras e activação continuam operações separadas. Não há nova autorização organizacional ou validação jurídica da Tempo presumida.

Percurso de investimento privado executável em QA — 22/10/2026

Implementação do delta de 52fbb146, na branch codex/private-investment-path-executable-QA. A integração independente de a76369eb não foi repetida nem condicionada por este lote. Não houve escrita na homologação, integração em main, publicação ou activação de regras fiscais.

Orientação permanente aplicada: decisão expressa da Tempo de 22/10, registada também em AGENTS.md: legislação, modelos e procedimentos oficiais disponibilizados são a base aceite para implementar; decisões da Tempo orientam a implementação. Não existe nova aprovação jurídica genérica, aprovador adicional ou validação de credibilidade como condição para executar este percurso. Dados concretamente em falta são identificados por campo e não anulam os restantes requisitos. Associação documental não equivale a reconhecimento administrativo; esta distinção é informativa, sem bloquear a gravação ou a preparação.

Ligação executável: PrivateInvestmentPreparation é o adaptador delimitado das condições procedimentais já documentadas para o contexto cifrado do dossier. Correspondência private-investment-preparation-2026-v1, exemplar APIEX/hash anteriormente registados, recorte de início previsto em 2026. Reutiliza campos conhecidos do mesmo projecto/rascunho, permissões, vínculos documentais, prévia assinada, controlo de concorrência, chave idempotente, eventos antes/depois e os 19 passos existentes. Não é outro motor fiscal, catálogo paralelo de benefícios ou novo processo de aprovação. O resolvedor fiscal publicado e a aritmética decimal existentes continuam responsáveis pelos seus cálculos; não se armazenaram predicados procedimentais como impostos.

No dossier normal, «Preparar o pedido de investimento privado» abre o editor de contexto. Valores já declarados ficam recuperados e editáveis, sem nova confirmação por ecrã. Dados condicionais de área só aparecem para extensão de terra/concessão florestal. A prévia mostra ramo antes/depois, documentos novos/inactivos, passos afectados e resultados que precisam de revisão. Apenas a confirmação grava uma revisão; cancelamento conserva o estado anterior. Os requisitos correspondentes aparecem nas etapas S02/S05/S06 e o próximo passo acompanha mero registo/autorização. As dependências formais da definição publicada não foram substituídas por novos bloqueios.

Fundamento executado: Lei 8/2023 artigos 2 e 22; Regulamento aprovado pelo Decreto 8/2024 artigos 5, 9, 13, 14 e 21, conforme a tabela de 52fbb146 acima. Na interface, R designa este Regulamento. As exigências têm razão, artigo, período e ligação ao exemplar oficial. As alternativas certidão/reserva e DUAT/arrendamento não são cumulativas. Representação estrangeira determina a licença correspondente; nacionalidade ou residência, isoladamente, não a determinam. Aporte externo tem origem declarada separadamente da nacionalidade. Montante >32 mil milhões MZN, terra >=10 mil ha e concessão florestal >100 mil ha usam comparação decimal exacta, sem conversão cambial presumida. R21 distingue Finanças/Conselho de Ministros conforme as condições efectivamente conhecidas; uma condição positiva suficiente não espera pelas restantes para identificar o pedido de autorização.

Comparação nova, exclusivamente QA	Campos e documentos	Próximo passo / efeito no cálculo	Prova
C: empresa em constituição, actividade geral, 1.000.000 MZN, 01/01/2026, modalidade doméstica, capital nacional, instalações arrendadas; condições de autorização negativas	Reserva de denominação, identificação, planta e arrendamento; não exige certidão, DUAT, licença de representação ou estudo/capacidade de autorização	Mero registo; encaminhamento Governador. Nenhuma taxa IVA alterada	UI → prévia → confirmar; contexto v1
C: associar suporte sintético já existente ao arrendamento	Mesmo documento associado por ID; não cria cópia nem o aprova	Conserva o pedido; contexto v2	UI; um vínculo em desk_documents
C: PPP/concessão empresarial passa a sim, modalidade passa a representação estrangeira e instalações a DUAT	Entram estudo/capacidade, licença de representação e DUAT; arrendamento deixa de ser exigido, conservando o documento anterior	Autorização, Conselho de Ministros; S02/S05/S06/S07 para revisão. Esta mudança meramente procedimental não invalida os inputs do IVA	Prévia visual antes de confirmar; contexto v3 recuperado; PNG C-authorization-preview
C: recuperação e simulador	MZN, data, título, contexto v3 e preparação por autorização recuperados sem reintrodução; arrendamento inactivo visível no histórico	Mesmo âmbito fiscal geral; nenhuma execução fiscal nova pedida neste ensaio	Dossier normal, simulador e rascunho ligado; leitura persistida e relatório Word
Regresso autorização → mero registo; entidade em constituição → existente	Estudo/capacidade/licença deixam de ser exigidos; arrendamento anterior volta associado; certidão substitui reserva, sem apagar histórico	Ramo e requisitos recalculados	Controlo HTTP transaccional dirigido, não repetição visual A/B
ZEE/ZFI versus parque industrial	Encaminhamento APIEX condicionado ao enquadramento reconhecido; parque não é convertido em ZEE/ZFI	Nenhum benefício ou taxa especial concedidos	Predicados com referências sintéticas de QA; não prova de elegibilidade de uma zona real

Provas novas: três testes feature, 96 asserções, exclusivamente na base simulator_fiscal_delta_20261021_test, loopback 55441, com transacções revertidas e guarda do alvo. Cobrem limiares exactos, desconhecidos, exclusões/período, não inferência por nacionalidade, alternativas e preservação de vínculo, recuperação, idempotência, prévia sem escrita, adulteração, documento de outro dossier recusado e consumidor desligado, incluindo edição independente do título sem perder snapshot ou vínculos. Um teste frontend confere somente o novo conteúdo congelado do relatório. TypeScript e build passaram. Não foram repetidos cálculos decimais, exportadores completos, paginação PDF, CSV ou ensaios A/B aceites.

Recibo C da fase por autorização (histórico v3): dossier 4133311b-5426-4cec-900d-1f1484484083; contexto v3; rascunho beba1dec-fc05-4820-b099-24952c5ab36c, v4, SHA256 4136e82a3b9420ab8f980ec0d7bda6dc2a67b568c18535b5ba0ecc80efd37e37. Um documento sintético e5ce142a-1178-46a2-b039-f187139c62cd, sem pretensão de autenticidade oficial ou reconhecimento; mantém quarentena/scan pendente, sem contornar o carregamento/antimalware. A fixture apenas disponibiliza metadados privados para observar associação, não ensaia novamente uploads e não faz parte de dados/migrações de entrega. Três eventos de mudança do contexto; uma associação documental. C não contém projecção de vendas nem novo resultado fiscal; as provas anteriores dessa componente são reutilizadas.

Relatório efectivamente transferido: relatorio-investmoz-sintetico-qa-c-pedido-de-investimento-privado.docx, 16.674 bytes, SHA256 28cfe4b75116c892d3e29fde389de7d067b456761756bab732af625178ee69ce. Conferido o novo conteúdo: pedido de autorização, versão, fundamentos R14 e exigências não aplicáveis com histórico preservado. Não se repetiu a verificação de paginação/exportadores. Os anexos do dossier não são inseridos silenciosamente no pacote; mantém-se a selecção explícita existente. O relatório identifica a preparação/simulação e não alega submissão ou aceitação administrativa.

Limitação da ferramenta: a observação do evento de download excedeu o tempo e a extensão perdeu a ligação. O ficheiro terminou e foi encontrado em Transferências antes de qualquer repetição; conteúdo/hash conferidos localmente. Não se repetiu a exportação nem se classificou o incidente como falha do simulador. A prévia de impacto e recuperação já tinham prova visual; a recepção do ficheiro é prova distinta.

Limites concretos: este lote prepara o pedido de garantias/incentivos de investimento privado, não executa submissão administrativa, licenciamento completo por sector ou decisão de elegibilidade. Prospecção/pesquisa/produção extractiva, investimento público/exclusivamente social sem fins lucrativos e períodos fora de 2026 não são cobertos por este adaptador; processamento industrial tem o ramo de autorização documentado. A equivalência de montante noutra moeda não é determinada sem dados/fundamento cambial aplicáveis; condições positivas independentes continuam executáveis. O catálogo visual deste QA contém apenas parques sintéticos, não uma ZEE/ZFI real elegível: encaminhamento especial conferido no predicado, sem declarar prova visual de reconhecimento real. Benefícios territoriais, deduções, reembolsos e apuramento final do IVA continuam indisponíveis; o cálculo geral já autorizado conserva o seu âmbito.

Utilização e integração: abrir http://127.0.0.1:18580/investimentos/4133311b-5426-4cec-900d-1f1484484083 na conta QA habitual. Usar «Comparar e alterar contexto», editar apenas a condição relevante, comparar e confirmar; para documentos, usar o Balcão do mesmo dossier e associar os existentes. QA habilita investor-path.private_preparation=true no router privado. A configuração de entrega PRIVATE_INVESTMENT_PREPARATION_ENABLED fica desligada por defeito; a homologação não foi alterada. Integração eventual pelo processo Git existente: rever branch/código e limites, incorporar sobre main actualizado preservando alterações concorrentes, build e conferir apenas o delta no destino; habilitação deste percurso é uma configuração separada, não publicação/activação fiscal. Suspender a configuração oculta o novo consumidor e recusa novas escritas específicas, sem eliminar contexto, documentos, eventos, rascunhos ou relatórios congelados. Sem migração ou seed de fixtures no destino. Nenhuma nova ronda de preparação técnica foi identificada para este recorte; revisão/decisão de integração continuam separadas.

Distinção final conferida, sem nova validação genérica: Lei 8/2023 artigo 14(b) distingue investimento directo/indirecto; R13 refere expressamente investimento directo nos limiares monetários. Acrescentado o dado «Tipo deste investimento», separado da origem/nacionalidade. Sem esse dado, a via dependente da dimensão permanece indeterminada; para forma indirecta este lote não determina dimensão/encaminhamento monetário, mas continua a avaliar as condições independentes documentadas. PPP/concessão positiva continua a determinar autorização e Conselho de Ministros, sem esperar por esse campo irrelevante à decisão já suficiente. A interface foi conferida: retirar a condição PPP pede exactamente o tipo em falta; declarar directo resolve mero registo e retira estudo/capacidade financeira. Comparação antes de confirmar em C-final-directness-preview.png e percurso recuperado em C-final-path.png.

Estado final C: dossier v8, contexto v4, investimento directo declarado, PPP não, pedido de mero registo; quatro eventos de contexto e um documento/vínculo conservados. A modalidade estrangeira/DUAT conservou a edição deliberada. O rascunho v4 e o Word já transferido mantêm o contexto v3 por autorização, com hash acima: são prova histórica congelada e não o relatório da revisão v4. Não houve reescrita silenciosa nem reexportação. Ao abrir o simulador, o mecanismo comum de continuidade disponibiliza a revisão actual para o próximo rascunho/relatório; as provas anteriores deste mecanismo continuam reutilizadas.

Correspondência do novo relatório com o contexto v4 e dependências Git — 22/10/2026

Verificação dirigida solicitada pela Tempo após a avaliação do resumo de a1fbda06; nenhuma alteração funcional necessária. A prova anterior só demonstrava o Word congelado v3. Nesta continuação abriu-se o simulador pelo link normal do mesmo dossier C (incluindo o rascunho ligado), recuperou-se automaticamente o contexto v4 e gerou-se uma saída Word nova. Não se repetiram cálculos, CSV, paginação, anexos ou ensaios A/B aceites; não houve nova validação jurídica, integração ou alteração fiscal.

Elemento	Word histórico v3	Novo Word do contexto v4
Identificação dentro do documento	«Revisão 3» e «Contexto congelado v3»	«Revisão 4» e «Contexto congelado v4»
Pedido	Autorização	Mero registo
Estudo de viabilidade	Documento por associar	Não aplicável; histórico preservado
Capacidade financeira	Documento por associar	Não aplicável; histórico preservado
Bytes / SHA256	16.674 / 28cfe4b75116c892d3e29fde389de7d067b456761756bab732af625178ee69ce	16.678 / a2849427f4a91fa6ab78e433be8b919baca80a0f4f452a4546a5b169b921d753
Cópia identificada para revisão	outputs/private-path-executable-20261022/C-report-HISTORICO-contexto-v3.docx	outputs/private-path-executable-20261022/C-report-contexto-v4.docx

O original v3 conserva exactamente os bytes/hash anteriores; a cópia está explicitamente designada HISTÓRICO. A revisão congelada no próprio Word identifica o contexto a que pertence, sem o transformar no estado actual. O novo ficheiro foi encontrado em Transferências após o clique de exportação e conferido por leitura das células efectivamente geradas; recibo em C-report-v3-v4-comparison.json. O rascunho passou a v5, SHA256 ba824fe0362ca87b301da55298122796f44fdfb11507830b3fe8f54cf88d132d, com contexto v4 e preparação por mero registo; dossier v8/contexto v4 e um documento mantidos. Prova visual de recuperação em C-new-report-context-v4.png. Não se altera a validade histórica da prova v3.

Dependências para integração após a avaliação da Tempo: ancestralidade confirmada 57fc9148 → a76369eb → 52fbb146 → a1fbda06. a76369eb fornece a continuidade comum do contexto/edições e é dependência funcional de a1fbda06; pode ser integrado independentemente. 52fbb146 é a preparação documental intermédia, sem código executável. A branch codex/private-investment-path-executable-QA inclui essa ancestralidade e a presente prova documental; não aplicar apenas o diff de a1fbda06 num destino sem a continuidade ou alteração equivalente. Se a76369eb já tiver sido integrado, o merge normal reconhece a ancestralidade e não o reaplica como um segundo desenvolvimento.

Procedimento: após a decisão, recuperar o main actual, rever a comparação e fazer integração Git que preserve as alterações concorrentes; resolver apenas conflitos efectivos, sem reset/force-push de main. A leitura desta continuação encontrou main em 57fc914821d0cefa02caa80a74b3d42e663f2742; é fotografia do estado, não autorização para ignorar commits posteriores. Conferir a revisão servida e só o delta no destino. A habilitação PRIVATE_INVESTMENT_PREPARATION_ENABLED é configuração distinta; não publica nem activa regras fiscais. Nesta execução a branch permanece separada, sem integração/habilitação na homologação. Limitações sectoriais/fiscais explícitas mantêm âmbito próprio e não bloqueiam este recorte concluído.

Integração autorizada do percurso adaptativo — 22/10/2026

A Tempo autorizou a implementação após o fecho do recorte. Main remoto foi actualizado por avanço directo de 57fc9148 para 064296e1, preservando a sequência a76369eb → 52fbb146 → a1fbda06 → 064296e1; não havia alteração concorrente ou conflito no momento do envio. A cadeia automática recusou a primeira tentativa no teste frontend «server draft snapshots split private identity from economic values»: 188/189 passaram. A versão servida anterior 57fc9148 foi conservada, conforme o mecanismo de recuperação; não se contornou a verificação.

Causa concreta: o adaptador de continuidade acrescentava compatible_fields_snapshot vazio na recuperação de um rascunho legado sem nenhuma origem compatível. Correcção delimitada na branch codex/adaptive-delivery-compatibility-QA: devolver o rascunho original quando não há origem compatível nem metadados de herança anteriores. A herança com origem/metadados continua executada, preservando edições e limites por dossier. Nove controlos dirigidos da herança e o teste exacto da partição/recuperação passaram; não se reabriram os cálculos, relatórios ou cenários aceites. A correcção deve seguir o mesmo processo automático; não altera regras fiscais, esquema ou dados activos. Recibos da tentativa e da disponibilização final em outputs/investmoz-adaptive-path-delivery-20261022.

Percurso adaptativo disponibilizado na homologação — 22/10/2026, 10:17 Maputo

Autorização expressa da Tempo executada. Main passou de 57fc9148 por avanço directo para 064296e1, conservando a ancestralidade a76369eb → 52fbb146 → a1fbda06 → 064296e1. O remoto não tinha alterações concorrentes adicionais no momento da integração; não houve conflito, reset ou envio forçado. A primeira verificação automática recusou o novo metadado vazio na recuperação legada e conservou a release anterior; a causa e a correcção dirigida constam da secção anterior. A correcção 042ffbde44cac27704d6f8b7ec25b525a42e3575 foi ensaiada em branch e integrada por avanço directo, sem suprimir o teste que detectou a incompatibilidade.

Revisão efectivamente servida: 042ffbde44cac27704d6f8b7ec25b525a42e3575, branch main, build de 22/10/2026 às 10:16:14 Maputo; instalação automática concluída às 10:16:16. Manifesto SHA256 655eef6e6a5e71c5138c68465a5b2ffc36d2cadeff96e6b35682dbfd19d42e79. Conferida em https://teste-investidor.tempo.co.mz/build/revision.json e no recibo protegido da cadeia. A cadeia correu as verificações próprias; manualmente só foram repetidos os dez controlos afectados pela incompatibilidade. Zero migrations e zero importações no destino, sem copiar fixtures QA.

Funcionalidade utilizável: https://teste-investidor.tempo.co.mz/investimentos (login normal); abrir ou criar o dossier legítimo do investimento e usar «Preparar o pedido de investimento privado» / «Comparar e alterar contexto». Estão disponíveis as perguntas condicionais, fundamentos, comparação antes de confirmação, requisitos/documentos e próximos passos do lote private-investment-preparation-2026-v1, com os limites de 2026 já documentados. A conferência do destino limitou-se à revisão, configuração efectiva e entradas: investimentos redirecciona ao login (302), simulador responde 200. Não se criaram dossiers/contas reais ou sintéticas no destino nem se repetiram os cenários funcionais QA aceites.

Habilitação concreta, distinta de fiscalidade: a configuração do percurso PRIVATE_INVESTMENT_PREPARATION_ENABLED estava ausente/false; passou a true mediante a sessão SSH habitual autenticada pelo utilizador. Antes da escrita foram conferidos revisão servida e hash da configuração; cópia protegida dos bytes anteriores verificada, alteração limitada a essa chave, proprietário e modo0640 preservados, cache de configuração reconstruída e workers notificados de reinício gracioso. Hash .env anterior 7cdaba591bb5787485a349c24db2fd7c8279436da0eb31502e44db2fffa21d03; posterior a6b4e9064cf6dbb2d945b53418a6c9252f9c736ff3fde4016b95b74885a9ee0f. A leitura posterior confirmou investor-path.enabled=true e private_preparation=true. A cópia de recuperação permanece privada em /var/lib/investmoz-deploy/backups/private-preparation-20261022/; não contém uma publicação de parâmetros e não segue para Git.

Estado fiscal preservado: nenhuma publicação/activação de nova regra e nenhuma operação na base activa. O consumidor IVA geral previamente autorizado manteve a mesma disponibilidade, cobertura2026 e mensagem antes/depois. As exclusões sectoriais, forma indirecta/dimensão monetária não determinada, benefícios territoriais e apuramento fiscal completo continuam explícitos e não bloqueiam o lote procedimental concluído.

Suspensão/recuperação: desligar somente a chave do novo percurso e reconstruir cache/reiniciar graciosamente os workers mantém dossiers, documentos, respostas, versões, relatórios e históricos. Para reverter configuração, usar o valor anterior apenas depois de conferir o hash actual e preservar alterações posteriores; não substituir todo o .env sem conferir concorrência. A reversão de código/build segue o procedimento de releases já existente, sem restaurar dados antigos. A release anterior foi efectivamente conservada na primeira tentativa recusada. Recibo completo local em outputs/investmoz-adaptive-path-delivery-20261022/delivery-receipt.json; a presente actualização documental fica na branch de registo, sem novo push main ou nova disponibilização desnecessária.

Revis?o das 30 fichas de Inhambane e cat?logo vazio ? 22/10/2026

Leitura remota autenticada, transac??o READ ONLY, base teste_investidor: 30 oportunidades em draft; zero publicadas em toda a base. As consultas independentes de Cabo Delgado e Inhambane e a consulta exacta Inhambane/Vilankulo devolveram zero sem falha de consulta. A alega??o de oportunidades publicadas de Cabo Delgado n?o se confirma neste destino; n?o inventar associa??es para preencher a lista.

As 30 localiza??es permanecem nos recursos privados opportunity_location_drafts, referidos no cadastro can?nico; os campos e v?nculos p?blicos ainda n?o s?o a projec??o dessas fichas. A inexist?ncia desses v?nculos p?blicos em rascunhos n?o prova perda da localiza??o. Na publica??o, projectar somente a abrang?ncia documentada e conferir a pesquisa territorial.

Decis?o Tempo nesta conversa: incompletude e autoriza??es necess?rias ? execu??o n?o s?o impedimentos autom?ticos ? divulga??o como oportunidade em prepara??o. Proposta: divulgar resumos das 30 fichas em prepara??o com fonte, edi??o, data-base e lacunas vis?veis; n?o declarar financiamento, terreno, licen?as, promotor autorizado ou execu??o confirmados. Valores hist?ricos, agregados e divergentes devem ser identificados sem somas indevidas. Nenhum impedimento concreto de divulga??o do resumo foi demonstrado nesta leitura. Isto n?o declara o conte?do privado integral public?vel: originais, contactos e evid?ncias continuam separados. N?o houve publica??o, altera??o de pap?is ou escrita remota.

Prepara??o por ficha: outputs/investmoz-territory-recovery-20261022/publication-review.json (30 identidades reais, localiza??o privada, lacunas e valores). Evid?ncia: read-catalogue-remote.py e remote-read.log no mesmo direct?rio. A tabela hist?rica de lacunas de prepara??o ? reutilizada, sem a converter em bloqueios legais. A prepara??o t?cnica do fluxo de publica??o ainda deve reconciliar essas condi??es com o contrato existente; n?o marcar publica??o como pronta ou executada.

O URL recebido ? do cat?logo/iniciar por territ?rio, n?o do dossier afectado. N?o permite ler o contexto inicial, a altera??o e a ?ltima ac??o desse processo. A falha da pr?via territorial e do t?rmino sem resposta continua aberta e ainda n?o foi reproduzida no dossier real; n?o encerrar pela disponibiliza??o anterior ou por esta leitura de cat?logo.

Continuidade territorial da pesquisa — correcção em QA, 22/10/2026

Esclarecimento da Tempo: o percurso reportado foi navegação pública entre carteira e catálogo, sem clicar em iniciar/continuar ideia. Não existe evidência de alteração de um dossier pessoal neste caso. Retira-se a exigência de URL do dossier e de confirmação de impacto; a alteração é de filtros de pesquisa.

Causa verificada: ligações da carteira para oportunidades e zonas e ligações dos menus públicos usavam destinos sem província/distrito. O contexto transportado para detalhes por catalogue_query também não acompanhava as ligações cruzadas. No ecrã de zonas, os parâmetros de exportação/detalhe omitiam a hierarquia territorial.

Correcção: searchTerritoryHref transporta exclusivamente os quatro níveis territoriais na URL entre carteira, oportunidades, zonas e educação, incluindo os respectivos detalhes. Reutiliza o catalogue_query existente e preserva os filtros próprios do destino. Uma selecção explícita de outro ascendente não herda descendentes incompatíveis. Sem armazenamento global, mistura de contas ou alteração de dossiers. Menus, navegação relacionada, breadcrumbs e ligações cruzadas usam a mesma função. O selector partilhado mantém a limpeza dos descendentes; não há confirmação adicional para pesquisar.

Verificação dirigida: seis testes Node (incluindo o selector partilhado), TypeScript e build isolado. No navegador QA: carteira Cabo Delgado → selecção Inhambane/Vilankulo → pesquisar → catálogo com ambos os campos preenchidos; recarregamento e regresso preservam a selecção; zonas herdam os dois níveis; mudar para Cabo Delgado limpa Vilankulo. Contagem zero, filtros activos e mensagem de ausência coerentes na base QA consultada. Não foram repetidos cálculos ou exportadores fiscais nem publicados registos para produzir resultados artificiais.

Provas: outputs/investmoz-territory-recovery-20261022/before-carteira.png e after-catalogue.png no workspace de entrega; testes em tests/frontend/search-territory.test.mjs e territory-path.test.mjs; logs QA outputs/territory-types.log e territory-build.log. O router privado QA selecciona o build isolado; não integra a candidata.

Entrega limitada a branch/QA. A homologação não foi alterada por esta correcção. Publicação das 30 fichas de Inhambane permanece separada: revisão por ficha preparada, nenhuma publicação executada; ainda por reconciliar a preparação técnica da divulgação em preparação com o fluxo existente. A correcção da pesquisa não depende dessa publicação.

Inhambane — divulgação dos 30 resumos executada, 22/10/2026

Decisão expressa da Tempo na conversa: «publicar» os 30 resumos como oportunidades em preparação; responsável confirmado nala@tempo.co.mz. A conta concluiu autenticação normal com MFA. A primeira ligação abriu indevidamente /management/opportunities, que exige administração geral; /minhas-oportunidades estava acessível e foi confirmado no navegador. A ligação SSH estava pronta; não foi necessário pedir outra autenticação.

Executada uma operação privada de dados, limitada às 30 identidades e aos hashes das versões autorizadas, sob a decisão de divulgação da Tempo e a sessão real de Nala. Não se atribuiu papel geral de Publicador, administração, revisões técnicas, aprovação jurídica ou autorização de execução. O fluxo genérico de aprovação de projectos completos permaneceu intacto. A publicação promocional tem finalidade própria registada em workflow_context.publication.purpose=promotional_preparation; não equivale à conclusão desse fluxo. Cada operação registou responsável, conteúdo anterior, hash do lote e finalidade no histórico restrito.

O executor preserva o cadastro canónico privado, proprietário e organização, originais e contactos. A projecção pública contém título, resumo, limitações, fonte/edição e indicação «Em preparação». Montantes não confirmados não são apresentados como investimento disponível; os dados técnicos/financeiros históricos são assinalados como tal. A conferência editorial retirou instruções internas dos resumos, usando as limitações da tabela aprovada na conversa.

Detectado e resolvido o vínculo territorial em falta: as localizações privadas mencionavam Vilankulos, mas só tinham província estruturada. O cadastro público confirma MUNICÍPIO DE VILANKULO → posto VILANKULO → distrito VILANKULO → Inhambane. Foram associados ao distrito apenas 15 registos cuja localização documental menciona expressamente Vilankulos, incluindo programas de abrangência múltipla. Não se inferiu implantação, coordenadas ou relação por proximidade. As restantes fichas conservam a abrangência documentada; não foram associadas indiscriminadamente ao distrito.

Verificação pública sem sessão da aplicação: 30 resultados em Inhambane, 15 em Vilankulo, todos com indicação «Em preparação», limitações e sem management_draft/workflow_context na resposta pública. No navegador foram conferidos catálogo, contagem e a ficha do Hotel Boutique no Terreno INATUR, incluindo a ausência de confirmação da disponibilidade do terreno/concessão. Foram reutilizadas as provas anteriores; o ensaio novo em base QA isolada conferiu publicação, alteração editorial, repetição sem duplicados, preservação do cadastro privado, recusa de alteração concorrente e associação exacta das 15 referências. Todos os dados sintéticos foram revertidos por rollback em QA; nenhum actor QA foi transportado.

Backup fresco em formato PostgreSQL custom antes de cada revisão de dados, protegido fora da raiz pública; catálogo de restauro verificado e provas anteriores de restauro reutilizadas. A leitura final confirmou as mesmas 30 identidades, cadastro privado/proprietários preservados, zero novos papéis Publicador e administração geral de Nala mantida desligada. A reversão deve partir do backup e do before_data restrito, comparar a versão actual e restaurar apenas as projecções/vínculos afectados, preservando edições posteriores; não restaurar toda a base sobre alterações concorrentes. Uma suspensão deve retirar os resumos do público, mantendo cadastro, relações e histórico, como operação expressamente registada; não apagar as fichas.

Recibos no workspace de entrega: outputs/investmoz-territory-recovery-20261022/public-verification.json, integrity-receipt.log, publication-final-result.log, published-vilankulo-results.png; executores privados e manifestos no mesmo directório, arquivados fora da raiz pública no destino. Hash final do lote: d0a1146a7113aabafc3c2d08c0bdc17d12fc8a51606ba9ff7e79b154556d6e08.

Revisão efectivamente servida: 042ffbde44cac27704d6f8b7ec25b525a42e3575. Nenhuma instalação Git, migration ou activação fiscal foi executada nesta publicação. A candidata 9ac623a4 de continuidade dos filtros permanece separada de main e pronta para revisão de integração. A divulgação das 30 fichas deixa de estar pendente; os estudos, financiamento e autorizações de execução continuam como limitações explícitas das oportunidades.

Integração territorial e contacto comercial — 22/10/2026

Tempo autorizou integrar 9ac623a4 e pediu conferir a revisão servida. 57fc9148 é antepassado de 042ffbde, e não uma revisão posterior: os hashes não têm ordem cronológica. A conferência remota comparou 685 ficheiros de aplicação/configuração com 042ffbde, sem diferenças; o manifesto de build também coincide com o identificador publicado. O histórico de instalação confirma a passagem de 57fc9148 para 042ffbde. Não se identificou reposição de código/build ou desaparecimento da entrega do simulador.

Integração Git por avanço directo até 1ec31856, incluindo 9ac623a4 e recibos documentais. A primeira tentativa automática preservou a revisão anterior por falha Node: importação sem extensão em catalogue-context.ts. Corrigida a referência explícita .ts; passaram os dez testes dirigidos do módulo afectado e da continuidade territorial. Não se repetiram os percursos aceites nem a publicação de oportunidades.

Decisão expressa da Tempo: o rodapé deve apresentar comercial@tempo.co.mz, porque o contacto comercial com a instituição é feito por esse endereço. Actualizado o valor por omissão de portal.institutional_contact_email. Na homologação existia uma sobreposição explícita PORTAL_INSTITUTIONAL_CONTACT_EMAIL=info@tempo.co.mz: alterada exclusivamente essa chave para comercial@tempo.co.mz, com backup privado íntegro, propriedade/permissões preservadas e reconstrução da cache de configuração. A apresentação e o mailto: utilizam a mesma configuração existente; não houve envio de email.

Recibos de destino e integração: outputs/investmoz-territory-recovery-20261022/revision-before-integration.log, footer-email-receipt.log e recibo final de instalação no mesmo directório do workspace de entrega. A confirmação final deve identificar a revisão efectivamente instalada pelo processo automático, mantendo os 30 resumos e as regras fiscais existentes.

Selectores especializados do catálogo — QA, 22/10/2026

Pedido da Tempo: explorar estruturas públicas independentemente da existência de oportunidades, sem inventar associações nem divulgar registos privados. A homologação em 7b1c3579 já devolve e apresenta Parque Industrial de Balama e Parque Industrial de Montepuez no selector de Cabo Delgado; “Todos” é o valor inicial, não uma prova de ausência das opções. A API devolve duas zonas nessa província e oito no âmbito nacional. A base QA local tem outro conjunto de dados: não continha parques públicos ligados a essa província. Esta diferença de dados não é uma regressão demonstrada do selector da homologação.

Falhas verificadas no código: actividades e cadeias eram reduzidas às oportunidades publicadas encontradas no território/sector; estruturas públicas podiam depender da existência adicional de uma ficha publicada da carteira; os selectores vazios só apresentavam “Todos”; a consulta da ficha de um parque sem oportunidades não era apresentada no resultado vazio da grelha.

Correcção na branch codex/catalogue-specialised-selectors-QA: opções provenientes dos cadastros públicos existentes, preservando os critérios de consulta e os vínculos territoriais. Estruturas com território principal documentado não dependem de uma oportunidade nem de uma ficha adicional da carteira. Mantêm-se os vínculos territoriais já resolvidos pelas fichas publicadas. Cadeias acompanham os clusters públicos do âmbito seleccionado. Actividades são o catálogo público de classificação, explicitamente separado da disponibilidade local de investimentos; não se inventa uma associação territorial ou sectorial. Os oito selectores apresentam contagem ou explicação de ausência. Uma selecção indisponível permanece identificada, com possibilidade de remoção, em vez de parecer “Todos”.

Quando a estrutura seleccionada não tem correspondências, o resultado informa “Sem oportunidades publicadas associadas com estes filtros” e mantém ligação à ficha pública existente, em qualquer vista. Um registo mestre sem ficha pública detalhada é identificado como tal; não se cria uma ficha ou publicação automaticamente. A pesquisa continua a combinar todos os filtros, sem alargamento automático ou atribuição de benefícios. A alteração territorial mantém a limpeza dos níveis e selecções incompatíveis já implementada.

Provas novas, sem repetir os percursos anteriormente aceites: Cabo Delgado com dois parques sintéticos identificados; selecção de Balama, zero oportunidades, abertura da ficha, regresso e recarregamento com selecção conservada; limpeza; Nampula com parque sintético Topuito; ausência de restrição territorial com ambos os conjuntos disponíveis e selecção anterior limpa. Fixtures limitadas à base simulator_fiscal_delta_20261021_test, porta 55441, excluídas do Git e da disponibilização. Testes CatalogueSelectorReferencesTest: três testes, 27 verificações, transacções revertidas, incluindo exclusão de privados/outro território, catálogo de actividades independente dos resultados, estruturas/cadeia sem oportunidades ou fichas adicionais. npm run types:check e build QA passaram. Provas locais: outputs/catalogue-selectors-20261022/audit.json, qa-balama.png, qa-nampula.png, qa-national.png e logs de build/tipos no mesmo directório.

Diagnóstico separado do mapa: API pública de Cabo Delgado devolve território cadastrado, zero limites e nenhuma geometria acessível. Leitura SSH em transacção READ ONLY confirmou zero linhas em geo_geometries para essa província; neste caso não é uma camada existente ocultada pelo perfil. Não foram criadas coordenadas, geometrias, vínculos ou permissões. Este diagnóstico não equivale à implementação dos limites administrativos.

Integração pendente da revisão prevista: comparar com origin/main, preservar alterações concorrentes e integrar pelo processo Git automático existente. Não há migrations, publicação de oportunidades, activação fiscal ou transporte das fixtures. Conferir apenas o delta e a revisão servida depois de autorizada a integração; não repetir as provas já aceites.

Revisão dirigida da interacção do selector — 22/10/2026

Na candidata 1d921c9d, ensaio pelo navegador Edge em QA, sem usar selectOption como prova desta interacção: clique no campo/seta deu foco; teclado Alt+Down, seta para cima e Enter mudou a selecção de Montepuez para Balama, actualizando o filtro e a ligação à ficha. Prova local outputs/catalogue-selectors-20261022/qa-keyboard-balama.png. Dados sintéticos explicitamente identificados como QA.

A ferramenta não observou o menu nativo aberto pelo rato; a tentativa de clicar na opção nativa devolveu opção não visível. Assim, a escolha completa apenas pelo rato permanece não demonstrada nesta revisão. Trata-se de limitação de observação/interacção da ferramenta, sem evidência suficiente para atribuir falha ao portal. A presença das opções na API/DOM e o uso anterior de selectOption não encerram esse ponto. Sem alteração funcional, repetição dos restantes testes ou integração em main; geometrias continuam como pendência distinta.

Decisão de integração — 22/10/2026

A Tempo encerrou a revisão de 1d921c9d com as provas existentes e autorizou integrar a candidata e o registo documental 916819eb. A interacção exclusivamente pelo rato permanece não observada pela ferramenta, sem carácter bloqueante; não constitui falha comprovada do portal, não exige substituir o selector nem repetir ensaios. A ausência de geometrias administrativas de Cabo Delgado permanece independente. Executar o processo Git automático existente, preservando alterações concorrentes; não transportar fixtures QA, publicar dados ou activar regras fiscais.

Entrada única de gestão — preparação em QA, 22/10/2026

Origem: prioridade expressa da Tempo para a equipa cadastrar oportunidades e carregar, editar e publicar documentos e legislação pela interface, sem depender do Codex. A decisão de 22/10 sobre fontes e execução mantém-se. Geometrias administrativas ficam no saldo separado.

Implementada /gestao-conteudos, acessível pelo painel, menu lateral, Balcão e editores. Reutiliza os cadastros, biblioteca, armazenamento, perfis e histórico existentes. Nova oportunidade abre o editor operacional para quem tem contexto de criação; acesso legado é identificado como tal, sem o apresentar como publicação operacional completa. A entrada não atribui papéis. Escolhas técnicas deste delta: navegação agregada, contagens no âmbito do utilizador, pesquisa documental e pré-selecção do ficheiro acabado de carregar. Não são novas regras organizacionais.

Percurso diário: Gestão de conteúdos e oportunidades → Nova oportunidade, escolher promotor/modalidade, preencher e guardar; recuperar em Gerir oportunidades e histórico. Para documentos: Novo documento ou Nova legislação → Receber documento em privado → Guardar em quarentena → Registar documento na biblioteca. O original recém-carregado fica seleccionado; título e emitente conhecidos são recuperados. Completar os metadados, guardar, pesquisar o registo e usar Editar metadados, Publicar ou Retirar da publicação. Associações apresentam nomes dos registos existentes. Campos ainda não conhecidos não são inventados. Publicação para consulta não activa cálculos.

Verificação nova: quatro testes, 99 asserções, com transacções revertidas exclusivamente em simulator_fiscal_delta_20261021_test, loopback 55441, guarda explícita. Demonstrados acesso de equipa sem administração geral, recusa a utilizador sem autorização e ciclo documental completo (upload, ClamAV real, recuperação por pesquisa, edição, publicação/download, retirada, preservação do hash e quatro revisões). Exemplo documental exclusivamente sintético, sem origem oficial ou valor jurídico. Corrigida a classificação de retirados: o histórico existente usa unpublished; o filtro e o rótulo reconhecem também withdrawn histórico. TypeScript e build QA passaram.

No navegador, login e MFA normais da conta sintética de equipa; entrada → legislação; entrada → nova oportunidade → guardar preparação incompleta → recarregar, com título recuperado e ficha QA 241. Não foi repetido o workflow integral de revisão/publicação de oportunidades já existente; a prova nova cobre a entrada e a gravação/recuperação. O ensaio documental completo foi HTTP transaccional, não uma prova visual de cada clique. A conta QA tem autorizações explicitamente sintéticas; não comprova as designações das contas reais. Não transportar fixtures, configurações QA ou concessões de acesso.

Provas locais: outputs/content-management-20261022/entrada-final.png, build-final.log, e tests/Feature/ContentManagementEntryTest.php. Estado: candidata em branch codex/content-management-entry-QA, ainda sem integração ou instalação na homologação. Não declarar encerrada a autonomia operacional de todas as contas/categorias apenas por esta entrada. Não houve migration, publicação remota, alteração de papéis activos ou activação fiscal.

Recuperação da demarcação territorial — QA, 22/10/2026

Retomada expressa da Tempo como recuperação de funcionalidade anteriormente demonstrada, nos requisitos existentes AUD-GEO-02/03 e na experiência de cadastro. Não é criação de outra cartografia. O incremento de divulgação promocional permanece na sua branch independente.

Causa comprovada: leitura SSH autenticada, em transacção READ ONLY, da release 8286d750/base teste_investidor: zero linhas em geo_geometries, incluindo eliminadas. Cadastro preservado: 11 províncias, 148 distritos, 437 postos e 1324 localidades. Directório dos originais privados ausente; importador desabilitado. Serviço de consulta, controlador e correspondências iguais por SHA256 ao código QA. Hash do cadastro (IDs, nomes, pais, nível, origem/códigos): 9de4181c42055bc6ef11b56333b64dd463d0ebe16bb2d1ea3238fc79e69024f7, igual no QA e destino. Não se confirmou recusa de acesso nem perda de associação: faltam os próprios dados.

Histórico: as provas de 09–10/10 em docs/investmoz/v2/auditoria-portal/correspondencias-cartograficas.md registam 361→393→408 correspondências em bases QA anteriores. Os originais e recibos privados permanecem disponíveis. Os transportes de 19–20/10 deste manual excluíram expressamente geometrias; a disponibilização Git também exclui dados e ficheiros privados (deploy/homologacao/README.md). Em 22/10 a leitura de Cabo Delgado já encontrara zero linhas; esta passagem conferiu a tabela inteira. Prova-se uma diferença de composição entre QA cartográfico e homologação. Não foi localizado recibo da instalação anterior destes limites na mesma base; não se atribui data a uma suposta eliminação nem se descarta a observação anterior no mesmo endereço.

Recuperação executada em QA: o clone actual também tinha zero geometrias. Reutilizados seis originais INE/UNOCHA de 07/06/2019 (três GeoJSON e três metadados), hashes preservados e correspondências v2 existentes. O serviço TerritoryGeometryImport inseriu 11 províncias, 133 distritos e 264 postos, internos, com recibos e auditoria. Todos válidos/SRID4326. Nos exemplos, a consulta pública continua sem devolver limites internos. ClamAV real, assinaturas de 22/10: três originais limpos. ADM3, 26773796 bytes, excedeu o stream de 25 MiB e passou pelo scanner de ficheiro GIS com orçamento de 40 MiB nesse processo; tentativa inconclusiva preservada. Sem alterar limites globais ou configuração do daemon.

O mapa enquadra o limite seleccionado; se não existir, enquadra o nível superior disponível mais próximo e informa que é contexto. A lista distingue selecção de contexto superior. Fonte, edição e actualidade jurídica indeterminada preservadas. Limite administrativo não representa parcela nem autorização de investimento.

Prova de interface: oportunidade sintética QA268 criada no portal. Cabo Delgado → ANCUABE → posto ANCUABE → ANCUABE-SEDE; limites e aproximação progressiva nos três primeiros níveis. Recurso de contexto/principal guardado; após recarregar e abrir “Ver / editar / restaurar”, os quatro níveis foram recuperados. A localidade sem limite próprio apresenta aviso dos níveis superiores. A fixture QA255 anterior tinha versão fechada/payload sintético mínimo incompatível com gravação do contrato; não foi usada como prova de persistência nem corrigida silenciosamente. Uma navegação durante a recompilação QA conservava referência a asset removido; recarregar resolveu o carregamento, sem alteração no destino.

Cobertura: 408/581 elementos do exemplar aceite: 11/11 províncias, 133/159 distritos, 264/411 postos. Mantêm-se 26+147 correspondências pendentes, com nomes nas prévias e no documento de correspondências existente. O denominador do cadastro é diferente (148 distritos, 437 postos). Este exemplar não contém geometrias próprias de localidades ou parcelas; não atribuir limites superiores às 1324 localidades.

Reposição preparada, não aplicada na homologação: outputs/investmoz-territory-recovery-20261022/demarcation/retained-geometry-restoration.zip, SHA256 53a5d8aa2be57603c928279cbd14561741dd2ec4b44b138fbc785380de6f951d, contém seis originais e manifesto. Não contém dump de substituição, actores QA ou limites sintéticos. Procedimento existente:

1. Rever e integrar pelo Git o ajuste visual; conferir revisão efectivamente servida.
2. Colocar originais no armazenamento privado partilhado, conservando hashes. Executar scanner actual ligado aos originais. Conferir backup/restauro e prova de activação da revisão/alvo, como exige o importador já existente; disponibilizar a configuração do importador.
3. Gestor já autorizado, com MFA, abre /management/territory-geometry-import: prévia e aplicação de províncias, depois distritos, depois postos, com motivo/confirmar. Reconciliar prévia fresca no destino; não executar hashes antigos do QA. Recibos e reversão dos lotes novos existentes preservados.
4. Conferir a cadeia territorial no formulário do destino e a recuperação após guardar, mantendo lacunas explícitas.

O staging dos originais, backup/restauro e configuração inicial ainda exigem operação técnica. Depois da reposição, seleccionar, guardar e recuperar a localização/mapa usam a interface. Esta passagem só leu o servidor remoto: sem alterar dados, permissões, camadas ou configuração. Não declarar a reposição no destino concluída.

Origem das restrições: decisões expressas da Tempo e requisitos anteriores do importador para preservação/backup e autenticação. Enquadramento e mensagens são escolhas de implementação, sem novo papel ou aprovador. Fonte oficial aceite reutilizada sem exigir nova validação da credibilidade.

Provas na pasta desta recuperação: inventário dos seis ficheiros, prévias/recibos por nível, verification.json, homologation-readonly.json e capturas. TypeScript, build QA e sintaxe PHP verificados; provas editoriais anteriores não repetidas.

Ajuste de acesso encontrado na disponibilização — 22/10/2026

A conta real de Superutilizador encontrou HTTP403 no importador: o middleware não incluía a cartografia no âmbito administrativo já aprovado e o serviço exigia exclusivamente o gate legado manage-portal. Corrigidos ambos para reutilizar ScopedPortalAdministration, com MFA de sessão e as exclusões existentes de Auditor. Não foram alteradas atribuições, papéis, contas ou o gate global. Origem do bloqueio: escolha antiga de implementação, não decisão organizacional da Tempo. Três testes transaccionais novos/15 asserções em QA: Superutilizador com MFA chega à validação de fonte/aplicação; sem MFA e conta comum são recusados; nenhum grant legado criado. Provas QA cartográficas aceites reutilizadas sem repetição.

Demarcação territorial reposta na homologação — 22/10/2026

Pedido expresso da Tempo executado. Candidata 15d82611 revista e integrada em 73c046e1; ajuste de acesso 95d4cf44, testado em QA, integrado em 30aed7cd. A revisão 30aed7cd12ef65f797191467232087643c396751 foi instalada pelo processo Git existente e confirmada em /build/revision.json?demarcation=30aed7cd. O transporte de dados foi executado separadamente do Git.

Dados, backup e importação

Seis originais INE/UNOCHA de 07/06/2019 transportados para o armazenamento privado partilhado: hashes iguais ao manifesto aceite, ficheiros 0640 e directório 0750, fora da árvore pública. Análise real dos seis pelo ClamAV 1.4.3, assinaturas de 22/10/2026, resultado limpo. Utilizado o protocolo local FILDES do daemon existente, sem instalar scanner, alargar permissões dos originais ou alterar limites globais: documentação oficial ClamAV.

Backup completo de teste_investidor, snapshot exportado consistente, restaurado em 127.0.0.1:55441/demarcation_hml_restore_20261022_complete_test. As 171 tabelas coincidem integralmente por contagem e checksum canónico; arquivo dos 333 ficheiros verificado por conteúdo/hash. Recibo remoto em /var/backups/investmoz-demarcation-20261022-complete/backup-receipt.json, dump SHA256 f80551de827e954a35b66ee4c8f2fcc559a4c88b48b3dc799c33b74907079c9b. A comparação inicial revelou diferenças de ordenação Linux/Windows e a visão RLS reduzida da conta da aplicação; a comparação final usou ordenação canónica e a mesma visão completa do backup, preservando também os registos fiscais. Não se desactivou RLS.

A conta real nala@tempo.co.mz (ID15), com login e MFA normais renovados pelo titular, abriu as prévias frescas e aplicou os três níveis pela interface /management/territory-geometry-import:

Nível	Criados	Pendentes	Lote auditado
Províncias	11	0	ec2c7c27-e4a3-466e-91a4-60aba939d3a0
Distritos	133	26	142667c7-7309-4461-8d0a-fd00cb421577
Postos administrativos	264	147	b6d5a7e2-2f44-4bd6-9634-d97ee58ab718

Total: 408 limites internos, válidos, não vazios, SRID4326; três recibos e três eventos geometry_import_applied ligados ao actor real. As geometrias foram repostas para consulta autorizada no cadastro; não foram publicadas camadas internas. Reversão existente disponível por lote, preservando originais, histórico e reutilizações e recusando alterações posteriores. Não se executou reversão no destino.

Delta e acessos conferidos

Na oportunidade real #30, «Centro de Emergência Turística e Medicina de Mergulho de Tofo», a sessão real abriu Recursos → Ver recurso. O mapa desenha o limite da província de Inhambane, com fonte/edição e identificação de território seleccionado. Não é um polígono próprio de Tofo: distrito/posto/localidade continuam por indicar nessa ficha, como antes. A oportunidade, o recurso e a publicação não foram gravados nem alterados. Captura: hml-demarcacao-tofo.png. A prova QA aceite de guardar/reabrir quatro níveis foi reutilizada, sem repetição.

Consultas de controlo no destino recuperaram 1/2/3 limites na cadeia Cabo Delgado → distrito Ancuabe → posto Ancuabe. A localidade Ancuabe-Sede continua sem limite próprio e com três limites ancestrais de contexto. O cadastro territorial conserva exactamente o hash anterior 9de4181c42055bc6ef11b56333b64dd463d0ebe16bb2d1ea3238fc79e69024f7.

Conferidos os acessos das contas existentes: IDs15 e16 mantêm a designação aprovada de Superutilizador; ID15 mantém Promotor e Validador. Não foram criadas contas ou atribuições. O endpoint do cadastro aceita os perfis já autorizados; a demonstração visual autenticada foi com ID15. A conferência das atribuições de ID16 foi de política, sem simular outro login. Quinze contas sem o perfil correspondente não satisfazem essa autorização. Pedido HTTP sem sessão ao endpoint privado devolveu 401; API pública devolveu zero limites internos; tentativa de obter o original pelo caminho público devolveu 403. Originais privados e regras de acesso preservados. Contas ainda não criadas não bloquearam a reposição.

O importador tinha um bloqueio legado de implementação: exigia manage-portal e não reconhecia a administração já aprovada. Corrigido por reutilização de ScopedPortalAdministration, com MFA de sessão e exclusões de Auditor existentes. Três testes novos/15 asserções passaram; não foi criado novo papel, aprovador ou gate global. Não houve repetição das provas QA cartográficas aceites.

Após a importação, 166/171 tabelas integralmente iguais ao backup. Apenas geo_geometries (0→408), geo_write_receipts (0→3), audit_events (+6), cache e sessions diferem. Oportunidades, documentos, cadastro territorial, atribuições e par de Superutilizadores preservados integralmente.

Guia curto e estado final

Entrar em Gestão de conteúdos e oportunidades → Gerir oportunidades e histórico → abrir a ficha → Imagens, documentos e localizações → abrir ou preparar a localização. Seleccionar a hierarquia documentada; o mapa enquadra o limite disponível. Se faltar geometria própria, a mensagem distingue o contexto superior. Guardar o recurso e reabrir pela mesma lista recupera a preparação; não é necessário comando ou Codex para a consulta ou cadastro corrente.

Reposição concluída neste recorte. Mantidas as 26 correspondências de distritos e 147 de postos pendentes, com nomes nos documentos/prévias existentes. O exemplar não contém polígonos próprios das localidades ou parcelas. Essas lacunas não bloqueiam os 408 limites recuperados. A data de eventual desaparecimento anterior no mesmo endereço continua não determinada. A divulgação promocional mantém o seu incremento separado; este fecho não a declara integrada.

Provas: homologation-restored-readonly.json, staging-receipt.json, preservation-receipt.json, http-access-verification.json, captura e recibos locais na pasta desta recuperação; backup/restauro e prova de activação em caminhos privados. Uma interrupção do transporte local foi resolvida por escrita atómica da mensagem, antes de qualquer importação. Não ficaram passos técnicos pendentes para esta reposição; futuras importações usam as salvaguardas de backup/MFA já existentes.

Concursos e anúncios — implementação em QA, 22/10/2026

Origem: pedido expresso da Tempo no anexo «O InvesteMoz deve ter uma secção pública Concursos e anúncios», com continuação autónoma autorizada. Aplicam-se as decisões permanentes da Tempo de 12/10 e 22/10/2026. Este incremento trata a divulgação de procedimentos; não abre recepção electrónica de propostas nem altera os investimentos associados. A estimativa apresentada antes da implementação foi de 16–24 horas; não representa tempo efectivamente consumido.

Reutilizados: entrada /gestao-conteudos, autenticação/MFA, autorização editorial e documental, entidades, oportunidades, projectos, sectores, território, biblioteca, originais privados, análise ClamAV, download verificado e audit_events. Acrescentados apenas três cadastros: procedimentos com rascunho, versões/actos imutáveis e acompanhamento individual. Uma oportunidade/projecto pode ter vários procedimentos; cada um admite lotes e actos associados. Não foram criados papéis, designações de funcionários ou aprovadores. Contas ainda não criadas não bloqueiam as contas já autorizadas.

Fontes, âmbito e escolhas de implementação

• A UFSA identifica o Decreto n.º 79/2022 na página oficial do regulamento. O quadro oficial do Banco Mundial disponibiliza regulamentos e documentos normalizados, incluindo a edição de Setembro/2025. Cada procedimento regista a sua edição e acordo aplicáveis; a edição mais recente não é imposta a acordos anteriores.
• Inventário deste recorte: instrução anexada, páginas oficiais referidas, pesquisa dos ficheiros acessíveis do repositório e referências da biblioteca existentes. Não foi identificado neste recorte um modelo oficial de concurso já fornecido como original local utilizável. Não se declarou importado ou analisado o articulado integral/modelos que não foram obtidos. Os documentos de demonstração são explicitamente sintéticos, sem classificação de autenticidade oficial. Os modelos disponibilizados pela Tempo usam a biblioteca existente, sem segunda validação genérica da credibilidade de fontes oficiais aceites.
• Decisão expressa da Tempo: separar regimes Estado/externo/privado/outro; não generalizar UGEA, Cadastro Único, garantia ou abertura pública; guardar preparação incompleta; distinguir publicação de origem e publicação do portal; preservar actos, privacidade e auditoria.
• Escolhas técnicas: só a prévia de publicação exige identificação, entidade, objecto, modalidade, instrumento/edição/fonte, calendário coerente, canal e motivo público. Rascunhos permanecem incompletos. Prazos mínimos são opcionais, citados por fonte/edição/modalidade; dias úteis usam exclusivamente o calendário documentado no registo. Não foi parametrizada uma tabela universal de mínimos legais nem presumido um calendário de feriados.
• Escolhas técnicas de preservação: concorrência por versão, prévia assinada pelo servidor, nova verificação dos anexos na publicação, documentos por ID/hash e histórico imutável. Retirar ou substituir um binário na biblioteca torna indisponível o anexo antigo, sem apontar silenciosamente para outros bytes. Contacto sem autorização, notas internas e anexos privados não integram o conteúdo público. Ligações a oportunidades/projectos privados não divulgam os seus títulos ou fichas.
• Autorizações reutilizadas: edição/publicação por contas já elegíveis para gestão documental completa ou edição editorial; auditor e conta simples não obtêm escrita. Acompanhamento exige apenas autenticação, incluindo conta sem email verificado. Estas escolhas não atribuem novos papéis e não dispensam os requisitos existentes de cada autorização.

Guia curto da equipa

Entrada QA: Gestão de conteúdos e oportunidades. Abrir Novo concurso/anúncio; escolher a entidade já cadastrada e, quando aplicável, oportunidade/projecto, sector e território. Indicar o regime e a edição do instrumento aplicável. Guardar mesmo com preparação incompleta; recuperar em Gerir concursos e anúncios. O motivo interno fica no histórico de gestão.

1. Preencher objecto, lotes, participação, financiamento, calendário, fuso horário e canal efectivo de apresentação. A data de origem é a referência do procedimento; o portal regista separadamente a sua publicação.
2. Usar Carregar / gerir documentos e scan na biblioteca, que abre outra página sem perder o editor. Carregar o original, acompanhar o scan, editar os metadados e disponibilizar explicitamente os documentos autorizados. Voltar ao concurso, usar Actualizar op??es da biblioteca e seleccionar os anexos. Marcar públicos só os destinados à divulgação; os restantes permanecem privados.
3. Guardar, escolher Anúncio inicial e Preparar prévia pública. Rever contacto, documentos, objecto, entidade, prazo e canal. O motivo público aparece também no histórico público. Usar Publicar este acto; alterações posteriores no rascunho não modificam essa publicação.
4. Para esclarecer ou rectificar, guardar a revisão e publicar o acto correspondente. Para prorrogar, indicar o novo prazo, guardar e escolher Prorrogação; a prévia mostra o anterior e o novo. Resultados/adjudicação ou cancelamento usam o mesmo percurso, com texto e motivo documentados. O fim do prazo muda a indicação para Prazo de propostas terminado, sem adjudicação automática. Actos informativos posteriores não reabrem um cancelamento/resultado.
5. Consultar o catálogo público QA; pesquisar por palavras, entidade, sector, localização, modalidade, financiador, regime, estado ou prazo. Abrir a ficha e Voltar aos resultados conserva os filtros. Relatório imprimível → Imprimir anúncio permite imprimir/guardar pelo navegador, incluindo o histórico dos actos.
6. Uma conta simples usa Acompanhar concurso e Os concursos que acompanho; a lista identifica novos actos desde o registo de acompanhamento. Deixar de acompanhar remove só a subscrição individual. Não há promessa de alerta por email nem entrega de proposta: apresentar a proposta no canal indicado no anúncio/documentos.

Publicação documental disponibiliza um original da biblioteca; publicação de oportunidade disponibiliza a ficha pelas etapas existentes; divulgação promocional divulga o resumo autorizado de preparação; publicação de concurso divulga um procedimento e os seus actos. Nenhuma dessas operações autoriza execução do investimento, activa cálculo fiscal ou comprova envio à UFSA/financiador.

Evidência e limites de entrega

Base exclusivamente QA simulator_fiscal_delta_20261021_test, porta 55441, com guarda de identidade antes de migração/fixtures/testes. Testes transaccionais preservam a base existente. ProcurementTest cobre preparação incompleta, concorrência, três regimes, filtros e retorno, prévia desactualizada, publicação anónima, prorrogação, expiração sem adjudicação, resultados, cancelamento persistente, conta simples, recusas de escrita, scan real, anexo privado, download anónimo e retirada documental. Ver resultado final em outputs/procurement-20261022/tests.log. Navegação existente: seis testes aprovados; compilação QA e TypeScript aprovados.

Exemplos persistentes, todos SINTÉTICO QA, sem concursos reais: estatal 17f44d8d-d077-4dca-9a63-5eb1c85a6926 (inicial + prorrogação, prazo de 20/11 15h para 16/12 17h, Africa/Maputo); externo e85861cd-ffbb-4348-9cce-d588a6e09b86 (aberto); privado fe271b02-0bfd-4fe2-8db2-856567b5111f (inicial + cancelamento). Os rascunhos foram preparados por fixture identificada; guardar/reabrir, prévias e publicações destes actos foram executados no navegador pela conta sintética existente, não por comando de publicação. Resultado/adjudicação e expiração foram demonstrados pelos testes HTTP, não por adjudicação de um registo real.

Consulta anónima confirmada depois de terminar sessão: três regimes/estados no catálogo, ficha prorrogada, filtros preservados, relatório e download real do anexo 38. Anexo 39 e contacto sem autorização ficam privados. Acompanhamento confirmado pela conta simples já existente, sem MFA ou papel editorial. Evidências locais: management.png, catalogue.png, print-notice.png, watch.png, fixtures.json e resultados em outputs/procurement-20261022/. Estes artefactos QA não contêm credenciais na entrega Git.

Operações correntes deste incremento são feitas pela interface: cadastrar, guardar, recuperar, carregar/editar documentos pela biblioteca, pré-visualizar, publicar, actualizar/prorrogar, publicar resultado/cancelamento, consultar/imprimir e acompanhar. Não requerem executor privado ou Codex por concurso. Pendente técnico de disponibilização fora de QA: revisão e integração Git, migração pelo mecanismo de entrega e activação de PROCUREMENT_ENABLED no destino autorizado. O código usa flag desligada por defeito. Nenhum anúncio real foi publicado, nenhuma base activa foi migrada e não há integração automática com UFSA/financiadores. Geometrias não foram alteradas.

Proposta de instalação compatível com deploy automático — candidata 1bcf34c0

Estado: proposta para revisão da Tempo, sem execução no destino. O guia e os links QA da secção anterior foram conferidos pelo executor; a Tempo informou que ainda não os conferiu. A evidência QA aceite não equivale a aceitação pela Tempo nem a disponibilização na homologação. Destino previsto: https://teste-investidor.tempo.co.mz; confirmar a configuração instalada antes de executar. Esta passagem não integra em main, não altera configuração remota e não publica anúncios.

Dependência de entrega encontrada. Em deploy/homologacao/pipeline.py, source_contract() calcula SHA-256 dos ficheiros de migrations com normalização CRLF→LF; build() compara o conjunto completo com schema_contract e recusa qualquer diferença antes do build. O pipeline não executa migrations de produção nem importa conteúdos. A promoção troca atomicamente a release, verifica a revisão servida e a página inicial e reinicia a fila; estas verificações gerais não provam o acesso ao módulo. A configuração de exemplo aponta para /etc/investmoz-deploy/schema-contract.json e /etc/investmoz-deploy/delivery.json. Os ficheiros instalados podem divergir do repositório e devem ser lidos e comparados. Não se deve remover o gate nem converter o deploy em migração global automática.

Delta exacto de schema. Uma única migration: database/migrations/2026_10_22_230000_create_portal_tenders.php. Não altera tabelas existentes, extensões, utilizadores, papéis, grants, documentos ou dados territoriais; não contém seeds nem publicação de conteúdo.

Tabela nova	Colunas	Chaves e relações efectivamente declaradas
portal_tenders	id UUID; draft JSONB obrigatório; version integer com default 1; published_version_id UUID anulável; created_by bigint obrigatório; created_at, updated_at timestamptz anuláveis	PK id; FK created_by → users.id, RESTRICT na eliminação
portal_tender_versions	id UUID; tender_id UUID; version integer; act varchar(24); payload JSONB; reason text; actor_id bigint; published_at timestamptz anulável; created_at timestamptz obrigatório com default actual	PK id; UNIQUE (tender_id,version); FK tender_id → portal_tenders.id e actor_id → users.id, ambas RESTRICT na eliminação
portal_tender_watches	tender_id UUID; user_id bigint; seen_version_id UUID anulável; created_at, updated_at timestamptz anuláveis	PK (tender_id,user_id); FK para portal_tenders.id e users.id, ambas RESTRICT na eliminação

published_version_id e seen_version_id não têm FK nesta candidata; a associação de publicação é verificada pela aplicação, incluindo pertença da versão ao concurso. O histórico é imutável pelas operações da aplicação; esta migration não acrescenta trigger de imutabilidade. Índices novos: os das três PK e do UNIQUE indicado. O executor Laravel regista também a migration na tabela migrations existente. Confirmar tipos e restrições no catálogo PostgreSQL após instalação, não apenas a existência de uma tabela.

Dependências já existentes: PostgreSQL/JSONB, users, entidades organizations, opportunities, projects, sectors, geo_locations, biblioteca portal_resources/documents e relações documentais, audit_events, autenticação/verificação/MFA e autorização documental/editorial conforme a conta. A FK de instalação depende directamente de users; as restantes tabelas são dependências de execução do cadastro, prévia, consulta ou publicação. Manter os originais no armazenamento persistente privado e o scanner/fila da biblioteca operacionais; a publicação de anexos exige o scan e os direitos já aprovados. Sem nova dependência Composer/NPM ou serviço externo. composer.lock e package-lock.json não mudam. As provas locais de ProcurementTest usam a base QA nominal e ClamAV real; não adicionar esse teste ao CI remoto sem adaptar a sua guarda de ambiente e disponibilidade do scanner. O pipeline conserva a sua suite isolada existente; não se repete a bateria QA aceite.

Sequência proposta, com pontos de paragem verificáveis:

1. Revisão e identificação. Rever 1bcf34c0 e este plano. Confirmar SHA integral da fonte, revisão/release actualmente servida, configuração real do pipeline, contrato actual, ligação à base e estado da migration. Conferir as contas reais já existentes contra DocumentManagementAccess/Procurement::access: gestão completa ou designação editorial existente, email verificado e requisitos MFA aplicáveis; auditor e conta simples sem escrita. Não inferir acesso por nome do papel nem criar designações. Se uma conta ainda não existe, registar só essa pendência e continuar com as já autorizadas.
2. Coordenar a janela antes do merge. Pausar o observador teste-investidor-deploy.path e impedir novo processamento durante a operação; aguardar o serviço em curso e coordenar com delivery.lock. Preservar os pedidos em fila e reconciliar qualquer integração concorrente antes de retomar. Não parar à força um build nem manipular a release servida. Confirmar PROCUREMENT_ENABLED=false na configuração efectiva; não colocar esta variável no ficheiro de flags CI, cujo validador só aceita prefixos PORTAL_/INVESTMOZ_.
3. Backup recuperável. Guardar dump consistente da base de destino, cópia/snapshot do armazenamento persistente privado e público e manifesto de hashes, revisão/release anterior, contrato, configuração e recibos. Configuração e segredos ficam em local privado. Ensaiar o restauro desse backup numa instância isolada, sem substituir a base activa nem publicar ficheiros; conferir integridade, tabelas e amostra de binários. A prova de restauro antiga não substitui o backup desta janela. Registar hora/identidade da base e preservar os recibos.
4. Instalar schema sem activar. Preparar a fonte exacta revista fora da árvore servida, sem fixtures QA, com dependências do lock e ligação autenticada ao destino conferida. Pela sessão técnica autenticada e com os privilégios de instalação existentes, executar apenas php artisan migrate --path=database/migrations/2026_10_22_230000_create_portal_tenders.php --force nessa fonte/configuração. Não executar migrate global, migrate:fresh, seeders ou scripts de demonstração. Se a migration já estiver aplicada, conferir o schema e não duplicar a instalação; tabelas parciais ou divergentes exigem reconciliação concreta, não DROP/recriação. Confirmar registo da migration e as três tabelas vazias, incluindo versões e acompanhamento. A release antiga continua compatível com estas tabelas adicionais.
5. Actualizar o contrato de migrations. Guardar o contrato anterior e acrescentar exclusivamente o caminho/hash normalizado desta migration, após a instalação conferida. Comparar o contrato completo com a fonte revista: qualquer outra diferença deve ser explicada antes de prosseguir. Não regenerar/aprovar cegamente um contrato para o HEAD mais recente. Este passo é uma operação técnica explícita e não corre automaticamente por Git.
6. Integrar e transportar código, ainda desligado. Integrar pelo processo Git após a revisão, identificar o SHA resultante em main e retomar o pipeline/pedidos preservados. Conferir que o contrato corresponde exactamente à fonte resultante; só então o build pode passar. Usar o build isolado e a promoção atómica existentes, sem editar ficheiros da release servida. Confirmar recibo, /build/revision.json, página inicial, biblioteca e gestão única. O módulo permanece desligado e as tabelas vazias; a existência do código não constitui activação.
7. Activar separadamente. Com código/schema compatíveis conferidos, definir PROCUREMENT_ENABLED=true na configuração persistente do destino por acção técnica autenticada. Actualizar a cache efectiva de configuração e recarregar processos persistentes conforme a configuração instalada. O pipeline versionado não faz config:cache para a configuração real: não presumir que editar .env basta quando houver cache. Se se gerarem caches dentro de uma release sujeita a tree_hashes, reconciliar os hashes pelo mecanismo de entrega antes de novo deploy/rollback, sem mascarar outras diferenças. Não executar testes com RefreshDatabase no destino.
8. Conferir só o delta no destino. Aplicar a lista abaixo, registar revisão, URLs, resultados e actor autenticado sem credenciais. Entregar o link único https://teste-investidor.tempo.co.mz/gestao-conteudos e o guia desta secção com os links QA substituídos pelos correspondentes do destino. Não declarar disponibilização enquanto esta passagem não estiver concluída.

Verificação no destino sem publicar anúncios reais como efeito da instalação:

• Sem sessão: /concursos responde 200, incluindo catálogo vazio quando não houver anúncios; navegação pública mostra a secção; não surge autenticação HTTP adicional. UUID de rascunho/inexistente não permite obter ficha ou relatório públicos; anexos privados continuam inacessíveis.
• Com conta real já autorizada: gestão única mostra Novo concurso/anúncio e Gerir concursos e anúncios; abrir formulário, guardar um rascunho de verificação claramente identificado, recuperar e pré-visualizar, sem publicar. Registar ID e preservar o rascunho/histórico; não o converter num anúncio real. Conferir scanner/biblioteca existentes por diagnóstico e estado, reutilizando as provas de upload aceites.
• Conta simples: pode abrir a consulta e área de acompanhamento, mas recebe recusa na escrita/gestão; auditor não recebe escrita. Utilizador sem sessão é encaminhado para autenticação nas rotas de gestão. Não alargar grants para passar a prova.
• Se já houver anúncio autorizado no destino, consultar sem sessão ficha, relatório, anexo autorizado e filtros/retorno. Se não houver, a consulta positiva de conteúdo publicado mantém a prova QA aceite e o catálogo vazio é o resultado esperado no destino; não importar exemplos nem publicar um anúncio só para preencher o catálogo. Prorrogação/publicação/resultado já estão cobertos em QA e não são repetidos sobre anúncios reais durante a instalação.
• Conferir que instalação/activação não criou qualquer versão com published_at preenchido, não mudou published_version_id de anúncios existentes e não alterou documentos/grants. Anúncios que a equipa publicar posteriormente são acções distintas, identificadas pela auditoria.

Reversão com preservação. Em falha de instalação antes do merge, manter flag desligada e release antiga; conservar tabelas eventualmente criadas até diagnosticar a falha e repor o contrato anterior se necessário. Em falha após disponibilização, desligar primeiro a flag na configuração efectiva e preservar um novo snapshot/dump dos dados e ficheiros actuais. Preferir correcção progressiva. Se for preciso reverter código, usar o rollback atómico existente do pipeline para a release anterior compatível, com recibo e configuração desligada; conservar as três tabelas, migrations, audit_events, subscrições e armazenamento partilhado. Esse rollback de código não restaura a base. Conservar o contrato compatível com a linha de código que voltará a ser entregue e documentar qualquer reposição do ficheiro de contrato; a verificação por hashes continua obrigatória.

Não executar down, migrate:rollback global nem restaurar por cima da base activa o backup anterior à instalação: isso eliminaria anúncios, actos, acompanhamentos, auditoria e ficheiros criados depois. O down() da candidata recusa a remoção quando há concursos, mas essa guarda não substitui o plano de preservação. Um restauro extraordinário exige primeiro recuperar numa instância separada e reconciliar os dados posteriores, conservando IDs, versões, relações, hashes e originais; só trocar o destino com um plano próprio revisto. Desligar o módulo torna-o temporariamente indisponível, não elimina nem retira selectivamente anúncios. Ao reactivar a release corrigida, recuperar e conferir os dados existentes.

Origem dos limites: QA/revisão antes de integração e ausência de publicação real na instalação são decisões expressas da Tempo; backup/restauro e autenticação de alterações no destino são requisitos permanentes existentes; pausa coordenada, schema antes de código, flag e contrato são escolhas técnicas impostas pela compatibilidade observada do pipeline. Não constituem nova cadeia organizacional de aprovação. Depois da instalação, as operações correntes de cadastro, prévia, publicação, prorrogação e actualização permanecem na gestão única, sem comandos ou Codex por concurso. As únicas intervenções técnicas deste plano são a instalação/activação e eventual recuperação da plataforma.

Instalação concluída na homologação — 22/10/2026

Autorização expressa da Tempo nesta conversa: «pode instalar», abrangendo a candidata 1bcf34c0 e o procedimento e46f9731. A instalação foi executada por SSH autenticado já disponível; a verificação da interface foi feita pela conta real Osmane Nala, ID 15, após renovação de login/MFA pelo utilizador. Não houve criação de contas, papéis ou aprovadores. A ausência de outras contas não bloqueou esta autorização existente. O guia continua sem declaração de conferência/aceitação pela Tempo.

Sequência efectivamente concluída: pausa coordenada do observador de deploy → backup → restauro isolado conferido → migration selectiva com flag desligada → conferência do schema e contrato → integração/push Git → build/promoção automática → activação separada. Integração funcional f4d0970917e7e8d141f74c136b66138b929141fc, confirmada em /build/revision.json. Activação às 22h51 de 22/10/2026 (África/Johannesburgo; 20h51 UTC). Os commits documentais posteriores conservam o mesmo código funcional. O pipeline está novamente activo e conserva o gate do contrato de migrations; não foi alterado para executar SQL de produção.

Backup privado no servidor: /var/backups/investmoz-procurement-20261022/backup. Dump SHA-256 69de817b288ecb25db4b341375475f2408a47642a8ba69d338b217dcc982854f; arquivo de ficheiros/configuração 7b75c22e730b5600d6e97e1c6dbb4cd93982bdd47e9dd2a63de2359974132674. Restauro realizado num PostgreSQL isolado em container sem rede, porta interna 55441: 171 tabelas, contagens e checksums iguais ao snapshot exportado. Arquivo conferido: 341 ficheiros, incluindo configuração privada; preservados os 340 ficheiros de conteúdo no destino. Não foi copiada uma base QA para a homologação.

Schema instalado: três tabelas, 21 colunas, três PK, cinco FK e um UNIQUE, correspondentes à migration revista; registo em migrations conferido. A conferência inicial do executor tinha uma contagem de colunas incorrecta (22); foi corrigida para as 21 efectivamente declaradas e conferidas antes de actualizar o contrato, sem repetir ou desfazer a migration. Não se alteraram grants. Comparação dos dados preexistentes antes da prova de rascunho: apenas migrations, cache e sessions diferiam do backup; utilizadores, atribuições, biblioteca, oportunidades, cadastro territorial e geometrias permaneciam iguais por checksum. Scanner ClamAV real disponível, assinaturas de 22/10/2026.

Conferência do delta no destino:

• /concursos responde 200 sem sessão ou autenticação HTTP adicional; catálogo vazio é esperado, porque não foram publicados anúncios. Gestão sem sessão redirecciona para login. Conta simples existente não tem autorização de escrita; recusas por perfil e operações editoriais conservam as provas QA aceites, sem criar uma conta de teste no destino.
• Gestão única da conta real apresenta Novo concurso/anúncio. Rascunho b970f0f0-9257-42e1-8365-3358237b55db, referência INSTALL-CHECK-20261022, claramente identificado como VERIFICAÇÃO DE INSTALAÇÃO — NÃO PUBLICAR: guardado, recuperado pela lista e pré-visualizado na interface. Um acto de preparação auditado (tender_draft_saved, actor 15). Preservado como rascunho privado; não é um concurso real.
• Ficha e impressão desse rascunho devolvem 404 sem sessão; download de documento privado devolve 404. Não se alterou a disponibilidade dos documentos existentes. Uma preparação, uma versão de rascunho, zero versões publicadas e zero acompanhamentos. Nenhum anúncio real foi publicado pela instalação ou como prova. Não foram transportados exemplos QA.
• Publicação/prorrogação/resultados/cancelamento positivos conservam os 8 testes/285 asserções e a passagem visual QA aceites; não foram repetidos sobre anúncios reais na homologação. O build de entrega executou as suas verificações isoladas normais.

Recibo resumido versionado: procurement-installation-receipt-20261022.json. Recibos técnicos completos, logs e backups permanecem privados; capturas e recibo local em outputs/procurement-install-20261022/. A reversão continua a ser desligar a flag e, se necessário, reverter código compatível mantendo tabelas, versões, auditoria e armazenamento; não substituir dados novos pelo backup anterior.

Links finais e guia de operação: entrar na gestão única → Novo concurso/anúncio → preencher regime/edição, entidade, objecto, calendário/fuso e canal → Guardar rascunho. Recuperar em Gerir concursos e anúncios → Recuperar e editar. Carregar/editar originais pela biblioteca ligada no formulário, acompanhar o scan e autorizar a divulgação dos anexos; voltar ao editor e actualizar as opções. Preparar prévia pública → rever conteúdo e motivo público → Publicar este acto, quando a equipa pretender publicar um anúncio autorizado. Para actualizar ou prorrogar, guardar a revisão e escolher o acto correspondente; a prorrogação mostra prazo anterior e novo. Resultado ou cancelamento seguem o mesmo percurso. O rascunho de instalação não se destina a publicação.

Consulta: Concursos e anúncios. Abrir ficha para documentos e relatório imprimível; uma conta simples pode acompanhar, sem apresentar proposta. Documentos, oportunidades, divulgação promocional e concursos mantêm as distinções do guia anterior. Não restam comandos ou intervenção do Codex para cada concurso neste âmbito; a instalação e activação técnica estão concluídas. Geometrias e permissões foram preservadas.

Legado — correspondência integral e avanço privado QA, 22/10/2026

Fonte do saldo: conferência documental fornecida pela Tempo e InvesteMoz — entregas, Fintech e classificação, consultada nesta passagem; originais e reconciliação de 15/10 preservados. O CSV antigo ainda tinha 17 publicados/31 por integrar. Reconciliados os três artigos posteriores, sem os duplicar: 20 publicados, 28 por integrar na homologação, um vazio e um sem título = 50 identidades. Os 29 recursos da biblioteca e as onze variantes de URL não são contagens de artigos distintos.

Lista única para a Tempo: título original → endereço original → endereço no novo portal → estado → pendência. Actualizado também o CSV existente dos 50 artigos; mantém IDs, títulos, origens, hashes e referências anteriores, com campos explícitos para o estado consolidado e data da conferência. Não se criou nova matriz/backlog. Endereços novos ausentes ficam em branco; não foram fabricadas páginas para os conteúdos ainda não disponibilizados.

Nova conferência pública, não nova aceitação funcional: 20/20 páginas na homologação responderam sem login, com componente portal/legacy, ID legado, origem e corpo não vazio correspondentes. A identidade não foi deduzida apenas de HTTP 200 nem do título. IDs da biblioteca foram obtidos da resposta real do destino, sem transportar IDs QA. Consulta HTTP em 22/10/2026 às 23h05 (21h05 UTC). Não é revisão visual integral de cada artigo nem confirmação de actualidade de todas as afirmações. Imagens anteriores não foram reimportadas ou reanalisadas; as referências públicas das fichas foram registadas, sem repetir as provas aceites dos binários.

Cartões educativos: a branch codex/educational-content-cards já é ancestral de main, e o componente com imagem maior/resumo/«Ler o guia» está servido. Conferência visual no destino Explorar Turismo: 12 cartões/links «Ler o guia». Corrige a indicação histórica de revisão ainda pendente, sem atribuir à Tempo uma conferência que não fez. Captura outputs/legacy-correspondence-20261022/guides-homologation.png.

28 conteúdos avançados em QA, sem publicar: dois sectoriais, oito de Trabalho Doméstico e 18 históricos/noticiosos. Preservado o corpo HTML de cada captura, hash do corpo, ID, autor, categoria, datas e origem. Derivadas JSON identificadas pelo formato existente, armazenadas privadamente; imagens não resolvidas não foram substituídas por um fundo genérico nem marcadas como disponíveis. O mecanismo existente documents:import-batch foi reutilizado exclusivamente em simulator_fiscal_delta_20261021_test, porta 55441, com guarda da identidade real. Não foi alargado o importador activo ou o seu âmbito nominal. Conta sintética QA já existente 239; sem novo grant persistente. 28 rascunhos internos, 28 scans reais limpos e 28 reutilizações por SHA-256 na repetição, sem duplicações; publicações e atribuições preservadas.

A primeira passagem importou dez e detectou colisões de identidade nos restantes: o manifesto usava emissor/data/versão iguais para artigos distintos. Corrigida a versão documental dos itens restantes para incluir o ID original do artigo; os dez já criados foram reutilizados por bytes. Sem apagar/recriar originais, simular scan ou classificar artigos como diplomas oficiais. Esta era uma escolha de metadados da preparação, não uma decisão organizacional da Tempo nem uma razão para impedir o cadastro. O importador não foi alterado e os títulos originais foram preservados. Preparações, manifesto, logs e recibo completos mantidos em caminhos privados QA; o recibo versionado contém somente metadados de rastreabilidade.

Lacunas originais conferidas na rede: Mercado Financeiro, ID 171994, HTTP 200, corpo vazio, hash igual à captura. Post 74364, HTTP 200, título vazio, mesmo corpo capturado (274 caracteres HTML, 21 úteis no inventário). Não se encontrou conteúdo/título novo a recuperar. A resolução editorial destes dois exemplares depende do texto/título da Tempo; não se inventou um título nem se usou Fintech/imagem para preencher o artigo vazio. Não bloqueiam os outros 48.

Saldo de integração conservado: os 28 rascunhos QA ainda exigem fechar edição/leitor e entrega/publicação por lotes na homologação. Trabalho Doméstico e notícias mantêm âmbito/data históricos; não foram convertidos em orientação jurídica actual, regras executáveis ou oportunidades vigentes. As dependências de 15/10 estão identificadas como históricas, não como novos requisitos de validação. Nenhum conteúdo novo foi publicado no destino, não houve alteração de schema, mapas, permissões ou integração em main nesta passagem. A integração integral continua aberta; não confundir preparação privada QA com publicação dos 28.

Evidência consolidada: recibo de correspondência, consulta e importação QA. Ferramenta tools/legacy-correspondence-audit.py; --reuse-http regenera a lista sem repetir as consultas públicas. Os hashes das capturas/respostas são distintos dos hashes dos corpos/originais; não foram usados para alegar uma nova edição editorial.

Legado — edição e leitura dos 28 rascunhos em QA, 22/10/2026

Actualiza o saldo anterior: 20 públicos já conferidos, 28 rascunhos privados com editor/leitor disponíveis em QA e dois originais incompletos. Não houve nova importação, repetição da conferência dos 20, integração em main, transporte ou publicação na homologação nesta passagem. A Tempo não declarou ter conferido o guia local ou esta candidata.

Guia curto da equipa. Em gestão única QA, abrir o acervo e localizar o título. Editar artigo recupera o corpo do original, a origem e as datas; corrigir o texto e escolher conservar a imagem de origem, seleccionar uma imagem pública verificada da biblioteca ou não mostrar imagem. Pré-visualizar mostra as alterações ainda sem guardar e não publica. Guardar edição cria uma revisão, preserva o original e retira eventual publicação até nova decisão expressa. Ler revisão guardada recupera a edição persistida. Metadados, classificação/direitos, histórico e publicação continuam no acervo ligado pelo editor; Publicar é uma acção distinta, sujeita às permissões e campos já existentes. Para actualizar um artigo publicado, guardar a revisão, rever a prévia e publicar novamente. A consulta pública usa /artigos/{id-do-destino} e o acesso pela biblioteca; rascunhos não ficam acessíveis por esse endereço.

O leitor mantém a estrutura HTML sanitizada do original enquanto o corpo não for alterado; uma correcção textual fica como edição separada, sem reescrever o ficheiro capturado. Datas e autor de origem continuam identificados. Conteúdos históricos não se tornam oportunidades actuais, diplomas oficiais ou regras de cálculo. A revisão QA do artigo 62413 contém uma nota de demonstração explicitamente marcada QA, guardada pela interface: deve ser revista/corrigida antes de publicação real; não foi removida silenciosamente do pacote.

Imagens e lacunas. Preservadas as 16 referências a imagens no corpo e a referência de capa dos 28 originais. Não se descarregam automaticamente imagens externas. Nesta QA não há exemplar público verificado da capa comum: a prévia informa a ausência e conserva a referência. A capa já aceite no destino deve ser reutilizada pelo SHA-256 28f41f12e10ab34545d8e432f6e8c74f86960e17e0c4a9956f514bcde4881eaa, sem confundir igualdade de URL com igualdade de bytes. Pode seleccionar-se outra imagem autorizada pela interface; nenhuma imagem foi marcada como disponível sem binário verificado. Os dois casos incompletos na origem ficam fora deste lote.

Permissões e origem das restrições. Reutilizados os gestores e as designações editoriais existentes, email verificado, MFA aplicável e exclusão de escrita para auditor/conta simples. Nenhum papel ou aprovador novo. A inclusão destes 28 originais no âmbito editorial decorre do pedido expresso da Tempo. A correspondência por hash exacto dos originais é uma escolha técnica: não depende de IDs ou etiquetas de importação QA que mudem no destino. Validação dos bytes, scan e classificação/direitos seguem requisitos anteriores; controlo de versão e prévia privada são escolhas técnicas para evitar sobreposição de edições e publicação acidental.

Evidência delimitada. Seis testes específicos, 1.000 asserções, passaram na base isolada simulator_fiscal_delta_20261021_test:55441, com transacções revertidas. Percorrem os 28 editores/prévias, edição/recuperação/histórico, conflito de versão, publicação explícita e retirada, classificação, imagem verificada/retirada, sanitização e permissões nominais/MFA. A prova de publicação dos testes foi revertida; os 28 continuam privados. TypeScript e build QA passaram. Na interface, conta sintética QA existente guardou/recuperou a revisão 2 do artigo 62413; leituras de Alumínio “Verde” e do guia de Trabalho Doméstico demonstradas. Não houve alteração de contas reais. Capturas e logs em outputs/legacy-editorial-20261022/; recibo resumido.

Preparação concreta da entrega privada. outputs/legacy-editorial-20261022/legacy-editorial-private-v2.zip, 85 614 bytes, 57 entradas: 28 originais, 28 snapshots/históricos de proveniência e manifesto. SHA-256 177c50d1cc3b1610e62123a2f8b532711a15f875aac2ee0e372636c2f747e8a2. Conferidos os 28 hashes e a integridade do ZIP; zero imagens binárias incluídas e zero escritas de base pelo exportador. Manifesto com publish=false, edições actuais e vínculos de imagem por hash; sem credenciais ou cópia da base. tools/prepare-legacy-editorial-delivery.php só exporta a QA nominal, não instala/importa no destino. Originais e histórico completo ficam privados; IDs/actores QA são proveniência, não identidades ou autores de auditoria no destino.

Sequência para homologação, ainda não executada:

1. Rever e integrar a candidata pelo processo Git existente. Não há migration, alteração de schema ou nova dependência de pacote; o deploy de código não transporta estes conteúdos nem publica artigos.
2. Antes de escrever no destino, conferir revisão servida, identidade da base e backup consistente de base/armazenamento com restauro isolado demonstrado para a janela. Transportar o ZIP para armazenamento privado, fora da árvore pública, e conferir o hash. Preservar o recibo e o manifesto.
3. Com autenticação e permissões existentes, usar o cadastro/upload da biblioteca para cada original ainda ausente, com scan real e classificação privada. Resolver por hash e identidade/versão: reutilizar originais iguais, registar IDs reais e parar apenas o item com conflito, sem sobrescrever. Não repetir a importação QA nem copiar a sua base. Não usar os importadores nominais de Agronegócio/lotes antigos ou um --actor para contornar os limites activos; o exportador não alarga esses executores.
4. Recuperar os recursos pelo portal; aplicar metadados/edição actual pelos formulários autenticados, usando a versão do destino e criando histórico atribuído ao actor real. Conservar os snapshots QA privadamente como proveniência, sem inserir actores QA na auditoria activa. Reutilizar a capa aceite por hash; referências sem binário mantêm aviso. Conferir 28 privados, zero publicações, correspondência original → recurso real e hash, revisão guardada e acessos previstos. Actualizar a lista única com os endereços efectivamente demonstrados.
5. A equipa decide e executa a publicação individual no portal, após rever/corrigir/pré-visualizar. Transporte privado, autorização dos metadados e publicação são etapas distintas. Não publicar artigos como efeito da instalação ou da conferência do transporte. Verificar só o delta do destino, sem repetir os 20 aceites ou as provas QA.

Reversão e dependências remanescentes. Para retirar conteúdo, usar a retirada pela interface e preservar originais, revisões e auditoria. Se for necessário reverter código, manter dados e ficheiros; não restaurar um backup antigo por cima de edições/publicações posteriores. Preservar novo snapshot e reconciliar o delta antes de qualquer restauro. A revisão/integração Git, transporte privado, backup/restauro e upload/scan autenticado iniciais ainda são trabalho de entrega; não estão declarados concluídos nem constituem tarefas recorrentes de cada edição. Depois de disponibilizado este delta, rever, corrigir, pré-visualizar, guardar, recuperar, publicar e retirar estes conteúdos não exigem comandos ou Codex. A revisão editorial efectiva dos textos pela equipa continua distinta da demonstração do percurso. Geometrias não foram alteradas.

Legado — cadastro privado concluído na homologação, 22/10/2026

Actualização da entrega anterior: a candidata fb4e7d89 foi revista tecnicamente e integrada pelo Git em 65eddf6bc7025c81cbd7b0c5918b6ae8bdb1c1f6, revisão funcional servida durante esta conferência. Sem migration ou novas dependências. Backup anterior às escritas: dump SHA-256 8658b5fa0d1ef16c9fc9be90969badde6007443aa474fe4a9377f16d80fe6e92, arquivo de ficheiros/configuração 1d98b6200ffae11bb07dc600daa6416b3b1b90735de42791858a07a0caa63552; restauro isolado com 174 tabelas e 341 ficheiros conferidos. Backup e pacote continuam privados em /var/backups/investmoz-legacy-editorial-20261022/. O transporte já concluído não foi repetido nesta retoma.

28 originais cadastrados, 28 recursos privados, zero publicações. Reutilizado no servidor o pacote v2 com SHA-256 177c50d1cc3b1610e62123a2f8b532711a15f875aac2ee0e372636c2f747e8a2. A ingestão usou os endpoints HTTPS existentes de upload, cadastro e edição, com referência à sessão real recente de Osmane Nala (actor 15), obtida após login e MFA normais; sem criar sessão/MFA, atribuir papéis ou escrever directamente nas tabelas de conteúdo. O operador autenticado executou esta passagem inicial a partir dos ficheiros já transportados; a equipa não precisa deste executor para rever ou publicar os recursos agora disponíveis. O limite de uploads foi respeitado. Uma resposta intermédia não pôde ser descodificada pelo invólucro técnico; a retoma encontrou os originais por hash e continuou sem nova cópia dos já cadastrados. Não foi atribuída uma causa não demonstrada a essa interrupção.

Cada original foi resolvido por hash, com conferência de unicidade antes do cadastro; a classificação permaneceu internal, os direitos/estado documental anteriores não foram convertidos em autorização de publicação e os scans reais ficaram limpos, com hash analisado igual aos bytes actuais. IDs do destino 32–59, distintos dos IDs QA. A identidade de versão inclui o identificador do original, evitando colisões entre artigos da mesma data. Os snapshots QA permanecem como proveniência no pacote privado; o histórico activo foi criado pelos endpoints com o actor real, sem importar identidades QA como autores da auditoria. A edição QA do artigo 62413, incluindo a nota explicitamente marcada QA, foi conservada para revisão da equipa.

Conferência operacional do delta, concluída às 23h54 de 22/10/2026 (África/Johannesburgo; 21h54 UTC): 28/28 encontrados pela pesquisa de rascunhos; 28/28 editores e leituras privadas responderam 200, com identidade, fonte e corpo recuperado correspondentes; 28/28 endereços públicos /artigos/{id} devolveram 404 sem sessão. Na interface, a conta real pesquisou «15/30», abriu o artigo 62413, preparou a prévia, guardou o mesmo corpo como revisão 3 e recuperou essa revisão, sempre privada. A gravação de conferência não acrescentou texto de demonstração ao corpo. Não se repetiram as provas QA ou as consultas HTTP dos 20 artigos públicos.

Preservação por comparação dos registos preexistentes: 32 documentos, 31 recursos, 63 revisões e 19 associações, incluindo os 20 artigos públicos, permaneceram iguais. Também preservados 17 utilizadores, atribuições de papéis, par de superutilizadores, aprovações de segurança, 1.921 entradas territoriais e 408 geometrias. Nenhuma publicação foi feita por esta entrega. As 16 referências de imagens no corpo permanecem discriminadas; a capa comum é o exemplar anterior, explicitamente referenciado nos originais e reutilizado pelo hash exacto 28f41f12e10ab34545d8e432f6e8c74f86960e17e0c4a9956f514bcde4881eaa, não uma imagem presumida. Referências sem exemplar verificado não foram preenchidas com substitutos.

Guia da equipa no destino: abrir a gestão única → Gerir conteúdos, versões e histórico → escolher Rascunhos, pesquisar o título e abrir Editar artigo ou Ler / pré-visualizar artigo. Corrigir o texto e o tratamento de imagem → Pré-visualizar alterações → Guardar artigo como rascunho → Ler revisão guardada. Usar Voltar ao acervo para metadados e publicação para corrigir título, descrição, origem, enquadramento, acesso e direitos. Publicar continua separado, conforme a autorização e os campos existentes, quando a equipa decidir publicar. Guardar uma edição de um artigo publicado retira-o até nova publicação expressa. Não há comandos ou intervenção do Codex neste percurso corrente.

Recibo: cadastro, acessos e preservação no destino. A lista única dos 50 e o CSV existente contêm os endereços privados efectivos dos 28; não são links de artigos já publicados. Capturas locais em outputs/legacy-editorial-install-20261022/, incluindo editor-recovered-homologation.png. Mantêm-se dois originais incompletos e a revisão editorial dos textos pela equipa. A Tempo não declarou ter conferido commit, pacote ou guia. A carteira vazia e os projectos âncora continuam como falha separada, sem causa confirmada; esta entrega não a resolve. (Saldo histórico desta entrega de 22/10; superado pela reposição auditada e reconciliação de 23/10 descritas acima. Não representa o estado actual.)

25/10/2026 — E entregue; continuação de L3

E instalado em 7ad187f9, candidata 47086625; C/D de36f028 e recibo 46944402 preservados. Backup novo e restauro real isolado confirmam174tabelas;369ficheiros/configuração e12ficheiros de execução conferidos. Manifesto/revisão,marcadoresE/C/D e simuladorHTTP200 confirmados. Apenas cache/sessions podem variar;sem migrações,importações ou recálculo de históricos. Pipeline:746testes frontend,59testesAPI/317asserções econtrolo1/3106 passaram.

Mantém16MZN deIVA documental,zero de dedução nesta via,12reconhecidos,7recebidos e5porreceber. Não éIVA do fornecimento nem pagamento bancário. Recibo:docs/investmoz/simulations/l3-e-delivery-20261025.json. L3permanece aberto;repartição/reconciliação,apuramentos eformalidades avançam separadamente emQA. L1conserva129fechos eP058/P084/P085/P001;L2conserva18(6)+mista,sucessivas/plurianuais,erros/incobráveis. ProcedimentoTempo intacto;estatísticas/IAadiadas.

25/10/2026 — inventário antes dos novos testes de parcelas/indeterminados/formalidades

E7ad187f9/recibodbeaf886 eC/Dde36f028/46944402 preservados;129fechosL1 eP058/P084/P085/P001,limitaçõesL2 eprocedimentoTempo permanecem na matriz existente. Sem perdas confirmadas no delta;provas aceites reutilizadas. Inventário completo das fontes fiscais eanexos acessíveis nas pastas autorizadas Notas/Modelos antes de seleccionar consulta:outputs/iva-l3-e-partitions-20261025/preservation-before-tests.json. Escolha técnica de representação:intervalos doIVA documental evitam sobreposição,sem criar requisito organizacional ou novo benefício. Desenvolvimento e novos testes apenasQA.

25/10/2026 — parcelas de E, diagnóstico e preparação formal em QA

E entregue mantém 7ad187f9, recibo dbeaf886, com16MZNdocumentais/zero de dedução nesta via/12reconhecidos/7recebidos/5porreceber. Este incremento permanece emQA,sem instalação,migrações ou importações. C/D eprocedimentoTempo preservados;L3continua aberto.

Na restituição existente,escolher linha integral ou parcela documentada. Os limites representam partes doIVA documental:0–6 e6–16 não se sobrepõem num total16. A parte não utilizada não recebe destino/dedução automáticos. Para uma dedução efectiva anterior estável6,indicar a sua afectação documentada0–6;somente6–16=10 pode seguirE. O livro original de dedução mantém-se. Sem suporte,montantes históricos divergentes,sobreposição ou dedução integral16,não há restituição presumida. A anulação/redução da dedução exige fundamento,sequência e tratamento fiscal próprios ainda não automatizados nesta via;editar a aquisição ou preparar uma correcção não liberta a parcela. Não usar51(4),que exige manutenção do âmbito/direito,como regra automática de mudança paraE. Livros/históricos efectivos recuperados impedem duplicação;isto não é reconciliação central daAT.

O componente de aquisições mostra,por contexto,os cálculos guardados indeterminados:montantes em falta,motivo,dados necessários econdição de resolução. Base/margem,localização ou momento determinados não significamIVA liquidado. Fornecimento13(2),margens/viagens/eventos e integrações ainda limitadas conservam IVA próprio indeterminado;os16da aquisição não o substituem. Os mesmos diagnósticos seguem no relatório,com entradas congeladas preservadas. O inventário de67contextos/331ocorrências do corpusQA inclui provas negativas deliberadas,não331novos requisitos. Evidência:outputs/iva-l3-e-partitions-20261025/calculation-inventory.json;matriz existente mantémAUD-SIM-INT02.

Preparação dos quadros8–11 doVATReturn recebido:AB19/20/22–27;C21–24;D25/26/27. ExportaçãoHTML para conferência reutiliza apenas campos identificados,resultados congelados efracções exactas;campos05/06,assinaturas,meio de pagamento e uso dos serviços não são preenchidos por presunção. Egera dossier de apoio próprio,sem o transformar em campo27. A exportação não atesta edição electrónica nem submissãoAT. DependênciaC:ModeloB/RCIVA15 versus substituiçãoModeloA do exemplar;D:exemplares/instruções dosDecretos78/2017,30/2022,52/2025 identificados antes;E:modelo/procedimento específico13(2). Retomar cada dependência apenas com exemplar/instrução pertinente;sem pesquisas repetidas sem evidência nova e sem importar condições deD paraE.

Verificação:43testesfrontend dirigidos;API1teste/105asserções,QA55441 comrollback erecuperação exacta;TypeScript/build passaram. UIreal:rejeita5–16 sobre dedução0–6;repor6–16 recupera pedido10;gravar/recuperar/relatar preserva restantes mapas;HTML realmente descarregado econferido.37fontes/anexos acessíveis conservaram hashes. A baseQA estava parada;arranque erecuperação automática concluídos antes do teste privado,sem usar a baseactiva. ReciboQA:docs/investmoz/simulations/l3-e-additional-coverage-qa-20261025.json.

L1conserva129fechos,P058/P084/P085 eP00105/06. L2mantém18(6)+mista,sucessivas/plurianuais,erros/incobráveis. ProcedimentoTempo pedido→decisão→formulário intacto. Estatísticas/IAadiadas.

Limites das parcelas também aceitam fracções exactas,por exemplo16/3. Dedução anterior16/3 eparcelaE32/3 somam16sem aproximação;indicar5.333333 como início da restituição sobrepõe-se à dedução exacta e é recusado. Escolha técnica de representação,sem nova condição fiscal ou organizacional.

25/10/2026 — P084/P085 concluídos no procedimento operacional da Tempo

Decisão expressa desta sessão:retirada a pesquisa de outro procedimento como condição de fecho. A origem é o procedimento operacional comunicado pelaTempo,não uma publicação normativa. Referência implementada:pedido escrito ao Ministério das Finanças/AT → decisão → submissão externa do formulário com o despacho de isenção anexado.

P084conserva pedido fundamentado epossibilidade de deferimento ou recusa. P085conserva finalidade de emergência eassistência humanitária. Emambos,o benefício limita-se aos bens,operações,período econdições do despacho. Pedido apresentado não concede automaticamente;decisão eformulário mantêm documentos,identificadores/hash e histórico. O fecho é do percurso implementado,não declaração de submissão real de todos os pedidos ou de benefício geral.

Prova já aceite reutilizada:iva-l1-tempo-offers-fx-qa-20261025.json,UIgravação/recuperação/relatório,pacotesP084/P085 eentrega e38aa749 eml1-tempo-offers-fx-delivery-20261025.json,preservada até7ad187f9. Os caminhos deworkflow/anexos mantêm o delta aceite. Sem nova pesquisa,ronda funcional,alteração de código,escrita de dados activos ou validação jurídica genérica. P084/P085 ficam concluídos nesse âmbito na matriz existente;131itensL1concluídos,restamP058 eP00105/06,total133. As condições anteriores de pesquisa/correspondência normativa ficam superadas;linhas anteriores integralmente preservadas no recibo de fecho.

Recibo:docs/investmoz/simulations/l1-p084-p085-tempo-operational-closure-20261025.json. L2residuais eL3aberto mantêm-se. Eentregue7ad187f9/recibodbeaf886 eQAb189d0fa preservados. Estatísticas/IAadiadas.

25/10/2026 — incremento QA, saldo concreto deL3 e apresentação directa deP001

InstaladoE7ad187f9:16MZN deIVA documental,zero de dedução nesta via,12reconhecidos,7recebidos e5porreceber. C/Dentreguesde36f028 preservados. b189d0fa permanece emQA;acrescenta repartição6+10numa linha16,reconciliação de dedução efectiva estável6com restituição complementar10,fracções exactas16/3+32/3,impedimento de sobreposição e preservação de versões. Não automatiza anulação da dedução original. Acrescenta diagnóstico por cálculo epreparaçãoHTML dos campos identificadosAB19/20/22–27,C21–24,D25–27;Econtinua dossier próprio,sem campo27. Provas anteriores reutilizadas:43testesfrontend,API1/105,tipos/build,gravação/recuperação/relatório eexportação;nenhuma nova ronda nesta explicação.

SaldoL3:entregar o incrementoQA pelo processo existente;implementar regularizações/sequência para mudança ou anulação de deduções eversões divergentes;resolver os cálculos próprios ainda indeterminados de fornecimentos/margem/viagens/eventos e suas integrações;completar formalidadesC(ModeloB/RCIVA15 versus exemplarModeloA),D(exemplares/instruções específicos78/2017,30/2022,52/2025)eE(modelo/procedimento13(2)). Cada item econdição concreta constam do recibo existente l3-e-additional-coverage-qa-20261025.json:current_L3_balance_20261025. Limite dos livros recuperados não cria obrigação nova de reconciliação centralAT. IVA da aquisição nunca substitui IVA do fornecimento. Sem pesquisa repetida sem evidência nova.

P001:mostrados directamente os campos do original recebido NovoModeloA.docx,hash62c198e9,imagem incorporada7ae7f02e. Campo05:"Vendas isentas com direito à dedução". Campo06:"Op.do n.º1,al.b)doart.º18doCIVA",agrupado com07sob"Isentas". Recorte:outputs/l3-saldo-p001-20261025/campos-05-06-exemplar-recebido.png. Pergunta específica àTempo:que operações pretende inscrever no06,distintas das do05? P001permanece pendente desse esclarecimento;original/remissão não foram corrigidos nem substituídos por outra edição. Nenhuma nova pesquisa jurídica,teste,importação ou alteração de dados activos.

L1mantém131/133;P058três casos residuais eP00105/06. P084/P085permanecem fechados no âmbito operacionalTempo,sem nova pesquisa. ResiduaisL2 eEstatísticas/IAadiadas preservados.

25/10/2026 — inventário anterior à reconciliação funcional deP001

Tempo conferiuVATReturn(1).pdf e disposição doquadro8:05vendas isentas comdireito;06operações18(1)b;07operações semdireito;14=01+03+05+06+07. A identificação já está esclarecida;prossegue apenas reconciliação dos tratamentos existentes,separação05/06 eausência de duplicação. Não procurar outro modelo nem presumir estrangeiro=06.131fechos anteriores,incluindoP084/P085no procedimentoTempo,foram inventariados epreservados antes dos novos testes. Fontes/anexos acessíveis inventariados emoutputs/p001-reconciliation-20261025/preservation-before-tests.json. E7ad187f9 eQAb189d0fa preservados;L3aberto;sem alteraçõesactivas.

25/10/2026 — P001 reconciliado emQA no catálogo existente;entrega pendente

A conferência comunicada pelaTempo doVATReturn(1).pdf esclarece05/06/07e14. Não falta procurar outro modelo. Catálogo actual inventariado integralmente:109tratamentos,47atribuídos05,45atribuídos07,4atribuídos01,4atribuídos03e9semcampo/classificação determinada;nenhumatribuído06. Fundamentos/condições próprios mantidos. Outros livros de classificação/base/eventos não são somados automaticamente como operações06. A localização estrangeira continua análise própria,semcampo06presumido.

Correcção incremental:06soma apenas as suas linhas,como01/03/05/07,emvezdezeroimposto no código;cada identidade pertence no máximo aumcampo de base. Repetir a mesma identidade05/06ouduasvezesno05érecusado.14continua01+03+05+06+07,semrepetição.06sóézeroquandooperíodoestácompletoesemlinhas06;operaçãoaindadesconhecidaouperíodoincompletofaz06/14permaneceremindeterminados. Não foi inventado tratamento fiscal positivo06. Uma sonda mecânica de agregação não é apresentada como esse tratamento.

O consumidorL2reutilizaaclassificaçãoactual,sem somar novamente aexecuçãogeral01/02. Corrigido aviso legado que dizia faltar01/02quandoL1jáosdetermina,mesmo semaquisições. Snapshots/históricos aceites não foram reescritos;edições deliberadas conservam resultados anteriores e exigem nova versão.

Prova:23testesfrontend(8novosP001+15dirigidosanteriores),TypeScript ebuildexit0. Componentesreais:01=100/03=200/05=300/06=0/07=400e14=1000MZN;gravar→recuperar→relatórioconfirmamcontagemúnica. CasoIVAincluído5%mantém14exacto18800/21;desconhecidosnãoviramzero. Contrato/APIprivadosexistentesreutilizados;nenhumnovoformatoouendpointnemnovarondaAPI. Fontes/anexosaccessibleisinventariadosmantêmhashes. Recibo:docs/investmoz/simulations/p001-treatment-reconciliation-qa-20261025.json.

P001concluídoemQAapenasnoâmbitodacorrespondênciadostratamentosexistentes;entregaGitpendente,nãodisponívelnoactivo. SaldoL1:131entregues+1QA(P001)+1funcional(P058)=133. P084/P085mantêmfechooperacionalTempo,semreabrirpesquisa. P058mantémostrêscasosresiduais. L2/L3limitaçõesprópriaspreservadas;E7ad187f9entregueeb189d0faQA;estatísticas/IAadiadas.

25/10/2026 — rectificação deP001:correspondência positiva06ainda não demonstrada

A identificação05/06/07easprovas deexclusãoindevida/anti-duplicação são aceites epreservadas. Não demonstram,por si,quais operações alimentam legitimamente06. A conclusão funcional anterior foi excessiva nesse ponto:P001mantém-se emQAparcial,não encerrado funcionalmente. Saldo comunicado preservado:131entregues+P001emQA+P058residual=133;P084/P085fechados.

Auditoria das provas existentes,sem repetição de testes:nenhumdos109tratamentosestáatribuído06;oexemploUIusa06=0. aggregation-only-06éuma cópia sintética de resultado para testaragrupamento,nãoumaoperaçãofiscallegitimamenteclassificada. Recibo actual:p001-treatment-reconciliation-qa-20261025.json:positive_field06_case;reciboanteriorpreservadoemoutputs/p001-positive-case-audit-20261025/receipt-before.json.

Lacunaúnica:operação concreta e correspondência depreenchimento que liguem legitimamente a baseao06,distinta de05. OacervojáconferidoCIVA13/2016,PDF14/p1426(272),18(1)bdescreveimpostodevidopelaimportaçãodebens;issonãoforneceporsiabase06doquadro8. Remissãopreservada,semcorrigi-lapara19ouatribuirimportação/estrangeiroautomaticamente06. Nãoépediadaprocura deoutromodelonemvalidaçãogenéricadafonte.

Depois deidentificadaessacorrespondência,conferirapenasocasopositivodirigido:basepositivaem06,mesmaoperaçãoausented05,14incluiabaseumavez,gravação/recuperação/relatóriocomdocumentosehistóricopreservados. Os23testesetipos/buildanterioresmantêmaaceitaçãonoseuâmbito;nãoseabrenovarondaglobal. Nestapassagem,nãohouveimplementação,testesnovosouescritaactiva. L2/L3/EentregueecoberturaQA,estatísticas/IAadiadaspreservados.

25/10/2026 — responsabilidade técnica deP001

A identificação do exemplar e o critério deaceitação já foram definidos pelaTempo. Foi indevido devolver ao responsável a identificação da operação positiva como condição de prosseguimento. A reconciliação técnica da remissão e o caso dirigido pertencem aoCodex;P001nãoaguarda nova decisão organizacional ou informação impostaàTempo. Esta correcção de responsabilidade não transforma a sonda mecânica em prova fiscal nem altera os resultados anteriores. P084/P085mantêm-sefechados;saldoeâmbitosanteriorespreservados.

25/10/2026 — prosseguirL3eadvancerL4;residuaissem bloqueio

DecisãoTempo:P001ficaresidual,provaspreservadasesematribuiçãoautomática06;retomaapenascomesclarecimentoconcretonovo.P058mantémâmbitoparcialdisponíveleexclusõesidentificadas.P084/P085mantêmfechooperacional.Avance:coberturaadicionalL3b189d0faQA,conferirapenasofaltanteepreparentregacompatível;reconciliarsaldoL3edepoisL4ISPCconformeplanoexistente.Semrepetirpesquisa/testesdosmesmospontossemnovainformação.Limitaçõesvisíveisnãoimpedempercursosindependentes.

CandidataisoladaemC:/laragon/www/portal-investidor-l3-qa-20261025,ramoscodex/l3-additional-delivery-20261025,baseb189d0fa/7ad187f9;provas43frontend/API1-105reutilizadas,nova conferência apenas dehashes,compatibilidadeecompilação. Preparação nãoéinstalação;execuçãoexigecomparaçãoautenticadaebackup/restauro fresco.

CandidataL3preparada:0f4df8a4,ramocodex/l3-additional-delivery-20261025. Buildetipos passaram;12ficheirosdedelta(10funcionaisjáaceites+2textosdelimitaçãoP001),7marcadorescompilados,schemas/PHP/configurações/dependênciassemalterações. Main/manifestopúblicoconferidosem7ad187f9;simuladorHTTP200. Scriptsprivadosdepreflight,backup/restauro,conferênciaprotegidaepúblicapreparadoscomguardasdenovoestado. Nenhumteste funcionalrepetido,nenhumaescritaactiva. Próximaexecuçãodaentrega:comparaçãoautenticadafresca,backup/restaurorealeconferênciadodelta. Não declararinstaladopelapreparação.

25/10/2026 — inícioL4-AISPCdepoisdapreparaçãoL3

L3candidata0f4df8a4preparada,provasaceitesreutilizadas;entregaefectivaexigepreflightautenticadoebackup/restaurofresco. SaldoL3mantémregularizaçõessequenciais/estornos,apuramentospróprios eformalidadesC/D/E;limitecontacentralATnãoénovacondiçãoorganizacional. NenhumresidualP001/P058bloqueiaL4.131fechosL1eP084/P085preservadosantesdosnovostestes. Acervofiscal/legislação/anexosacessíveisinventariadosemoutputs/ispc-l4a-20261025/preservation-before-tests.json.

L4-Aprimeiroincremento:enquadramentoelegibilidade2026,MZN,territórionacional,tipodepessoa,actividade,referênciaanual/prévisão,incompatibilidadesarts2–5,opçãoseparada.Reutilizarcamposválidosepreservarediçõesdeliberadas. Lei9/2025republicadaéfonteaceite;nenhumaaprovaçãogenéricaFiscalistaécriadacomoetapa. Apuramentotrimestral,escalões/excesso,mínimo/retençõeseformalidadescontinuamtrabalhopróprioL4seguinte;nenhumimpostocalculadoouregimeadoptadopelainventariação.

25/10/2026 — L4-A ISPC: primeiro incremento QA

Implementado enquadramento preliminar2026/MZN da actividade habitual pelos arts2–5 da Lei9/2025: referência anterior2025 ou previsão de início2026,limite4.000.000 inclusivo,incompatibilidades e dados concretos em falta. Regra183dias restrita aos serviços8(1)c. Opção permanece separada;seleccionarISPC não adopta regime. Perfil reutilizado com prévia e confirmação das divergências,edições deliberadas e outros livros preservados. Livro por contexto e histórico integrado no relatório existente.

Provas novas:12testesfrontend,tipos/build exit0. Não foram repetidos os testes aceites deL1/L2/L3/P001. Serialização/recuperação cobertas nos novos testes;transporte privado existente reutilizado. Demonstração visual integrada e gravação privada deste incremento continuam antes de propor entregaL4;nenhuma escrita activa. Recibo:ispc-l4a-eligibility-qa-20261025.json.

L4 continua aberto:apuramento trimestral,escalões e actividades mistas/excesso,mínimo500,retenção5%,percurso ocasional e formalidades próprias. As correspondências concretas serão tratadas no incremento seguinte,sem aprovação jurídica genérica ou bloqueio pelos residuaisP001/P058. L3 permanece aberto com candidata0f4df8a4 preparada e execução autenticada/backup-restauro por realizar. P084/P085 fechados;estatísticas/IA adiadas.

25/10/2026 — L4 ISPC: apuramento trimestral e percurso demonstrado em QA

O enquadramento e a opção guardados alimentam o apuramento trimestral de 2026 em MZN. O volume anual de acesso anterior, o volume anual do escalão e a base trimestral são distintos. Calculam-se as taxas de 3/4/5%, os serviços a 12/15%, a cumulação pela taxa maior e o excesso a 20%, com valores racionais exactos. O acumulado anterior impede repetir o excesso. O ano encerrado reconcilia os quatro trimestres; uma previsão permanece cenário. A prestação inferior a 500 MZN dispensa pagamento e conserva a declaração; exactamente 500 MZN mantém pagamento. A retenção de 5% nas aquisições ocasionais do artigo 12(3–4) tem livro e limite global de 2.500.000 MZN próprios, sem reduzir o imposto do adquirente.

Percurso demonstrado com componentes reais: elegibilidade/opção → cálculo → gravação → recuperação → relatório financeiro. Exemplo do T2: base de 200.000 MZN, taxa de 12%, imposto/prestação de 24.000 MZN e opção documentada em 01/01/2026. A API privada em QA passou 1 teste com 21 asserções, rollback e recusa de acesso a outra conta (404); os livros anteriores foram preservados exactamente. Passaram 13 testes novos (10 trimestrais e 3 de retenção), tipos e compilação. As fontes, provas aceites de L1/L2/L3/P001 e os 12 testes de L4-A foram reutilizados. Recibo: ispc-l4-quarterly-qa-20261025.json; provas: outputs/ispc-l4b-20261025.

O âmbito habitual trimestral está demonstrado em QA, ainda não instalado. O saldo de L4 fica delimitado às operações ocasionais próprias do artigo 3(3–4), às aquisições acima do limite global e à correspondência de formulários, instruções e regulamentação de 2026. O aviso primário do Governo sobre a aprovação de novo regulamento não fornece o articulado nem o modelo. Não se inventam formulários, prazos ou aprovadores; essas dependências não bloqueiam o cálculo habitual demonstrado. P001/P058 permanecem residuais e não interrompem a sequência; P084/P085 permanecem fechados.

25/10/2026 — entrega adicional de L3 com preservação conferida

O incremento de 0f4df8a4 foi instalado em fa32a2b9. Este descendente altera apenas a asserção de texto de um teste legado para o estado residual de P001 acordado; os cálculos e os 12 ficheiros runtime preparados mantêm os mesmos hashes. A referência de entrega conserva o candidato original e a correcção de compatibilidade. Backup fresco de 174 tabelas e 369 ficheiros, restauro isolado sem rede e comparação protegida com a mesma identidade confirmados. Nenhuma migração, importação de conteúdo ou alteração das 172 tabelas de negócio foi efectuada. Revisão/manifesto, sete marcadores compilados e simulador HTTP200 conferidos. As diferenças em cache correspondem ao reinício da fila e ao par contador/temporizador de limitação de pedidos; as sessões novas são anónimas e têm o agente das verificações de entrega.

A falta de espaço foi resolvida pela compactação verificada das dependências de construção de 11 versões antigas, conservadas em arquivo com hashes, ficheiros e ligações conferidos. A versão activa e a anterior não foram compactadas. Originais, código, backups, dados e recibos permaneceram disponíveis. O processo Git existente executou os seus controlos obrigatórios; não houve nova ronda manual dos casos funcionais aceites.

L3 continua aberto para regularizações sequenciais/reversões, apuramentos próprios de fornecimento/margem/viagens/eventos e formalidades C/D/E. Apenas esses casos dependentes ficam limitados. Preservam-se 16 MZN de IVA documental, zero de dedução nesta via, 12 reconhecidos, 7 recebidos e 5 por receber. P001 residual, P058 parcial e P084/P085 fechados mantêm os seus estados. L4 habitual trimestral está demonstrado em QA e não foi instalado. Recibo: l3-additional-delivery-20261025.json.

25/10/2026 — preparação Git da entrega L4 trimestral habitual

O candidato 6af7092e foi preparado e publicado apenas no ramo codex/ispc-l4-quarterly-qa-20261025, sobre L3 instalado em fa32a2b9. O ramo principal e a revisão pública foram conferidos nesta base e não foram alterados. O bundle foi verificado. A comparação identificou nove ficheiros de aplicação: as três integrações existentes receberam apenas adições (6+6+1 linhas); onze ficheiros próprios de L3 e dezassete originais permanecem exactamente iguais. Os cinco marcadores compilados de L4 e os sete de L3 estão presentes. Não há delta de schema, PHP de aplicação, configuração ou dependências; o PHP acrescentado é apenas teste QA. O código experimental de P001 ficou excluído.

As provas QA aceites de cálculo, gravação privada, recuperação e relatório, assim como tipos e compilação da composição compatível, foram reutilizadas pelos respectivos hashes. Não houve nova ronda funcional. Prepararam-se os scripts guardados de comparação autenticada, backup, restauro isolado, integração Git sem force-push e conferência pública/protegida. Backup/restauro fresco e conferência de espaço continuam necessários na execução; o backup de L3 não foi apresentado como backup novo de L4. Esta preparação não instalou L4 nem alterou dados activos. Recibo: ispc-l4-prepared-delivery-20261025.json; pacote: outputs/ispc-l4-delivery-20261025.

L4 não fica integralmente concluído. Operações ocasionais próprias, aquisições acima do limite e formalidades de 2026 conservam os âmbitos e condições concretas registados. L3 mantém o saldo residual e a separação de 16 MZN documentais, zero de dedução nesta via, 12 reconhecidos, 7 recebidos e 5 por receber. P001/P058 aguardam os esclarecimentos previstos sem bloquear a entrega; P084/P085 permanecem fechados. Estatísticas e IA permanecem adiadas.

25/10/2026 — instalação do âmbito ISPC trimestral habitual

O candidato 6af7092e foi integrado pelo Git e instalado sobre fa32a2b9. Foram conferidos backup/restauro fresco e isolado, nove ficheiros de aplicação de L4, onze ficheiros de L3 sem alteração, dezassete originais e os doze marcadores compilados de L4/L3. Os ficheiros persistentes e a configuração conservam os hashes do backup; as tabelas de negócio foram comparadas com a mesma identidade e contexto, sem inferir perda a partir de RLS. Diferenças operacionais de cache/sessões ficam explicitadas no recibo. Não houve migrações ou importações de conteúdo. As provas QA aceites foram reutilizadas; apenas os controlos obrigatórios do processo Git existente voltaram a executar, sem nova ronda manual.

Para assegurar espaço, dependências de construção de versões antigas foram compactadas em arquivo e verificadas antes de libertar a cópia descompactada. Versões activa e anterior, dados, originais, configurações e backups foram preservados. O recibo discrimina o arquivo e os respectivos controlos.

A equipa pode avaliar no portal o percurso habitual: elegibilidade/opção → cálculo trimestral → gravação → recuperação → relatório. O exemplo demonstrado mantém base de 200.000 MZN, taxa de 12% e imposto/prestação de 24.000 MZN. O ISPC não é apresentado como integralmente concluído: operações ocasionais próprias, aquisições acima do limite e formalidades de 2026 permanecem discriminadas. L3 e os seus residuais ficam preservados, incluindo 16 MZN documentais, zero de dedução nesta via, 12 reconhecidos, 7 recebidos e 5 por receber. P001/P058 aguardam os esclarecimentos previstos sem bloquear a sequência; P084/P085 permanecem fechados. Estatísticas e IA continuam adiadas. Recibo: ispc-l4-delivery-20261025.json.

25/10/2026 — inventário anterior ao delta residual ISPC

Antes dos testes novos, foram recuperadas as provas do percurso habitual instalado em6af7092e, L3 e os131fechos deL1; não há perdas confirmadas. P001/P058 eP084/P085 mantêm estados. O inventário local anterior foi reutilizado e os novos directórios oficiais daAT foram inventariados antes da selecção. O delta QA separa operações ocasionais próprias, cálculo das aquisições acima do limite e formalidades externas. Fontes novas: comunicadoAT9/2026 e exemplares B–Geral/Modelo30; republicaçãoIRPS19/2017 para incidência de actos isolados e taxa57(2)k, sem nova validação genérica. Não há alteração activa.

25/10/2026 — residuais ISPC agrupados em QA

Os três pontos foram tratados num delta compatível sobre o instalado 6af7092e. Nas operações ocasionais próprias, o percurso distingue pessoa singular sem actividade habitual, acto imprevisível/não reiterado, operação nacional e famílias do artigo3(4); a correspondência positiva IRPS8(3h,4)/9 está identificada. A liquidação própria ISPC é separada da retenção liberatória comprovada: esta não gera segunda liquidação nem crédito duplicado. O exemplo próprio de100.000MZN a3%produz3.000MZN, mantendo opção documentada e pressupostos de projecção distintos.

Nas aquisições, acumulado de2.400.000MZN mais aquisição de200.000MZN separa100.000até ao limite e100.000excedentes. A primeira parcela conserva5.000MZN a5%. A parcela excedente não adquire taxa apenas pela ultrapassagem: o caso positivo implementado é acto isoladoIRPS57(2k), sem opçãoISPCaplicável e com rendimento ilíquido identificado, produzindo20.000MZN. As retenções são distintas e não reduzem o imposto próprio do adquirente. Enquadramento desconhecido ou fornecedor com opçãoISPC não recebem automaticamente5%ou20%. Vendedor/contexto376 e adquirente/contexto375 foram demonstrados separadamente.

As formalidades apoiam-se agora no ComunicadoAT9/2026 e no original B–Geral de duas páginas. Foram preparados os quadros1/2/3/5/6/8/10 e exportaçãoHTML, com identificadores de campo próprios de cada quadro; o Modelo30 ainda com75.000/3%antigos foi preservado e excluído do cálculo2026. O mês do período não é copiado do mês de pagamento. Submissão, recepção e pagamento ficam como actos externos declarados, com referências e histórico, sem os executar ou certificar.

O saldo separa cálculos de formalidades: juros compensatórios continuam sem fórmula por falta de regra/taxa/base/período aplicáveis; só montante documentado é conservado. Outros enquadramentos da parcela excedente exigem os seus dados e regra próprios, sem taxa genérica. Externamente faltam a correspondência concreta do período do quadro2, o modelo/código de entrega das retençõesISPC/IRPS e as instruções específicas2026 ainda não fornecidas. Identidade/NUIT/endereço/juros do caso sintético são dados da operação, não condição nova de acesso ao cálculo. Nenhuma dessas pendências bloqueia os casos positivos implementados.

Provas do delta:19testes novos distintos, APIprivadaQA1/22 comrollback, tipos e compilação, componentes reais com gravação/recuperação/relatório e preparaçãoHTML. O percurso habitual não foi recalculado: motores trimestral e de retenção existentes estão inalterados; o resultado de24.000MZN foi preservado exactamente. Conferiu-se apenas a visibilidade afectada: no modo ocasional os controlos habituais/do adquirente ficam ocultos com explicação e histórico; no contexto habitual continuam disponíveis. L3,17originais anteriores e131fechosL1foram preservados;P001/P058nãointerrompem eP084/P085permanecemfechados. QA não é instalação nem fecho integralISPC. Recibo:ispc-residuals-qa-20261025.json.

Na representação do B–Geral, a dispensa inferior a500MZN permanece uma correspondência formal específica: imposto calculado e prestação zero são mostrados separadamente, sem preencher o montante apurado como zero. O código não inventa a instrução de preenchimento. Este ponto não altera nem bloqueia o cálculo10-Ajá demonstrado.

Uma retenção liberatória documentada na mesma operação permanece no histórico e impede nova prestação própria sem referência concreta de correcção; mudar apenas a opção de liquidação não apaga o benefício anterior. Caso dirigido adicional aceite.

25/10/2026 — entrega conjunta dos residuais ISPC demonstrados

Instalado 5c0cb25c pelo Git sobre 6af7092e, com backup/restauro fresco isolado, conferência dos sete ficheiros afectados, dos ficheiros de preservação habitual/L3, de21originais, dos ficheiros persistentes/configuração e das tabelas com identidade equivalente. As provas funcionais aceites foram reutilizadas; apenas o processo Git existente executou os seus controlos obrigatórios. Sem migrações ou importações. Diferenças operacionais de cache/sessões estão delimitadas no recibo ispc-residual-delivery-20261025.json.

Disponível: operações ocasionais próprias no âmbito demonstrado, parcela excedente no caso IRPS qualificado e preparação/exportação B–Geral. A retenção liberatória anterior não é apagada ao mudar o percurso. Ainda por concluir: fórmula de juros, outros enquadramentos do excedente e correspondências/instruções de preenchimento2026 identificadas no recibo. Actos da AT permanecem externos: exportar não submete nem obtém aceitação. Este incremento não conclui todo o ISPC nem o IRPS. O habitual e L3 permanecem preservados, incluindo16documentais/0dedução nesta via/12reconhecidos/7recebidos/5por receber. P001/P058não bloqueiam;P084/P085fechados;estatísticas/IAadiadas.

25/10/2026 — inventário anterior a L5

Recuperadas as provas aceites de L3, ISPC instalado5c0cb25c e131fechosL1. Sem perdas confirmadas. IRPS continua limitado ao caso demonstrado; residuaisISPC não bloqueiam retençõesIRPC independentes. Acervo anterior inventariado é reutilizado antes da selecção; contrapartes/documentos/pagamentos serão ligados aos livros existentes sem os duplicar ou apagar. Não houve testes novos nem alteração activa neste inventário.

25/10/2026 — L5: primeiro incremento executável em QA

Preparado sobre o instalado 5c0cb25c, com livros de retenções por contexto. Reutiliza fornecedores, documentos e linhas de aquisições e operações de venda existentes. As vendas não têm um cadastro próprio de contraparte: esse dado permanece por completar, sem ser inferido da localização. As edições deliberadas são conservadas; uma alteração na origem mostra os valores divergentes e permite reconciliar o vínculo sem sobrescrever essas edições.

O cálculo implementado corresponde aos 10% da Lei 12/2025 para bens e serviços digitais e comissões de agentes de moeda electrónica, no recorte não residente e não imputável a estabelecimento estável. Exige a qualificação do titular e devedor como sujeitos a IRPC, a incidência moçambicana e os factos ou pressupostos aplicáveis, sem convenção ou dispensa invocada. A data resulta dos eventos aplicáveis do artigo 67(5), incluindo o reconhecimento do custo; um pagamento posterior não desloca o evento anterior para outro período. A base do rendimento fica separada do IVA.

No exemplo sintético de rendimento pago, 100.000 MZN produzem retenção de 10.000 MZN; a entrega associada é de 6.000 MZN e o saldo por reconciliar é de 4.000 MZN. No exemplo de retenção sofrida, o cálculo é de 2.000 MZN, com comprovativo de 1.500 MZN e diferença de 500 MZN, sem crédito anual automático. Um comprovativo pode ser repartido entre operações e contextos, sem exceder o montante disponível. Alterações em contextos sem pagamentos partilhados não desactualizam o resultado. Pagamentos de IVA mantêm os vínculos anteriores.

O MRFTA 19/39 da AT foi conferido nas duas páginas, incluindo as instruções. O quadro 1 identifica retenção, o quadro 2 corresponde a um mês/ano único e o quadro 7 contém base, taxa e imposto. O CER e a correspondência das novas categorias digitais permanecem por esclarecer. A Lei 12/2025 contém uma remissão concreta do artigo 67(7) para 62(6), enquanto a nova taxa aparece em 62(5): essa diferença é preservada, sem renumerar o original ou bloquear o cálculo independente. As instruções do exemplar indicam o prazo nominal de dia 20 do mês seguinte à dedução; não foram presumidos ajustes de calendário, prorrogações ou instruções específicas de 2026. A exportação é um mapa de preparação, sem assinatura, submissão, recepção ou aceitação AT.

Saldo de L5: correspondência das taxas normais e especiais dos artigos 62(1–4), dispensas para residentes/EP, convenções invocadas, conversão cambial, juros, rectificações e guia agregada. A Lei 20/2022 está identificada pela INM na página 2731 do BR 252, mas o exemplar local com essa data/número contém apenas o 3.º suplemento turístico. A ausência desse texto específico não é um pedido de revalidação da sua credibilidade. O código local de 2002 foi identificado como revogado e não foi usado em cálculos de 2026. Cada lacuna afecta apenas o ramo dependente, sem taxa ou zero genéricos.

Provas do delta: 17 testes novos distintos; API privada em QA, 1 teste e 23 verificações com rollback; tipos e compilação; componente real com cálculo, gravação, recuperação, relatório, exportação e reutilização de uma aquisição anterior. A demonstração visual local em ficheiro é distinguida da prova da API privada. O controlo adicional de pagamentos partilhados foi conferido por caso dirigido, sem repetir as provas funcionais anteriores.

L3 e ISPC permanecem preservados, assim como os 21 originais anteriores e os 131 fechos de L1. Os residuais ISPC ficam na mesma matriz; o IRPS conserva apenas o caso anteriormente demonstrado. P001/P058 não bloqueiam e P084/P085 permanecem fechados. Estatísticas e IA continuam adiadas. L5, IRPC e IRPS não estão integralmente concluídos. Não houve instalação, migração, importação ou alteração activa. Recibo: irpc-l5-withholdings-qa-20261025.json.

25/10/2026 — inventário anterior ao agrupamento de L5

Recuperadas as provas aceites de da0d8abb, L3, ISPC instalado 5c0cb25c e 131 fechos de L1. Sem perdas confirmadas. O selector cambial, a conversão e os históricos entregues foram identificados por hash antes do novo delta e serão reutilizados. O novo exemplar integral do BR 252/2022 contém a Lei 20/2022 na primeira página; as 268 páginas ficam preservadas e inventariadas, sem activar outras regras do PESOE. Dispensas, convenções, juros e MRFTA permanecem discriminados. Nenhum teste novo ou alteração activa neste inventário.

25/10/2026 — L5: agrupamento de taxas e reutilização do câmbio entregue

O conjunto preparado inclui da0d8abb e os novos enquadramentos compatíveis, sem instalar no portal. A Lei 20/2022 foi recuperada no exemplar completo do BR 252/I, página 2731, resolvendo a falta de texto que impedia o cotejo anterior. O original antigo, com o 3.º suplemento turístico, permanece identificado e preservado. Não se repetem pesquisas ou validações genéricas sem nova evidência.

Foram acrescentados os ramos qualificados de 20% para royalties, equipamentos, serviços e capitais não cotados de não residentes; royalties de residentes e rendas comuns conservam a natureza por conta quando aplicável. Os ramos dependentes das dispensas ficam separados. Os juros de bilhetes do Tesouro/dívida cotada e permutas de liquidez qualificadas de entidades com sede e direcção efectiva nacionais têm retenção liberatória de 20% pelo artigo 62(3), sem crédito anual automático.

As taxas especiais de 10% do artigo 62(4) ficam limitadas às condições demonstradas: telecomunicações, transportes internacionais, equipamentos conexos, manutenção/fretamento de aeronaves, infraestruturas eléctricas em projectos públicos de electrificação rural, afretamento marítimo de pesca/cabotagem e outros títulos cotados na Bolsa de Valores de Moçambique, com a exclusão da dívida/bilhetes abrangidos pelo número 3(a). Não se confundem com a taxa digital do número 5. Os benefícios agrícolas com termo em 31/12/2025 não foram transportados para 2026.

O câmbio reutiliza, sem alteração, SimulationFxSelection, selectFx, fxSelectionKey e convertCents. O adaptador de retenções liga a selecção existente à base ou ao comprovativo de retenção sofrida. Conserva montante/moeda originais, boletim, coluna, sentido e data; não usa taxa actual nem calcula uma média própria. A data cambial fica distinta do evento do artigo 67(5). Uma confirmação sem alteração conserva o vínculo à origem; uma edição deliberada passa a selecção para o controlo dessa linha, mantendo o histórico anterior. Uma origem alterada torna visível a divergência apenas nos resultados dependentes.

Exemplo de royalty: 1.000 USD, com taxa sintética 64 MZN/USD, produzem base de 64.000 MZN e retenção de 12.800 MZN a 20%; comprovativo AT de 5.000 MZN deixa 7.800 MZN por reconciliar. No exemplo de retenção sofrida, a base de 100 USD converte para 6.400 MZN, o imposto é de 1.280 MZN e o comprovativo de 10 USD corresponde a 640 MZN, com diferença de 640 MZN. A conversão não transforma o pagamento ao beneficiário em entrega à AT; esta conserva o montante MZN efectivamente documentado. Pagamentos e parcelas continuam ligados e não podem ser usados além do montante disponível, incluindo entre contextos.

Passaram 19 testes novos distintos, com casos dirigidos para natureza dos capitais, relatório e vínculo cambial; os 17 testes anteriores de L5 não foram repetidos. A API privada em QA passou 1 teste e 34 verificações com rollback e guardas contra a base activa. Tipos, compilação, conferência do selector existente dentro da retenção, cálculo, gravação, recuperação, relatório e exportação foram demonstrados. A página visual sintética grava apenas um ficheiro local; a prova da API privada é separada. Os resultados aceites de da0d8abb permanecem actuais quando não afectados e foram preservados no histórico do conjunto.

Permanecem separados: dispensas e casos residentes/EP que delas dependem, convenções invocadas, categorias/devedores/períodos fora deste recorte, juros, rectificações e correspondências/CER do MRFTA. Cada pendência identifica os dados e a condição de resolução no recibo irpc-l5-grouped-qa-20261025.json; não bloqueia casos independentes. Exportar a preparação não submete nem obtém aceitação AT. L5, IRPC e IRPS não estão integralmente concluídos.

O portal mantém 5c0cb25c, com L3 e ISPC preservados. O saldo ISPC continua na mesma matriz e o IRPS conserva o caso anteriormente demonstrado. P001/P058 não bloqueiam; P084/P085 permanecem fechados; estatísticas e IA continuam adiadas. Foram conservados os 26 originais anteriores e acrescentado um novo original. A instalação futura exige a comparação autenticada do destino, backup/restauro fresco e conferência do delta pelo procedimento Git existente, sem repetir provas aceites.

25/10/2026 — entrega conjunta de L5 instalada

Instalada pelo Git a revisão 2b33a1c3, que inclui 4d6f8282 e da0d8abb. O seguimento altera apenas a apresentação: cada cálculo e relatório identifica o enquadramento, a taxa e «Retenção definitiva» ou «Imposto por conta». Os valores guardados, as regras e a aritmética não foram alterados por esse ajuste. Um teste dirigido de apresentação e o caso de exportação afectado passaram; as demais provas aceites foram reutilizadas.

O backup fresco e o restauro isolado verificaram 174 tabelas e 369 ficheiros. Após a instalação foram conferidos os cinco ficheiros afectados, 26 ficheiros preservados de L3/ISPC/câmbio e 27 originais. Configuração, schema, permissões e tabelas de negócio foram comparados com identidade equivalente. Cache e sessões de verificação foram reconciliadas separadamente. Sem migrações ou importações de conteúdo. Para satisfazer o espaço exigido pelo processo existente, dependências de construção de cinco versões antigas foram arquivadas e verificadas antes da compactação; versões activa e anterior, código, dados e backups foram preservados.

Disponíveis os ramos normais de 20%, especiais de 10% e os casos anteriores no âmbito demonstrado, com reutilização de contrapartes, documentos, pagamentos e mecanismo cambial entregue. Mantêm-se montante/moeda originais, boletim, coluna, data/sentido e histórico, sem crédito anual automático. O selector e a conversão cambial conservam os hashes anteriores.

L5 permanece parcialmente concluído. Dispensas, convenções, juros, outros casos específicos e correspondências/CER do MRFTA continuam separados e limitam apenas os casos dependentes. Exportar a preparação não equivale a submeter, obter recepção ou aceitação AT. L3 e ISPC ficam preservados e os seus residuais continuam na mesma matriz. A sequência de L3 mantém 16 MZN documentais, zero de dedução nesta via, 12 reconhecidos, 7 recebidos e 5 por receber. O IRPS permanece limitado ao cenário anteriormente demonstrado; este incremento não conclui o IRPC ou o IRPS. P001/P058 não bloqueiam; P084/P085 permanecem fechados; estatísticas e IA continuam adiadas. Recibo: irpc-l5-delivery-20261025.json.

25/10/2026 — L5: dispensas e convenção demonstradas em QA

Base de código 2b33a1c3, ramo codex/irpc-l5-reliefs-qa-20261025. O último relatório de instalação mantém o portal nessa entrega; este candidato não executa instalação. O inventário anterior de L3, ISPC, câmbio, fontes e provas aceites é reutilizado. Comparação do delta: sem alteração nesses módulos, em schema/migrações, configuração ou permissões; sem escrita na base activa. As correcções de codificação que tinham atingido trechos históricos durante a preparação foram retiradas do delta; os registos anteriores são conservados.

Executável: dispensa 68(d) para serviços/uso de equipamento 67(1)b/g com natureza por conta, titular sujeito a IRPC relativamente ao rendimento; dispensa 68(f) para rendas de sociedade de gestão de imóveis próprios fora da transparência fiscal 6(1)c; limite convencional de 10% sobre royalties/uso de equipamento qualificados PT–MZ, não digitais, titular residente convencional em Portugal, beneficiário efectivo, sem EP em Moçambique, devedor residente em Moçambique e montante sem excesso por relações especiais. As condições são dados documentados do caso, sem aprovador adicional. A selecção de regra não é substituída por texto livre ou taxa manual. Outros ramos continuam separados.

Reutilizados contraparte, residência/EP, documento, qualificação, montante e conversão da linha. Diploma, artigo, período, documentos e condições ficam no mesmo livro e no histórico. Alterar a prova invalida apenas a correspondência do resultado afectado. A dispensa produz retenção zero justificada, apresentada como dispensa, sem isentar o rendimento nem gerar crédito anual. Informação insuficiente, negativa, período incompatível ou artigo divergente fica indeterminada, sem zero/taxa reduzida presumidos. A existência de prova de entrega numa linha dispensada pede reconciliação sem apagar o pagamento.

Demonstração: Wayfinder wayfinder:generate --with-form, pelo wrapper QA guardado tools/irpc-reliefs-qa.php routes; TypeScript passou; compilação completa QA passou. Nove testes novos e cinco verificações dirigidas de compatibilidade IRPC passaram. API privada: um teste/17 verificações, base simulator_fiscal_delta_20261021_test, loopback55441, transacção com rollback. Resultados 68(d),68(f), convenção e informação insuficiente recuperados com documentos/histórico. Relatório de retenções, exportação de preparação e dossier financeiro conferidos a partir da recuperação da API. Corrigida a associação da secção «IRPC — retenções» à secção financeira do dossier: a linha existia, mas era omitida nessa apresentação. UI sintética do componente real demonstra cálculo, gravação/recuperação local e relatório; esta prova local é distinta da API privada.

Reprodução: gerar routes/actions com php tools/irpc-reliefs-qa.php routes; executar node --test tests/frontend/irpc-reliefs.test.mjs (produz a amostra sintética); executar php tools/irpc-reliefs-qa.php test. Usar PHP8.5/Node24 e dependências existentes. tsc --noEmit; compilação INVESTMOZ_QA_BUILD=1 vp build no ramo QA. Os módulos gerados são artefactos locais, sem edição manual ou commit.

Saldo na mesma matriz: restantes alíneas68, categorias digitais/residentes não correspondidas, outras convenções/Estados e casos com EP, dividendos/juros ou excesso por relações especiais mantêm correspondência própria. Juros de mora, rectificações, agregação, rubricas/CER e preenchimento do MRFTA permanecem discriminados. O cálculo convencional não declara cumpridas as formalidades de accionamento, recepção ou aceitação AT. Não são transportados formulários portugueses21-RFI para obrigações moçambicanas. Pendências condicionam apenas os casos dependentes. L5, IRPC e IRPS não estão integralmente concluídos. L3/ISPC/câmbio não foram retestados; as suas provas são reutilizadas. Entrega conjunta preparada apenas para os recortes demonstrados. Instalação futura segue o procedimento Git e os controlos de destino/backup/restauro já existentes.

Recibo: docs/investmoz/simulations/irpc-l5-reliefs-qa-20261025.json; provas locais em outputs/irpc-reliefs/.

25/10/2026 — dispensas IRPC e convenção PT–MZ instaladas pelo Git

Instalada ce746d88, com 2b33a1c3 preservada como release anterior. Backup fresco2026-10-25T18:00:39Z:174 tabelas e369 ficheiros/configuração;restauro isolado em contentor sem rede/55441 passou. Quatro ficheiros de execução conferidos,28 protegidos L3/ISPC/câmbio e29 originais preservados. Schema,permissões e configuração iguais;zero migrações/importações. As172 tabelas de negócio mantêm checksums;apenas cache operacional e sessões anónimas das verificações foram reconciliadas. O mínimo de espaço do instalador foi reposto pelo arquivo e verificação de dependências de5 releases antigas,sem tocar na actual/anterior nem apagar dados/backups.

Manifesto público/revisão servida,8marcadores compilados e simuladorHTTP200 conferidos. Provas QA aceites reutilizadas;CI habitual do procedimento Git passou. Sem ampliar a cobertura:68(d/f) e royalties/uso de equipamento PT–MZ nos casos efectivamente demonstrados. Juros,MRFTA e restantes casos continuam na mesma matriz;L5 permanece parcial. Seguimento em QA separado,sem instalar novos cálculos. Recibo:irpc-l5-reliefs-delivery-20261025.json.

25/10/2026 — juros e preenchimento MRFTA: incremento QA após ce746d88

O portal mantém a entrega instalada ce746d88, com 2b33a1c3 preservada;recibo de instalação irpc-l5-reliefs-delivery-20261025.json. Seguimento isolado em codex/irpc-juros-mrfta-qa-20261025,sem nova instalação. Reutilizadas as provas aceites;29 originais e29 ficheiros protegidos conferidos por hash. Sem delta de schema,configuração ou permissões.

Preenchimento: quadros1–7 do MRFTA de preparação,um mês/ano;identidade fiscal reutilizável entre livros sem sobrescrever edições nem misturar NUIT distintos. Base,taxa,imposto,documentos e entregas vêm do cálculo IRPC guardado. Agrupamento apenas da mesma rubrica/taxa/CER. Retenções sofridas,dispensas e outros períodos ficam separados. CER requer referência aplicável;os números de campos do M/39 antigo não são convertidos em códigos de receita. Rubricas digitais/especiais desconhecidas e múltiplas taxas na mesma rubrica permanecem discriminadas. Quadros8/9 não são assinados/preenchidos pelo portal. Exportação HTML de preparação,não alteração do PDF oficial nem declaração submetida.

Juros: Decreto9/2008,25/35,PDF6/8,p121/123 identifica MAIBOR12meses+2p.p.;BM documenta a descontinuidade da publicação. Não foi obtido parâmetro fiscal sucessor aplicável2026;MIMO/Prime não o substituem. Implementada transcrição de juros compensatórios de liquidação documentada,com período,data,montante e referência;ou ausência de atraso quando entrega integral e datas/prazo documentados coincidem. Informação insuficiente não vira zero. Juros de mora continuam por implementar. O subtotal do principal permanece disponível;total do formulário fica indeterminado enquanto faltarem juros,CER,completude ou situação de outras rubricas (IRPS/autónoma),sem isenções ou créditos presumidos. A completude é um dado da preparação,não novo aprovador organizacional.

**Prova do delta:**12 testes novos+1 de apresentação IRPC;TypeScript e compilação QA passaram. API privada1teste/14verificações com rollback no55441;preparação→gravação→recuperação→relatório/dossier. UI real em exemplo sintético:preparação,gravação/recuperação local,informação insuficiente e download HTML;prova API separada. CER999 é fictício de teste,não taxa/código oficial activado. Exemplo:principal20000MZN,entrega3000,juros documentados500,total17500;alterar provas conserva histórico e desactualiza a preparação. Não foram repetidas manualmente suites L3/ISPC/câmbio.

**Saldo:**cálculo automático dos juros e taxa aplicável2026,juros de mora,catálogo CER integral,rubricas digitais/especiais,mistura de taxas e obrigações IRPS/autónomas fora do recorte. Limita apenas as parcelas dependentes;L5/IRPC/IRPS continuam parciais. Recibo irpc-juros-mrfta-qa-20261025.json;provas locais outputs/irpc-mrfta/.

Reprodução QA: php tools/irpc-mrfta-qa.php routes; node --test tests/frontend/irpc-mrfta.test.mjs; php tools/irpc-mrfta-qa.php test. PHP8.5,Node24,dependências existentes;alvo e identidadeQA guardados antes de fornecedores/testes.

25/10/2026 — entrega preparada de5fa64bc0; saldo limitado a juros e CER/rubricas

Candidata exacta 5fa64bc0 sobre ce746d88,sem alterações de código nesta preparação e sem instalação. main conferida em ce746d88;a instalação do portal continua segundo o recibo aceite,não foi repetida a inspecção activa. Bundle Git verificado;quatro ficheiros de execução,29 ficheiros protegidos e29 originais conferidos por hash,assim como os bytes do novo exemplar BM e todas as provas registadas. Reutilizadas as provas TypeScript/build,12 testes novos+1apresentação,API1/14 e UI/relatório;nenhuma suite repetida. Sem delta de backend,schema,configuração,permissões,API ou dependências.

A entrega inclui preparação MRFTA por mês/ano,registo de juros compensatórios documentados,reconciliação e relatório/exportação HTML. Registar juros documentados não significa calculá-los automaticamente. A ausência de atraso é uma conferência documentada,sem escolher taxa de juros. CER e rubricas ainda sem correspondência permanecem pendentes,sem preenchimento presumido. CER999 é fictício de QA;nenhum código oficial é activado pelo exemplo. O PDF oficial,assinaturas,submissão e aceitação AT não são entregues por este incremento.

Saldo deste seguimento,apenas dois pontos:

1. Juros: corresponder o parâmetro/taxa e versão temporal aplicáveis e a regra completa de contagem/base em dívida/arredondamento nos casos de retenção,distinguindo compensatórios e mora. A referência anterior e a descontinuidade documentada da MAIBOR não autorizam substituição por MIMO/Prime. Implementar e provar apenas a nova aritmética suportada,com entrega parcial e informação insuficiente;reutilizar o registo,recuperação e relatório já aceites. Fecho por caso:fonte/versão,principal,taxa,dias e juros reproduzíveis;sem parâmetro,juros indeterminados sem bloquear o principal.
2. CER/rubricas: ligar os códigos aplicáveis ao rendimento,natureza e período;resolver somente as rubricas digitais/moeda electrónica,especiais e outras ainda pendentes e o tratamento de taxas/CER distintos na mesma rubrica. Não inferir CER de números de campos,nem fundir taxas ou inventar declarações/anexos. Provar cada nova correspondência e os casos sem código/período/rubrica compatíveis. As linhas e documentos existentes permanecem disponíveis.

L5 continua parcial;demais saldos conservam o estado anterior,sem novo backlog ou ampliação do lote. L3,ISPC e câmbio preservados. Na futura execução da entrega mantêm-se comparação do destino e backup/restauro fresco pelo procedimento existente;os recibos históricos não substituem essas provas frescas. Manifesto:irpc-juros-mrfta-prepared-delivery-20261025.json;pacote local:outputs/irpc-mrfta-prepared-delivery-20261025/candidate.bundle.

25/10/2026 — entrega5fa64bc0 instalada;seguimento restrito a juros/CER em QA

Instalada pelo Git a revisão exacta 5fa64bc0,com ce746d88 preservada como release anterior. Backup fresco2026-10-25T18:28:38Z;174tabelas e369ficheiros/configuração;restauro isolado sem rede/55441 passou. Quatro ficheiros de execução,29protegidos e30originais conferidos. Schema,permissões e configuração iguais;zero migrações/importações. As172tabelas de negócio mantêm checksums;apenas cache operacional e sessões anónimas da instalação/verificação foram reconciliadas. Revisão/manifesto públicos,8marcadores compilados e simuladorHTTP200 passaram. Provas aceites reutilizadas,sem nova ronda manual;CI habitual do instalador passou.

Cobertura instalada:preparação por período,registo de juros documentados e relatório/exportação MRFTA. Registar não significa calcular automaticamente;CER/rubricas desconhecidos continuam identificados sem preenchimento presumido. Não houve submissão ou aceitação AT. Seguimento isolado apenas de juros automáticos eCER/rubricas;L5continua parcial,L3/ISPC/câmbio preservados. Recibo:irpc-mrfta-delivery-20261025.json.

25/10/2026 — seguimento QA restrito: juros automáticos e casos CER/rubricas

Portal instalado em 5fa64bc0,com ce746d88 preservada;recibo irpc-mrfta-delivery-20261025.json. Novo ramo codex/irpc-interest-cer-qa-20261025,sem instalação. Não foram reabertos outros saldos L5.

Juros: nova aritmética racional diária por parâmetros documentados do caso:taxa anual final,fonte/fundamento fiscal,vigência na data de liquidação,base anual,arredondamento do total e ocorrência. Nenhum valor vem pré-definido. Intervalos começam no dia posterior ao prazo documentado;entregas reduzem a base após o seu dia e o pagamento integral pára encargos. Contagem por ano/base365/366 e arredondamento só conforme convenção preenchida com referência. Definitiva e por conta retida cobertas neste recorte;por conta não retida e mora mantêm regra própria. Sem perfil completo,juros indeterminados e principal preservado. A taxa10%,base365 e convenções dos testes são fictícias,sem activação de parâmetro fiscal2026. O registo de liquidação documentada da entrega instalada mantém significado e histórico.

CER/rubricas: separação estável por período,rubrica,taxa e CER,com documentos e referências. Fichas de trabalhoHTML independentes conservam as pendências globais;não são declarações autónomas,anexos oficiais nem uma taxa média. Teste integrado distingue retenções20%/10% e CERfictícios999/998;juros por perfil permanecem demonstráveis,mas o total do formulário continua indeterminado pela transposição de rubricas distintas. Ausência de código ou referência continua identificada,sem preenchimento presumido. Nenhum catálogo CER oficial foi acrescentado.

Compatibilidade/provas: campos novos adicionais conservam os modos conhecidos pelo leitor5fa64bc0. Prova só de leitura/gravação exacta do novo payload nesse leitor:retenções actuais e nova preparação histórica,sem executar novamente cálculos antigos. Preservados31ficheiros de execução e30originais por hash. TypeScript,buildQA e13testes novos passaram;API1teste/19verificações com rollback em55441. UI:parâmetro fictício explícito,sem taxa→indeterminado,gravação/recuperação,relatório e download de casos20%/999 e10%/998. Relatório do dossier a partir da recuperação API. Provas aceites L3/ISPC/câmbio e5fa64bc0 reutilizadas;sem nova ronda manual das suites antigas.

Saldo,apenas os mesmos dois pontos: (1)corresponder fonte/parâmetro fiscal vigente2026 e convenções aplicáveis,além dos ramos mora/por conta não retida fora desta aritmética;(2)corresponder catálogo CER/rubricas ainda pendentes e procedimento oficial para taxas/códigos distintos. O inventário oficial AT189documentos foi consultado por metadados,não relido integralmente;nenhuma taxa/código foi inferido de rascunho,número de campo,agregado orçamental,MIMO ouPrime. L5 continua parcial. Recibo irpc-interest-cer-qa-20261025.json;provas emoutputs/irpc-interest-cer/.

Reprodução do delta em QA: php tools/irpc-interest-cer-qa.php routes;node --test tests/frontend/irpc-interest-cer.test.mjs;php tools/irpc-interest-cer-qa.php test. Dependências existentes,PHP8.5/Node24;alvo QA guardado antes dos fornecedores/testes.

25/10/2026 — esclarecimentos concretos para a AT (AUD-SIM-INT02, L5 parcial)

Esta discriminação desenvolve os mesmos dois pontos; não cria outra matriz nem reabre provas aceites. Base instalada: 5fa64bc0; funcionalidade demonstrada em QA: acf8ec3c. Os exemplos abaixo são perguntas de aplicação, não parâmetros ou códigos oficiais. Não foram enviados à AT por este registo.

Dúvida na mesma matriz	Parâmetro ou correspondência exacta em falta / esclarecimento a obter	Exemplo para acompanhar o esclarecimento	Comportamento enquanto falta
J1 — taxa e vigência	Valor anual final aplicável na data de liquidação em 2026, incluindo eventual acréscimo; série/diploma sucessor da referência MAIBOR 12 meses + 2 p.p., fonte, início e fim de vigência (annualRate, rateSource, fiscalBasis, validFrom, validTo).	Retenção definitiva de 7 300 MZN, prazo documentado 20/11/2026 e liquidação em 30/11/2026: qual taxa anual final usar? Os 10% do ensaio são fictícios.	Sem taxa predefinida; não substituir por MIMO/Prime. Perfil completo permite apenas simulação pelos dados introduzidos.
J2 — contagem diária	Base anual aplicável: 365, 366 ou dias efectivos por ano (dayBasis, dayBasisRef); incidência do dia da entrega parcial e divisão de períodos entre anos.	Mesmo principal de 7 300 MZN, entrega de 3 650 em 25/11 e liquidação em 30/11: a redução começa em 26/11? Num intervalo 31/12/2027–02/01/2028, qual denominador em cada ano?	Motor demonstra dia posterior ao prazo, dia da entrega incluído e redução no dia seguinte; só usar como pressuposto de simulação até esclarecer a aplicação.
J3 — arredondamento	Método e momento oficiais: total ou parcela/dia, cêntimos, metade por excesso ou outra convenção (rounding, roundingRef).	7 300 MZN × taxa fictícia 10,0025% × 10/365 = 20,005 MZN: declarar 20,00 ou 20,01? Arredondar só o total ou cada segmento?	As duas opções do motor são convenções explícitas de simulação; outra convenção mantém o caso por implementar.
J4 — retenção por conta não efectuada	Regra e datas específicas dependentes da declaração/liquidação anual, base e limite temporal; não equiparar a retenção efectuada ou definitiva (retention, occurrenceRef).	Retenção por conta de 7 300 MZN não efectuada em Novembro/2026: até que evento anual se contam juros e sobre que montante?	Ramo indeterminado; não herda a fórmula do ramo demonstrado.
J5 — mora	Taxa, fundamento, início/fim, base após pagamentos e articulação com juros compensatórios, evitando duplicação.	Liquidação documentada de compensatórios, com saldo de imposto de 3 650 MZN ainda não pago após o prazo: quando começa a mora e sobre que parcelas?	Mora não calculada; registo de liquidação documentada mantém-se independente.
C1 — CER de capitais e prediais por conta	Código CER exacto e referência/versão para cada rubrica “Taxa normal — Rendimentos de capitais e mais valias” e “Taxa normal — Rendimentos prediais”.	Dois pagamentos no mesmo mês: juros de financiamento e renda de imóvel, ambos com retenção por conta: quais CER respectivos? São códigos distintos?	CER por identificar; nome da rubrica já correspondido não prova o código.
C2 — CER das quatro rubricas liberatórias	Código CER exacto e referência/versão por rubrica: actividade intelectual/industrial e informações; uso de equipamento; aplicação de capitais e rendimentos prediais; comissões/intermediação/prestação de serviços.	No mesmo período, royalties, aluguer de equipamento, juros e comissão a não residentes: indicar o CER de cada natureza e eventual distinção adicional.	Cada natureza permanece separada; não reutilizar números de campos do M/39 como CER.
C3 — rendimentos digitais/especiais	Rubrica MRFTA e CER exactos para cada categoria não correspondida, conforme qualificação fiscal documentada; distinguir de serviços comuns.	Pagamento a não residente por serviço digital já qualificado no livro IRPC: em que rubrica/CER deve ser transcrito? Um serviço comum tem a mesma correspondência?	Categoria sem correspondência continua pendente; não copiar para serviços comuns por aproximação.
C4 — taxas diferentes na mesma rubrica	Forma oficial de transcrever várias taxas: linhas adicionais, anexo ou outro procedimento, com indicação dos campos; confirmar se o CER varia com regime/convenção.	Royalties de base 10 000 MZN à taxa interna de 20% e outros de 10 000 à taxa convencional demonstrada de 10%, no mesmo mês: como apresentar bases/impostos sem taxa média?	Duas fichas de trabalho; total oficial permanece indeterminado enquanto depender dessa transposição.
C5 — códigos diferentes na mesma rubrica	Forma oficial de conservar códigos distintos no mesmo período/rubrica e regra de totalização/entregas; obter os códigos reais antes de preencher.	Duas parcelas agrupáveis por rubrica mas com CER distintos segundo documentos do caso: uma ou várias linhas/guias? Nos ensaios, 999/998 são apenas marcadores fictícios.	Separar período/rubrica/taxa/CER; não inventar declarações autónomas nem reconhecer marcadores como oficiais.

Entrega funcional independente: aritmética pelos pressupostos explicitados, reconciliação de entregas, gravação/recuperação/relatório e fichas separadas podem acompanhar a entrega. Interface e exportações identificam simulação e CER introduzido sem validação por catálogo; referência digitada não equivale a confirmação fiscal. Não activar taxa ou catálogo global por esta entrega. A ausência de dados conserva indeterminação e principal. As respostas da AT poderão completar apenas as células correspondentes, com fonte e vigência, sem outra pesquisa genérica ou nova aprovação inventada.

Preservação: L3, ISPC, câmbio, ce746d88 e 5fa64bc0 conservam provas aceites; nenhum caso aceite foi reaberto. L5 permanece parcial. O presente delta de apresentação/documentação não altera schema, API, permissões, originais ou regras de retenção.

25/10/2026 — L5 operacional no âmbito demonstrado; entrega 7a11c4ef

Instalado pelo Git 7a11c4ef8f06ef149eb0488be3cd0749dc609bd0, sobre 5fa64bc0, sem força, migrações ou importações. Backup fresco em 25/10/2026 19:14:23 UTC, restaurado em PostgreSQL isolado (rede nenhuma/porta55441):174 tabelas por contagem/checksum. Conferidos4ficheiros do delta,31protegidos,30originais e369ficheiros/configuração persistentes. Schema,roles/grants e permissões conservados.172tabelas de negócio iguais;cache/sessões reconciliadas com reinício da fila,throttle e sessões anónimas da verificação. Versão5fa64bc0 conservada como anterior;L3,ISPC,câmbio e provas aceites preservados. Arquivadas e verificadas dependências de8versões antigas para respeitar espaço mínimo,sem eliminar fontes,dados ou backups nem modificar versões actual/anterior.

Revisão/manifest públicos,8marcadores compilados,4assets e simuladorHTTP200 conferidos. Pipeline normal:1teste/3106asserções,59testes/317asserções,872testesfrontend,tipo/build;sem outra ronda manual das provas aceites. Recibo:irpc-interest-cer-delivery-20261025.json.

L5 fica operacional apenas no âmbito demonstrado, incluindo preparação por período,registo de juros documentados,simulação por pressupostos explícitos e fichas separadas porCER/rubrica/taxa. Não confirma fiscalmente juros nem converte códigos provisórios em correspondências oficiais. As dez dúvidas J1–J5/C1–C5 da secção anterior acompanham a reunião com a AT;permanecem pendentes e não foram enviadas por esta operação. Sem informação nova,não reabrir a pesquisa desses pontos. Não declararL5 integralmente concluído.

**Sequência autorizada:**L6—IRPC normal,começando pela ponte do resultado financeiro aos ajustamentos documentados. Retenções/créditos anuais,amortizações,perdas e colecta conservam desenvolvimento próprio;nenhuma pendênciaL5 bloqueia o primeiro recorte independenteL6.

25/10/2026 — L6 iniciado em QA: primeiros ajustamentos ao resultado financeiro

Base instalada7a11c4ef;L5 operacional apenas no âmbito demonstrado. Primeiro recorteL6 reutiliza a ponte financeira reconciliada por oportunidade,receitas/custos discriminados e resultado antes de imposto. Corresponde explicitamente12meses aJan–Dez2026,MZN,sujeito residente no regime geral fora de transparência/regimes especiais. Projecção com pressupostos,não demonstração contabilística confirmada. Art17(1)é enquadramento da ponte,não equivalência automática do resultado antes de imposto ao lucro tributável.

Implementados acréscimos integrais36(1)c de multas/encargos por infracções sem origem contratual e juros compensatórios já incluídos no custo de origem. Documento/linha,qualificação,montante e inclusão têm suporte/pressuposto expresso. Não classifica juros comerciais nem multas contratuais por aproximação,não importa juros simuladosL5 como despesa efectiva. Limites por custo da origem e duplicação documental previnem dupla contagem. Encargo já excluído não é acrescentado de novo. Lacuna limita a respectiva parcela;acréscimos independentes continuam disponíveis,resultado parcial agregado indeterminado se houver parcela não resolvida.

Exemplo sintético:resultado financeiro6480MZN,multa100 e juros compensatórios20 incluídos;acréscimos120,resultado parcial6600. Sem suporte da multa:apenas20 demonstrados,resultado parcial indeterminado. Lucro tributável,matéria colectável e imposto permanecem indeterminados em todos os casos. Outros ajustamentos,custos/variações patrimoniais,amortizações,perdas,deduções/colecta,créditos anuais eM20/M22 seguem por recortes próprios;EP/regimes especiais,outra moeda/exercício/horizonte não abrangidos.

Prova do delta:7testes novos;APIprivada1teste/19asserções comrollback naQA55441;routes/actions gerados pelo procedimentoWayfinder;TypeScript/buildQA passaram. UI real:cálculo,gravação/recuperação local,relatório,informação insuficiente e download;API demonstrada separadamente,dossier gerado da recuperaçãoAPI. LivroL6 separado mantém payloadL5 e restante histórico;alterar plano/entradas torna resultado histórico sem o apagar.32ficheiros anteriores protegidos e30originais sem alteração;integração mínima emsimulation-form/project-dossier/project-dossier-report. Provas aceites não repetidas. Recibo:irpc-l6-adjustments-qa-20261025.json;QA isolada,sem instalaçãoL6.

Fonte adicional necessária apenas paraL6:exemplar oficialAT intitulado19/2009 contém tambémLei20/2009;PDF4/p272(16),36(1)a–i mantidas ealíneasj–n aditadas,conferido visualmente. Lei4/2012PDF2/3 e19/2013PDF1/2 mantêm36(1)c. Não reabre as dez dúvidasL5,que ficam paraAT até informação nova. L5 eL6 não integralmente concluídos.

25/10/2026 — L6: percurso delimitado até ao lucro tributável demonstrado em QA

Base instalada 7a11c4ef; primeiro recorte QA 664c88c8 preservado. A continuação reutiliza o plano reconciliado, o exercício, a oportunidade e os ajustamentos existentes. Não obriga a reintroduzir os montantes financeiros. Âmbito: projecção de Janeiro a Dezembro de 2026, MZN, sujeito residente no regime geral, com referência expressa de que o cenário cobre o sujeito passivo/exercício completo. Uma oportunidade parcial não se transforma automaticamente no total da empresa.

Cada linha do resultado exige qualificação ordinária e suporte: proveitos do exercício (18/20), custos remanescentes indispensáveis e documentados (22), sem outras exclusões/limites declarados. Os acréscimos 36(1)c reutilizam documentos e parcelas já registados. Seis grupos conservam a situação das variações patrimoniais positivas/negativas fora do resultado, outras correcções de rendimentos/custos, diferenças de periodização e operações especiais. Valor conhecido (incluindo zero), ausência declarada com suporte e informação em falta são estados distintos. Ausência não pode apagar uma origem financeira positiva ou descartar um montante já preenchido. Um valor conhecido não zero sem tratamento implementado permanece visível e impede apenas o fecho dependente, sem ser aplicado por presunção.

No caso ordinário delimitado, resultado financeiro + acréscimos fundamentados = lucro tributável simulado quando a conferência anual está completa e os outros efeitos são expressamente ausentes ou de valor conhecido zero. Exemplo sintético: 6480 + multa100 + juros compensatórios120 = 6700 MZN. Os 120 são um custo/pressuposto qualificado já incluído na origem; não são juros automaticamente calculados ou fiscalmente confirmados por L5. Falta de prova da variação patrimonial negativa mantém o lucro indeterminado, conservando resultado6480 e acréscimos220. Variação conhecida500, depreciação positiva ou juros financeiros remanescentes mantêm correspondência específica pendente. Sem acréscimos, uma conferência completa pode conservar o resultado financeiro; resultados negativos não são convertidos em zero nem em crédito/perda reportável.

Prova do delta: 9 testes novos; API privada 1 teste/38 verificações, criação → alteração com If-Match → recuperação, com rollback na QA isolada55441. Wayfinder gerou routes/actions; TypeScript e buildQA passaram. UI real: cálculo, gravação/recuperação local, valor conhecido zero, ausência, informação em falta, contradição e exportação HTML. Relatórios/dossiers dos casos conhecido e incompleto gerados a partir da recuperação efectiva da API. Versão2 adicional mantém o snapshot/resultado1 de664c88c8 legível e actual sem o recalcular; mudanças nas entradas desactualizam apenas o novo resultado e conservam histórico. Preservados33ficheiros anteriores de execução e31originais por hash;integrações anteriores de formulário/dossier não alteradas neste delta. Provas aceites L3/ISPC/câmbio/L5 reutilizadas, sem nova ronda manual.

Preparação conjunta para entrega pelo Git: primeiro recorte664c88c8 e continuação até lucro tributável, sobre7a11c4ef, com pacote/manifest e delta conferido. Não instalado nem integrado em main por esta preparação. Backup/restauro fresco e conferência do destino fazem parte da instalação posterior; não reutilizar como fresco o backup da entregaL5. Recibo irpc-l6-taxable-profit-qa-20261025.json; provas outputs/irpc-l6-profit/ na QA isolada.

Matéria colectável, perdas reportadas, deduções, colecta, créditos de retenção e M20/M22 continuam fora deste percurso; L6 não está integralmente concluído. L5 permanece operacional no âmbito demonstrado; J1–J5/C1–C5 ficam para a AT e só limitam os casos efectivamente dependentes. Nenhuma nova pesquisa de taxas/CER de L5 foi feita.

25/10/2026 — entrega conjunta L6 até lucro tributável instalada:5e02c23a

Instalado pelo Git 5e02c23af863485f6881e409c8704ec7e7573cc9, sobre 7a11c4ef, incluindo o primeiro recorte664c88c8. Backup fresco de25/10/2026 19:38:10UTC,restauro isolado sem rede na porta55441:174tabelas conferidas por contagem/checksum. Conferidos6ficheiros do delta,33protegidos,31originais e369ficheiros/configuração persistentes. Schema,roles/grants e permissões iguais.172tabelas de negócio preservadas;cache/sessões reconciliadas com reinício da fila,throttle e sessões anónimas da verificação.7a11c4ef conservado como versão anterior. Arquivadas/verificadas dependências de4versões antigas para margem de espaço,sem eliminar fontes,dados ou backups nem modificar as versões actual/anterior.

Revisão/manifest servidos,10marcadores compilados,4assets e simuladorHTTP200 conferidos. Pipeline normal:1teste/3106asserções,59testes/317asserções,888testesfrontend,tipo/build;sem outra ronda manual das provas aceites. Recibo:irpc-l6-profit-delivery-20261025.json.

**Disponível no âmbito demonstrado:**resultado financeiro6480+acréscimos220=lucro tributável simulado6700MZN;estados conhecidos,ausência declarada e informação em falta preservados. 6700MZN não é imposto a pagar. Matéria colectável,deduções/perdas e colecta não são concluídas por esta instalação. L6 permanece parcial;dúvidasL5J1–J5/C1–C5 só limitam casos efectivamente dependentes. Continuação independente emQA para matéria colectável,sem repetir pesquisa ou provas aceitesL5/L3/ISPC/câmbio.

25/10/2026 — L6 matéria colectável: perdas próprias e deduções delimitadas em QA

Base instalada 5e02c23a, com lucro tributável simulado6700MZN; não é imposto a pagar. A continuação reutiliza esse resultado e a identidade fiscal já disponível na mesma oportunidade, mediante acção expressa que conserva edições. Recorte: sujeito residente no regime geral,2026,método declarativo/directo,perdas fiscais próprias em exercícios anuais ordinários. CIRPC15(1)a/15(2–4) e41(1–7),PDF5/p768(59) ePDF12/p768(66),conferidos nos originais aceites;cadeia de alterações existente reutilizada. Sem novos originais ou pesquisa dos pontosL5.

Livro de perdas por exercício e sujeito:montante fiscal apurado/corrigido,utilizações anteriores,saldo disponível e utilização proposta deste ano,com documentos e completude. Não usa perda contabilística como fiscal. Confere cinco exercícios ordinários posteriores,manutenção/alteração da actividade/objecto no termo do exercício,regime geral e saldo corrigido. Métodos indirectos,períodos especiais/curtos,transparência/isenção parcial,transferências/fusão41-A e correcções pendentes ficam fora do recorte. Expiração/exclusão conhecidas não são apagadas;pedido positivo contra perda excluída exige reconciliação. Utilização proposta é expressa,sem FIFO obrigatório,percentagem inventada ou saldo negativo;excesso sobre saldo/lucro mantém base indeterminada. Simular/gravar não consome o saldo oficial nem actualiza utilizações anteriores.

Exemplo sintético:lucro6700;perda2021apurada1000/utilizada200/saldo800/proposta800;perda2024apurada3000/utilizada500/saldo2500/proposta1500. Dedução2300,matéria colectável simulada4400MZN,saldos aritméticos0/1000. Imposto a pagar permanece indeterminado. Perda ordinária2020 expira após2025;2021pode ser usada em2026 no recorte demonstrado. Sem perdas/benefícios,ausência expressa e suportada pode conservar base6700;informação em falta não ézero. Benefício conhecido positivo é conservado com referência,mas não subtraído sem regra/condições/limite específicos. Deduções à base15(4) são distintas de efeitos já conferidos no lucro e de créditos à colecta/retenções. Resultado actual negativo permanece conhecido,sem basezero ou reporte automático neste recorte.

Prova do delta:10testes novos;APIprivada1teste/42verificações,criação→alteração comIf-Match→recuperação,rollback naQA55441. Routes/actions peloWayfinder,tipo/buildQA passaram. UI:cálculo4400,gravação/recuperação local,alteração expressa de utilização para700→base4500,repetição sem consumo,sobreutilização recusada,download,informação em falta e benefício positivo conservado sem subtracção. Dossier/HTML gerados da recuperação efectiva daAPI. Versão3 opcional conserva resultado2 actual e históricos1/2;alteração de entradas desactualiza apenas o novo resultado.37ficheiros anteriores de execução e31originais preservados por hash. Provas aceites reutilizadas,sem nova ronda manual. Recibo:irpc-l6-taxable-base-qa-20261025.json;QA isolada,sem instalação deste incremento.

L6 continua parcial. Colecta/imposto,créditos anuais,M20/M22,benefícios positivos e casos fora do recorte mantêm desenvolvimento próprio. As dúvidasL5J1–J5/C1–C5 só limitam casos efectivamente dependentes;nenhuma taxa de juros ou CER provisório foi promovido a confirmação fiscal.

25/10/2026 — L6 colecta normal demonstrada em QA; entrega conjunta com a matéria colectável

Portal mantém 5e02c23a. A continuação parte da QA b8d45796 e reutiliza a matéria colectável actual, sem reintroduzir montantes. No recorte de sujeito residente em regime normal/MZN, exercício anual de01/01/2026 a31/12/2026, o enquadramento explícito do artigo61(1) aplica a taxa geral32%. A fonte/versão, período, classificação e suporte/pressuposto do caso são guardados. Campo por identificar ou caso especial não recebe taxa geral por aproximação; a matéria colectável conhecida permanece disponível.

**Sequência demonstrada:**lucro tributável simulado6700 → matéria colectável simulada4400 → colecta simulada4400×32%=1408MZN → saldo final a pagar ou recuperar indeterminado, âmbitoL8. Retenções, pagamentos e créditos do fecho anual não são abatidos nem reconciliados nesta etapa. Colecta não é saldo final. O campo legado tax continua nulo e o novo modelo guarda colecta separadamente; finalBalance mantém pagar/recuperar nulos, não zero.

Taxa32% conferida no CIRPC Lei34/2007,PDF17/p768(71). Lei4/2012 altera61(2); Lei20/2022PDF1/p2731 mantém61(1) e delimita medidas temporárias61(2) até31/12/2025; Lei12/2025PDF18/20 não altera61(1) e distingue61-A. Taxas reduzidas, benefícios, tributação autónoma e mais-valias continuam com tratamento próprio, mesmo se uma percentagem coincidir. Nenhuma extensão temporal/benefício foi inferida. A aritmética é racional exacta; eventual fracção de cêntimo é conservada sem arredondamento fiscal inventado. Não preenche/submeteM20/M22.

Prova do delta:8testes novos;APIprivada1teste/40verificações com criação→alteraçãoIf-Match→recuperação e rollback naQA55441. Wayfinder gerou routes/actions;TypeScript e buildQA passaram. UI real:base reutilizada,colecta1408,taxa/período/enquadramento visíveis,sequência ordenada,gravação/recuperação local,download e casos especiais/informação em falta sem taxa presumida. Dossier/HTML dos casos conhecido e incompleto gerados da recuperação efectiva daAPI. Versão4 opcional conserva versões1/2/3 e o resultado3 actual sem recálculo;mudanças nas entradas desactualizam só o novo resultado e conservam histórico.39ficheiros anteriores daQA e37do portal preservados,31originais sem alteração. Provas aceites reutilizadas,sem outra ronda manual. Recibo:irpc-l6-colecta-qa-20261025.json.

**Preparação conjunta compatível:**matéria colectávelb8d45796 e colecta normal neste candidato,base5e02c23a,6ficheiros de execução no delta conjunto. PacoteGit/provas/manifest conferidos apóscommit;sem integração emmain ou instalação nesta preparação. Instalação futura mantém procedimento de destino autenticado,backup/restauro fresco e conferência do delta. L6 continua parcial. Benefícios e casos especiais permanecem explícitos;L8 conserva o fecho anual e as dúvidasL5 só limitam os casos efectivamente dependentes.

25/10/2026 — entrega conjunta matéria colectável/colecta instalada:2f684e59

Instalado pelo Git 2f684e59846187f3fb8a338d9d6f6a08cadb4d0d, incluindo a matéria colectávelb8d45796, sobre 5e02c23a, sem força, migrações ou importações. Backup fresco de25/10/2026 20:05:19UTC;restauro em base isolada sem rede/porta55441:174tabelas conferidas por contagem/checksum. Conferidos6ficheiros do delta,37protegidos,31originais e369ficheiros/configuração persistentes. Schema,roles/grants e permissões iguais;172tabelas de negócio preservadas. Cache/sessões reconciliadas com reinício da fila,throttle e sessões anónimas da verificação.5e02c23a permanece disponível como versão anterior. Arquivadas/verificadas dependências de4versões antigas para margem de espaço,sem eliminar fontes,dados ou backups nem modificar as versões actual/anterior.

Revisão/manifest públicos,11marcadores compilados,4assets e simuladorHTTP200 conferidos. Pipeline normal:1teste/3106asserções,59testes/317asserções,906testesfrontend,tipo/build. Provas aceites reutilizadas,sem outra ronda manual. Recibo:irpc-l6-colecta-delivery-20261025.json.

**Disponível no âmbito demonstrado:**lucro tributável simulado6700→matéria colectável4400→colecta normal32%/2026=1408MZN. 1408MZN não é saldo final a pagar. A pagar/a recuperar continuam indeterminados emL8. Benefícios/casos especiais anuais sãoL7. O saldo concreto deL6 que justifica «parcial» fica discriminado na secção seguinte;esta actualização substitui,para o estado actual,as pendências genéricas de lucro/base/colecta anteriores já entregues,preservando-as apenas como histórico.

25/10/2026 — saldo concreto de L6 após a entrega 2f684e59

Esta discriminação actualiza AUD-SIM-INT02 na mesma matriz, com o âmbito L6/L7/L8 já registado no plano consolidado e a leitura do código de 2f684e59. Não cria outro lote, matriz ou backlog. O estado «L6 parcial» decorre das lacunas funcionais abaixo; não decorre de faltar o saldo anual de L8 ou os tratamentos de L7. Os exemplos são casos de fronteira para desenvolvimento, não novos cálculos fiscais confirmados.

Concluído no âmbito demonstrado e a preservar: plano financeiro reconciliado → acréscimos36(1)c → lucro tributável6700 → perdas próprias ordinárias2300 → matéria colectável4400 → colecta normal32%/2026=1408MZN. Inclui conhecido/zero/ausência/falta de informação, limites de utilização, gravação/recuperação, histórico, relatório/exportação e indeterminação dos casos dependentes. Não repetir estas provas para fechar os pontos seguintes, excepto se o delta os afectar.

Saldo que continua em L6	Evidência concreta no código entregue	Exemplo do caso ainda não coberto	Critério concreto de fecho
Outros ajustamentos ordinários: admissibilidade de custos e correcções aos proveitos	irpc-normal.ts, NormalAdjustment.rule e calculateNormal: apenas multas não contratuais e juros compensatórios36(1)c; other fica fora do recorte. irpc-normal-profit.ts não aplica incomeCorrections/expenseCorrections conhecidos não zero.	Encargo de terceiro de250MZN com qualificação36(1)b, ou despesa não documentada36(1)g, incluído no resultado; a correcção não tem regra executável neste livro. A eventual tributação autónoma é outra operação, emL7.	Corresponder a regra geral e condições de cada categoria incluída, calcular acréscimo/dedução/exclusão com sinal e origem, evitar dupla contagem e demonstrar reflexo no lucro, base e colecta. A tributação autónoma que possa coexistir pertence aL7.
Dedutibilidade dos juros financeiros ordinários	irpc-normal-profit.ts, closeNormalProfit: qualquer remanescente não zero de interest_expense mantém pendência; só os compensatórios integralmente acrescidos estão cobertos.	Juros de financiamento comercial de120MZN, distintos de juros compensatórios, com finalidade/custo documentados.	Qualificar a parcela ordinária, dedutibilidade e correcção aplicável, conservar os montantes reconhecidos/pagos separados e fechar o lucro sem a equiparar a infracção. Relações especiais/benefícios e regras especiais seguemL7; taxa de juros compensatóriosL5 só é dependência se esse cálculo for efectivamente usado.
Reintegrações/amortizações fiscais e diferença face à contabilidade	irpc-normal-profit.ts: depreciation positivo bloqueia o fecho; não existe mapa fiscal de activos/quotas nesta família de módulos.	Depreciação contabilística120MZN com quota fiscal do activo ainda por corresponder.	Reutilizar activo, base e datas; corresponder método/taxa/limites e afectação ordinários, calcular quota fiscal e diferença para o resultado; manter mapas por activo/exercício e histórico. Incentivos, majorações e regimes especiais de activos seguemL7.
Variações patrimoniais e periodização ordinárias de montante não zero	irpc-normal-profit.ts, profitTopics/closeNormalProfit: positivePatrimonial, negativePatrimonial e timing conhecidos não zero conservam valor e impedem o fecho; ausência/zero suportados são o caminho demonstrado.	Variação500MZN fora do resultado, ou diferença temporal300MZN entre reconhecimento contabilístico e exercício fiscal, com natureza concreta documentada.	Corresponder natureza/ano/regra ordinária e decidir inclusão, exclusão ou ajustamento com sinal; impedir reaplicação em dois exercícios; demonstrar cálculo→gravação→recuperação→relatório. Operações especiais/benefícios do tópico special não são saldo deL6.
Resultado fiscal negativo do próprio exercício	irpc-normal-base.ts, calculateNormalBase: lucro negativo é conservado, mas a base fica indeterminada; o livro de perdas só admite exercícios anteriores ao de utilização.	Resultado fiscal actual−500MZN conhecido; não é uma perda anterior dedutível a si própria.	Tratar a situação da base/colecta nesse exercício e preparar a perda fiscal própria com origem/ano para utilização futura, conforme regra aplicável, sem confundir ausência de lucro, falta de informação, crédito ou consumo do saldo oficial. Perdas anteriores ordinárias já demonstradas continuam aceites.
Extensões do âmbito normal previstas no L6 original	irpc-normal.ts fixa12meses/ano civil2026/residente/MZN; irpc-normal-base.ts exige exercícios anuais ordinários; a entrada deL6 no plano original inclui exercício fiscal e residência/EP.	Caso de estabelecimento estável sob regime geral, ou período fiscal normal diferente do calendário/horizonte do plano; plano noutra moeda ainda sem reconciliação fiscal anualMZN.	Delimitar os casos normais a admitir, imputação de resultados ao sujeito/EP, datas/períodos e reconciliaçãoMZN usando o câmbio já entregue; demonstrar o percurso dependente. Não reimplementar câmbio, exigir pesquisa de todos os anos históricos ou aplicar automaticamente32% fora do período correspondido. Benefícios/convenções/regimes específicos pertencem aos lotes próprios.
Representação fiscal da colecta com fracção de cêntimo	irpc-normal-assessment.ts conserva o racional e assinala centExact:false; não aplica regra fiscal de arredondamento/transcrição.	Base0,01MZN×32%=0,0032MZN exactos; o caso1408MZN não tem esta ambiguidade e continua válido.	Identificar e executar a convenção aplicável à colecta/representação do formulário, mantendo o exacto e a rastreabilidade do valor transcrito. Não importar por analogia arredondamento de prestações/pagamentosL8 nem criar uma regra por defeito.
Correspondência dos dados de L6 aos exemplares M/20/M/22	A família irpc-normal* produz mapaHTML/dossier e exclui expressamente correspondência/transcrição oficial; o âmbito original deL6 inclui M/20/M/22 e diferenças de ediçãoPDF/XLSX.	Resultado, correcções, perdas, base4400 e colecta1408 existem no mapa de trabalho; os respectivos campos/anexos aplicáveis dos exemplares não estão correspondidos no motor.	Cotejar os exemplares já inventariados e mapear apenas os dados deL6 aos campos/versões efectivamente aplicáveis, com prova de preenchimento/recuperação. Os campos de retenções,pagamentos,créditos e saldo final sãoL8. Submissão electrónica/aceitaçãoAT não são presumidas como parte desta correspondência.

Encaminhado a L7, sem manter L6 parcial por essa razão: benefícios/isenções da determinação anual do IRPC, taxas reduzidas/cooperativas, tributação autónoma de despesas e mais-valias61-A, operações especiais, perdas transmitidas/fusão41-A e segregação de regimes especiais. Uma dedução positiva de benefício à base continua sem aplicação no recorte entregue, mas o trabalho substantivo desse benefício éL7, não uma dedução livre nem um novo saldo genérico deL6. A integração posterior usa as interfaces/versionamento já existentes e afecta só os casos dependentes.

Encaminhado a L8, sem manter L6 parcial por essa razão: retenções sofridas a imputar ao fecho anual, PPC/PEC e outros pagamentos, créditos/deduções à colecta, dupla tributação quando aplicável, limites/transportes respectivos, reconciliação e saldo final a pagar ou recuperar/calendário. 1408MZN é colecta; pagar e recuperar continuam indeterminados. Não abater parcelas L5 nem promover os seus códigos/taxas provisórios ao fecho anual nesta entrega.

Informação do caso, distinta de desenvolvimento em falta: falta de documento, NUIT, completude anual, montante, prova de saldo ou qualificação dentro de uma regra já implementada mantém o caso indeterminado, mas não constitui por si só outra tarefa deL6. O mesmo vale para a ausência de uma nova prova de uma funcionalidade já aceite. Não exigir nova aprovação genérica das fontes oficiais, novo aprovador ou repetição deL3/ISPC/câmbio/L5. Anos não incluídos no recorte temporal não se tornam automaticamente um projecto de cobertura histórica integral.

Ordem de continuação delimitada: ajustamentos ordinários/juros financeiros e amortizações; depois variações/periodização e resultado negativo; ampliar apenas os casos normais concretamente abrangidos e concluir a representação/correspondência dos dados deL6. Cada fecho deve demonstrar o delta e substituir a pendência correspondente nesta mesma linha/nota. Não há estimativa nova nem declaração deL6 integralmente concluído nesta revisão documental.

25/10/2026 — L6: três conjuntos compatíveis em QA sobre 2f684e59

Actualização de AUD-SIM-INT02, na matriz existente. O percurso instalado em 2f684e59 permanece aceite: lucro6700 → perdas2300 → matéria colectável4400 → colecta1408MZN; saldo anual continua indeterminado emL8. Este incremento é QA, sem instalação. Não repete as provas de L3, ISPC, câmbio ou L5; conserva a fotografia4 e o histórico sem recalcular a aceitação anterior.

Conjunto	Delta executável demonstrado	Efeito e prova nova	Pendência concreta que subsiste
1 — ajustamentos, juros, variações e periodização	Acréscimos36(1)a/b/g com parcela incluída e origem reconciliada; juros financeiros22c de exploração documentados, sem capitalização/relações/limites especiais; entradas de capital21a e distribuições24c externas ao resultado sem efeito fiscal; variações positivas21 e negativas22/24 ordinárias; especialização18(1) de custo/proveito entre exercício corrente e seguinte. Documento/linha únicos entre mapas, sinal e soma bruta por tema conferidos.	Resultado financeiro6240 + acréscimos anteriores220 + imposto de terceiro250 + variação positiva200 − negativa50 + custo de2027 contabilizado em2026 de100 + diferença de amortização20 = lucro6980. Juros reconhecidos240, compensatórios acrescidos120, remanescente ordinário120; pagamentos continuam separados. Informação insuficiente mantém os efeitos independentes visíveis e impede somente os totais dependentes.	Correcções ordinárias ainda sem regra: encargos e limites36(1)e/f/h/i/n, provisões28/29, operações plurianuais19 e componentes de exercícios anteriores18(2). Juros capitalizáveis/relações especiais e limites exigem o tratamento próprio; não são aceites por simples selecção de juros ordinários. A tributação autónoma que possa coexistir pertence aL7.
2 — amortizações e perda corrente	Decreto72/2013: quotas anuais constantes, custo/residual/acumulado, limite do saldo e vida útil; tabelaII/grupo3/item9 computadores25% e9.1 servidores20%, sem taxa específica da tabelaI prevalecente. Soma da depreciação contabilística por activo reconciliada com o plano; nenhum efeito de mapa incompleto aplicado. Perda corrente separada das perdas anteriores, sem auto-reporte.	Servidor500 ×20%=100 fiscal, depreciação contabilística120 → acréscimo20. Alterar quota/categoria, exceder vida útil ou não reconciliar a origem mantém o lucro dependente indeterminado. Outro exemplo: resultado fiscal−3820 → perda corrente3820 → base0/colecta0 apenas com suporte e conferência completos, sem dedução de perdas anteriores a si própria nem criação de saldo oficial.	Restante catálogo sectorial/genérico de activos, taxas reduzidas dentro dos limites, duodécimos, quotas decrescentes, bens usados/reavaliados, activos intangíveis e recuperação de quotas contabilizadas em anos anteriores. Não declarar toda a amortização fiscal concluída por estes dois itens.
3 — âmbitos, representação e M20/M22	EP no regime geral, resultado completo exclusivamente imputável ao estabelecimento; ano civil ou período anual diferente autorizado7(2)/comunicado7(3), correspondência dos12 meses e termo em2026/MZN. Valores racionais exactos, sem arredondamento fiscal inventado. M22 campos259/260,269/270,276/277/278 e300 conforme aplicação; M20A.1 quadro4 contas6.1.1/6.2/6.5/6.9 com valores contabilísticos próprios.	6980 − perdas2300 = base4680; ×32%=colecta1497,60MZN, não saldo a pagar. EP com período01/07/2025–30/06/2026 demonstrado; período curto incompatível fica pendente. API privada recupera os quatro casos calculado/falta/perda/EP e os relatórios respectivos. M20 inteiro e M22 ao cêntimo apenas quando a representação é exacta; fracções conservadas e marcadas sem transcrição pronta.	Períodos curtos/transição/liquidação e reconciliação fiscal anual de planos noutra moeda (motor cambial aceite preservado). Representação fiscal de fracções de unidade/cêntimo por corresponder. No M20 faltam discriminação vendas/serviços, fornecimentos/outros gastos, imposto e resultado líquido; no M22 faltam a reconciliação do campo200 e detalhe dos restantes ajustamentos. Divergência delimitada de edições: folha M20A.1 do XLSX remete ao campo201/quadro8 do M22; PDF inventariado utiliza200/quadro10. Bloqueia esse transporte, não os outros campos.

Provas apenas do delta: 14 testes frontend; API privada1 teste/78 asserções com transacção revertida na base QA127.0.0.1:55441; geração de routes/actions pelo procedimento existente, TypeScript e build; interface real com edição, taxa/categoria incompatível, falta de juros, gravação/recuperação, download e perda corrente; relatórios/dossier construídos a partir dos dados recuperados. Recibo docs/investmoz/simulations/irpc-l6-compatible-sets-qa-20261025.json; pacote/bundle em outputs/irpc-l6-sets. Sem alteração de schema, API, configuração, permissões ou dependências.

Âmbitos próprios preservados: L7 conserva benefícios, isenções, taxas reduzidas, tributações autónomas e operações especiais; L8 conserva retenções, pagamentos, créditos e saldo final. M22 campo302 não é preenchido só com a parcela normal300, nem os campos309–316 são preenchidos com zeros presumidos. As dez dúvidas deL5 continuam na mesma matriz, sem nova pesquisa e bloqueando apenas dependências efectivas. L6 continua parcial exclusivamente pelas pendências concretas da tabela; nenhum desses pontos reabre o percurso instalado.

25/10/2026 — conjunto L6 a2de7259 entregue pelo Git

Instalado a2de725901c308fb2ac2bc3d72181ab50ef46b7a sobre 2f684e59, pelo procedimento Git existente, sem força, migrações ou importações. Backup fresco 2026-10-25T20:34:03Z e restauro isolado sem rede/porta55441: 174tabelas conferidas por contagem/checksum; 369ficheiros/configuração preservados. Conferidos 8ficheiros do delta,38protegidos e31originais; schema,roles/grants e permissões iguais. Tabelas de negócio preservadas; cache/sessões reconciliadas com os eventos operacionais da entrega. 2f684e59 permanece como versão anterior. Dependências de5versões antigas arquivadas e verificadas para espaço, sem modificar as versões actual/anterior, fontes, dados ou backups.

Revisão/manifest público,10marcadores compilados e simuladorHTTP200 conferidos. Pipeline normal concluído; as provas QA aceites foram reutilizadas, sem nova ronda manual. Disponível no âmbito demonstrado: lucro6980 → base4680 → colecta1497,60MZN. O saldo final a pagar/recuperar continua indeterminado emL8. Também preservados o caso de perda corrente e as distinções conhecido/ausência/falta de informação, os períodos/EP demonstrados e a preparação parcialM20/M22. Recibo:docs/investmoz/simulations/irpc-l6-sets-delivery-20261025.json.

O estado «QA sem instalação» da nota anterior é histórico para este conjunto. L6 continua parcial pelos seis grupos concretos da secção seguinte, cada um com condição de resolução e bloqueio delimitado. L7 eL8 mantêm os seus âmbitos.

25/10/2026 — saldo curto de L6 após o conjunto a2de7259

Actualização de AUD-SIM-INT02 na mesma matriz, sem novo lote ou backlog. O percurso financeiro → ajustamentos documentados → lucro tributável → matéria colectável → colecta está demonstrado; no caso novo,6980 →4680 →1497,60MZN. A colecta não é saldo final a pagar. As pendências abaixo substituem a enumeração genérica anterior para o saldo actual deL6; não revogam as provas aceites.

Caso ou correspondência pendente	Condição concreta de resolução	Limite do bloqueio
Custos com limites36(1)e/f/h/i/n, provisões28/29, obras plurianuais19 e componentes de exercícios anteriores18(2).	Implementar a regra de cada categoria a partir do diploma aplicável: parcela contabilizada, limite/base próprios, documentação e exercício de imputação; demonstrar o efeito com sinal nos totais. Nos exercícios anteriores, distinguir o que era imprevisível/manifestamente desconhecido no encerramento.	Só a categoria ou parcela ainda sem regra; os acréscimos36a/b/c/g, juros ordinários e periodização corrente/seguinte demonstrados permanecem utilizáveis. Eventual tributação autónoma pertence aL7.
Amortizações além dos itensII/3/9 e9.1: restantes tabelas, quotas inferiores, duodécimos, quotas decrescentes, bens usados/reavaliados/intangíveis e recuperação de quotas anteriormente tributadas.	Corresponder categoria/tabela prevalecente, método, entrada em uso, vida útil, base depreciável e quotas contabilizadas/fiscais acumuladas; implementar o cálculo e a reconciliação que impeçam dupla dedução.	Só os activos/métodos afectados. Computadores25% e servidores20% no recorte anual constante e a perda corrente já demonstrada não são reabertos.
Períodos curtos, transição/liquidação e reconciliação fiscal anual de plano noutra moeda.	Ligar os meses e factos de início/cessação/transição ao período fiscal; implementar os efeitos sobre quotas e contagem das perdas. Para outra moeda, identificar os eventos/datas e a regra de conversão anual aplicável, reutilizando o motor cambial aceite.	Só o período ou origem cambial sem reconciliação. Os períodos anuais emMZN e oEP com imputação documentada conservam o cálculo demonstrado.
Representação fiscal de fracções de unidade/cêntimo.	Identificar a instrução de representação/arredondamento da edição/campo aplicável ou obter esclarecimento específico daAT; então implementar essa regra conservando o valor racional original. O exemplarM20A.1 pede meticais sem centavos, mas isso não determina sozinho como arredondar uma fracção.	Só a transcrição do valor não exactamente representável. Os cálculos racionais e os valores exactamente representáveis permanecem disponíveis; não é necessária nova validação genérica das fontes.
M20A.1: discriminação de vendas/serviços, fornecimentos/outros gastos, imposto sobre o rendimento e resultado líquido; M22: campo200 e detalhe dos restantes ajustamentos.	Reutilizar a origem financeira, recolhendo apenas a classificação em falta e o imposto contabilizado; reconciliar resultado antes/depois de imposto e cada ajustamento com a edição aplicável. Não usar a colecta simulada como imposto contabilizado. Completar as correspondências por campo e demonstrar a recuperação/exportação.	Só os campos sem correspondência. M20A.1/Q4 contas6.1.1/6.2/6.5/6.9 e M22 campos259/260,269/270,276/277/278 e300 conservam a preparação parcial demonstrada.
Transporte de resultado entre ediçõesM20/M22: XLSXM20A.1 remete para201/quadro8; PDFM22 inventariado usa200/quadro10.	Identificar a edição do formulário de destino e corresponder explicitamente o resultado líquido a essa edição; registar a remissão corrigida sem substituir os exemplares ou reutilizar fórmulas antigas por aproximação.	Só esse transporte entre edições; não bloqueia os cálculos independentes nem os outros campos já correspondidos.

L6 continua parcial por estes casos concretos. Documento ou parâmetro em falta dentro de regra implementada é uma pendência do caso, não outra tarefa genérica deL6. Juros capitalizáveis, relações especiais e tratamentos especiais conservam o enquadramento próprio, sem presumir que satisfazem o recorte de juros ordinários.

L7 mantém benefícios, isenções, taxas reduzidas, tributações autónomas e operações especiais. L8 mantém retenções, pagamentos, créditos e saldo final a pagar/recuperar. A ausência desses tratamentos não reabre o percurso normal entregue nem justifica, por si, «L6 parcial». A divergência documental não autoriza preencher M22 campo302 ou309–316 com zeros presumidos. As dez dúvidas deL5 permanecem válidas e bloqueiam apenas os casos efectivamente dependentes; sem nova pesquisa ou repetição das provas aceites.

26/10/2026 — L6: custos com limites, provisões e periodização em QA

Actualização de AUD-SIM-INT02 na mesma matriz, sobre o conjunto instalado a2de7259. Novo incremento em QA, sem instalação. O percurso e as provas já aceites deL6/L3/ISPC/câmbio/L5 foram reutilizados; não foram novamente executados os testes funcionais anteriores. A fotografia5 continua actual sem activar os novos campos; a fotografia6 guarda estes mapas e conserva o resultado anterior no histórico.

Reutilização e resultado demonstrado: resultado financeiro6240MZN, acréscimos anteriores220 e mapas anteriores520 conservados; novos ajustamentos de custos/provisões/periodização+350 e obra−600 → lucro tributável6730MZN. Dedução expressa das perdas anteriores2300 → matéria colectável4430MZN; taxa normal32% → colecta1417,60MZN. Não é saldo final a pagar. Nenhum saldo oficial de provisões/perdas é consumido, nem é alterada declaração ou história anterior.

Categoria e condição no exercício anual com termo em2026	Parcela aceite, limite e ajustamento demonstrados	Informação insuficiente ou caso separado
Ajudas de custo/deslocação em viatura própria36(1)e: parcelas facturadas e tributadas emIRPS identificadas sem sobreposição. Representação36(1)f/36(3) ordinária documentada.	Ajudas100:facturadas20,tributadas e não facturadas20;remanescente60 →30 acrescido/70 aceite. Representação50 →40 acrescido/10 aceite. Zero conhecido nos parâmetros é distinto de campo vazio.	Parcela facturada/tributada em falta impede a aceitação dependente; não presumir ausência deIRPS. Eventual tributação autónoma continuaL7.
Publicidade ordinária36(1)n,Lei20/2009: receita declarada reconciliada com vendas normais e completude anual das parcelas.	Um limite anual partilhado de1% de12000=120. Caso com duas parcelas100+100:aceites60+60,acréscimo80. A repartição proporcional é apenas aritmética de simulação, não uma ordem fiscal obrigatória.	Campanha de lançamento com horizonte superior a um ano não recebe este tratamento por aproximação: periodização36-A e articulação do limite permanecem por implementar.
Encargos com viaturas36(4), combustível36i e aluguer sem condutor36h, distinguindo categoria/serviço público/locação na actividade normal.	Outros encargos100 de passageiros sem excepção:aceite50/acréscimo50. Combustível50 não sujeito a36(4),com40 comprovados no activo/locação e consumo normal:aceite40/acréscimo10. Renda100 no caso documentado de excepção36(4),quota não aceite36h de20:aceite80/acréscimo20; a quota é reutilizada do suporte e não apurada automaticamente.	Se há simultaneamente parcela excluída porh/i e aplicação dos50% de36(4), a combinação fica pendente. Exemplo:fuel100,comprovado80,passageiro sem excepção; não somar nem repartir correcções por presunção. Resolver a regra de articulação dos trechos aplicáveis ou esclarecer esse exemplo especificamente comAT. Apuramento automático da quota36h permanece no saldo de amortizações; só bloqueia esse caso.
Provisão/perda por imparidade de créditos28a/29: regime ordinário identificado, créditos normais finais e provisão fiscal anterior conhecidos.	Base10000:limite anual1,5%=150,acumulado6%=600. Saldo anterior550 deixa50;provisão contabilística200 →50 aceite/150 acrescido. Duas parcelas100+100 partilham25+25; não repetem os limites nem consomem o saldo oficial.	Saldo anterior vazio não é zero; anterior superior ao tecto pede reconciliação/reversão28(2). Provisões sujeitas a supervisão financeira/seguradora28d ou reforços financeiros28(3) exigem correspondência própria, sem aplicar29 por aproximação.
Existências28b:perda efectivamente observada. Processo judicial28c:em curso e obrigação subjacente fiscalmente dedutível.	Existências:parcela60,perda total40,provisão anterior10 →30 aceite/30 acrescido. Judicial:parcela90,obrigação100,anterior20 →80 aceite/10 acrescido. Perda não observada ou processo que não esteja em curso são condições negativas conhecidas:acréscimo integral, sem zero presumido como dedução.	Falta de prova do evento,obrigação,perda ou saldo anterior fica indeterminada. Objecto/saldo repetido entre documentos impede reutilizar a cobertura; agregar/reconciliar as parcelas do mesmo objecto.
Reversões28(2) e provisões anteriormente tributadas:mesmo objecto e tratamento fiscal anterior comprovados.	Provisão antes deduzida:reversão50 já incluída no resultado não acrescenta novamente;omitida dos proveitos acrescenta50. Reversão contabilística50 de provisão antes tributada comprovada é excluída por50.	Não inferir o tratamento anterior do saldo contabilístico. Quantia superior à parcela fiscal demonstrada,evento que continua a subsistir ou objecto duplicado ficam pendentes. Sem alteração retrospectiva ou consumo do saldo oficial.
Componentes de exercícios anteriores18(2):conhecimento/imprevisibilidade no encerramento anterior documentados.	Custo80 conhecido no fecho2025,incluído no resultado actual →acréscimo80. Se imprevisível/manifestamente desconhecido à data daquele fecho →sem acréscimo por periodização. Proveito50 conhecido no fecho anterior →excluído do actual por50;se imprevisível/desconhecido →considerado no actual.	Conhecimento no fecho em falta impede apenas a imputação da parcela. Nenhuma rectificação de declaração anterior é executada. Periodizações específicas18(6–10) não passam a estar cobertas por este recorte18(2).
Obras plurianuais19 e perdas meramente estimadas36m:critério uniforme,preço,custo incorporado/custo total e acumulados fiscais anteriores documentados.	Percentagem:preço2000,custo total1000,incorrido500;proveito fiscal acumulado1000 menos anterior600=400 corrente;custo500 menos anterior300=200 corrente. Proveito contabilizado1000/custo200 →ajustamento−600. Encerramento tem caso separado;facturação parcial com acabamento correspondente/entregas fraccionadas impõem percentagem;95% com preço conhecido ou recepção provisória pública determina conclusão. Perda meramente estimada50 de obra em curso →acréscimo50.	Acumulados incoerentes ou método incompatível bloqueiam essa obra. Receita antecipada19(5) positiva e mudança de critério com autorização19(6) ficam por corresponder; o caso demonstrado declara expressamente zero de receita antecipada e método mantido, sem presumir essas condições.

Percurso demonstrado: cálculo → gravação → recuperação pela API privada → relatório/dossier/exportação em cinco casos:conjunto calculado,informação insuficiente,categorias adicionais,limites partilhados e encerramento de obra. Só os novos casos foram testados: 22 testes frontend,1 testeAPI/83asserções, transacção revertida na base QA127.0.0.1:55441; routes/actions gerados pelo procedimento existente,TypeScript/build e interface real passaram. Interface permite reutilizar a parcela livre da origem e o saldo financeiro de créditos quando conhecido; alterações às somas dos temas são revistas antes de aplicar e não apagam escolhas ou históricos. Fonte ausente ou saldo não acompanhado nunca cria zero. Valores racionais são conservados, apresentações decimais aproximadas são identificadas e uma perda inferior a um cêntimo não é truncada para zero.

**Preservação:**6ficheiros de runtime no delta,42protegidos e31originais conferidos; sem schema/API/configuração/permissões/dependências alterados, sem escrita no activo. Recibo:docs/investmoz/simulations/irpc-l6-costs-provisions-timing-qa-20261026.json;bundle/pacote em outputs/irpc-l6-costs. DivergênciaM20/M22 permanece limitada ao transporte201/quadro8 versus200/quadro10; não é uma condição destes cálculos. Não foram criadas correspondências oficiais de campos para estes novos ajustamentos por presunção.

**Saldo deL6 após estes casos QA:**combinação36h/i+36(4);quota36h automática e restantes amortizações;campanhas36-A e sua articulação com1%;provisões reguladas/reforços financeiros e periodizações específicas não cobertas;receita antecipada positiva/mudança autorizada do método de obra;períodos curtos/conversão fiscal anual;representação fiscal de fracções e restantes correspondênciasM20/M22. Cada pendência afecta o caso/campo dependente, não o conjunto independente demonstrado. Benefícios,isenções,taxas reduzidas e operações especiais mantêm âmbitoL7;retenções,pagamentos,créditos e saldo anual mantêm âmbitoL8. L6 continua parcial. As dez dúvidas deL5 não foram reabertas.

26/10/2026 — conjunto L6 043dd35d entregue pelo Git

Instalado 043dd35d8ee247123b3a32f1fc10fd2ede81e9f4 sobre a2de7259, pelo procedimento Git existente, sem força, migrações ou importações. Backup fresco 2026-10-26T06:35:29Z e restauro isolado sem rede/porta55441: 174tabelas conferidas por contagem/checksum; 369ficheiros/configuração preservados. Conferidos 6ficheiros do delta,42protegidos e31originais; schema,roles/grants e permissões iguais. Tabelas de negócio preservadas; cache/sessões reconciliadas com os eventos operacionais da entrega. a2de7259 permanece como versão anterior. Dependências de4versões antigas arquivadas e verificadas para espaço, sem modificar as versões actual/anterior, fontes, dados ou backups.

Revisão/manifest público,11marcadores compilados e simuladorHTTP200 conferidos. Pipeline normal concluído; as provas QA aceites foram reutilizadas, sem nova ronda manual. Disponível no âmbito demonstrado: lucro6730 → base4430 → colecta1417,60MZN. O saldo final a pagar/recuperar continua indeterminado emL8. Também preservados o caso de perda corrente e as distinções conhecido/ausência/falta de informação, os períodos/EP demonstrados e a preparação parcialM20/M22. Recibo:docs/investmoz/simulations/irpc-l6-costs-delivery-20261026.json.

O estado «QA sem instalação» da nota anterior é histórico para este conjunto. L6 continua parcial pelos seis grupos concretos da secção seguinte, cada um com condição de resolução e bloqueio delimitado. L7 eL8 mantêm os seus âmbitos.

26/10/2026 — saldo de L6 após a entrega043dd35d

Mesma matriz AUD-SIM-INT02. Custos/provisões/periodização demonstrados entregues; trabalho seguinte:amortizações. Provas aceites reutilizadas.

Caso ou correspondência pendente	Condição concreta de resolução	Limite do bloqueio
Combinação36h/i com36(4)	Corresponder a regra de articulação dos trechos aplicáveis ou esclarecer comAT o exemplo combustível100/comprovado80/passageiro sem excepção;sem somar ou repartir correcções por presunção.	Apenas o caso/campo dependente; cálculos independentes preservados.
Quota36h automática e amortizações restantes	Reconciliar tabela/método/entrada emuso/quotas contabilísticas e fiscais anteriores;prioridade seguinte deL6. A parcela36h documentada continua reutilizável nos casos independentes.	Apenas o caso/campo dependente; cálculos independentes preservados.
Campanhas plurianuais36-A e limite1%	Implementar a periodização por três exercícios e a sua articulação com36n; não tratar a campanha como publicidade ordinária.	Apenas o caso/campo dependente; cálculos independentes preservados.
Provisões reguladas28d e reforços financeiros28(3)	Corresponder a regra sectorial/supervisão ou o reforço financeiro e os saldos documentados; não usar os limites ordinários29 por aproximação.	Apenas o caso/campo dependente; cálculos independentes preservados.
Receita antecipada19(5) positiva e mudança autorizada19(6)	Corresponder os custos futuros/receita antecipada e o transporte entre exercícios ou a autorização da mudança de método;os casos zero conhecido/método mantido permanecem executáveis.	Apenas o caso/campo dependente; cálculos independentes preservados.
Outras periodizações,âmbitos eM20/M22	Tratar apenas os casos específicos18(6–10),períodos curtos/conversão anual,representação fiscal e campos ainda sem correspondência,com os parâmetros da edição/caso;divergência201/Q8 versus200/Q10 só afecta o transporte indicado.	Apenas o caso/campo dependente; cálculos independentes preservados.

L6 continua parcial. L7 mantém benefícios/casos especiais;L8 mantém retenções/pagamentos/créditos/saldo final. As dez dúvidasL5 não foram reabertas.

26/10/2026 — L6: amortizações em QA, sem instalação

O portal mantém 043dd35d instalado: colecta demonstrada1417,60MZN, sem saldo finalL8. O novo conjunto optativo IRPC-normal-adjustments/7 reutiliza os activos e o resultado financeiro já declarados. Versões1–6 e históricos permanecem intactos; activar o novo mapa substitui o efeito fiscal anterior das amortizações, sem o somar novamente. Ausência declarada de quotas anteriores é distinta de informação em falta e exige referência.

Cobertura delimitada ao exercício anual2026/MZN e bens novos ao custo histórico: tabelaII/3/9 computadores25%,3/9.1 servidores20%,3/23 segurança20%,3/22 máquinas não especificadas10%,5/7 mobiliário10%,1/2.2 edifícios comerciais/administrativos2%,4/9.2 veículos ligeiros/mistos25%,5/8 software25%; tabelaI/84.2/B decoração hoteleira20% e84.3/A máquinas de lavandaria12,5%. A tabelaI prevalece quando aplicável; não se presume que esta lista cobre todo o catálogo. Fonte: Decreto72/2013, artigos3–10/17 e tabelas, exemplar original anteriormente aceite e hash preservado; CIRPC27e para limite800000MZN de viaturas e exclusão de terrenos.

Método constante com taxa expressamente escolhida no recorte metade–máximo; degressivo apenas para bens elegíveis novos, factores máximos1,5/2/2,5 segundo vida útil. Opção8(2) demonstrada apenas em ano civil/início1Janeiro, com quotas anteriores completas documentadas. Duodécimos incluem mês de entrada e excluem mês de saída, respeitando vida máxima. Software exige direitos onerosos/exclusivos e duração limitada; art17 exige bem individual até20000 e opção documentada. Quotas anteriores recuperáveis têm prova contabilística/fiscal e são limitadas à parte elegível: quotas nunca contabilizadas ou permanentemente excluídas não se tornam dedutíveis. Nenhum saldo oficial é consumido.

Novo caso	Efeito demonstrado em MZN: lucro → matéria colectável → colecta
Computador em uso desdeJulho: quota fiscal50, ajustamento70, substituindo anterior20	6780 →4480 →1433,60
Mesmo activo, saída15Outubro:3meses/quota25	Colecta1441,60; entrada/saída identificadas no relatório
Degressivo elegível: quota200, ajustamento40	6630 →4330 →1385,60
Quota anterior documentada:20 recuperados,20 restantes; ajustamento−20	6730 →4430 →1417,60
Máquina de lavandariaI/84.3/A: quota62,50, ajustamento57,50	6767,50 →4467,50 →1429,60
Quota contabilística anterior em falta	Lucro/base/colecta indeterminados; ajustamentos independentes conhecidos continuam discriminados

Cálculo → gravação → recuperação pela API privada → relatório/dossier demonstrado em cinco casos. 18novos testes frontend;1testeAPI/84asserções, rollback na baseQA127.0.0.1:55441; routes/actions gerados, TypeScript/build e interface real passaram, incluindo edição, reutilização, ausência declarada, falta de informação, recuperação e exportação. Provas aceites reutilizadas. 7ficheiros de runtime no delta,43protegidos e31originais conferidos; sem migração/API/configuração/permissões/dependências ou escrita no activo.

Saldo concreto das amortizações	Condição de retoma
Outros códigos/taxas, por exemploII/3/3 ar condicionado12,5%	Acrescentar correspondência verificada, elegibilidade e prova apenas desse delta; sem aprovação genérica adicional
Bens usados, abertura de escrita, grandes reparações/benfeitorias7(2)/(4), reavaliações15 e transição anterior2014	Documentar vida esperada, bases/quotas anteriores e implementar a regra específica aplicável
Uso intensivo11, concessões12, peças14, intangíveis específicos16 e eventos de transferência/relocação	Corresponder condições legais e histórico do evento; desenvolvimento/goodwill não herdam taxa do software
Mudança de método10, excepções, taxas fora do recorte, vida máxima anual terminada a meio do período e opção8(2) fora do caso demonstrado	Histórico concreto e regra/excepção correspondente; autorização apenas quando a norma a exigir
Restantes custos/provisões/periodizações da entrega043dd35d; períodos curtos, conversão anual, representação fiscal e correspondênciasM20/M22	Mantêm os critérios concretos já registados na matriz; este incremento não os encerra

A divergência201/quadro8 versus200/quadro10 bloqueia apenas o transporte afectado. Não foram presumidas correspondências oficiais para estes novos campos. L6 continua parcial;L7 eL8 mantêm os seus âmbitos. As dez dúvidasL5 não foram reabertas. Recibo: docs/investmoz/simulations/irpc-l6-depreciation-qa-20261026.json.

26/10/2026 — amortizações e9fe1022 entregues pelo Git

Instalado e9fe102259c183a9d9bf7e39f246a8c3860839c6 sobre 043dd35d, preservado como versão anterior. Backup fresco 2026-10-26T07:31:29Z e restauro isolado sem rede/porta55441: 174tabelas por contagem/checksum e 369ficheiros/configuração conferidos. 7ficheiros do delta,43protegidos e31originais verificados; schema,roles/grants e permissões iguais. As172tabelas de negócio mantêm os valores do backup. Cache:reinício da fila,contadores/timers e renovação da validade do mesmo valor de cache da página inicial. Sessões:expiração individual comprovada pelo prazo configurado120minutos,novas consultas da entrega e acessos anónimos correlacionados por agente/data no nginx;sem perda de dados de negócio. Dependências de5versões antigas arquivadas/verificadas para a margem do pipeline,preservando versões actual/anterior,fontes,dados e backups.

Revisão/manifest público,5marcadores compilados,4assets e simuladorHTTP200 conferidos. Pipeline normal concluído; provas QA18frontend/API1-84/UI/tipos/build reutilizadas,sem nova ronda manual. Exemplo disponível: lucro6780 → matéria colectável4480 → colecta1433,60MZN. Saldo final a pagar/recuperar indeterminado emL8. Históricos1–6 preservados; versão7 apenas por activação do novo mapa,substituindo o efeito anterior sem duplicação. Recibo:docs/investmoz/simulations/irpc-l6-depreciation-delivery-20261026.json.

O estado anterior «QA sem instalação» de e9fe1022 é histórico. Mantêm-se explícitos os outros códigos de tabela;usados/abertura de escrita/reparações/reavaliação/transição;uso intensivo/concessões/peças/intangíveis específicos/eventos;mudanças/excepções de método e opções fora do recorte. Retoma por correspondência da regra específica,base/vida/quotas e prova do delta,sem autorização genérica adicional. Períodos curtos e planos noutra moeda são o próximo incrementoQA,reutilizando o mecanismo cambial. Restantes custos/períodos/representação/camposM20-M22 conservam critérios próprios;divergência201/Q8 versus200/Q10 restringe apenas o transporte afectado. L6 parcial;L7/L8 próprios;dez dúvidasL5 não reabertas.

26/10/2026 — L6: períodos curtos e planos noutra moeda em QA

e9fe1022 está instalado, com o âmbito de amortizações já demonstrado e os restantes casos de tabela/método explícitos acima. Este novo conjunto optativo IRPC-normal-adjustments/8 está emQA,sem instalação. Reutiliza os meses e montantes do plano,os mapas fiscais emMZN e o mecanismo cambial entregue. Os históricos1–7 e o plano original não são reescritos.

Períodos de meses completos com termo em2026: início7(4)a,cessação7(4)b,início/fim de sujeição7(4)c e transição7(4)d,mediante identificação do evento/datas/suporte; plano com6meses ou selecção explícita de6dos12meses,sem anualizar receita,resultado,base ou taxa. Primeiro mês civil do plano é declarado,não inferido do mês orçamental. Anual diferente do ano civil conserva a correspondência do período autorizado/comunicado existente. Duodécimos ordinários do art9(3) do Decreto72/2013 aplicam o número de meses de utilização;art17 integral em período curto e restantes excepções não se tornam suportados por aproximação. Elemento conhecido como não amortizável mantém acréscimo integral,sem exigir método irrelevante.

Planos em outra moeda: cada mês seleccionado reutiliza ou confirma selecção cambial pelo procedimento existente,coluna/data/boletim/sentido e vínculo à origem. Moeda e valores originais permanecem no relatório. Não se adopta taxa actual,única ou de outro mês por defeito. A conversão mensal para simulação exige pressuposto documentado;não confirma automaticamente uma regra fiscal de conversão anual. Os mapas/activos/quotas/perdas existentes continuam emMZN e são reconciliados expressamente;nenhuma segunda conversão automática. Saldos patrimoniais de créditos em moeda estrangeira não são apresentados comoMZN pela conversão dos fluxos do plano;correspondência de saldo/data/taxa continua separada.

Caso novo	Efeito demonstrado emMZN
Início1Julho–31Dezembro,meses7–12: resultado3120;quota fiscal50 e ajustamento10	Lucro3130 → matéria colectável3130 → colecta1001,60,à taxa32%;ausência de perdas/benefícios declarada
Mesmo recorte emUSD,pressuposto sintético64MZN/USD identificado em cada mês;mapasMZN reconciliados	Resultado199680;ajustamento640;lucro/base200320 → colecta64102,40. Taxa64 é pressupostoQA,não boletimBM real ou parâmetro fiscal confirmado
Anual emUSD;plano de6meses iniciado emJulho;cessação e sujeição no mesmo ano	Novos testes próprios;respectivamente colecta128204,80 e1001,60nos casos correspondidos,sem anualização do semestre
Falta de selecção de um mês,moeda incompatível ou taxa editada sem confirmação	Valores originais e conversões independentes visíveis;resultado/lucro/base/colecta dependentes indeterminados
Perdas reportadas propostas num período curto	Lucro3130conhecido;dedução/base/colecta pendentes da sequência de períodos. Art41(5) exclui da contagem o período de transição7(4)d inferior a6meses;não autoriza agregar todos os períodos curtos

Cálculo → gravação → recuperaçãoAPI → relatório/dossier demonstrado em4casos. 13testes novos frontend,API1teste/58asserções, rollback na baseQA127.0.0.1:55441;routes/actions pelo procedimento existente,TypeScript/build e interface real passaram. Interface demonstrou alteração de datas e taxa,confirmação cambial,recuperação e exportação. Mudança na origem cambial invalida a actualidade do novo resultado,conservando o histórico. Provas aceites reutilizadas,sem repetição manual. Delta:9ficheiros de runtime,43protegidos e31originais;sem API/schema/configuração/permissões/dependências ou escrita no activo.

Pendência concreta	Condição de retoma e bloqueio
Datas parciais,períodos superiores a12meses/liquidação e curtos fora do recorte2026	Corresponder datas/evento,parcelas de dias e regra aplicável;apenas esse período depende da implementação
Dedução de perdas em sequência com períodos curtos/transição	Declarar sequência efectiva de períodos posteriores e aplicar41(5) ao caso7(4)d inferior a6meses;sem prazo presumido só por ano civil. Lucro independente continua calculável
Limites anuais de publicidade e provisão de créditos em período curto	Corresponder expressamente a base/limite do período e regra de proporcionalização,se aplicável;sem anualização ou rateio presumidos. Outros custos e períodos anuais não bloqueados
Quota integral art17 em período curto,opções/métodos/tabelas e casos de amortização ainda não suportados	Implementar combinação específica e provar só o novo efeito;condições restantes do conjuntoe9fe1022 continuam válidas
Conversão fiscal anual confirmada,saldos em moeda estrangeira e fracções de cêntimo da conversão	Identificar regra fiscal/data/base,taxa e âmbito;para saldos,conversão própria em vez de somar fluxos;para fracções,regra de representação. Até lá,pressupostos de simulação explícitos e total indeterminado quando não representável neste recorte
Restantes custos/periodizações e correspondênciasM20/M22	Mantêm os critérios já registados. Divergência201/Q8 versus200/Q10 limita só o transporte afectado

Fontes primárias reutilizadas: CIRPC Lei34/2007 PDF4/p768(58),art7(4)/(7),ePDF12/p768(66),art41(5);Decreto72/2013 PDF3/p1074(7),art9(3). Exemplar e originais/hash preservados;sem importação/publicação documental. L6 continua parcial. Colecta não é saldo final a pagar;L7 eL8 mantêm âmbitos próprios. As dez dúvidasL5 não foram reabertas. Recibo:docs/investmoz/simulations/irpc-l6-periods-fx-qa-20261026.json.

26/10/2026 — períodos curtos e planos noutra moeda56475acb entregues pelo Git

Instalado 56475acb2f39e58cb51664913f7fb499f58eb7ab sobre e9fe1022,preservado como versão anterior. Backup fresco 2026-10-26T08:17:39Z e restauro isolado sem rede/porta55441: 174tabelas por contagem/checksum e 369ficheiros/configuração conferidos. 9ficheiros do delta,43protegidos e31originais verificados;schema,roles/grants e permissões iguais. As172tabelas de negócio mantêm os valores do backup. Cache/sessões reconciliadas com os eventos operacionais e acessos anónimos registados;expiração,quando aplicável,comprovada individualmente pelo prazo configurado. Dependências de5versões antigas arquivadas/verificadas,preservando versões actual/anterior,fontes,dados e backups.

Revisão/manifest público,6marcadores compilados,4assets e simuladorHTTP200 conferidos. Pipeline normal concluído;provasQA13frontend/API1-58/UI/tipos/build reutilizadas,sem nova ronda manual. Semestre demonstrado: lucro3130 → matéria colectável3130 → colecta1001,60MZN. PlanoUSD:pressuposto sintético64MZN/USD por mês identificado,originais conservados e mapasMZN reconciliados;lucro/base200320 → colecta64102,40MZN. Não confirma regra fiscal de conversão anual nem boletimBM real. Saldo final a pagar/recuperar continua indeterminado emL8. Históricos1–7 preservados;versão8 optativa,sem anualizar resultados ou usar taxa actual por defeito. Recibo:docs/investmoz/simulations/irpc-l6-periods-fx-delivery-20261026.json.

O estado anterior «QA sem instalação» de56475acb é histórico. Permanecem explícitos os casos de datas parciais/liquidação,sequência de perdas41(5),limites anuais em período curto,art17 curto/restantes amortizações,conversão fiscal anual/saldos em outra moeda/fracções e demais custos/periodizações. Condições de retoma continuam na mesma matriz. Próximo incrementoQA:representação de valores e camposM20/M22 por corresponder;divergência201/Q8 versus200/Q10 limitada ao transporte do resultado afectado,sem reabrir cálculos demonstrados. L6 parcial;L7/L8 próprios;dez dúvidasL5 não reabertas.

26/10/2026 — L6: representação dos valores e campos M20/M22 em QA

56475acb está instalado. Este novo conjunto optativo IRPC-normal-adjustments/9 está em QA, sem instalação e acrescenta preparação dos valores/campos, sem alterar fórmulas de lucro tributável, matéria colectável ou colecta. Históricos1–8, plano original, pressupostos cambiais e demais livros preservados. A falta de uma correspondência documental afecta o campo e a sua reconciliação, mantendo os totais fiscais existentes.

Representação: valor racional exacto conservado, apresentação aproximada identificada por«≈» e fracção original; zero conhecido, informação em falta e campo sem aplicação distintos. M20A.1/quadro4/M12 pede meticais sem centavos: valores inteiros são representáveis, fracções ficam por corresponder, sem arredondamento/truncagem. Preparação M22 já aceite com valores exactos ao cêntimo preservada; fracções de cêntimo continuam explícitas e pendentes da regra fiscal aplicável. Resultado líquido negativo M20 é apresentado entre parêntesis; M22 separa campo de lucro do de prejuízo, sem colocar perda no lucro ou criar matéria colectável negativa.

M20: reutiliza as quatro correspondências directas de custos das vendas,pessoal,depreciação e juros. Discrimina as receitas e despesas operacionais por conta com suporte e reconciliação exacta ao plano do período/moeda. Demonstra prestação de serviços7.2,fornecimentos/serviços6.3,outros gastos6.8 e imposto contabilizado8.5, além das contas directas6.1.1/6.2/6.5/6.9. Rótulos das demais contas são estrutura disponível; não constituem novas regras fiscais nem provam a qualificação de uma parcela. Uma origem incompleta não apaga as contas directas independentes.

O imposto contabilizado tem valor/ausência e suporte próprios, e localização já incluída ou exterior ao plano. Colecta não é despesa contabilística presumida. Valor já incluído não é subtraído novamente; contradição com o mapa de imposto próprio ou coexistência das duas localizações fica identificada. O resultado líquido é apurado para preparação; o transporte automático entre edições continua impedido só no resultado afectado.

M22 PDF: correspondências de variações patrimoniais201/202,resultado203,amortizações não aceites206,provisões/imparidade209,impostos de outrem213,multas/juros compensatórios215,ajudas219,representação220,publicidade221,despesas não documentadas223,aluguer224,combustíveis225,viaturas226 e reposição de provisões tributadas239. Reutiliza os ajustamentos demonstrados; não reaplica as percentagens impressas. A representação já calculada usa80%,compatível com220. Campo213 é apenas de outrem: imposto próprio36(1)a continua sem campo presumido. Efeitos positivos de amortização vão a206; recuperações negativas de quotas anteriores ficam separadas até correspondência própria, sem compensação no mesmo campo.

Somas238/258 e lucro reconstruído apenas quando todas as parcelas têm correspondência e reconciliam; campos259/260/269/270/276/277/278/300 reutilizam o cálculo existente, mesmo havendo uma parcela sem campo. Colecta total302 só é preparada com ausência de parcela de taxa reduzida declarada com suporte;caso conhecido mantém âmbitoL7 e não apaga300. Campos309–316/saldo final permanecem emL8.

Caso novo	Resultado e limite de aplicação
Correspondência no semestre demonstrado, ausência de imposto contabilizado e taxa reduzida declaradas	Resultado líquido3120;203=3120;206=10;238=3130;258=0;lucro/base3130;colecta normal300 e total302=1001,60MZN. Reconciliação aritmética exacta, sem transporte automático entre edições
Fornecimentos300,50 e outros gastos299,50, origem600	Parcela300,50 conserva601/2;M20 em meticais inteiros pendente só nas parcelas fraccionárias;resultado e colecta1001,60inalterados
Imposto contabilizado em falta	Resultado líquido/campo200 e somas dependentes indeterminados;lucro/base3130 e colecta1001,60mantidos
Recuperação de quota anterior:ajustamento−26	Efeito fiscal e colecta1001,60preservados;sem código de dedução inventado,somas238/258 pendentes;260/278/300 conhecidos
Imposto próprio320 contabilizado exterior ao plano	Resultado líquido2800 conhecido;campo de acréscimo próprio por corresponder,sem usar213 de outrem;lucro/base3130 e colecta1001,60preservados

Percurso cálculo → gravação → recuperação privada → relatório/dossier demonstrado em 5casos. 15testes novos frontend;API1teste/97asserções, transacção revertida na baseQA127.0.0.1:55441;routes/actions gerados pelo procedimento existente,TypeScript/build e interface real passaram. Interface demonstrou edição de parcelas,imposto em falta sem apagar valor anterior,recuperação/exportação e pendências apenas dependentes. Provas aceites reutilizadas;sem repetir suites anteriores. 4ficheiros de runtime no delta,50protegidos e31originais conferidos;sem API/schema/configuração/permissões/dependências ou escrita no activo.

Fontes: PDF M22 SHA2564b61bd83d1fbcfd3b7b5c5523cea5923f7d0f65dc4c004eff58e5db38f763c88,3páginas já aceites reutilizadas;M20A.1 SHA2561ceca6f4c6d77853c1b2b445876599b42093175fa89eecf40590180956d83a9e,M12/D13–D35. Inventariados os20ficheiros acessíveis deModelos/Notas,incluindo temporários;originais/hash preservados. Só rótulos genéricos necessários extraídos do XLSX;sem valores privados,fórmulas/cache do exemplar,importação ou publicação documental.

Saldo concreto da preparação M20/M22	Condição de retoma e alcance
Transporte do resultado M20A.1/D35→M22	Exemplar compatível ou instrução que resolva201/quadro8 versus200/quadro10. Só esse transporte fica impedido;valor líquido próprio e demais campos continuam visíveis
Imposto próprio36(1)a,quota anterior recuperada e restantes efeitos de periodização/obras/reversões sem campo	Corresponder rótulo,edição/período e regra específica do campo. Efeito/valor conservados sem código provisório;apenas somas/campos dependentes aguardam
Fracções M20 e subcentavos M22	Identificar regra de representação do caso;preservar fracção e apresentar aproximação identificada até então. InteirosM20 e cêntimos exactosM22 não bloqueados
Imposto contabilizado simultaneamente incluído e exterior ao plano	Discriminar ambas as componentes/referências e conciliar8.5/acréscimo próprio sem repetir gasto;sem inferir o valor da colecta
Contas/quadros e anexos restantes fora das seis linhas financeiras demonstradas	Reutilizar dados existentes,classificar componentes com suporte e acrescentar correspondência específica;sem tomar campos preenchidos do exemplar como dados do investidor

L7 mantém benefícios/casos especiais/taxas reduzidas eL8 mantém retenções,pagamentos,créditos e saldo final. Restantes regras deL6 e as dez dúvidasL5 conservam o saldo e as condições já documentadas. L6 continua parcial;colecta não é saldo final a pagar. Recibo:docs/investmoz/simulations/irpc-l6-values-forms-qa-20261026.json.

26/10/2026 — representação dos valores e campos M20/M22 5aaf1a56 entregues pelo Git

Instalado 5aaf1a56f9d928331364fcc8b0d1528e51dba327 sobre 56475acb,preservado como versão anterior. Backup fresco 2026-10-26T08:57:09Z e restauro isolado sem rede/porta55441: 174tabelas por contagem/checksum e 369ficheiros/configuração conferidos. 4ficheiros do delta,50protegidos e31originais verificados;schema,roles/grants e permissões iguais. As172tabelas de negócio mantêm os valores do backup;cache/sessões reconciliadas com eventos operacionais/acessos anónimos,sem alteração de dados de negócio. Revisão/manifest público,7marcadores compilados,4assets e simuladorHTTP200 conferidos. Sem migrações,importações ou escrita privada sintética no activo.

Pipeline normal concluído;provasQA15frontend/API1-97/UI/tipos/build reutilizadas,sem nova ronda manual. Disponível no âmbito demonstrado: resultado líquido3120 + ajustamento10 → lucro/base3130 → colecta1001,60MZN. Representação exacta,ausência/informação em falta/campo sem aplicação e valores ainda sem correspondência conservados. M20 mantém fracções sem arredondamento presumido;M22 mantém preparação exacta ao cêntimo já aceite. Imposto próprio320 exterior produz resultado líquido2800,mas campo de acréscimo próprio continua pendente,sem usar213 de outrem. Divergência201/Q8 versus200/Q10 só limita o transporte afectado. Históricos e cálculos anteriores,pressupostos cambiais e âmbitosL3/ISPC/câmbio/L5 preservados. Colecta não é saldo finalL8. Recibo:docs/investmoz/simulations/irpc-l6-values-forms-delivery-20261026.json.

O estado anterior «QA sem instalação» de5aaf1a56 é histórico. O saldo seguinte separa desenvolvimento de esclarecimento documental,com exemplo e condição de retoma,para decidir o fecho operacional delimitado. L6 não está integralmente concluído;L7 eL8 mantêm os seus âmbitos. Não foi executada pesquisa nova nem repetição dos testes aceites para esta consolidação.

26/10/2026 — saldo consolidado de L6 para decisão de fecho operacional delimitado

Referência actual após a entrega 5aaf1a56: percurso normal demonstrado até à colecta, com períodos/moedas/ajustamentos e preparação parcialM20/M22 documentados. Colecta não é saldo final a pagar ou recuperar;L8 conserva esse fecho. Esta lista consolida o saldo das notas anteriores,sem reabrir o que já foi demonstrado. Os pormenores e exemplares continuam nas mesmas secções/recibos;nenhuma nova matriz ou backlog é criado.

Código ainda por implementar. São extensões não demonstradas;as fontes já aceites permitem iniciar os casos correspondidos. Dados de um investidor em falta dentro de regra já implementada são uma pendência desse caso, não outra tarefa genérica deL6.

Trabalho	Exemplo	Condição de retoma / alcance
Amortizações e quota de aluguer36h restantes	Ar condicionadoII/3/3,12,5%,fora dos10códigos implementados;bem usado com vida esperada e quotas anteriores documentadas.	Acrescentar catálogo e variantes previstas nas fontes aceites:usados/abertura/reparações/reavaliação,uso intensivo/concessões/peças/intangíveis,transição e excepções de método/vida útil,art17 em período curto e quota36h automática. Implementar só o caso escolhido e provar o delta;sem aguardar validação genérica daAT. Só activo,método ou quota ainda não suportados;amortizações demonstradas preservadas.
Custos e periodizações específicos	Campanha de lançamento300 com imputação por3exercícios;obra com receita antecipada positiva em vez do zero demonstrado.	Implementar36-A e articulação com36n,reforços financeiros28(3),19(5)/19(6) e18(6–10),com saldos/condições do caso. Autorização de mudança de método apenas quando a disposição aplicável a exigir. Provisões sectoriais dependem primeiro da norma específica indicada abaixo. Só campanha,obra ou periodização específica;limites/provisões ordinários e casos já demonstrados mantidos.
Períodos e sequência de perdas	Transição de4meses seguida dos períodos posteriores:aplicar a exclusão de contagem de41(5) ao período7(4)d,sem contar apenas anos civis.	Representar a sequência efectiva de períodos/perdas e acrescentar datas parciais,liquidação/períodos superiores a12meses e outros exercícios com regra/taxa aplicável. Não há nova pesquisa necessária para repetir o recorte de meses completos2026 já entregue. Só período ou utilização de perda dependente;lucro independente e semestres demonstrados preservados.
Desdobramentos contabilísticos e quadros/anexos M20/M22 restantes	Imposto próprio200 já incluído no plano e320 exterior:discriminar as duas componentes sem duplicar gasto;contas fora das6linhas financeiras ainda não transportadas.	Acrescentar o desdobramento e as correspondências dos quadros/anexos escolhidos,reutilizando dados existentes. Campos sem correspondência aguardam a referência concreta abaixo;os outros componentes podem ser implementados/provados separadamente. Só componente/conta/campo ainda não suportado;valores e campos correspondidos preservados.
Saldos em moeda estrangeira	Crédito final100USD não é soma das receitas convertidas por mês.	Implementar reconciliação de saldo e conversão pela data/regra que vier identificada,usando o motor cambial já entregue. A selecção mensal para simulação continua disponível;esta tarefa não cria outro mecanismo cambial. Só saldo/conversão fiscal dependente da regra;plano e pressupostos mensais permanecem disponíveis.

Esclarecimentos documentais aguardados. Cada ponto abaixo exige apenas a referência/resposta específica indicada. A ausência dessa informação não significa revogação das fontes aceites,nem autoriza transformar a dúvida numa validação genérica deL6. Não se presume que um pedido já tenha sido enviado àAT;estes são pontos delimitados para o esclarecimento aplicável.

Informação em falta	Exemplo da dúvida	Condição de retoma / alcance
Edição e campos M20/M22	M20A.1/D35 remete201/quadro8;PDF M22 usa200/quadro10. Imposto próprio320 não pertence ao213 de outrem;quota recuperada−26 não tem campo de dedução confirmado.	Obter exemplar compatível ou instrução que identifique edição/período,campo e sentido do transporte. Para periodização/obras/reversões ainda sem campo,identificar a correspondência específica. Até informação nova,manter valores/efeitos sem código presumido e não repetir pesquisa. Só transporte,campo e somas dependentes;resultado líquido próprio,260/278/300 e demais campos conhecidos mantidos.
Representação fiscal de fracções	M20:300,50=601/2MZN,num exemplar que pede meticais sem centavos;M22:1/300MZN não é um número exacto de cêntimos.	Identificar instrução de representação/arredondamento da edição/campo ou esclarecimento específico. Conservar a fracção até lá;não deduzir regra de arredondamento apenas do rótulo «sem centavos». Só transcrição não exactamente representável;inteirosM20,cêntimos exactosM22 e cálculo racional preservados.
Articulação de limites em combinações não demonstradas	Combustível100,comprovado80,viatura de passageiros sem excepção:36h/i com36(4). Provisão de créditos200 num período curto de3meses:limite anual por corresponder.	Esclarecer especificamente a articulação h/i/36(4) e a base/limite dos períodos curtos de publicidade/créditos,se houver proporcionalização aplicável. Não somar exclusões,anualizar ou repartir por presunção. Retomar só perante referência/resposta concreta para o exemplo. Só combinação ou limite do período;casos independentes com regra já aplicada mantidos.
Regra fiscal de conversão anual	PlanoUSD com64MZN/USD por mês é pressuposto sintético de simulação,não confirmação da data/taxa fiscal anual ou da cotação do saldo final.	Identificar disposição/âmbito,data,base e taxa/boletim aplicáveis ao resultado e,quando necessário,ao saldo. Reutilizar o motor existente e demonstrar só a correspondência nova;sem taxa actual por defeito ou nova ronda da pesquisa anterior. Só confirmação fiscal anual e saldo dependente;conversões mensais documentadas de simulação mantidas com os avisos.
Norma sectorial de provisões reguladas	Provisão200 de uma entidade financeira sujeita ao28d não herda os1,5%/6% do regime ordinário29.	Identificar sector,regulador,norma de supervisão aplicável e saldos/condições necessários,antes da implementação específica. A fonte oficial fornecida é aceite;falta a regra concreta do caso,não certificação genérica da fonte. Só provisão regulada respectiva;provisões ordinárias demonstradas preservadas.

Base da decisão operacional: o âmbito demonstrado e as suas limitações permanecem disponíveis na interface e nas exportações;as provas aceites mantêm validade. Um fecho operacional delimitado pode referir esse âmbito,com estas extensões/documentos fora da cobertura e retoma por caso. Esta consolidação não declara L6 integralmente concluído nem regista uma decisão de fecho ainda não tomada. Permite preparar o avanço paraL7 sem condicionar os casos independentes à resolução de todo este saldo. Benefícios/isenções/taxas reduzidas/tributações autónomas e operações especiais mantêm âmbitoL7;retenções,pagamentos,créditos e saldo anual mantêm âmbitoL8. As dez dúvidasL5 só afectam dependências efectivas e não foram pesquisadas novamente.

26/10/2026 — L6 operacional no âmbito demonstrado e delimitação de L7

Decisão expressa da Tempo: L6 fica operacional no âmbito demonstrado disponível em 5aaf1a56, com limitações explícitas. Não é conclusão integral de L6 ou do IRPC. Os cinco grupos de código e cinco grupos documentais da secção «saldo consolidado de L6» permanecem separados, com exemplos e condições de retoma. As notas anteriores que deixavam a decisão operacional por tomar conservam o seu valor histórico; esta decisão é posterior. As provas aceites são reutilizadas. As pendências de L5/L6 só impedem tratamentos que dependam delas.

Estado deste incremento: delimitação documental de L7, sem novo cálculo, instalação, migração, importação ou alteração de dados activos. A colecta normal entregue mantém-se distinta do saldo a pagar/recuperar. Retenções, pagamentos, aplicação anual de créditos e liquidação final permanecem em L8. Recibo: simulations/irpc-l7-scope-20261026.json (relativo a docs/investmoz/).

Dados existentes e fronteiras de integração

Reutilização	Contrato para L7 e limite
Oportunidade/dossier: context_opportunity, context_opportunity_snapshot, context_applicability_snapshot, context_reuse	Conservar origem e data, selecção de campos compatíveis e edições deliberadas; context-inheritance.ts e dossier-prefill.tsx já sustentam esta reutilização. Associação documental a oportunidade/âncora não confirma implantação ou incentivo.
sector_id, province_id, district_id, admin_post_id, locality_id e respectivas designações	Servem para identificar candidatos e pedir apenas elementos em falta. Confirmar actividade efectivamente exercida, estabelecimento/projecto e parcela abrangida por documentos do caso. Localização, polígono, DUAT ou código sectorial isolados não concedem benefício.
Sujeito, NUIT, residência/EP, período, início de actividade/exploração e dados do plano	Reutilizar valores declarados e respectivas provas. Data prevista no dossier não substitui início efectivo quando esse for o termo inicial da norma. Distinguir conhecido, ausência declarada e desconhecido.
business_plan_snapshot, livro modelo_a_snapshot.irpcNormal e versões L6	Receber lucro/base/colecta e parcelas identificadas, com chave e versão de origem. Só alterar o ponto previsto pela norma: ajustamento ao lucro, dedução à base, taxa por parcela ou tributação autónoma separada. Não alterar nem recalcular silenciosamente históricos.
Activos, quotas anteriores e despesas já registadas	Reutilizar os mesmos identificadores e montantes; calcular apenas o efeito adicional permitido. Não repetir o acréscimo de uma despesa nem deduzir duas vezes a amortização do mesmo activo. Um caso dependente de regra L6 não implementada conserva essa dependência específica.
Preparação M20/M22 e aritmética racional existentes	Conservar montante exacto, unidade/moeda e parcela. Transporte só com correspondência demonstrada para a edição; campo desconhecido, fracção não representável ou divergência editorial não invalida o cálculo independente. Não arredondar por conveniência.

O motor actual de matéria colectável não subtrai benefícios positivos livres: exige regra, condições, limite e ordem. A colecta normal cobre a taxa geral no recorte demonstrado; escolher «outro tratamento» não implementa uma taxa especial. A presença de campos ou de fontes no portal não equivale a execução de L7.

Famílias de tratamentos a implementar por casos compatíveis

As referências seguintes delimitam a regra e o ponto de integração; não constituem benefícios concedidos nem cobertura executável nova. O exercício do caso, alterações aplicáveis e duração individual ficam associados à versão da regra. Não se transportam taxas temporárias para outro período.

Família / fonte identificada	Condições e período a guardar	Efeito e exemplo de dúvida delimitada / condição de retoma
Despesas com tributação autónoma — CIRPC, Lei34/2007, art.61(4), com art.36(1)g; PDF17/p768(71)	Natureza legal documentada da despesa não devidamente documentada, confidencial ou ilícita; valor e exercício; taxa de 35% da disposição e versão aplicável ao período. Não classificar pela simples falta de ficheiro anexado.	Parcela autónoma separada da colecta normal; reutilizar o acréscimo36g já feito, sem duplicação. Ex.: despesa100 já acrescida em L6 → parcela autónoma35 no caso qualificado; não é saldo final. Se só falta anexo, pedir a caracterização/prova da despesa e manter indeterminado apenas este tratamento.
Mais-valias autónomas — Lei12/2025, art.2, CIRPC61-A; art.3 revoga39/47; art.6 vigora em01/01/2026; PDF20/p2180(20)	Alienação, activo, datas, realização/valor fiscal, origem contabilística, período e parcela identificados; taxa32% do61-A. Separar eventos anteriores a2026.	Apurar parcela autónoma, reconciliando o que já integra o resultado L6, sem dupla incidência ordinária/autónoma nem compensação presumida de perdas. Ex.: ganho100 incluído no resultado exige identificar a sua parcela antes de integrar a colecta autónoma32. Retoma: implementar essa reconciliação e a regra de apuramento aplicável ao activo; não bloqueia despesas autónomas ou benefícios independentes.
Isenções e redução por natureza da entidade — CIRPC9–14; cooperativas no art.12, PDF5/p768(59), e taxa geral61(1)	Tipo efectivo da entidade, rendimentos elegíveis/excluídos, destino dos rendimentos, constituição e reconhecimento apenas onde exigido pela disposição; exercício e norma aplicável. Art.12 refere cooperativas agrárias, de artesanato e culturais e redução de50% da taxa geral; não todas as cooperativas. Arts.12(2)/14 separam rendimentos sujeitos a retenção.	Isenção ou taxa reduzida apenas na parcela coberta; actividade comercial acessória não se torna isenta por designação da entidade. Ex.: cooperativa com actividade elegível e outra não abrangida exige separar rendimentos e custos. Retoma: classificação documental e segregação da parcela, sem transportar a dispensa para retenções L5 ou liquidar créditos L8.
Amortização acelerada — CBF, Lei4/2009, art.16; compilaçãoAPIEX p72	Imóveis novos usados no projecto; imóveis reabilitados e máquinas/equipamentos industriais/agro-industriais nas condições da disposição; enquadramento CBF3/9/10 quando aplicável, entrada em uso, taxa normal, base, quota contabilizada e quotas anteriores. Incremento de50% sobre a taxa normal, não cinquenta pontos percentuais.	Efeito no ajustamento ao lucro e, através da cadeia L6, na base/colecta. Ex.: taxa normal10% → taxa acelerada15%, antes das restantes condições/limites; não autoriza uma segunda dedução integral. Retoma por activo com classificação/documentos e conciliação de quotas/custo disponíveis; tabelas L6 em falta bloqueiam só o activo dependente.
Deduções e majorações de despesas/investimentos — CBF17–19; compilaçãoAPIEX pp73–74	Tecnologia de ponta, formação de trabalhadores moçambicanos e despesas elegíveis de utilidade pública: natureza, base, exercício inicial, janela dos primeiros cinco anos/exercícios conforme artigo, limites, exclusões, ordem e não cumulaçãoCBF4. Distinguir dedução à matéria colectável de majoração de custo.	Efeito no ponto exacto previsto pela disposição. Ex.: formação sem prova do tipo não permite escolher entre o limite5% e o ramo10% para novas tecnologias do art.18. Retoma: identificar tipo/base de limite e conciliar a despesa já contabilizada; não converter percentagem em dedução livre.
Crédito fiscal por investimento — CBF15; compilaçãoAPIEX pp71–72	Investimento novo elegível, exclusões, início, Maputo/outras províncias como uma das condições, parcela da colecta atribuível ao projecto e prazo de utilização/transporte de cinco exercícios. Taxas5%/10% distinguem os ramos da disposição, sem direito automático por localização.	L7 identifica origem, elegibilidade e crédito potencial; L8 aplica o crédito anual, limites/saldos e liquidação. Ex.: projecto situado fora de Maputo, sem discriminação do investimento elegível, não gera automaticamente10% de crédito. Retoma: base elegível e calendário documentados; utilização anual aguarda o mecanismo L8.
Tratamentos sectoriais/territoriais CBF — infra-estruturas20–22; agricultura/pescas27–29; turismo30–33; parques de ciência34–35; grandes projectos36–38; zonas de rápido desenvolvimento39–44; ZFI45–46; ZEE47–48	Seleccionar a disposição de IRPC efectivamente pertinente, actividade/projecto, delimitação/estabelecimento e estatuto comprovados, data de autorização/início quando exigidos, escalões, duração, cumulação e cessaçãoCBF49–52. ZFI46 e ZEE48 são os artigos de impostos sobre rendimento. Não tratar benefícios exclusivamente aduaneiros como benefícios IRPC.	Isenção, redução ou dedução por parcela e intervalo próprio, em vez de taxa comum ao sector/localização. Ex.: endereço numa ZEE sem estatuto documentado deixa o ramo ZEE pendente; o cálculo normal independente continua. CIRPC61(2) na Lei20/2022 tem termo31/12/2025: não presumir prorrogação para2026. Retoma de cada ramo: condições e cronologia da disposição específica preenchidas, com regra versionada; não exigir pesquisa repetida de todos os sectores.
Operações e regimes especiais — CIRPC54–56 (entradas de activos, fusões/cisões e sócios), transferência de perdas41-A; regimes sectoriais específicos do acervo	Tipo de operação, intervenientes, residência, datas, activos/passivos/valores fiscais e continuidade; identificar diploma sectorial/artigo e regra aplicável antes de escolher tratamento. Não inferir neutralidade por chamar «fusão» à operação nem aplicar regime mineiro/petrolífero por rótulo sectorial.	Continuidade/ajustamento/tributação diferida ou parcela própria conforme norma, mantendo bases históricas. Ex.: perda recebida de outra sociedade não é perda própria ordinária41 de L6. Retoma: correspondência específica41-A e operação documentada; regras sectoriais sem artigo correspondido ficam candidatas, sem taxa provisória. Não há bloqueio transversal de L7.

Registo por tratamento e demonstração a exigir ao código novo

Cada tratamento terá: identificador estável; sujeito/NUIT; oportunidade/projecto/estabelecimento e parcela; contexto herdado e divergências; fonte/exemplar/hash/artigo/versão; intervalo de vigência e período do caso; facto que inicia/termina a duração; condições individualizadas em «sim/não/desconhecido» com prova ou ausência declarada; título/reconhecimento somente quando a regra o exige; base elegível, taxa, limite, ordem e compatibilidade com outros tratamentos; resultado normal de origem; efeito adicional e ponto da cadeia; moeda/conversão e pressupostos; montante exacto; motivos de exclusão/informação em falta; versão/histórico e dependência concreta.

Os estados «candidato», «não aplicável», «informação em falta» e «calculado por regra implementada» não se confundem. Ausência declarada pode produzir efeito zero justificado; desconhecido não produz benefício zero nem benefício presumido. Uma condição negativa exclui o tratamento e conserva o percurso normal quando os seus dados são suficientes. Com potencial benefício ainda indeterminado, apresentar o cenário normal de referência e a parcela pendente sem declarar total fiscal definitivo. Mudança de sector/localização/documento invalida apenas a correspondência dependente e pede confirmação de reutilização; conserva o original e as edições deliberadas.

Primeiro incremento delimitado para implementação: qualificação comum e segregação de efeitos, acompanhadas do caso35% do61(4), com despesa já ajustada36g e caso de informação insuficiente. É independente de transporte M20/M22 não correspondido e de amortizações L6 em falta. Incremento compatível seguinte: cooperativa abrangida pelo12 com parcela elegível separada e amortização acelerada16 para activo já suportado em L6; cada caso só acompanha a entrega se demonstrado. Mais-valias61-A, deduções17–19, ramos sectoriais e operações especiais seguem separadamente quando as respectivas parcelas/regras estiverem correspondidas. Crédito15 prepara direito potencial em L7 e contrato de passagem para L8, sem antecipar liquidação anual.

Para cada nova regra: condição satisfeita, negativa, informação em falta, período incompatível/benefício expirado, sobreposição com ajustamento existente e alteração de contexto. Demonstrar apenas o delta: cálculo → gravação → recuperação → relatório, incluindo fonte, período, condições, efeito no lucro/base/colecta ou parcela autónoma e saldo final L8 por determinar. Recuperar históricos anteriores sem os alterar; não duplicar ajustamentos ao voltar a guardar. Reutilizar as provas aceites; não reabrir L3, ISPC, câmbio ou percursos L5/L6 independentes.

Fontes consultadas e pendências delimitadas

Reutilizado o inventário autorizado de 8143ficheiros, sem nova varredura de pastas. Para delimitação foram consultados os originais CIRPC/alterações já arquivados, a Lei4/2009 local e a compilação oficial APIEX — Legislação de Investimentos em Moçambique, que reúne Lei8/2023, Decreto8/2024 e CBF4/2009. Disponibilidade, situação documental/jurídica e uso no cálculo continuam estados independentes. O acesso actual à cópia CBF supera a indisponibilidade assinalada em notas antigas; não activa regra nem apaga a nota histórica. Artigos, páginas, hashes e limites no recibo. A compilação não dispensa o período/alterações de cada tratamento, nem cria validação jurídica genérica adicional.

Código por implementar em L7: qualificação e persistência específicas; efeitos segregados; regras das famílias acima, por parcelas; conciliação sem duplicação; relatório/exportação correspondente. Documentação por caso: estatuto/reconhecimento ou enquadramento individual quando a fonte o exige; identificação de parcela/limite/cronologia; norma sectorial ainda sem correspondência; edição/campo de transporte afectado. Cada uma conserva exemplo e condição de retoma na linha correspondente. Não é necessário resolver todos os documentos para começar o primeiro incremento independente. L6 operacional não elimina este desenvolvimento; L7 delimitado não é L7 implementado; L8 conserva a liquidação final.

26/10/2026 — L7: qualificação, despesas autónomas e casos compatíveis em QA

QA, sem instalação. Base instalada preservada 5aaf1a56; delimitação d37fffb2; ramo codex/irpc-l7-common-autonomous-qa-20261026, fotografia opcional IRPC-normal-adjustments/10. L6 continua operacional no âmbito demonstrado, com os cinco grupos de código e cinco documentais preservados. A implementação abaixo acrescenta apenas os tratamentos demonstrados; não conclui L7 nem o IRPC. Saldo final, retenções, pagamentos e aplicação anual de créditos permanecem em L8.

Qualificação comum executável: reutiliza sujeito/NUIT, âmbito, período, origem da oportunidade/dossier, sector e território; guarda condições, prova, fonte/artigo e período por tratamento. «Informação em falta», «ausência declarada», «não aplicável/condição negativa» e «calculado» têm resultados distintos. Desconhecido não vira zero. Período incompatível, identidade por reconciliar ou contradição afectam só o resultado dependente. A localização não escolhe taxa nem activa benefício. Os snapshots de origem ficam internos; o relatório apresenta contexto legível e as condições documentadas.

Despesas61(4): cada parcela aponta para uma linha undocumented do mapa36(1)g de L6, com acréscimo integral já calculado. Montante, documento e linha são reutilizados; L7 não introduz outro acréscimo nem outra despesa. A classificação legal e incidência são declaradas com prova própria; falta de anexo não classifica uma despesa. O imposto autónomo usa35% apenas nos casos qualificados. Duplicação da referência, parcela não correspondida, ausência contraditória ou informação insuficiente deixam o imposto reconciliado indeterminado; as parcelas conhecidas permanecem discriminadas. Condição negativa documentada conserva o ajustamentoL6 e não aplica imposto autónomo à parcela.

Cooperativas12/14: agrárias, artesanato ou culturais, residentes, com base ordinária integralmente elegível e ausência documentada de rendimentos sujeitos a retenção, aplicam redução de50% à taxa geral32%, ou16%. Não depende de seleccionar um sector semelhante. A qualificação especial pode coexistir com a opção «outro tratamento» da colectaL6: não exige fingir que a taxa reduzida é regime geral. Parcela mista, rendimentos retidos, outra entidade ou ausência contraditória conservam pendência própria; não recebem redução global presumida. O imposto autónomo de despesas não é reduzido por esta taxa.

CBF16: reutiliza identificadores e valores dos activosL6 suportados; imóvel novo do projecto ou máquinas industriais/agro-industriais das categorias correspondidas, com enquadramentoCBF3/9 e reconhecimento10 quando exigido (ou excepção identificada). Recorte inicial: primeiro exercício anual civil2026, método constante pela taxa normal máxima da tabela, activo desde01/01/2026, custo histórico novo, sem quotas anteriores/saída e sem cumulação de outros benefícios. Incrementa a taxa normal em50% e reutiliza limites de contabilização/saldo fiscal. Deduz apenas a diferença entre o mapa normal e o acelerado, sem alterar o activo de origem, os documentos ou os saldos oficiais. Quotas constantes gerais e demais cálculosL6 conservam o comportamento anterior quandoL7 está ausente.

Caso sintético recuperado da API QA	Lucro/base e colecta de referênciaL6	EfeitoL7 demonstrado	Resultado e limite
Despesa100 já acrescida36g	Lucro/base3230;colecta1033,60MZN	Novo ajustamento ao lucro0;imposto autónomo35	Colecta combinada1068,60MZN;saldo finalL8indeterminado
Classificação da mesma despesa em falta	Lucro/base3230;colecta1033,60MZN preservados	Imposto autónomo indeterminado	Colecta combinada indeterminada;sem perda dos cálculos independentes
Condição negativa documentada na parcela	Ajustamento36g100 preservado	Parcela não aplicável;imposto autónomo0 justificado	Não confunde condição negativa com informação em falta
Ausência declarada de despesas autónomas	Lucro/base3130;colecta1001,60MZN	Ausência com suporte;imposto autónomo0	Ausência contraditória com despesa36g fica pendente
Cooperativa integralmente abrangida	Base3130;colecta geral1001,60MZN	Taxa16%;colecta500,80MZN	Base/proveitos não alterados;sem retenções/créditos abatidos
Máquina industrial existente:base1000,taxa10%,quota contabilística120	Quota normal100;lucro/base6260;colecta2003,20MZN	Quota acelerada150,mas dedução limitada120;diferença adicional20	Lucro/base6240;colecta1996,80MZN;sem deduzir50 nem150 outra vez

Cálculo → gravação → recuperação → relatório: fotografia10 opcional no mesmo livro/snapshot, chave com entradas/contexto e histórico imutável anterior. SemL7, a fotografia9 aceite e a sua chave/totais permanecem iguais. Recalcular não acumula imposto nem duplica o acréscimo. HTML e dossier financeiro mostram referênciaL6, efeitosL7, parcelas autónomas, fonte, condições, período e limitações; recuperação e download demonstrados no componente real. Uma mudança de origem/entradas torna a fotografia anterior histórica; não altera o registo anterior. M20/M22 conservam a preparaçãoL6 de referência: este incremento não transporta efeitosL7 para campos oficiais por aproximação, nem resolve as divergências documentais existentes.

Provas novas: Wayfinder --with-form gerou routes/actions pelo wrapper QA; TypeScript e build QA passaram. Dezanove testes dirigidos novos passaram, incluindo comparação exacta com a fotografia9 aceite, duplicação, período curto, opção especial de cooperativa, ausência contraditória, dados em falta e contexto apresentado sem despejar snapshots internos. API privada:1teste/108asserções, simulator_fiscal_delta_20261021_test,127.0.0.1:55441, transacção com rollback e guarda de identidade/base; seis casos recuperados com plano/livro/históricos idênticos. UI do componente real: alteração de classificação, informação em falta, ausência, cooperativa mista, cumulação pendente, gravação/recuperação local e exportação; sem erros de página. A prova local é distinta da API. Não houve testes/escrita no activo nem repetição das suites funcionais aceites de L3, ISPC, câmbio ou L5/L6.

Entrega agrupada preparada: qualificação + despesas autónomas, cooperativa integralmente elegível e amortizaçãoCBF16 no recorte acima. Despesa autónoma e cooperativa também foram demonstradas juntas:parcela35 sem redução,colecta sobre a base516,80 e combinada551,80MZN no exemplo de base3230. Isto não autoriza cumulação cooperativa+CBF16: essa combinação mantém resultado dependente indeterminado. A futura instalação segue o procedimento Git existente, com backup/restauro fresco e conferência do delta; não foi executada nesta passagem.

SaldoL7 na mesma matriz:

Natureza	Ainda fora da cobertura / exemplo	Condição concreta de retoma
Código	Despesa autónoma fora de linha36g calculada ou parcela ainda não segregada	Implementar origem/segregação correspondente e prova da incidência;não copiar montante para uma segunda despesa
Código	Cooperativa com actividade abrangida e outra não abrangida,ou rendimento sujeito a retenção	Segregar proveitos/custos/base e aplicar o tratamento apenas à parcela elegível;L5 conserva a retenção
Código	CBF16 em imóvel reabilitado,outra categoria,quota inferior à máxima,método degressivo,duodécimos,quotas anteriores ou exercício posterior	Corresponder regra e cronologia respectivas e reutilizar o activo/quotas existentes;pendênciaL6 limita apenas o activo dependente
Código/documento por caso	Cooperativa+CBF16 ou outro benefício positivo a cumular	Identificar compatibilidade,ordem e limites específicos;implementar a combinação,sem presumir soma de benefícios
Código	Mais-valias61-A,demais isenções/deduçõesCBF17–19,regimes sectoriais/territoriais e operações especiais	Implementar a família/parcelas já delimitadas na secção anterior;período e fonte específicos,sem nova pesquisa transversal
Documento por caso	Estatuto/título/excepçãoCBF ou prova das condições em falta;endereçoZEE sem estatuto	Juntar o elemento que a disposição exige ou registar condição negativa;localização isolada permanece insuficiente
Transporte/documento	CampoM20/M22 para efeitoL7,edição divergente ou representação não correspondida	Correspondência do campo/edição e regra de representação demonstradas;preservar o cálculo independente exacto
ÂmbitoL8	Direito potencial ao créditoCBF15,aplicação anual de créditos,retenções,pagamentos e saldo final	Executar o mecanismo próprioL8;nenhuma dedução/compensação anual é presumida neste lote

Fontes reutilizadas: inventário autorizado8143ficheiros; originaisCIRPC/alterações e CBF/compilaçãoAPIEX já identificados na delimitação,com hashes conservados. Sem activação por consulta ou revalidação jurídica genérica. Recibo: docs/investmoz/simulations/irpc-l7-common-qa-20261026.json. Provas locais: outputs/irpc-l7-common/; reprodução dirigida: node --test tests/frontend/irpc-special.test.mjs, php tools/irpc-special-qa.php routes, php tools/irpc-special-qa.php test, tsc --noEmit, build com INVESTMOZ_QA_BUILD=1.

26/10/2026 — preparação da entrega L7 e preservação do main concorrente

A entrega do âmbito QA ab2ff2fd integra o main concorrente a2122dc3, sem substituir as alterações de apresentação/navegação. Os seis ficheiros de execução L7 conservam exactamente o código QA;os oito ficheiros concorrentes conservam exactamente o código do main. Reutilizadas as provas19testes/API108/UI/tipos/build de L7. O conflito documental foi resolvido recuperando586linhas de histórico do manual que tinham sido removidas no merge concorrente,sem apagar a sua notaV2-01 no CSV. As3555linhas mantêm-se,com o único delta fiscal emAUD-SIM-INT02. O registo de instalação só será actualizado após backup/restauro fresco,conferência do destino e conclusão da entrega Git;esta nota não a antecipa.

26/10/2026 — primeira entrega agrupada L7 instalada pelo Git

Instalada e07f89da3d59d06aa1b8c50c22a478b7b167bfdd (integração do código QA ab2ff2fdbcbe6fb94f03e4bc4cc7ccbd647d94fc com o main concorrentea2122dc3),com 5aaf1a56f9d928331364fcc8b0d1528e51dba327 preservado como versão anterior. Os seis ficheiros de execução L7 são exactamente os da prova QA aceite;as sete alterações concorrentes de apresentação/navegação e o respectivo teste foram preservados. Recuperadas586linhas de histórico do manual removidas no merge concorrente;notaV2-01 conservada,sem alterar o seu conteúdo.

Backup fresco 2026-10-26T10:55:59Z;restauro isolado sem rede/55441 verificou174tabelas por contagem/checksum e369ficheiros/configuração. Conferidos13ficheiros de execução do delta,50protegidos e31originais. Schema,roles/grants e permissões mantêm-se;172tabelas de negócio iguais ao backup. Cache/sessões reconciliadas por eventos operacionais e acessos públicos,sem inferir perda por RLS. A versão activa e a anterior foram preservadas durante o arquivo conferido de dependências antigas para recuperar espaço;nenhum dado,original ou backup foi eliminado.

Revisão/manifest público,marcadoresL7/L6/câmbio,assets e simuladorHTTP200 conferidos. Procedimento Git concluído;provas funcionais aceites19testes/API108/UI/tipos/build reutilizadas. Os controlos automáticos obrigatórios da instalação ficaram registados no recibo,sem nova ronda manual dos casos aceites. Sem migrações,importações,recálculo de históricos ou escrita privada sintética no activo.

Disponíveis apenas qualificação e tratamentos demonstrados:despesas61(4) sobre36g já ajustado,cooperativas12 integralmente abrangidas eCBF16 no recorte documentado. L6 permanece operacional no âmbito aceite;as suas pendências condicionam só dependentes. L7/IRPC não estão integralmente concluídos;localização não concede benefício;saldo final permaneceL8. O estado anterior deQA sem instalação é histórico. Recibo:docs/investmoz/simulations/irpc-l7-common-delivery-20261026.json.

26/10/2026 — saldo concreto de L7 após a primeira entrega agrupada

O âmbito demonstrado compreende qualificação comum, imposto autónomo61(4) sobre parcelas36g já calculadas emL6, cooperativas12 integralmente abrangidas e amortizaçãoCBF16 nos activos/período/método expressamente suportados. L7 permanece parcial. Este saldo distingue implementação de prova documental por caso; não cria outra matriz nem exige revalidação genérica das fontes aceites. L6 mantém o estado operacional delimitado e as suas pendências; só condiciona tratamentos que efectivamente dependam delas.

Código ainda por implementar

Tratamento / caso fora da cobertura	Exemplo	Condição concreta de retoma
Despesas autónomas fora de parcela36g calculada e segregações adicionais	Despesa100 com apenas60 correspondidos no mapa de origem,ou encargo não incluído no resultado de partida	Implementar origem/parcela e reconciliação próprias,documentar incidência61(4) e impedir nova contabilização/acréscimo da mesma despesa. O ramo já entregue36g não é reaberto.
Cooperativas com rendimentos mistos/retidos;demais isenções por natureza da entidade,CIRPC9–14	Cooperativa com actividade agrária e serviços não abrangidos;associação com rendimentos comerciais acessórios	Segregar proveitos,custos e base elegível e implementar o artigo específico. Não reduzir a base inteira nem estender a redução às retençõesL5.
ExtensõesCBF16 e combinações de benefícios	Imóvel reabilitado,método degressivo,quota inferior à máxima,duodécimos,quotas anteriores,ano posterior,cooperativa+CBF16	Corresponder a regra temporal/método/contabilização e a compatibilidade/ordem/limite da combinação;reutilizar activo e quotas. Tabela ou casoL6 em falta impede apenas o activo dependente.
Mais-valias autónomas61-A e operações especiais	Ganho100 já incluído no resultado em2026;entrada de activos/fusão;perda transferida de outra sociedade	Implementar apuramento/parcela e reconciliação com resultadoL6,sem dupla incidência ou compensação de perdas presumida;para operações,aplicar54–56/41-A e preservar valores históricos.
Deduções/majoraçõesCBF17–19 e crédito potencialCBF15	Formação sem ramo/base de limite;investimento novo com activos elegíveis e excluídos	Implementar elegibilidade,base,limite,ordem,janela temporal e não cumulação. CBF15 emL7 delimita direito/origem/crédito potencial;utilização anual,limitação por créditos/saldos e liquidação ficam emL8.
Regimes sectoriais/territoriais e disposições especiais	Projecto emZEE sem tratamentoIRPC correspondido;actividade mineira/petrolífera com regime próprio	Implementar a disposição/versão/período aplicáveis ao projecto e à parcela (CBF20–48 ou diploma específico). Endereço/código sectorial só identifica candidato;benefício aduaneiro não se transforma em benefícioIRPC.
Transporte de efeitosL7 paraM20/M22	Imposto autónomo ou redução calculados mas sem campo/edição correspondente	Implementar apenas a correspondência demonstrada e a representação aplicável;conservar os montantes exactos e a preparaçãoL6 de referência,sem campo/taxa provisórios.

Dependências documentais que condicionam apenas o caso afectado

Elemento em falta / dúvida concreta	Exemplo	Condição de retoma
Classificação/incidência,parcela e período da operação	Há uma despesa36g e falta qualificar61(4);ou há actividade elegível e outra não abrangida	Associar prova/declaração da natureza e parcela ao exercício correcto. Informação em falta continua indeterminada;condição negativa e ausência declarada têm suporte próprio. Não inferir pela falta de anexo.
Estatuto e reconhecimento exigidos pela disposição	Endereço numaZEE sem estatuto do projecto;CBF16 sem instrumento10 ou norma de excepção	Juntar o elemento concreto exigido ou documentar a condição negativa/excepção aplicável. Não pedir aprovador ou parecer jurídico genérico adicional.
Norma/período/compatibilidade específicos ainda não correspondidos	Redução com termo31/12/2025 pretendida em2026;cumulação cooperativa+CBF16	Disposição de vigência/prorrogação efectiva ou correspondência da combinação e seus limites. Sem informação nova,não repetir pesquisa transversal;prosseguir com os restantes casos.
Edição,campo ou representação do formulário	EfectoL7 com campoM20/M22 não identificado ou fracção sem regra de representação	Identificar exemplar/edição,instrução/campo e forma de representar o valor;limitar a pendência ao transporte afectado. O cálculo independente mantém-se disponível.

Limites conservados: localização não concede benefícios automaticamente;benefício desconhecido não é zero;colecta normal,L7 e imposto autónomo permanecem discriminados. Retenções,pagamentos,aplicação anual de créditos e saldo final a pagar/recuperar continuam emL8. As provas aceites não são invalidadas por esta lista nem por uma dúvida documental num caso independente.

26/10/2026 — reconciliação do estado servido L7 e capacidade do instalador

Conferência autenticada por leitura em 2026-10-26T13:56:51.412248+02:00 (Africa/Johannesburg):o portal,o registo do instalador e o main actual coincidem em e07f89da3d59d06aa1b8c50c22a478b7b167bfdd. L7 já está instalado no âmbito demonstrado,com origemQAab2ff2fd;o estado «ainda emQA,sem instalação» é histórico/desactualizado. A instalação terminou em26/10/2026 às13:02:35 locais;backup anterior às12:55:59 e restauro174tabelas/369ficheiros permanecem comprovados pelo recibo de entrega. Nesta passagem,o dump e o arquivo de ficheiros ainda coincidem com os hashes desse backup e a prova de restauro refere o mesmo dump. Não foi apresentado um novo backup/restauro como executado,nem repetida a instalação da revisão já activa.

Partição do instalador e backup:/dev/md2 / ext4;release,state,backup,tmp eDocker no mesmo dispositivo. Livres5.52GiB e21448231inodes de29089792. O código do instalador mantém o limiar5GiB;os ficheiros do backup observado ocupam0.164GiB. A leitura satisfaz5GiB+um backup desse tamanho,com margem0.35GiB. A release actual tem28674ficheiros e2503directórios sem seguir links,como referência de escala,não um novo limite arbitrário de inodes. Futuras entregas devem voltar a medir a capacidade imediatamente antes da operação;estes números não garantem uma carga futura diferente. Nenhuma limpeza local/remota foi executada;SGF TEMPO não foi afectado.

**Só o delta L7:**seis hashes de código correspondem à provaQA;revisão/manifest,sete marcadoresL7,quatroassets e entrada do simuladorHTTP200 conferidos. Reutilizadas as provas19testes/API108/UI/tipos/build e as provas anteriores de preservaçãoL6/L3/ISPC/câmbio;sem nova ronda funcional,escrita privada sintética,migração ou importação. A revisão activa e a anterior permanecem preservadas.

Próximo conjunto delimitado para implementaçãoQA:CBF16 com duodécimos. Reutilizar activos,tabela/taxa normal máxima,método constante,qualificaçãoCBF e periodizaçãoL6 existentes. Primeiro caso:exercício anual civil2026 com entrada em uso durante o ano;imóvel novo do projecto ou máquina industrial/agro-industrial já suportada;sem quotas anteriores,saída ou cumulação de outros benefícios. Ligar a quota mensalL6 ao incrementoCBF16,limitando ao contabilizado/saldo fiscal e mostrando apenas a diferença adicional. Demonstrar condição satisfeita,negativa,informação em falta e ausência declarada,cálculo→gravação→recuperação→relatório,efeitos no lucro/base/colecta e conservação dos históricos. Este conjunto está apenas delimitado:não é novo cálculo instalado.

Degressivo,reabilitados/usados/reavaliados,quotas anteriores e cumulação cooperativa+CBF16 continuam nos casos próprios. O saldo anterior de sete grupos de código e quatro dependências documentais permanece na mesma matriz,com exemplos/condições de retoma;nenhuma pendência foi apagada. Documento individual em falta limita só o activo/caso dependente. Localização não concede benefício. L6 operacional delimitado;L7 parcial;retenções,pagamentos,créditos anuais e saldo final emL8. Recibo:docs/investmoz/simulations/irpc-l7-server-state-20261026.json.

26/10/2026 — CBF16 com duodécimos demonstrado em QA

QA preparado, sem instalação. O portal mantém e07f89da, incluindo o primeiro conjuntoL7 ab2ff2fd. Este incremento implementa a ligação CBF16–duodécimos delimitada no recibo irpc-l7-server-state-20261026.json. L6 permanece operacional no âmbito aceite;L7 continua parcial;L8 conserva retenções,pagamentos,aplicação anual de créditos e saldo final a pagar/recuperar. SGF TEMPO não foi afectado.

Reutilização e condições: a opção «Preparar CBF16 com duodécimos» é explícita e conserva os activos,datas,valores e restantes escolhas. O utilizador confirma a reutilização dos meses e da opção mensal do mapaL6. Sem essa opção,os livros/resultados entregues permanecem na fotografia10,com a mesma chave e valores. Com ela,a fotografia11 guarda a preparação,o cálculo e o histórico10 anterior. É possível manter a preparação anual sem alterar automaticamente activos ou apagar resultados anteriores.

Recorte demonstrado:exercício anual civil2026,activo novo já suportado emL6,imóvel novo afecto ao projecto ou máquina industrial/agro-industrial das categorias correspondidas,método constante pela taxa normal máxima,entrada emuso durante2026,sem saída,quotas anteriores ou cumulação de outros benefícios. Mantêm-se prova das condiçõesCBF3/9,reconhecimento10 quando exigido (ou excepção identificada),afectação e período. Localização/sector não activam benefício. Os meses calculados por L6 incluem o mês da entrada emuso;não se introduz cálculo diário nem uma segunda agenda de amortização.

Cálculo: usa o motor de amortizaçõesL6 existente,com taxa normal×1,5 e os mesmos duodécimos/12. Mantém base depreciável,terreno/residual,limite contabilístico e saldo fiscal. L7 aplica apenas a diferença entre a dedução fiscal normal e a acelerada;não cria outro activo ou uma segunda depreciação contabilística. Os outros activos do mapa conservam a quota normal. O resultado de referênciaL6 e o resultado apósL7 são apresentados separadamente.

Caso sintético	Valores demonstrados
Máquina existente:base1000,taxa normal10%,entrada15/07/2026,6duodécimos,contabilizado60	Quota normal50;quotaCBF16 75;dedução limitada60;diferença adicional10MZN. Lucro/base de referência6310 e colecta2019,20;apósL7 lucro/base6300 e colecta2016,00MZN. Saldo finalL8indeterminado.
Entrada emOutubro,3duodécimos	Quota normal25;quotaCBF16 37,50;diferença12,50 quando o contabilizado a suporta.
Entrada emDezembro,1duodécimo	Quota normal25/3,quotaCBF16 25/2;diferença exacta25/6MZN,sem arredondamento fiscal presumido. Aproximação de apresentação e valor exacto permanecem distintos.
Imóvel novo já classificado emL6	Terreno/residual e base são reutilizados;taxa e meses aplicam-se à mesma base. O exemplo confirma quota40→60,limitada50,com diferença10.
Falta de suporte da opção/datas/condições	CBF16 fica indeterminado;entradas e referênciaL6 conhecidas conservadas. Não substituir desconhecido por zero.
Condição negativa / ausência declarada	Estados distintos e documentados;nenhuma taxaCBF16 aplicada à parcela negativa;ausência produz efeito zero justificado.

**Demonstração executada:**15testes dirigidos novos,com comparação exacta dos três livros10 aceites (despesa autónoma,cooperativa e amortização anual),sem repetir as suas suites funcionais. API privada:1teste/89asserções,cinco casos mensal/fracção/falta/negativa/ausência,em simulator_fiscal_delta_20261021_test,127.0.0.1:55441,guarda de identidade/base e transacção com rollback. Cálculo→gravação→recuperação→HTML e dossier financeiro conferidos a partir dos casos recuperados,com plano/activos/históricos conservados. Recalcular não acumula a diferença adicional. Alterar a data invalida a fotografia corrente sem alterar a anterior.

UI do componente real:opção explícita/cancelamento,alteração das datas e opção mensal no activoL6,informação em falta,6→3duodécimos,limite75→60,diferença10,fracção25/6,gravação/recuperação local e download do relatório;sem erros de página. Esta prova local é distinta da API. Wayfinder--with-form,TypeScript e buildQA passaram. Não houve escrita no activo,migração,importação,activação por consulta de fonte ou nova ronda das provas não afectadas deL3/ISPC/câmbio/L5/L6. O motor de amortizaçõesL6 não foi alterado.

Saldo e condição de retoma: este recorte cobre duodécimos em exercício anual civil2026;períodos fiscais curtos/autorizados distintos,saídas,anos posteriores,quotas anteriores,quota escolhida inferior à máxima,degressivo,reabilitados/usados/reavaliados e cumulações mantêm correspondência própria. Retomar cada caso quando a respectiva regra/período/contabilização e compatibilidade estiverem ligados ao activo/documentos já existentes,e demonstrar só o seu efeito novo. Uma pendênciaL6 afecta apenas o activo dependente. Os restantes grupos do saldoL7 e os camposM20/M22 ainda sem correspondência mantêm-se;este lote não preenche campos oficiais por aproximação nem conclui o IRPC.

Entrega agrupada: os casos compatíveis mensal/fracção/negativa/ausência/informação insuficiente acompanham o mesmo candidato. A capacidade remota de5,52GiB/21448231inodes observada às13:56:51 de26/10 é histórica,não confirmação para nova instalação. Antes da próxima entrega,medir outra vez espaço/inodes na partição de release+backup+temporários,confrontar com o limiar existente5GiB e o backup/carga dessa execução,conferir o main então actual e executar backup/restauro fresco. Manter a versão activa até a nova ficar pronta. Não executar limpeza local ou doSGF para substituir esse controlo remoto.

Fontes e inventário8143 reutilizados dos cotejos aceitesCBF16 eDecreto72/2013art9;originais preservados,sem pesquisa transversal repetida. Recibo:docs/investmoz/simulations/irpc-l7-months-qa-20261026.json;provas locais:outputs/irpc-l7-months/. Reprodução dirigida: node --test tests/frontend/irpc-special-months.test.mjs; php tools/irpc-special-months-qa.php routes; php tools/irpc-special-months-qa.php test; tsc --noEmit; build com INVESTMOZ_QA_BUILD=1.

26/10/2026 — CBF16 com duodécimos instalado pelo Git

Instalado 0bd5d495505d512088887efd3dc5c61f645b1647,com e07f89da3d59d06aa1b8c50c22a478b7b167bfdd preservado como versão anterior. O main não apresentava divergência;integração por fast-forward sem alterações de código à candidataQA. Backup fresco 2026-10-26T12:34:42Z e restauro isolado sem rede/55441:174tabelas e369ficheiros/configuração conferidos. Capacidade medida imediatamente antes:5.50GiB e21448052inodes;depois do backup:5.33GiB,acima do limiar existente5GiB,com inodes disponíveis confrontados com a carga observada. Sem limpeza local/remota ou intervençãoSGF.

Conferidos3ficheiros do delta,60ficheiros de execução protegidos e31originais. Schema,roles/grants e permissões iguais;172tabelas de negócio mantêm o backup,cache/sessões reconciliadas com eventos operacionais/acessos públicos. Revisão/manifest,marcadoresCBF16 e suporte10,assets e simuladorHTTP200 conferidos. Sem migrações,importações,recálculo de históricos ou escrita privada sintética no activo. Reutilizadas as provasQA15testes/API89/UI/tipos/build;apenas os controlos automáticos obrigatórios do procedimentoGit e a conferência do delta instalado.

O exemplo mantém quota normal50,quotaCBF16 75 limitada ao contabilizado60:dedução adicional60−50=10MZN,não75 nem uma segunda amortização. Lucro/base apósL7 6300 ecolecta simulada2016MZN;saldo final a pagar/recuperar por determinar emL8. Os tratamentos de despesas autónomas,cooperativas abrangidas e amortizações anuais anteriores permanecem disponíveis,com fotografias/históricos conservados. O estadoQAsem instalação é histórico para este incremento.

SaldoL7:CBF16 anual com duodécimos entregue;continuam fora deste recorte períodos curtos/não civis,saídas,anos/quotas anteriores,métodos/categorias não correspondidos,cumulações e restantes famílias/transportesM20M22 já discriminados na mesma matriz. Retoma por regra/período/contabilização e compatibilidade do caso;documentos em falta só limitam o dependente. O próximo conjunto a executar emQA éCBF16 em período curto por início de actividade de residente em2026,reutilizando tipo/período e mesesL6,sem anualizar base ou taxa. Cessação,transição e outras extensões conservam âmbito próprio. L6operacional delimitado;L7parcial;localização não concede benefício;L8conserva liquidação final. Recibo:docs/investmoz/simulations/irpc-l7-months-delivery-20261026.json.

26/10/2026 — CBF16 no início de actividade demonstrado em QA

QA preparado, sem instalação. O portal mantém 0bd5d495, com duodécimos anuais e os tratamentos anteriores preservados. Este incremento cobre apenas CBF16 num período curto por início de actividade de residente em2026,com meses completos até31/12. Reutiliza período,tipo,suporte e activosL6,sem anualizar resultados. Não altera o motor cambial/de amortizaçõesL6 nem volta a pesquisar fontes/provas aceites.

A preparação é explícita dentro dos duodécimosCBF16. Pode reutilizar o suporte já declarado emL6 por acção do utilizador,sem modificar datas,activos ou qualificação. Exige condiçõesCBF3/9,reconhecimento10 quando aplicável ou excepção identificada,afectação do activo e suporte do período. Activo novo já correspondido,entrada emuso no período,método constante pela taxa normal máxima,sem quotas anteriores,saída ou cumulação. A localização não activa benefícios. Sem a nova opção,as fotografias10/11 mantêm chaves e resultados;com ela,a fotografia12 conserva o resultado11 e todo o histórico anterior.

Caso novo	Efeito demonstrado
Início1Julho;máquina com entrada15Julho,base1000,taxa10%,contabilizado60	6mesesL6;quota normal50,acelerada75,limitada60:dedução adicional10MZN. Lucro/baseL6 3130→L7 3120;colecta simulada1001,60→998,40MZN. Saldo finalL8indeterminado.
InícioOutubro / Dezembro	3 /1meses efectivos;sem anualização. Dedução adicional5 /5/3MZN,com fracção exacta e aproximação de apresentação separadas.
Suporte em falta	SóCBF16 fica indeterminado;referênciaL6 conhecida e entradas conservadas.
Condição negativa / ausência declarada	Estados distintos e justificados;efeito zero identificado,sem taxa acelerada aplicada à parcela negativa.

Provas novas dirigidas:9testes;API privada1teste/97asserções emQA isolada127.0.0.1:55441/base simulator_fiscal_delta_20261021_test,com guarda e transacção/rollback. Cinco casos passaram cálculo→gravação→recuperação→HTML e dossier financeiro. Comparação exacta do resultado11 aceite e conservação de todo o histórico,plano,activos e outros livros;recalcular não acumula deduções. Interface real demonstrou preparar/cancelar,reutilizar suporteL6,pendência,limites,fracções,guardar/recuperar e exportar,sem erros. Wayfinder--with-form,TypeScript e buildQA passaram. Conferidos584ficheiros protegidos e31originais sem alteração;nenhuma migração/importação/escrita privada no activo. SGF TEMPO separado.

Saldo concretoL7 — código:(1)outras origens/parcelas de despesas autónomas;(2)cooperativas mistas/retidas e demais entidades9–14;(3)CBF16 cessação/transição/períodos não civis,saídas,quotas/anos anteriores,quota inferior,métodos/categorias e cumulações;(4)mais-valias61-A/operações54–56/41-A;(5)CBF17–19 e direito potencial15;(6)regimes sectoriais/territoriais;(7)transporteL7M20/M22. A extensão de início de actividade sai deste saldo apenas no recorteQA acima;cessação é um próximo candidato compatível,reutilizando o períodoL6,com regra/quotas/saída próprias a demonstrar antes de se declarar suportada.

**Documentos por caso — exemplos/retoma:**despesa36g sem qualificação61(4)→associar natureza/parcela/período;projecto sem reconhecimento10→instrumento ou norma de excepção exigida;cumulação cooperativa+CBF16→disposição aplicável,ordem e limites;efeitoL7 sem campoM20/M22→exemplar/edição/campo e representação das fracções. Não são novos aprovadores ou revalidações genéricas. A dúvida limita o caso/campo dependente;as demais provas permanecem válidas.

Entrega agrupada preparada para os cinco casos compatíveis,sem instalação deste incremento. Na futura entrega:medir novamente espaço/inodes/carga de compilação e backup,conferir o main então actual e executar backup/restauro fresco,mantendo a versão activa até a nova ficar pronta. O controlo de5,50GiB antes/5,33GiB após backup desta entrega0bd5d495 é histórico,não garantia futura. L6 operacional delimitado;L7 parcial;colecta distinta do saldo final deL8. Recibo:docs/investmoz/simulations/irpc-l7-start-period-qa-20261026.json;provas:outputs/irpc-l7-start-period/. Reprodução dirigida:node --test tests/frontend/irpc-special-start-period.test.mjs;php tools/irpc-special-start-period-qa.php routes;php tools/irpc-special-start-period-qa.php test;tsc --noEmit;build com INVESTMOZ_QA_BUILD=1.

Porquê investir — fundo azul, 26/10/2026

Pedido expresso da Tempo: ajustar o fundo para azul bebé ou azul IBM. Escolha de apresentação: IBM Blue 20, #D0E2FF, da paleta oficial https://www.carbondesignsystem.com/building-blocks/foundations/color/code. Substitui #BBC0C6 apenas no bloco dos cinco parágrafos; a decisão anterior fica no histórico. Inventário do delta: mantidos texto escuro, geometria compacta, cinco parágrafos editoriais, 12 anteriores, sete cartões, 15 links e a disposição aprovada, sem perda confirmada. Sem alteração de schema, dados, configuração, permissões ou cálculos. Registo em V2-01 na matriz existente. Verificação deste azul concluída: build e diff passaram; prévia isolada em 1440 e 390 px confirmou rgb(208, 226, 255), equivalente a #D0E2FF, sem alteração da geometria, 17 parágrafos ou 15 links e sem transbordo. Captura de computador inspeccionada. Recibo em outputs/why-invest-blue-20261026/layout.json. Sem prova do activo; alteração local sem publicação.

26/10/2026 — CBF16 cessação e quotas anteriores: entrega agrupada preparada em QA

QA, sem instalação. O conjunto inclui ba83afe7 (início de actividade) e acrescenta cessação da actividade em2026 e quotas anteriores documentadas de activos que entraram emuso em2025. A versão do portal comunicada permanece 0bd5d495;não se voltou a instalar ou a conferir remotamente o activo nesta passagem. O main entretanto avançou para ae0d74bb;a candidata incorpora a alteração visual de «Porquê investir»,a nota do manual e a linhaV2-01 da matriz,sem perda das notas fiscais. Nenhum ficheiro dessa alteração foi substituído pelo incrementoL7.

Condições e reutilização. Preparação opcional13,distinta de início12 e do recorte mensal11,sem alteração das chaves/resultados anteriores. Usa sujeito/período/activos/quotas e saldosL6. CBF3/9/10/16,Decreto72/2013 art3(3),9(1–3) e10 eCIRPC7(4):condições/afectação/reconhecimento ou excepção identificados,ano civil2026 ou cessação de residente desde1Janeiro até ao último mês completo,contabilização/saldos reconciliados,método constante pela taxa normal máxima,duodécimos desde entrada emuso e ausência de cumulação. Localização não concede benefício.

O recorte de implementação admite activos novos a custo histórico com entrada2025/2026. A selecção destes anos é coberturaQA,não um limite legal inventado para os restantes activos. Valores anteriores contabilísticos,fiscais,parcela temporariamente tributada e suporte são reutilizados deL6;não se recalculam taxas/benefícios de exercícios passados. Uma entrada em2026 com quotas anteriores positivas fica por reconciliar. Informação em falta não é zero;condição negativa e ausência declarada permanecem distintas.

Cessação não é saída do activo. O termo do período limita os meses efectivos,sem preencher transmissão/inutilização por presunção. Uma saída de activo documentada dentro do período reutiliza a dataL6 e exclui o mês do evento,conformeart9(2);sem ela,reutiliza os meses do período. Este ramo só apura a amortização,não calcula uma mais-valia ou operação de transmissão por aproximação.

Caso sintético novo	Efeito no cálculo
Cessação30Junho,activo emuso desdeJaneiro2026,sem quotas anteriores,contabilizado60	6meses;quota normal50,acelerada75 limitada60;diferença adicional10MZN. Lucro/base3130→3120;colecta simulada1001,60→998,40MZN. Sem saída do activo presumida.
Mesmo período,activo2025;quotas anteriores contabilísticas150,fiscais100,parcela recuperável50	Dedução normal50;acelerada75,incluindo15 de parcela anterior. Diferença adicional25MZN,sem somar novamente os15. Saldo anterior aritmético50→35;saldo fiscal após dedução850→825. Lucro/base3130→3105;colecta simulada1001,60→993,60MZN. Os saldos declarados150/100/50 permanecem intactos.
Ano civil2026,mesmos saldos anteriores,contabilizado120	Dedução100→150,incluindo30 de parcela anterior;diferença adicional50MZN e saldo anterior aritmético20. Lucro/base6260→6210;colecta simulada2003,20→1987,20MZN.
CessaçãoJunho com saída do activo documentada20Junho	5meses;quota normal125/3 eacelerada125/2;diferença125/6MZN. Fracção exacta preservada,sem arredondamento fiscal presumido.
Saldo fiscal remanescente20 ou contabilização/parcela anterior insuficiente	Ambos os cálculos respeitam os mesmos limites;dedução adicional pode ser zero,sem exceder a base nem consumir saldos oficiais.
Suporte em falta / condição negativa / ausência declarada	Estados e efeitos separados;uma falta de suporteCBF16 mantém a referênciaL6 conhecida e limita apenas o benefício dependente. Um saldoL6 desconhecido limita também os cálculos que dele dependem.

**Provas novas:**11testes dirigidos,API privada1teste/123asserções,sete casos cálculo→gravação→recuperação→HTML/dossier financeiro. BaseQA simulator_fiscal_delta_20261021_test,127.0.0.1:55441,guarda de identidade e transacção com rollback. Comparação exacta do resultado12 aceite,conservação de todo o histórico,activos,plano e outros livros;recalcular não acumula a dedução nem reduz os saldos declarados. Interface real:preparar/cancelar,preencher apenas os suportes novos,pendência,recuperação15/saldo35,saída5meses/fracção,gravação/recuperação/exportação e ausência/negativa,sem erros. Wayfinder--with-form,TypeScript ebuildQA passaram;build/tipos conferidos também após incorporar o main. Reutilizadas,sem repetir,as provas aceites de ba83afe7 e dos restantes percursos. MotoresL6 de amortizações/periodização/câmbio,schema,configuração,permissões,originais e provas anteriores preservados. SGF TEMPO separado;nenhuma escrita no activo,migração ou importação.

Saldo concreto — código:(1)outras origens/segregações de despesas autónomas;(2)cooperativas mistas/retidas e demais entidades9–14;(3)CBF16 com activos anteriores a2025,períodos parciais/não civis/transição,saídas fora do recorte,quota inferior,métodos/categorias e cumulações;(4)mais-valias61-A/operações54–56/41-A;(5)CBF17–19 e direito potencial15;(6)regimes sectoriais/territoriais;(7)transporteL7M20/M22. O recorte agora demonstrado deixa de figurar como integralmente por implementar,mas permanece apenas emQA. Retomar extensõesCBF16 com a regra temporal/método/base ligada aos activos e demonstrar o efeito novo;retomar mistos/cumulações com segregação,ordem e limites,sem pesquisar novamente o que já está aceite.

**Dependências documentais por caso:**natureza/parcela/período da operação→associar os factos e o exercício;reconhecimentoCBF10→instrumento ou excepção exigida;quotas anteriores150/100/50 sem suporte→reconciliar a parcela temporariamente tributada,sem incluir exclusões permanentes;cumulação→disposição/ordem/limites aplicáveis;campoM20/M22→exemplar/edição/campo e representação exacta. A falta limita só o caso/campo dependente,não exige aprovadores ou revalidação genérica de fontes.

**Entrega agrupada preparada:**início12 de ba83afe7 mais cessação/quotas anteriores13,com as provas aceites e novas separadas no mesmo pacote. Antes de instalar,voltar a conferir main,espaço/inodes/carga de compilação ebackup,executar backup/restauro fresco e manter a versão activa até a nova ficar pronta. L6 operacional delimitado;L7 parcial;colecta simulada não é saldo final:retenções,pagamentos,créditos anuais e saldo a pagar/recuperar permanecem emL8. Recibo:docs/investmoz/simulations/irpc-l7-cessation-prior-qa-20261026.json;provas:outputs/irpc-l7-cessation-prior/. Reprodução só do delta:node --test tests/frontend/irpc-special-cessation-prior.test.mjs;php tools/irpc-special-cessation-prior-qa.php routes;php tools/irpc-special-cessation-prior-qa.php test;tsc --noEmit;build com INVESTMOZ_QA_BUILD=1.

26/10/2026 — CBF16 início, cessação e quotas anteriores instalado pelo Git

Instalado 632dc06930d6b4f1b012feb3b4daa3b1cfc53f39,incluindo ba83afe7. Entrega única do início de actividade,cessação e quotas anteriores no âmbitoQA demonstrado. 0bd5d495 permanece como release anterior;históricos e provas aceites conservados. O main ae0d74bb e a alteração visual de «Porquê investir» foram incorporados,preservando texto/cor/geometria e a linhaV2-01 da matriz. Sem instalação separada dos dois incrementos.

**Capacidade e recuperação:**a primeira medição confirmou 4.32GiB,abaixo do mínimo existente5GiB,e a falha anteriorae0d74bb por falta de espaço;versão activa preservada. Conferidas ausência de instalaçõesnpm e de ficheiros abertos,só a cache regenerável /root/.npm/_cacache foi limpa pelo comando npm próprio. Recuperados 2.82GiB;32logs npm anteriores e _npx preservados. Sem apagar releases,backups,dependências dos projectos,provas únicas ou ficheirosSGF. Nova medição:7.15GiB e21431150inodes;após backup:6.99GiB,acima do limiar5GiB,com capacidade de backup/compilação e escala de inodes conferidas. O limiar do instalador não foi reduzido.

Backup fresco 2026-10-26T13:29:24Z:174tabelas e369ficheiros/configuração conferidos;restauro isolado sem rede/porta55441 com174checksums iguais. Schema,roles/grants e permissões mantidos. Só depois destas guardas,integraçãoGit por fast-forward sem forçar o histórico. A release anterior ficou activa até a nova estar pronta. Revisão/manifest servidos,marcadores12/13 e restantes leitores,assets e simuladorHTTP200 conferidos após instalação. Três ficheiros do delta fiscal,60ficheiros protegidos/enquadrados no main e31originais correspondem ao destino preparado. Dados de negócio comparados com o backup;cache/sessões reconciliadas com eventos operacionais/acessos públicos. Sem migrações,importações ou escrita privada sintética no activo.

Resultado demonstrado preservado:dedução normal50MZN→acelerada75MZN;75−50=25MZN adicionais. Os15MZN recuperados de quotas anteriores já estão incluídos nos75,não são somados novamente. Saldo anterior aritmético35MZN;valores declarados150/100/50 e históricos mantidos,sem consumo de saldos oficiais. Lucro/base3105MZN ecolecta simulada993,60MZN;saldo final a pagar/recuperar permanece indeterminado emL8. Cessação da actividade não presume transmissão/inutilização dos activos;saída só quando documentada no mapa existente.

Reutilizadas as provas aceites:início12 (9testes/API97) e cessação/quotas13 (11testes/API123),UI real,gravação/recuperação/relatórios,tipos/build. Não se repetiram as respectivas suites por iniciativa desta entrega;apenas os controlos automáticos obrigatórios do procedimentoGit e a conferência do delta instalado. Os motoresL6 de amortizações,periodização e câmbio mantêm-se;L3,ISPC,L5 e demais provas aceites não foram reabertos. Recibo:docs/investmoz/simulations/irpc-l7-grouped-delivery-20261026.json;provas locais:outputs/irpc-l7-grouped-delivery-20261026/.

**SaldoL7 e próxima retoma:**continuam próprios as cumulações (por exemplo cooperativa+CBF16:identificar disposição,parcela elegível,ordem e limites antes de combinar),outras origens/segregações de despesas autónomas,cooperativas mistas/retidas e demais entidades,extensõesCBF16fora dos anos/períodos/métodos/categorias demonstrados,mais-valias61-A/operações54–56/41-A,CBF17–19/direito potencial15,regimes sectoriais/territoriais e transporteM20/M22. Mantém-se a separação entre código por implementar e documentos por caso:natureza/parcela/período,reconhecimento ou excepção exigida,saldos anteriores temporariamente tributados,norma/ordem/limites de cumulação e edição/campo/fracção. Uma falta limita só o caso/campo dependente;sem pesquisa transversal repetida ou aprovador genérico. L6 operacional delimitado;L7 parcial;L8 conserva retenções,pagamentos,créditos anuais e saldo final. Cada futura entrega volta a medir capacidade e executar backup/restauro fresco.

26/10/2026 — Cumulações L7 demonstradas em QA e saldo do simulador

QA pronto,sem instalação. 632dc069,incluindo ba83afe7,está entregue e deixa de constituir pendência de instalação. A próxima candidata acrescenta apenas a qualificação e o cálculo das combinações abaixo;mantém resultados/entradas/históricos10–13. L6 continua operacional no âmbito demonstrado;L7 parcial;L8 conserva a liquidação final.

**Regra aplicada e fontes reutilizadas:**CBF4,APIEXp66,veda a cumulação dos benefícios específicos entre si ou com os genéricos,salvo previsão expressa. CBF13,APIEXp70,delimita os genéricos a investimentos não destinatários de específicos;CBF16,APIEXp72,é genérico. CIRPC12/14,PDF5/p768(59),reduz50% da taxa geral nas cooperativas abrangidas,excluindo rendimentos sujeitos a retenção. A correspondência agora implementada trata a reduçãoCIRPC12 e o efeitoCBF16 genérico em fases distintas,no mesmo sujeito/projecto/período,quando ambos estão qualificados e não há benefício específico nem outro benefício por corresponder. Não transforma o artigo4 numa proibição genérica de todos os tratamentosCIRPC, nem numa autorização de qualquer outra combinação. Não há novo parecer/aprovador genérico como condição;as condições dos artigos e documentos concretos continuam necessárias.

A opção «Preparar cumulações dos tratamentosL7 registados» reutiliza cooperativa,activos,períodos,despesas e suportes existentes. Discrimina presença/ausência de específicosCBF,excepção expressa invocada e outros benefícios,em lugar da antiga confirmação global de ausência de outros benefícios;esta entrada anterior permanece conservada,sem alteração automática das escolhas. Não selecciona benefício pela localização. Uma incompatibilidade não escolhe o tratamento a manter,não apaga registos e não aplica o benefício específico sem motor próprio. A nova preparação é opcional14;sem ela,as chaves/modelos anteriores permanecem exactos.

Caso novo	Efeito demonstrado
Cooperativa agrária abrangida +CBF16 genérico,períodoJan–Jun2026 e activo2025/quotas anteriores já entregues	Lucro/baseL6 3130;CBF16 deduz só25adicionais e obtém3105;depois taxa16% sobre3105:colecta simulada496,80MZN. Os15recuperados já estão nos75deduzidos,sem outra dedução. Não se somam reduções monetárias calculadas sobre bases diferentes.
Mesmo caso com despesa36g100 e incidência61(4) qualificada	Acréscimo100 já emL6:lucro3230→3205 após25CBF16;colecta ordinária512,80MZN à taxa16%;imposto autónomo35MZN separado,sem redução cooperativa;colecta combinada547,80MZN. Nenhum novo acréscimo da despesa.
EspecíficoCBF22 declarado no mesmo projecto +genérico16,sem excepção expressa	Combinação incompatívelCBF4/13;totalL7indeterminado e entradas conservadas. ReferênciaL6 conhecida mantida. O artigo/taxa do benefício específico não é aplicado por presunção.
Excepção invocada/outro benefício/presença de específico ou suporte em falta	Estado indeterminado até corresponder artigo,âmbito,período,ordem e limites. Não tratar desconhecido como ausência.
Duplicação de activo ou dedução positiva não correspondida já registada na baseL6	Impede reaplicar a mesma origem;registo e valor original conservados,sem preencher outro benefício por aproximação.
Saldo fiscal20 /base tributável zero	Dedução respeita saldo e contabilização,sem saldo negativo. Numa base zero a colecta ordinária é zero,mas o imposto autónomo35 permanece,sem compensação pelo prejuízo.
Condição cooperativa negativa /ausênciaCBF16 declarada	Apenas o tratamento efectivamente aplicável permanece;estados separados,sem forçar acumulação.

**Ordem e limites:**diferença fiscalCBF16 uma vez→mesmas deduções/perdasL6→matéria colectável→taxa cooperativa16% na base integralmente elegível→imposto autónomo35% separado. Mantêm-se limites de contabilização,parcela anterior recuperável e saldo fiscal do activo,sem alterar os saldos declarados ou consumir saldo oficial. A redução não se estende a rendimentos mistos/retidos nem ao imposto autónomo. O relatório apresenta a origem documental/activo,a dedução normal,a acelerada,a recuperação já incluída e a única diferença adicional.

**Demonstração nova:**12testes dirigidos,API privada1teste/133asserções e sete casos cálculo→gravação→recuperação→HTML/dossier financeiro. BaseQA simulator_fiscal_delta_20261021_test,127.0.0.1:55441,guarda de identidade e transacção/rollback. Resultado13 aceite reproduzido exactamente e histórico integral,activos,saldos,plano e outros livros conservados;recalcular não acumula valores. Interface real demonstrou preparar/cancelar,preencher só as declarações novas,combinação permitida,incompatibilidade,excepção não correspondida,falta de informação,imposto autónomo separado,guardar/recuperar e exportar,sem erros. Wayfinder--with-form,TypeScript ebuildQA passaram. Sem repetir suites aceites,migração,importação ou escrita no activo;SGF TEMPO separado. MotoresL6 de amortizações/periodização/câmbio e31originais preservados.

**SaldoL7:**este recorte sai do grupo «cumulação ainda não implementada» apenas paraCIRPC12+CBF16 e a coexistência separada61(4),com as condições acima. Permanecem por implementar outras cumulações/excepções expressas,CBF17–19 e direito potencial15,regimes específicos,parcelas cooperativas mistas/retidas e demais entidades,outras origens de despesas,extensõesCBF16,mais-valias/operações especiais e transporteM20/M22. Retoma por disposição/artigo/ordem/limite e parcela identificados,implementando os tratamentos ainda ausentes;documento individual em falta limita só o caso/campo dependente. Não reabrir as provas aceites ou pesquisar outra vez dúvidas sem informação nova.

**Quanto falta no simulador:**a matriz conserva estimativas iniciais,sem uma reestimativa actual do esforço integral restante. SóL8–L14 somavam inicialmente240–416horas (30–52dias de8h);esta referência não é um saldo actualizado nem inclui resíduosL1–L7,L15–L16 ou espera documental. L8 contém liquidação/pagamentos/créditos/saldo final;L9–L14 contêm INSS,IRPS,Selo,direitos aduaneiros eICE;L15–L16,SISA/encargos imobiliários,ainda por dimensionar. L6 mantém5grupos de código e5documentais;L5 mantém as dez dúvidasAT só para os casos dependentes. Os lotes e grupos não são unidades iguais,não sustentam uma percentagem global de conclusão. A cobertura já entregue continua utilizável com limites explícitos;simulador fiscal integral permanece um trabalho de dezenas de dias na referência de planeamento,sem prazo fechado.

Entrega agrupada preparada com os sete casos novos compatíveis;incompatibilidade e informação insuficiente acompanham o mesmo candidato como estados demonstrados. Não houve instalação nesta passagem. A futura entrega requer main compatível,capacidade do servidor medida novamente ebackup/restauro fresco,mantendo a versão activa até a nova ficar pronta. Recibo:docs/investmoz/simulations/irpc-l7-combinations-qa-20261026.json;provas:outputs/irpc-l7-combinations/. Reprodução só do delta:node --test tests/frontend/irpc-special-combinations.test.mjs;php tools/irpc-special-combinations-qa.php routes;php tools/irpc-special-combinations-qa.php test;tsc --noEmit;build com INVESTMOZ_QA_BUILD=1. L7 parcial;colecta simulada distinta do saldo finalL8.

Conferência de compatibilidade:main a7434cd2 incorporado na candidata,com apresentação/catálogo e linhas não fiscais da matriz preservados. Recuperada a adenda históricaQA13 que tinha desaparecido do manual no main;isto é perda documental,não perda do cálculo13. Só tipos/build de integração foram conferidos novamente;provas fiscais aceites conservadas. A revisão servida não foi consultada nesta passagemQA.

26/10/2026 — Cumulações L7 entregues pelo Git

Instalado f8d57bddf96b4610604a013fcc5bdd703c7dc6d5. A anteriora7434cd2,que já incluía632dc069,fica preservada. Main/candidata compatíveis;apresentação ecatálogo sectorial entregues entretanto mantidos. A notaQA anterior é histórica:não há pendência de instalação deste incremento.

Medição inicial:5.06GiB,com inodes suficientes,mas sem margem para o backup fresco mais o mínimo5GiB do instalador. Recuperados0.21GiB somente da cache versionada de compilaçãoNode em/tmp/node-compile-cache,sem gestores de pacotes ou ficheiros abertos. Fontes,node_modules,releases,backups,logs,originais eSGF mantidos;permissões/proprietário da pasta preservados. Nova capacidade:5.26GiB e21374782inodes. Backup fresco2026-10-26T14:20:47Z:174tabelas/369ficheiros econfiguração;restauro isolado sem rede/55441 com174checksums iguais. Após o backup restavam5.10GiB,acima do mínimo5GiB de compilação;a guarda de um segundo backup não é requisito para repetir o backup acabado de executar. Nenhum limiar foi reduzido.

Só depois destas guardas,integraçãoGit sem forçar histórico;release anterior activa até a nova estar pronta. Compilação,tipos econtrolos automáticos do procedimento passaram:1054testesfrontend,API59testes/317asserções,preservação1teste/3106asserções. Reutilizadas as provasQA12testes/API133/UI/relatórios,não repetidas por iniciativa desta entrega. Conferidos4ficheiros fiscais do delta,68protegidos,31originais,369persistentes/configuração e174tabelas;172tabelas de negócio mantidas,cache/sessões reconciliadas com eventos operacionais/acessos públicos. Schema,roles/grants epermissões iguais;sem migrações/importações/escrita privada sintética. Revisão/manifest servidos,15marcadores,4assets eHTTP200 do simulador conferidos.

O recorte mantém a diferençaCBF16 de25MZN aplicada uma vez,com15recuperados já incluídos nos75deduzidos;depois aplica16% à base cooperativa integralmente elegível. No caso combinado,colecta496,80MZN;com despesa autónoma qualificada,512,80+35=547,80MZN. Valores são colecta simulada,não saldo finalL8. IncompatibilidadeCBF4/13,excepções sem correspondência e informação em falta permanecem explícitas;nenhum benefício é escolhido ouapagado automaticamente.

Após a instalação ficaram4.14GiB livres. Antes de outra compilação,voltar a resolver capacidade contra o mínimo existente e o backup dessa execução;esta entrega foi concluída e não autoriza apagar releases,backups ou provas. SaldoL7 e primeiro incrementoL8 são discriminados na secção seguinte. Recibo:docs/investmoz/simulations/irpc-l7-combinations-delivery-20261026.json;provas:outputs/irpc-l7-combinations-delivery-20261026/. L7 parcial;L8 conserva saldo final.

26/10/2026 — Saldo consolidado de L7 e primeiro incremento delimitado de L8

L7 parcial,com a entrega de cumulaçõesf8d57bdd registada acima. Deixam de estar pendentes de instalação a combinaçãoCIRPC12+CBF16 no recorte qualificado,a separação do imposto autónomo61(4) e os estados de incompatibilidade/falta/excepção não correspondida demonstrados. Isso não implementa todas as cumulações nem os tratamentos abaixo. Fontes oficiais e provas aceites permanecem válidas;documento em falta limita só o caso/campo que dele dependa.

CódigoL7 ainda por implementar	Exemplo e condição concreta de retoma
Outras origens/segregações de despesas autónomas	Despesa100 com apenas60 correspondidos em36g ou encargo fora do resultado:ligar origem/parcela e incidência61(4),sem segundo acréscimo.
Cooperativas mistas/retidas e demais entidades9–14	Base agrária com serviços não abrangidos ou rendimentos sujeitos a retenção:segregar proveitos/custos/base e aplicar o artigo específico;não reduzir tudo a16%.
ExtensõesCBF16 e outras combinações	Activo anterior a2025,usado/reabilitado/reavaliado,método/período fora da cobertura,ou excepção expressa à não cumulação:ligar regra temporal/base/método e disposição,ordem e limites à parcela;reutilizar activos/quotas,sem reescrever o passado.
Mais-valias61-A e operações54–56/41-A	Ganho já incluído no resultado ou transferência de activo/perda:implementar apuramento e reconciliação próprios,sem dupla incidência ou compensação presumida.
CBF17–19 e direito potencial15	Formação/investimento com activos e despesas elegíveis/excluídos:implementar base,limite,janela temporal e compatibilidade. Direito/origem do crédito emL7;utilização anual e saldo emL8.
Regimes sectoriais/territoriais e benefícios específicos	EstatutoZEE ou projecto de infra-estruturas:aplicar disposição/período efectivos e excepção quando prevista;endereço/sector não concede benefício.
TransporteL7M20/M22	Efeito calculado sem campo/edição correspondente:identificar exemplar,instrução,campo e representação;conservar o cálculo exacto independente.

**Documentos por caso,distintos de código:**natureza/parcela/período;estatuto/reconhecimento exigido ou norma de excepção;saldos anteriores e distinção de exclusão temporária/permanente;disposição/ordem/limites da combinação;exemplar/edição/campo/representação. Não pedir nova validação genérica da autenticidade de fontes aceites,nem repetir pesquisas anteriores sem informação nova. Não preencher campo,código,taxa ou saldo por presunção.

L8 — primeiro percurso a implementar em QA:colecta→pagamentos comprovados→saldo simulado

Delimitado,não implementado ou instalado nesta passagem. Recorte inicial:IRPC de residente no regime geral,ano civil2026,MZN,com colecta corrente determinada e suportes que permitem reconciliar o fecho. Parte de uma execuçãoL6 válida ou deL7 válida quando os efeitos aplicáveis estejam qualificados;guarda chave/versão/NUIT/período e valores de origem. Não soma colectaL6 com colectaL7 nem a colecta ordinária com uma colecta combinada que já a inclua. Não usa uma versãoL6 para ignorar um efeitoL7 positivo ou pendente que afecte o mesmo fecho. Um caso ordinário independente não espera pela implementação de outro benefício ou por um campoM20/M22 desconhecido.

Dados reutilizados e qualificações novas apenas onde necessárias:

1. **Colecta:**reutilizar a execução e as condições existentes,distinguindo colecta ordinária,imposto autónomo e colecta combinada. O primeiro fecho completo limita-se aos casos com ausência documentada de tributação autónoma/mais-valias que exija liquidação própria. Se existir imposto autónomo positivo,a parcela ordinária pode ser apresentada,mas não como saldo total até corresponder a articulação;não o apagar ou compensar por pressuposto.
2. **Retenções sofridas:**reutilizarL5 apenas quando direction=received,natureza on_account,origem efectiva,documento/prova e montante sofrido reconciliados,mesmo sujeito/NUIT/período e rendimento incluído na base apropriada. Retenção entregue pela empresa por pagamento a terceiros,retenção definitiva,mera projecção,guia sem pagamento ou montante ainda não comprovado não são crédito próprio. EmL7cooperativa,a declaração de ausência de rendimentos retidos não pode coexistir silenciosamente com retenção recebida positiva;esse caso exige a segregação própria,sem bloquear o regime normal independente.
3. **Pagamentos por conta efectuados:**registar/reutilizar comprovativo,identificador,data,exercício,sujeito e montanteMZN;reconciliar parcelas e pagamentos sem dupla utilização. Neste primeiro incremento,não calcular automaticamente a obrigaçãoPPC a partir do exercício anterior,nem transformar tesouraria prevista em pagamento efectuado.
4. **Outros créditos/PEC:**reutilizar a informação existente e distinguir valor conhecido,ausência declarada e falta de informação. O primeiro percurso completo exige ausência documentada dePEC e créditos por dupla tributação/investimento/outros créditos ainda sem limite/ordem correspondidos. Presença positiva mantém a parcela/fecho dependente indeterminado;não usar zero. CBF15 potencialL7 não é automaticamente crédito anual utilizável. PEC não se transforma em montante reembolsável nem recebe transporte de3/5anos por presunção.
5. **Identidade/duplicação:**contrapartes e documentos existentes são reutilizados;qualificar beneficiário e NUIT do próprio sujeito. Deduplicar por origem/documento/comprovativo e controlar afectações parciais;um comprovativo não pode aparecer integralmente em retenções ePPC,ou em dois exercícios. Preservar valores declarados e histórico,sem consumo de saldo oficial.

**Resultado e sequência a demonstrar:**colecta válida→deduções admissíveis e respectivas ausências→retenções efectivamente sofridas por conta→PPC comprovados→saldo aritmético→aplicação das regras de cobrança/reembolso do recorte→montante simulado a pagar ou recuperar. Mostrar a decomposição e o sinal;zero só com entradas completas ou ausência documentada. Informação em falta não transforma a colecta em saldo final. Como a base nasce do plano,o resultado continua uma simulação identificada,não autoliquidação submetida,pagamento efectuado ou reembolso deferido/recebido.

**Fontes já disponíveis para o cotejo dirigido de implementação:**CIRPC63/67,natureza das retenções com as alteraçõesLei12/2025;RegulamentoDecreto9/2008 art21(2–5),ordem/limites das deduções,eart27(1–2/6),pagamentos e reembolso. O exemplar aceite prevê no27(6) um mínimo de100MZN;esse parâmetro e a fronteira devem ser ligados à versão/período aplicáveis antes de activar o consumidor,não inferidos de um rótulo de formulário. O cotejo de aplicabilidade/alterações desta regra é trabalho de implementação da fonte aceite,não pedido de certificação genérica nem reabertura dos cálculosL6/L7. Arts64–66/PEC e créditos específicos mantêm as suas regras próprias;juros/multas/calendário,geração de guias,submissão e processamento de reembolso seguem incrementos próprios.

Critério de aceitação a executar,sem prova reivindicada agora	Exemplo sintético proposto
Saldo positivo com pagamentos/retencões válidos	Colecta1408−retenção sofrida300−PPC500=608MZN de saldo aritmético;qualificar valor a pagar segundo a regra aplicável.
Saldo negativo	Colecta1408−retenção1000−PPC600=−192MZN;identificar192 a recuperar no recorte,se a regra permitir,sem afirmar reembolso recebido.
Zero e fronteiras do mínimo	Colecta1408−408−1000=0;demonstrar os lados inferior/igual/superior do mínimo do parâmetro versionado,sem arredondamento novo.
Ausência vs informação em falta	Ausência documentada de retenções/PPC/outros créditos permite saldo com parcelas zero justificadas;suporte ou natureza por determinar mantém só o fecho dependente indeterminado.
Reutilização e dupla dedução	Seleccionar retenção recebida e comprovativo existentes,recusar pagamento a terceiros/retenção definitiva/duplicado e demonstrar conservação dos originais e cenários anteriores.
Cálculo→gravação→recuperação→relatório	Novo livro/snapshotL8 ligado à chave da colecta e às provas seleccionadas;resultado13/14 eL5 anteriores imutáveis;mudança da fonte invalida a fotografia corrente sem recalcular históricos. Relatório/exportação apresenta colecta,abatimentos,saldo e lacunas concordantes.

Só serão demonstradas estas novas regras/efeitos,emQA isolada e com as guardas existentes. Fracções continuam exactas;representação/campos oficiais sem correspondência ficam identificados e não bloqueiam cálculo independente. Pagamentos noutra moeda,períodos especiais,PEC/créditos positivos,liquidação autónoma e demais situações ficam no saldo concreto deL8,com condição de retoma por regra,origem,limite,período e prova. A documentação deste recorte não é novo cálculo executável.

Esforço global:referência inicial não é previsão actual

As240–416horas deL8–L14 permanecem identificadas como referência inicial de planeamento,não saldo actual nem prazo assumido. Antes de estimar o conjunto:reconciliar por lote o que já está implementado/reutilizável e o que falta em código;descontar provas aceites sem as repetir;separar espera documental;incluir resíduosL1–L7,integrações/entregas eL15–L16,SISA/encargos imobiliários. Campos de entrada,fontes inventariadas ou percentagens isoladas não provam percurso executável completo. Contar apenas o delta necessário e não somar duas vezes componentes partilhados. Esta passagem entregaL7 e delimitaL8;gere uma estimativa reconciliada futura,sem converter os intervalos iniciais numa promessa global. L7 parcial;saldo finalL8 ainda não implementado nesta entrega.

26/10/2026 — L8: primeiro saldo anual simulado demonstrado em QA

QA concluído em 11a6cee9; ainda sem instalação. f8d57bdd permanece a entrega comunicada no portal. Este incremento reutiliza a colecta corrente de L6 ou o total ordinário L7 aplicável, sem somar ambos nem contornar um tratamento pendente. Recorte: sujeito residente no regime geral, ano civil de 2026, MZN, sem PEC/créditos positivos ou imposto autónomo que exijam liquidação própria. L6 operacional no âmbito demonstrado; L7 mantém o saldo parcial já discriminado. Não há nova pesquisa ou reabertura das provas aceites.

Percurso executável: «Preparar saldo anual L8» reutiliza NUIT, exercício e chave/versão da colecta sem substituir edições deliberadas. Selecciona os comprovativos L5 recebidos, efectivos, por conta e reconciliados; confirma o próprio beneficiário e a inclusão do rendimento na base do exercício. Retenções entregues pela empresa por pagamentos a terceiros, definitivas ou projectadas não são abatimentos próprios. PPC exige recibo, emitente, data, titular, exercício, moeda, montante comprovado, parcela utilizada e confirmação do pagamento efectivo; não usa previsões do plano nem calcula a obrigação PPC. A reutilização não apaga provas ou consome saldos oficiais.

Conhecido, ausência declarada com suporte e informação em falta são estados distintos. Ausência contraditória, titular/exercício divergente, prova em falta ou origem desactualizada mantêm o saldo dependente indeterminado. A identidade normalizada do emitente/comprovativo detecta repetição mesmo com data alterada; a mesma prova não pode ser retenção e PPC. Controla limites do comprovativo e da afectação L5, incluindo parcelas em outros contextos do mesmo dossier. São simulações alternativas, sem reserva central ou consumo de crédito fiscal entre dossiers independentes.

Caso demonstrado	Resultado L8 simulado
Colecta 1 408 − retenção sofrida 300 − PPC 500	608 MZN a pagar.
Colecta 1 408 − retenção sofrida 1 000 − PPC 600	Saldo aritmético −192: 192 MZN a recuperar, sem afirmar reembolso recebido.
Colecta 1 408 − retenção 408 − PPC 1 000	Saldo zero, com parcelas completas.
Ausência declarada de retenções/PPC, PEC ausente e outros créditos conhecidos zero	1 408 MZN a pagar; estados conhecidos/ausentes conservados.
PPC por comprovar, prova repetida ou PEC positivo ainda sem regra própria	Saldo a pagar/recuperar indeterminado; entradas e subtotais conhecidos conservados.
Fronteiras do mínimo: saldos ±99,99 e ±100	Aritmética exacta; abaixo de 100 MZN sem cobrança/reembolso neste recorte; em 100 aplica pagar/recuperar. Sem arredondamento ou transporte de crédito inventado.
Colecta anual L7 acelerada aceite de 1 996,80, sem abatimentos declarados	Reutilizada uma vez: saldo simulado 1 996,80, sem somar a referência L6 nem recalcular o benefício.

Fontes e limites: CIRPC arts. 63/67, Lei 34/2007 e natureza da retenção na redacção aplicável da Lei 12/2025; Regulamento Decreto 9/2008 arts. 21(2–5) e 27(1–2/6). O mínimo de 100 MZN do art. 27(6) está ligado ao recorte ordinário de 2026; as alterações IRPC do acervo de 2025 não substituem essa regra. Exemplares, páginas e hashes constam do recibo, com aceitação oficial anterior preservada. Não generalizar este parâmetro a períodos/regimes não correspondidos. PEC positivo, crédito de investimento, dupla tributação e outros créditos não recebem abatimento, limite, transporte ou reembolso presumidos. Um crédito potencial L7 não passa automaticamente a crédito utilizável L8.

Gravação e recuperação: livro opcional irpcAnnual no snapshot existente, por contexto, sujeito e exercício; ligado à execução da colecta e às provas L5 seleccionadas. Guarda o input e o resultado simulado, acrescenta o resultado anterior ao histórico sem o recalcular, e invalida o resultado corrente quando mudam as fontes/entradas. HTML e dossier financeiro recuperam colecta, provas/parcelas, estados, saldo, lacunas e limites concordantes. Sem preparação L8, os relatórios anteriores não ganham linhas L8. Plano, originais, livros e históricos L5–L7 permanecem imutáveis. O saldo não é declaração submetida, pagamento efectuado ou reembolso recebido.

Provas novas: 19 testes frontend dirigidos; API privada QA, 1 teste/170 asserções, sete casos com cálculo → gravação → recuperação → HTML/dossier; base isolada simulator_fiscal_delta_20261021_test, loopback 55441, guarda de identidade e transacção com rollback. Interface real: preparar, preencher só dados em falta, seleccionar prova, impedir repetição, pagar/recuperar/zero/ausência/indeterminação, guardar/recarregar/recuperar/exportar, sem erros de página. Wayfinder --with-form, TypeScript e build QA passaram. Comparação de 2 832 ficheiros anteriores: só três pontos de integração alterados, mais os cinco ficheiros novos do incremento; motores L5/L6/L7, fontes, fixtures, schema, configuração e permissões preservados; 31 originais iguais. Não se repetiram suites aceites de L3, ISPC, câmbio ou L5–L7. SGF TEMPO separado.

Saldo concreto L8 após este incremento

Código ainda por implementar	Condição concreta de retoma
PEC e créditos positivos: investimento, dupla tributação e outros créditos próprios	Correspondência do crédito, titular/exercício, montante efectivamente disponível, ordem, limite e transporte aplicáveis; prova de cada saldo. Não presumir reembolsabilidade ou prazo de 3/5 anos.
Liquidação de imposto autónomo/61-A e articulação com o saldo anual	Segregar a parcela autónoma e corresponder quais abatimentos podem incidir sobre ela; não a ignorar nem compensar automaticamente com prejuízo/PPC.
Períodos especiais e comprovativos noutra moeda	Corresponder exercício/data de afectação e regra cambial fiscal do pagamento; reutilizar periodização/câmbio existentes sem confirmar pressupostos por omissão.
Cálculo da obrigação PPC/PEC, calendários, juros/multas e guias	Regra, parâmetros, factos e vencimentos próprios por período. O registo de PPC efectuado já demonstrado não calcula a obrigação.
Transporte oficial M20/M22, submissão e processamento de reembolso	Edição/campo, representação de fracções e fluxo de recepção correspondidos; sem preencher campos provisórios como oficiais.

Esclarecimentos documentais aguardados: permanecem as dúvidas concretas L5/L6/L7 já registadas, sem nova pesquisa repetida. Exemplo: cooperativa com rendimentos mistos/retidos requer segregação antes de utilizar retenção positiva; excepção de cumulação exige disposição, período e limites correspondidos; campo M20/M22 divergente requer edição/campo exactos. Cada falta só bloqueia o seu caso. Ausência de documento num cenário não bloqueia o saldo normal independente acima.

Próxima entrega: compatibilidade conferida com origin/main em f8d57bdd, sem incorporar runtime do checkout raiz. Nenhum acesso ou operação no servidor nesta passagem. Os 4,14 GiB são o valor comunicado, não medição nova; antes de instalar, medir espaço/inodes, confirmar capacidade para backup/restauro fresco e compilação isolada, mantendo a versão activa até a nova estar pronta. Recibo: docs/investmoz/simulations/irpc-l8-first-qa-20261026.json; provas: outputs/irpc-l8-settlement/. Reprodução só do delta: node --test tests/frontend/irpc-annual-settlement.test.mjs; php tools/irpc-annual-settlement-qa.php routes; php tools/irpc-annual-settlement-qa.php test; tsc --noEmit; build com INVESTMOZ_QA_BUILD=1. L8 parcial, QA pronto, sem instalação. A referência inicial de 240–416 horas L8–L14 não é previsão actual; permanece necessária a reconciliação do trabalho reutilizado, resíduos e L15–L16 antes de assumir prazo global.

27/10/2026 — entrega L8 preparada; instalação adiada por capacidade

Candidato 14360748 pronto; não instalado. A conferência SSH autenticada de 27/10, 06:05 UTC (08:05 em Moçambique), confirmou f8d57bdd como revisão activa e main remoto. Compatibilidade por ancestralidade, pacote QA e 168 ficheiros do destino conferidos: 134 ficheiros protegidos, três integrações anteriores e 31 originais. O delta executável continua limitado a cinco ficheiros L8; os 19 testes, API/170 asserções, interface, recuperação/relatórios, tipos e build aceites foram reutilizados, sem nova ronda.

Impedimento concreto: partição /dev/md2, montada em /, com 4 402 343 936 bytes livres (4,10 GiB) e 21 340 182 inodes disponíveis. Inodes suficientes face à referência da release (31 259 entradas). O instalador existente exige 5 GiB livres após o backup; com a referência observada do backup anterior de 175 917 490 bytes, faltam pelo menos 1,07 GiB adicionais antes do backup. É uma estimativa mínima de capacidade, a medir novamente; não uma autorização para reduzir o limiar. Caches regeneráveis de Composer/Node somam cerca de 0,12 GiB e não cobrem a diferença. Diagnóstico apenas por leitura, sem limpeza de caches, releases, backups, provas, dependências ou ficheiros SGF TEMPO.

Decisão expressa do utilizador: «Manter a entrega preparada por agora». Não foram executados backup/restauro frescos, integração no main nem instalação. A versão activa foi preservada e a sessão SSH encerrada. Na retoma, seleccionar o ramo candidato codex/irpc-l8-settlement-qa-20261026, voltar a conferir main e revisão servida, medir capacidade/espaço/inodes, executar backup/restauro fresco e compilação isolada, mantendo o activo até a nova release estar pronta. Só depois conferir a revisão servida e o delta L8. As notas desta espera ficam no ramo documental codex/irpc-l8-delivery-capacity-20261027; não mudam o código candidato. L8 parcial, PEC/créditos próprios separados e saldo L7 preservado. Recibo: docs/investmoz/simulations/irpc-l8-delivery-capacity-20261027.json; provas e auxiliares preparados: outputs/irpc-l8-first-delivery-20261027/ no checkout raiz.

27/10/2026 — identidade proactiva: primeiro incremento demonstrado em QA

QA concluído em 3439f350; sem instalação, publicação real ou análise económica validada. Partida no main remoto f8d57bdd, conferido novamente antes da entrega. Ramo separado codex/proactive-investment-first-qa-20261027, worktree C:/laragon/www/portal-investidor-proactive-qa-20261027. A referência local fa02c70 e o ramo codex/proactive-investment-scope-20261027 não foram encontrados no repositório consultado; o âmbito expresso da Tempo foi suficiente e não se criou dependência desse commit. L8 14360748 mantém-se preparado, sem instalação e sem integração nesta candidata. A capacidade do servidor continua fora deste trabalho local. Sem SSH, instalação, limpeza do servidor ou intervenção no SGF TEMPO nesta passagem.

Diagnóstico dirigido e decisões de implementação

Componente existente	Reutilização e lacuna concreta tratada
geo_locations, sectors, value_chains, projects, economic_clusters, development_corridors, investment_zones	Mesmos identificadores, hierarquia, sectores e referências públicas já disponíveis; selectores e catálogo existentes. Não se criaram mestres territoriais, empresas, projectos ou estruturas para completar campos em falta.
investment_gaps e investment_specific_needs	Mantidos nos seus âmbitos de lacuna de cluster/cadeia e necessidade de manifestação. O schema público exige contexto de cluster/cadeia/capacidade no primeiro e submissão/opções no segundo. Não se inventam esses valores para guardar uma hipótese territorial inicial. A análise editorial é uma parte versionada do rascunho existente, não outro catálogo ou cadastro de lacunas económicas validadas.
Opportunity, OpportunityManagement, management_draft, audit_events	Acrescentado só o bloco opcional proactive: evidências, necessidade, ideia e relações. Reutilizados identidade, chave de criação, etag, rascunho, auditoria cifrada e versões. Criação repetida não duplica a ficha; versão antiga não sobrescreve edição concorrente.
Editor de oportunidades e designação interna da equipa	Lacuna confirmada: a preparação inicial exigia organização promotora até quando desconhecida. Permitida a preparação/edição de análise proactiva sem promotor real apenas no âmbito da designação interna existente. Organização real fica nula; operador e responsável continuam identificados. Sem novo papel, aprovador, grant activo ou permissão universal. Os restantes percursos mantêm as condições anteriores; actores não designados e operadores de outro âmbito são recusados.
portal_resources, documents, opportunity_documents e gestor documental existente	Referência ao documento já associado, fonte, exemplar, localizador, período, abrangência, cobertura e verificação. Não copia o binário nem altera direitos, classificação ou scan. Documento interno/restrito ou fora do âmbito não passa a público pelo formulário da análise. Listas de empresas, hotéis e restaurantes continuam inicialmente internas.
OpportunityPromotion e catálogo/ficha existentes	Síntese expressamente pública, prévia e confirmação no fluxo já autorizado, com MFA normal. Nenhum texto interno é preenchido automaticamente. Estado da necessidade e estado da publicação são independentes. Consulta anónima só da versão publicada.
InvestorContext, escolhas por oportunidade, desk_cases, InvestorPath e simulador	A origem, versão, território, sector, cadeia/etapa, relações públicas seleccionadas, pressupostos e limites seguem no contexto cifrado do dossier existente. Selecções múltiplas conservam uma fotografia por ideia; o consumidor/simulador recebe só a escolha em tratamento. Título e outras edições deliberadas são preservados. Sem regra fiscal nova ou benefício inferido da localização.

Implementado e demonstrado

• Evidência: actividades, recursos, infra-estruturas, oferta e procura; facto separado da interpretação. Finalidade local ou metodológica, acesso interno ou público autorizado e documento associado opcionais. Duplicação de evidência ou da mesma referência na análise é recusada. Informação em falta permanece em falta.
• Necessidade: problema, oferta/procura observadas, quantidade/qualidade/logística/transformação/coordenação/apoio, clientes/beneficiários, fontes, limites e pendências. Pode guardar como hipótese. Confirmação exige os campos/fundamento e evidências locais seleccionadas com proveniência/cobertura/período/verificação; referência internacional, por si só, não confirma procura local. Histórico mostra hipótese e confirmação anteriores sem recalcular nem apagar os originais.
• Ideia: solução, actividade, cadeia existente/etapa, abrangência, recursos, criar/expandir/associar, pressupostos, condições, pendências e próxima acção. Relações com estruturas existentes mantêm a qualificação documentada, hipotética ou proximidade. Nenhuma relação cria contrato, energia acessível, terra disponível, participação ou benefício fiscal.
• Aplicabilidade: “O que existe” mostra evidências e contexto; “Necessidade” acrescenta a lacuna; “Ideia” acrescenta a solução. Campos anteriores ficam conservados quando ocultos. Não se exigem montante, promotor, coordenadas ou uma oportunidade previamente publicada para iniciar a preparação da equipa.
• Divulgação: grupos “O que existe”, “Necessidades identificadas” e “Ideias de investimento” no catálogo existente; a consulta de oportunidades cadastradas conserva a verificação de disponibilidade na respectiva ficha. Uma ideia não é convertida em oportunidade com participação disponível. Textos públicos são redigidos separadamente, com revisão expressa da exposição directa/indirecta. Evidências internas e cópias literais detectadas são bloqueadas; uma confirmação pública depende do fundamento público seleccionado. Relações divulgadas transportam apenas referência pública, qualificação e base pública, sem copiar a referência privada.
• Continuidade: criar → guardar → recuperar → editar → prévia/publicação em QA → consulta anónima → autenticação → dossier → recarregar/retomar sessão. Login e MFA Fortify normais demonstrados com contas sintéticas QA. O mesmo contexto chega ao dossier, sem substituir o título deliberado do investidor. Relatório existente mostra origem, estado, fundamento, evidências, relações, pressupostos, limites e próximo passo por ideia; sem preparação proactiva não acrescenta linhas.

Referências metodológicas do Ruanda — dependência resolvida

O responsável forneceu os dois caminhos após a procura dirigida inicial. Exemplares acessíveis, originais preservados e hashes conferidos antes/depois. Não foram importados ou publicados no portal. Texto integral extraído e imagens de leitura ficam apenas nas provas privadas/ignoradas; o pacote entrega rastreabilidade e paráfrases metodológicas, sem os originais ou a reprodução integral dos diapositivos.

Exemplar e passagem utilizada	Aplicação delimitada
20070627_Rwanda_5d0cc43d-c990-4cf1-8ee9-ada71094918f.pdf, 31 páginas, capa “Creating a Competitive Rwanda”, Michael E. Porter/HBS, Kigali, Junho2007. SHA256 18b07a9379a1ad0baa33697d57d6237f15a6fec346db44bfee7506bf1fa27dee. P14, “Improving the Business Environment: The Diamond”; P27, “Role of the Private Sector in Economic Development”, conferidas visualmente.	Perguntar por factores de produção, procura, fornecedores, actividades e serviços de apoio; distinguir relação documentada de acesso/compromisso. Cada afirmação sobre Moçambique precisa de evidência local própria.
Rwanda Competitiveness Briefing_Prof Porter_OTF.ppt, 50 diapositivos na leitura nativa PowerPoint, capa “How Rwanda Competes Today”, RNIC, briefing para Prof. Porter, 20Julho2008. SHA256 4a9325ad64278cb0ef3c60367a05ee2ed9262e2cd49a48d579061349914aa830. Slide17, procura turística, fonte/amostra/período visíveis; slide20, constrangimentos por etapa da cadeia do chá; slide24, diagnóstico mineiro, texto em ordem nativa.	Conservar fonte, período, abrangência e cobertura/amostra das observações; estruturar etapas e limitações em vez de presumir uma lacuna. Dados, valores, projecções e instituições estrangeiras não são transferidos para os pilotos nem para regras fiscais. Slide17 conferido visualmente;20/24 lidos em texto nativo, sem alegar conferência visual desses dois.

Os caminhos completos e os trechos/limites estão no recibo. O PDF2007 e o briefing2008 são exemplares distintos. Os 91 grupos de texto históricos encontrados numa exploração OLE não foram usados como número de diapositivos; a ordem nativa de 50 é a referência do PPT. A metodologia internacional orienta perguntas e organização; não demonstra procura em Cahora Bassa, Montepuez ou Gurué.

Guia curto de utilização em QA

1. Entre na conta da equipa com a designação existente e abra Minhas oportunidades → Nova oportunidade → Preparar análise e ideia. Escolha título, sector e nível territorial conhecidos. O promotor real pode ficar por identificar; não são necessários montante ou coordenadas.
2. Acrescente evidências. Separe o facto da interpretação e preencha fonte/exemplar, localizador, período, abrangência, cobertura e data de verificação. Marque referências internacionais como metodológicas e listas internas como internas. Use o documento já associado quando disponível.
3. Mantenha a necessidade como hipótese enquanto faltar fundamento local. Para confirmar, explicite problema, observações, tipo, beneficiários, fundamentação e evidências locais. “Confirmada” não significa viabilidade comercial demonstrada. Guarde com motivo e recupere o rascunho; o histórico conserva o fundamento anterior.
4. Quando aplicável, escolha Ideia de investimento e prepare solução/actividade, cadeia/etapa, recursos, relações e próxima acção. A proximidade fica identificada como proximidade. Escolhas existentes e campos ocultos continuam conservados.
5. Abra Divulgação promocional — Em preparação. Redija os campos públicos separadamente, seleccione só evidências públicas e relações autorizadas, reveja a exposição directa/indirecta, prepare a prévia e confirme apenas em QA. A referência privada da relação e os documentos internos não são copiados. A revisão editorial continua humana no fluxo existente; o controlo literal não é validação semântica de todas as inferências possíveis.
6. Consulte sem sessão em /oportunidades?perspective=ideas (ou exists/needs). Iniciar ou continuar o roteiro deste investimento utiliza a autenticação e o dossier existentes. Confirme o contexto na prévia antes de guardar; pode continuar um dossier ou criar um novo. Para várias ideias, escolha a que está em tratamento nos consumidores. O simulador recebe o contexto e conserva os seus dados/regras próprios; não calcula sem dados ou pressupostos explícitos.

Reprodução técnica só do delta: php tools/proactive-investment-qa.php routes (--with-form); php tools/proactive-investment-qa.php test; node --test tests/frontend/proactive-investment.test.mjs; tsc --noEmit; build com INVESTMOZ_QA_BUILD=1. Base isolada proactive_investment_20261027_test,127.0.0.1:55441, clonada do QA anterior com o mesmo schema/identificadores; guarda de identidade e rollback nos testes. Flags existentes de perfis/contratos especializados/percurso foram configuradas só no bootstrap QA; .env, configuração activa e grants activos não mudaram. O servidor HTTP de prova usou127.0.0.1:18760, não a homologação.

Provas, preservação e saldo concreto

**Passaram:**14 testes da API/139asserções;7testes frontend de relatório/isolamento por ideia;Wayfinder,TypeScript ebuildQA;interface real com login/MFA,criação/edição/recuperação,histórico,perguntas aplicáveis,prévia/publicação QA,consulta anónima,contexto após autenticação,recarregar/retomar sessão,relações/pressupostos e ausência de erros de página. Casos Cahora Bassa/energia,Montepuez/mineração eGurué/chá são inequivocamente sintéticos,reutilizando distritos e sectores existentes. Não se publicou uma análise económica real nem se validou um mercado.14testes não são nova ronda de L3/ISPC/câmbio/L5–L8.

**Preservado:**15pontos de integração anteriores e7ficheiros novos de código/testes/guarda;89ficheiros de motores fiscais e31originais fiscais iguais,mais os2originais Ruanda intactos. Sem migrações ou novo catálogo/base territorial/sistema de permissões. Sem escrita na base origem ou activa;fixtures/grants sintéticos apenas no clone QA. A candidataL8 14360748 conserva exactamente a mesma referência. O checkout raiz recebe somente este registo documental,sem integrar o runtime do ramoQA.

Estado	Saldo e condição concreta de retoma
Implementado e demonstrado neste incremento	Percurso editorial técnico completo acima, no recorte QA e com os estados/limites visíveis. Pode preparar novos investimentos sem depender de oportunidades publicadas.
Parcial — conteúdo económico real dos três pilotos	Recolher oferta/procura locais,exemplares,períodos,cobertura e informação de clientes/beneficiários;relacionar recursos/serviços com evidência. Só os casos apoiados por esses dados podem mudar de hipótese. Nenhuma falta bloqueia outra análise independente.
Dependência documental/comercial	Contrato/encomenda,energia acessível,terra,participação disponível e condições comerciais precisam de prova específica por caso. A qualificação formal da oportunidade continua nos campos/fluxos existentes;este incremento não a presume a partir da localização,lista de empresas ou necessidade. Listas e contactos privados exigem síntese autorizada e revisão editorial no fluxo actual antes de qualquer divulgação.
Dependência resolvida	Os dois exemplares Ruanda foram localizados/lidos nos trechos identificados;deixam de constar como ficheiros indisponíveis. A sua existência não substitui a evidência local.
Trabalho futuro,fora do primeiro incremento	Automatizar inventário,indicadores,comparação/priorização e eventual IA;quantificar mercado/custos/rentabilidade só com dados/pressupostos explícitos;eventual correspondência a lacunas mestre de cluster quando os seus campos e fundamento forem conhecidos. Não há novo prazo global ou implantação activa reivindicados.
Entrega futura no destino	CandidataQA peloGit apenas. Conferir o main vigente e compatibilidade com outros incrementos antes de integrar;capacidade,backup/restauro e instalação são uma execução separada autorizada. A espera de capacidade deL8 não foi contornada.

Recibo:docs/investmoz/unification/proactive-investment-first-qa-20261027.json;provas:outputs/proactive-investment-20261027/. Não há novos cálculos fiscais,submissão AT,publicação na homologação ou alteração do SGF TEMPO.

27/10/2026 — primeiro caso proactivo com fontes reais: Cahora Bassa / apoio metrológico

Análise preliminar privada demonstrada em QA, sobre o runtime aceite 3439f350 / candidata 1afab4a2, sem nova alteração funcional ou instalação. Caso CB-METROLOGIA-20261027, ficha QA 401, dossier privado QA 894343c7-c33d-452e-a6a5-b6675f77ee23. O operador é uma conta sintética QA já existente; os factos e referências desta análise são reais e identificados, distintos dos cenários fictícios anteriores. Não se publicou a análise, não se contactou comprador ou prestador e não se transportaram contactos, documentos pessoais ou NUIT das listas. L8 14360748 conserva a mesma referência e continua separado. Main remoto conferido: f8d57bdd; sem SSH, limpeza, instalação ou intervenção no SGF TEMPO.

Escolha do piloto e fontes reutilizadas

Piloto	Resultado da triagem dirigida
Cahora Bassa — seleccionado	A lista empresarial fornecida contém referências históricas locais de reparação/manutenção mecânica e eléctrica. O acervo inclui a reprodução histórica da concessão HCB. Foram acrescentados o relatório primário HCB2024, a página institucional de engenharia e, decisivamente, o Plano de Compras HCB2026 publicado pelo IGEPE, que delimita um serviço concreto de calibração. É uma decisão por disponibilidade de fundamento nesta ronda, sem ranking de rentabilidade ou potencial económico.
Montepuez	Há referências empresariais internas e fontes mineiras localizadas. Não foi escolhido nesta ronda um âmbito primário de aquisição tão directamente utilizável para esta aplicação. Não se conclui que falte actividade ou procura; continua elegível para outro caso documentado.
Gurué	Há referências históricas internas ligadas ao chá e perfis/fontes públicos localizados. Os constrangimentos antigos encontrados não bastam para atribuir automaticamente uma lacuna actual à cadeia do chá. Não foram transpostos para a proposta de Cahora Bassa.

Inventário anterior de606 fontes preservado e consultado; listagem dirigida dos documentos acessíveis no acervo e triagem dos dois workbooks empresariais/cadastro turístico ficam nas provas privadas. Os workbooks têm grãos/períodos/versões distintos e registos repetidos: não se somaram os totais entre eles nem se contou uma denominação repetida como várias empresas. O cadastro de alojamento de3–5estrelas não demonstrou cobertura distrital comparável neste recorte; não demonstra ausência de hotéis ou serviços e não foi usado para inferir procura metrológica.

Evidência / exemplar	Âmbito usado e limite
HCB, Relatório e Contas2024, edição bilingue,63páginas PDF; PDFp9/página impressa14. URL https://hcbadm.mzbusiness.com/wp-content/uploads/2025/08/Relatorio-e-Contas-2024-Bilingue-VF-1.pdf. SHA256 d0fed6af0e40fffd6f7f385152fdbfff2a10cae0b66c9d7a59a0a99658758080.	Actividade e infra-estruturas existentes da HCB. Página conferida visualmente; não é carteira de contratos disponíveis. Matambo não é atribuída ao distrito de Cahora Bassa.
HCB, Plano Anual de Compras2026,8páginas; PDFp1,2.ª/3.ªlinhas de dados. URL https://igepe.org.mz/wp-content/uploads/2026/06/HCB-Plano-Anual-de-Aquisicoes-2026.pdf. SHA256 cbc93102fea61a712c193d1c1815e7ec19e7d570ee2703c1b1390d4c05e5bd8e.	Duas entradas de calibração de equipamento de medida e monitorização, concurso limitado, previsões19/02–30/06 e05/05–14/09/2026. Em27/10/2026 os prazos previstos já passaram. Plano não confirma procedimento aberto, adjudicação ou procura ainda insatisfeita. “1” em “Qtde de Itens” não é número de instrumentos; linhas de igual designação não provam dois contratos independentes. Conferência visual da tabela.
Lista fornecida Empresas Licenciadas.xlsx, Servicos Tempo/Relatorios/novos/docs, folhaEMPRESAS; SHA256 1b5087b464e39e88c42def39655c2391aaaf684b4c832d6a77ff274b98889f00.	Pistas internas: L19376,D19376,O19376:P19376,U19376:V19376 e L55640,D55640,O55640:P55640,U55640:V55640. Licenças2018/2021, não capacidade actual. Linhas12243/19376/65567 repetem denominação e não são contadas como três empresas. Nenhuma lista/contacto foi copiada para publicação.
CAE eBAU.xlsx fornecido, folhaCAE, B857/F857 e B859/F859.	Etiquetas de33120 — reparação/manutenção de máquinas/equipamentos e33140 — equipamento eléctrico, lidas no exemplar fornecido. Não comprovam calibração, qualificação, acreditação ou vigência actual de licença; não se declarou uma versão oficial actual do catálogo sem identificação. Hash/caminho no recibo.
HCB-TERMOS-DO-CONTRATO-DE-CONCESSAO.pdf fornecido, página única; BR I Série47,21/11/2007,Decreto57/2007,artigo2. SHA256 f4afc62f140d197cae3bf395674adce2eba37f0436261d52d7eb554f6230a073.	Contexto documental histórico da actividade, conferido visualmente. Sem análise da vigência actual ou aplicação de regra ao novo investimento. Direitos de concessão não se tornam direitos do promotor. Original preservado, não importado/publicado.
Página institucional HCBhttps://www.hcb.co.mz/hidroelectricidade, consultada27/10/2026.	Contexto do complexo e CAPEX Vital; sem data editorial precisa ou progresso actualizado de cada obra. Não comprova contratação adicional. Captura/hash privados; sem copiar projecções para o orçamento da ideia.

Os exemplares Ruanda já aceites continuam apenas metodológicos; não se repetiu a sua prova nem se usaram como evidência de procura local. Os cinco originais locais usados permanecem com hashes iguais. Fontes públicas adicionais foram guardadas como cópias privadas de consulta, sem importação, publicação ou alteração de direitos no portal.

Actividade, necessidade e ideia estruturada

O que existe: actividade hidroeléctrica e infra-estruturas HCB documentadas; registos históricos locais de actividades de reparação/manutenção. Necessidade documental: o comprador planeou serviços de calibração em2026. Hipótese por verificar: existe procura residual/recorrente e uma vantagem concreta de apoio local no Songo. Não há evidência de falta de fornecedores, atrasos, preços elevados ou adjudicação disponível; a necessidade comercial mantém o estado hipótese, com esse fundamento guardado.

Ideia: estudar associação entre prestador local e laboratório qualificado para apoio metrológico à HCB no Songo: inventário/gestão de instrumentos, preparação, recolha/entrega controlada e acompanhamento documental. Calibração/ensaios só por quem demonstrar competência no âmbito contratado. A associação é uma proposta, não acordo. Cliente potencial: HCB, apenas nas unidades e procedimentos em que o serviço se justifique; outros clientes não foram presumidos. Etapa: apoio à manutenção na produção/transporte de electricidade. Sem criar cadeia mestre ou relação canónica para preencher uma correspondência não disponível no clone. Abrangência distrital/proposta no Songo, sem parcela, instalações, energia ou acesso assegurados.

Condições: confirmar requisitos efectivos do comprador e do âmbito metrológico, capacidade, rastreabilidade, segurança/acesso, responsabilidades, regras de associação/transporte e eventual acreditação exigida. Não se impôs certificação específica por interpretação do plano. Recursos de operação, equipa, instrumentos, veículo, instalações e laboratório ainda não estão assegurados. Montante, promotor empresarial, coordenadas exactas, preços, volume, mercado, receitas e rentabilidade permanecem por determinar; sem usar zero ou totais do plano como substitutos.

Demonstração deste caso e continuidade

Criada pela interface existente,guardada,recuperada e conferida na mesma ficha privada. Cinco evidências preservadas;necessidade comercial como hipótese;campos de clientes,oferta,procura,condições e próxima acção recuperados sem alteração. A mesma contaQA preparou um dossier privado pelo percurso existente,confirmou o contexto e recuperou a fotografia da ideia pela API autenticada. O relatório existente produziu as cinco linhas de evidência e os mesmos limites;uma leitura privada de prova reúne essas linhas e as observações do caso. Nenhuma publicação promocional foi preparada ou confirmada. Ficha permanecedraft,fora da consulta publicada;consulta anónima do dossier recusada.

Reutilizadas as14provas API/139asserções,7provas frontend,tipos ebuild de1afab4a2;não se repetiu a ronda técnica ou fiscal. Feita apenas aplicação e conferência do novo caso real. A primeira leitura da página do dossier antecedeu o fim da gravação do contexto;após recuperação concluída,interface eAPI concordaram. Corrigida a espera no script local de prova,sem mudar código da aplicação ou regravar históricos. Preservação por hash das linhas anteriores no mesmo clone:52fichas,17dossiers,19projectos,1921territórios,12sectores,63documentos;uma ficha e um dossier novos. Sem migrações,importação de empresas,novos grants ou alteração do destino activo.

**Para consultar ao retomar QA:**usar a contaQA já designada e abrir/minhas-oportunidades/401/edit;comparar os campos/fundamentos;abrir o dossier/investimentos/894343c7-c33d-452e-a6a5-b6675f77ee23. É um percurso privado,não um link público nem uma nova instalação. Recibo:docs/investmoz/unification/proactive-real-pilot-qa-20261027.json;provas privadas:outputs/proactive-real-pilot-20261027/. Cookies,credenciais,extractos integrais de listas,originais e ficheiros de diagnóstico não integram o pacote de entrega.

Saldo e perguntas concretas de retoma

Ponto	Exemplo/pergunta e condição de retoma
Procura actual e estado das compras	As entradas terminavam em30/06 e14/09/2026:foram executadas,adjudicadas,canceladas ou reprogramadas? Existe novo ciclo em2027? Retoma da qualificação comercial apenas com estado e necessidade residual/recorrente identificados pelo comprador.
Âmbito técnico e operacional	Que famílias/instrumentos,quantidades,periodicidade,local de execução e prazo de devolução se aplicam? Que qualificação/rastreabilidade/acreditação é exigida neste âmbito? Obter a especificação antes de dimensionar meios ou afirmar elegibilidade.
Oferta e associação	Os dois registos internos seleccionados continuam activos,interessados e tecnicamente aptos? Que laboratório pode assumir o âmbito? Verificar capacidade/competência,consentimento e oferta concorrente;cadastro/CAE não basta. Não enviar contactos ou listas automaticamente.
Vantagem e viabilidade	O apoio no Songo reduz um problema mensurável do cliente face à solução actual? Comparar transporte,prazos,risco,custos e condições;quantificar só quando houver dados. Não comprar equipamento ou criar orçamento com base apenas no plano.
Divulgação ou uso no activo	Preparar eventual síntese pública separada só quando autorizada/revista;instalação do código não publica nem transporta automaticamente a ficha e o dossierQA. Capacidade,compatibilidade e backup/restauro serão tratados na execução futura aplicável. Nenhuma dependência de capacidade impede esta análise privada.

**Estado:**primeira aplicação real demonstrada,análise económica/comercial preliminar. Preparadas perguntas para reunião exploratória com a HCB,sem as enviar. L8eSGF preservados;limites e pendências anteriores não foram eliminados.

27/10/2026 — orientação confirmada: oportunidades geradas pela procura

Decisão expressa do responsável: “a ideia não é gerir concursos mas sim as oportunidades que geram”. O anúncio é uma fonte de procura para preparar oportunidades complementares; não se cria um circuito de concursos, candidaturas ou adjudicações. O percurso técnico aceite em1afab4a2 continua preparado para entrega independentemente da confirmação comercial do caso. Instalação e capacidade do servidor seguem separadas;sem nova intervenção no destino ou no SGF TEMPO. L814360748preservado.

**Caso privado QA — evolução da mesma ficha e dossier:**ficha401,versão1→2;dossier894343c7-c33d-452e-a6a5-b6675f77ee23,contexto1→2. Sete evidências recuperadas. Modelo centrado em serviço recorrente de apoio metrológico no Songo,associando apoio local e laboratório competente:inventário/calendário,preparação,recolha/entrega controlada e documentação. Cliente potencial inicial:HCB. Outros clientes dependem de identificação própria. Sem contrato,parceria,procura recorrente ou vantagem económica declarados como confirmados. Título e campos deliberados do dossier conservados;fotografia anterior e388eventos de auditoria existentes intactos. Não se criou outra ficha,dossier,empresa,grant ou regra fiscal.

O que a nova fonte esclarece

• **Procura e âmbito:**o anúncio da HCB,de17/08/2026,referência051/2026,identifica quinze famílias de instrumentos e outros a especificar nos TdR;por exemplo,manómetros,balanças,paquímetros/micrómetros,multímetros e instrumentos de análise eléctrica. O PDF tem2páginas,ambas lidas visualmente;SHA256bb4c33064e5d49504d8a85ac88ad1b847cfa6c69e1016e3ab588ff785b205c1f;exemplarhttps://www.diarioeconomico.co.mz/wp-content/uploads/2026/08/concurso-hcb-tender-document-docu-mo-ambique-2026-1.pdf. Não contém volumes,gamas,incertezas,periodicidade ou execução. O prazo04/09/2026é histórico,não oportunidade aberta presumida. Não se mapeou automaticamente este procedimento a uma das duas linhas do plano.
• **Qualificação:**o anúncio específico pede licença para o serviço,acreditação/credenciação para calibração,três anos de experiência,três referências e equipa qualificada. Isso esclarece aquela contratação;não se converte em condição para preparar a nova oportunidade nem em requisito universal para todo apoio logístico/metrológico futuro. A execução técnica de calibração deve corresponder à competência/âmbito e aos requisitos efectivos do serviço a prestar.
• **Possível prestação laboratorial:**a ficha pública IPACM0100,INNOQ–Laboratório de Metrologia,Maputo,anexo17/02/2026,publica capacidades por âmbito:inclui electricidade,pesagem e pressão com gamas,incertezas e condições de local. Fontehttps://www.ipac.pt/pesquisa/ficha_lac.asp?ID=M0100,consultada27/10/2026. É uma entidade a consultar sobre serviços,sem acordo ou capacidade disponível confirmados. Não se estende a cobertura a todas as famílias da HCB ou a uma instalação no Songo. Os prestadores históricos locais continuam por verificar.

A consulta pública dirigida não localizou prova identificável de adjudicação/execução ou compromisso para2027. Isso não prova que não houve contrato,que a compra continua aberta ou que existe procura por satisfazer. Rótulos“Em Curso” e campos0,00dos agregadores não são preço,volume ou estado confirmado. Não prolongar a mesma pesquisa sem novo documento ou resposta do cliente. O estado da compra passada é contexto para a procura futura,não o produto a gerir.

Preparação da oportunidade e condição de retoma

Questão de negócio	Informação concreta a obter e uso
Problema do cliente e recorrência	Que problema operacional existe no ciclo dos instrumentos,como é resolvido hoje e que necessidade futura permanece? Identificar instrumentos,quantidades,frequências e horizonte. Compra satisfeita pode cobrir só um ciclo;não autoriza presumir recorrência.
Âmbito da prestação	Por família/modelo/gama,pontos e incerteza:que trabalho é exigido,onde pode ocorrer e com que prazo? Separar inventário/logística/documentação local da execução técnica da calibração.
Parceiros e recursos	Confirmar capacidade real,disponibilidade e interesse dos prestadores locais e de laboratório(s). Corresponder âmbito a instrumentos concretos,com responsabilidades,custódia,segurança e condições comerciais;nenhum parceiro é designado automaticamente.
Valor e receitas	Testar menor custo total,menos tempo fora de serviço ou melhor organização/rastreabilidade,sem os declarar como benefícios já medidos. Serviço por lote ou avença são hipóteses de receita,sem preço ou vontade de pagar conhecidos.
Vantagem económica	Comparar solução actual e proposta para o mesmo âmbito,volume,qualidade,local e período:serviço laboratorial,transporte/retorno,embalagem/seguro,apoio local e custos incrementais sem duplicação. Medir prazos separadamente;monetizar impacto operacional só com base fornecida. Valores e vantagem permanecem indeterminados.

Resultados úteis previstos pelo responsável:(1)procura recorrente/problema/interesse demonstrados→corresponder parceiros e dimensionar o serviço;(2)ciclo actual satisfeito,necessidade futura documentada→reformular horizonte;(3)cliente confirma necessidade satisfeita e sem necessidade futura para a solução→arquivar a hipótese com essa conclusão e conservar o dossier;(4)informação insuficiente→manter hipótese privada,sem declarar ausência de procura. Nenhum desses estados impede a entrega técnica do percurso proactivo.

Perguntas de descoberta e comparação foram preparadas,sem envio a terceiros. A ficha mantémhypothesis/draft,sem publicação. O contexto foi actualizado pelo mecanismo existente de prévia/confirmação e recuperado com os sete fundamentos;relatório existente reproduz as novas linhas. Sem alteração de código da aplicação,migração,novas entidades ou repetição das provas técnicas/fiscais aceites. Apenas a própria ficha e o seu dossier mudaram;52outrasfichas,17outrosdossiers,19projectos,1921territórios,12sectores,63documentos e históricos anteriores preservados.

Recibo:docs/investmoz/unification/proactive-opportunity-model-qa-20261027.json;análise privada actual:outputs/proactive-commercial-followup-20261027/opportunity-private-brief.html. A versão anterior da prova continua conservada. Esta passagem consolida o modelo da oportunidade e o saldo de validação comercial;não instala ou publica uma oportunidade real.

27/10/2026 — hipótese regional: outros clientes e sustentabilidade do apoio metrológico

Pedido do responsável: estudar outros clientes regionais,frequência,custos e capacidade dos parceiros,sem transformar sinais de procura em gestão de concursos. Dado comercial expresso: “Ainda não há dados comerciais”. A ficha permanece privada e a entrega técnica do percurso continua independente desta validação. Mantém-se1afab4a2como candidata técnica aceite,runtime3439f350,sem instalação nesta passagem. L814360748eSGF TEMPO preservados.

Resultado delimitado: há base documental para prospectar três entidades adicionais — Vulcan/Moatize,EDM/Tete–Moatize e Nacala Logistics/segmentoMoatize — mas não há procura,recorrência,preço ou capacidade disponível confirmados para este serviço. Não se afirmou sustentabilidade,mercado dimensionado ou clientes contratados. A mesma ficha401e o dossier894343c7-c33d-452e-a6a5-b6675f77ee23foram actualizados da versão/contexto2para3,com11evidências. Origem Cahora Bassa/Energia,localização canónica,título e campos deliberados do dossier conservados;abrangência comercial regional identificada separadamente.

Prospecto	Facto e fonte usados	Hipótese comercial e limite
Vulcan Mozambique/Moatize	A própria empresa descreve mina,processamento de carvão e equipamentos produtivos emhttps://www.vulcaninternational.com/products-services/,consultado27/10/2026,página sem data editorial identificada.	Verificar instrumentos de processo/manutenção e necessidade de apoio metrológico. Não foi recebido pedido nem inventário;capacidade de produção da mina não é volume de calibração.
EDM/Tete–Moatize	Plano de Actividades e Orçamento2025,PDFp68/página impressa68,Direcção de Transporte:linha3,calibração/reparação de equipamentos de teste;linha7,activos deMoatize/móvelTete;linha17,automaçãoSETete. Fontehttps://cdn.edm.co.mz/website/imprensa/Plano_Actividades_Orcamento_2025.pdf,86páginas;conferidos visualmente apenas a página68e o detalhe relevante. Hash/cópia privada no recibo.	Serviço de calibração planeado a nível empresarial em2025 e referências regionais não demonstram parcela de procura actual emTete. Identificar unidade compradora,inventário e solução actual. O orçamento não é preço unitário,receita ou mercado regional. Não atribuir activosHCBàEDM ou contá-los duas vezes.
Nacala Logistics/Moatize	A empresa descreve operação ferroviária atéMoatize e manutenção preventiva emhttps://www.nacalalogistics.com/quem-somos/ehttps://www.nacalalogistics.com/faq/,consultados27/10/2026. Na secção Accionistas,as concessionárias identificam Vulcan Mozambique como accionista.	Verificar instrumentos de manutenção e entidade/centro de compra. A marca agrega concessionárias;não equivale a uma contraparte contratual única. A ligação comVulcan impede assumir diversificação independente;não se somaram volumes ou clientes confirmados.
Mphanda Nkuwa/GMNK — futuro separado	Descrição institucional emhttps://www.gmnk.co.mz/en/about-us/project-description/,consultada27/10/2026,qualifica o projecto em desenvolvimento.	Sem entrada na procura recorrente de base,receita ou carga de trabalho actual. Retomar apenas com necessidade e horizonte concretos;não inferir encomenda da capacidade projectada ou localização.

As páginas institucionais confirmam apenas os factos no seu âmbito;relevância metrológica de mineração/ferrovia e interesse em apoio associado são inferências a testar,identificadas como tal. Fontes,exemplar,data e hashes foram guardados em provas privadas;nenhuma empresa,lista,documento ou relação canónica foi importado/publicado. As referências históricas de parceiros locais e o âmbitoIPAC/INNOQjá demonstrado foram reutilizados,sem repetir a pesquisa nem alargar automaticamente a cobertura técnica.

Dados mínimos por cliente e parceiro

Por cliente/centro de compra:instrumentos,famílias/modelos/gamas,pontos e critério de aceitação;quantidade por janela e programa efectivo;prazo fora de serviço;prestador,processo e custo actuais;necessidade ainda não satisfeita;interesse e condições de pagar por lote/missão ou avença. Frequência permanece indeterminada e deve vir do programa do proprietário;sem regra anual por defeito,sem converter prazo de anúncio ou quinze famílias em quantidade/recorrência.

Por parceiro:âmbito de competência e local permitido por instrumento;capacidade efectivamente disponível em cada janela,equipa,meios,prazo e preço. Verificar capacidade actual dos prestadores locais históricos,sem confundir reparação/CAEcom acreditação de calibração. O âmbito publicado doINNOQ–LMemMaputo é pista parcial,não reserva de capacidade nem cobertura de todas as famílias. Famílias não correspondidas continuam separadas das compatíveis.

Comparação económica delimitada

A unidade de comparação é a missão/lote:mesmo âmbito,quantidade,qualidade,local e período que a solução actual. A contribuição da missão é a receita acordada menos laboratório,apoio directo,transporte de ida/retorno,embalagem/seguro e outros custos incrementais dessa missão. Custos de transporte partilhado entram uma vez;custos fixos incrementais são deduzidos uma vez no período,sem os duplicar também na contribuição. Para sustentabilidade,avaliar ainda investimento,reposição de meios,fundo de maneio e prazos de recebimento;resultado operacional isolado não basta.

Comparar atendimento individual noSongo,missões agrupadas Songo–Tete/Moatize com janelas compatíveis e uma organização de apoio emTete/Moatize com deslocação aoSongo. Essas alternativas são hipóteses de funcionamento,não mudança de localização,cotação de rota ou recomendação de investimento já aprovada. Nenhum quilómetro,custo de deslocação,preço,volume,receita,margem,poupança ou ponto de equilíbrio foi inventado. A agregação pode partilhar logística e também criar custos,prazos ou restrições de custódia;isso tem de ser medido.

Condição de retoma: obter inventários/programas e interesse dos prospectos;identificar entidade compradora e concentraçãoVulcan/Nacala;com o mesmo âmbito pedir propostas de laboratório,apoio local e transporte;comparar as alternativas e a solução actual. Sem esses dados,o resultado útil é “carteira regional prospectável,sustentabilidade por demonstrar”. Se os dados posteriores mostrarem procura insuficiente ou serviço já satisfatório,conservar essa conclusão e reformular/arquivar a hipótese. Não repetir pesquisa pública para substituir dados comerciais que o responsável confirmou ainda não existirem. Nenhuma mensagem foi enviada a terceiros.

**Preservação e prova desta evolução:**guardar→prévia/confirmação do contexto→recuperação no mesmo dossier→linhas do relatório existente,com11evidências e valores comerciais em falta. Apenas ficha401e o seu dossier foram actualizados;52outrasfichas,17outrosdossiers,19projectos,1921territórios,12sectores,63documentos e391eventos anteriores de auditoria intactos. Sem nova entidade,grant,migração,código da aplicação ou ronda das provas técnicas/fiscais aceites. Fonte e contexto anteriores conservados,sem publicar a ficha.

Recibo:docs/investmoz/unification/proactive-regional-clients-qa-20261027.json;estudo privado:outputs/proactive-regional-clients-20261027/regional-private-brief.html. A entrega técnica e a eventual instalação continuam separadas do estado comercial desta oportunidade.

27/10/2026 — passagem à prospecção e segundo piloto territorial privado

Decisão do responsável: o caso de apoio metrológico está suficientemente estruturado para prospecção. Fica privado e pendente de informação externa; não continuar a aprofundá-lo para concluir a funcionalidade. Nenhum contacto ou proposta comercial foi recebido ou enviado nesta passagem. A ficha401 e o dossier 894343c7-c33d-452e-a6a5-b6675f77ee23 mantêm fonte/contexto3, sem alterações.

Ficha curta para a equipa: docs/investmoz/unification/prospeccao-apoio-metrologico-20261027.pdf, PDF preenchível de duas páginas e42campos, com uma página por cliente e outra por parceiro. Cliente: instrumentos/gamas/quantidades, programa efectivo e janelas, requisitos, solução actual, contratação e próxima acção. Parceiro: âmbito, equipa/meios e capacidade disponível, prazo, preços discriminados, impostos/moeda, deslocações/custódia e validade da proposta. Sem resposta, os dados ficam por determinar. Guardar uma cópia por entidade/centro de compra ou parceiro, com evidência/data e responsável.

Retoma da viabilidade do Songo: quando chegarem inventários, programas, interesse e cotações comparáveis, actualizar a comparação já preparada para o mesmo âmbito, volume, qualidade, local e período. Distinguir entidade, utilizador e centro que decide/paga; a ligação Vulcan/Nacala impede presumir compradores independentes. Somar cada missão/transporte partilhado uma vez. Não usar ausência de resposta como ausência de procura ou zero. Necessidade satisfeita pode conduzir a reformulação futura ou arquivo fundamentado, preservando o dossier.

Próximo piloto — Gurué: foi criado, por serviços existentes e apenas na base QA isolada, o caso GUR-CHA-20261027, ficha402/fonte1 e dossier 883c8ec3-59a3-4074-b91c-b7d4a5d88ff0/contexto1. Ideia privada: estudar apoio associado à colheita, qualidade da folha verde e organização das entregas na cadeia do chá. Reutilizados o distrito canónico de Gurué e o sector Agronegócio; nenhum novo mestre, promotor empresarial, montante ou coordenada presumidos.

Cinco referências distinguem actividade de procura: INE2020–2024, edição2025, PDFp9/Quadro1.1; página do próprio Asian Tea Group sobre Chá de Magoma; IGC2014, PDFp75,78–79/impressas60,63–64; e referências privadas da lista já fornecida, com datas2021–2023 e códigos declarados. INE e produtor documentam actividades; o estudo2014 é histórico e orienta perguntas, sem transportar volumes, preços, capacidades ou intenções para2026. Cadastros antigos não comprovam competência ou disponibilidade actual. Não se presume compra de folha externa, oferta em falta, nova fábrica ou interesse em contratar.

Acção delimitada do Gurué: compreender como se colhe, avalia e entrega hoje; identificar problema mensurável, intervenientes, critérios do processador, quantidades/janelas, solução/custo actuais e quem contrataria/pagaria pelo apoio. Magoma é unidade potencial a consultar; Chazeiras é referência histórica cuja situação actual deve ser confirmada. Beneficiário não equivale a pagador. Necessidade, parceiros, custos e viabilidade permanecem em hipótese, sem bloquear a funcionalidade técnica ou exigir prolongamento de pesquisa pública.

Demonstração apenas do delta: criação→gravação→prévia/confirmação→recuperação→linhas do relatório existente, com5evidências e pressupostos visíveis. Conservados todos os53registos anteriores de oportunidades,18dossiers,19projectos,1921territórios,12sectores,63documentos,394eventos de auditoria,40utilizadores e3organizações. Novos apenas a ficha/dossier/percurso QA e respectivos registos de histórico. Sem alteração de código, schema, permissões ou provas técnicas/fiscais aceites. O formulário foi reaberto e ensaiado com valores sintéticos numa cópia; a versão para a equipa está em branco, com campos interactivos verificados e as duas páginas revistas visualmente.

Entrega técnica independente: 1afab4a2 continua candidata técnica aceite, runtime 3439f350, sem instalação ou publicação nesta passagem. A capacidade do servidor deve ser novamente medida no procedimento da futura entrega; não se declarou resolvida nem se apagou conteúdo. L8 14360748, SGF TEMPO e demais provas preservados. Esta passagem não envia a ficha a terceiros nem publica oportunidades reais.

Recibo: docs/investmoz/unification/proactive-handoff-gurue-qa-20261027.json. Prova privada e nota do piloto: outputs/proactive-handoff-gurue-20261027/gurue-proof.json e gurue-private-brief.html. Saldo do Songo: recolha externa; saldo do Gurué: descoberta dirigida da necessidade; saldo da instalação: capacidade e procedimento de entrega. Estes três estados permanecem independentes.

27/10/2026 — autonomia pela interface e candidata técnica consolidada

Âmbito pedido: reutilizar as provas aceites; demonstrar apenas anexar respostas, rever a ideia privada e encaminhar/actualizar o mesmo dossier pela interface, sem intervenção de código ou SQL na operação da equipa. Songo aguarda respostas externas e Gurué mantém a hipótese agrícola privada; ambos ficaram intactos. Não foram recolhidas respostas comerciais reais nem observada uma sessão de formação com funcionários.

Guia curto da equipa

1. Entrar com o perfil operacional já autorizado e o MFA normal. Em Minhas oportunidades → Nova oportunidade → Preparar análise e ideia, indicar título, sector e apenas o território conhecido. Não substituir o promotor real por quem prepara a análise; a preparação interna permite que ainda seja desconhecido.
2. Em Evidências e proveniência, separar facto e interpretação, identificar fonte/exemplar, trecho, período, abrangência e limitações. Manter Interna — análise privada. Guardar o rascunho e aguardar a confirmação do servidor.
3. Para uma resposta recebida, abrir Imagens, documentos e localizações → Documentos, escolher o original, identificar emissor/versão/data quando conhecidos, página e afirmação fundamentada. Escolher classificação e consulta internas e Guardar recurso. O ficheiro fica privado e o seu estado de scan é visível; o download só fica disponível após scan limpo dos mesmos bytes.
4. Regressar ao rascunho e escolher esse ficheiro em Documento existente associado na evidência correspondente. Rever a oferta/procura observadas, solução, pressupostos, pendências e próxima acção. Uma resposta parcial não confirma procura, preços ou sustentabilidade. Guardar e recuperar a ficha para conferir os dados.
5. Usar Preparar ou continuar investimento com esta ficha. Se já existir, escolher o dossier e Preparar neste dossier; não criar outro para uma nova edição. Criar um dossier apenas para um investimento novo, com o título escolhido e consentimento de reutilização do próprio perfil.
6. Confirmar a localização, usar Rever dados antes de guardar, conferir divergências e impactos e Guardar dados do investimento. O título e as edições deliberadas conservam-se. A referência à resposta acompanha a análise; o original permanece no gestor documental da ficha, acessível pelo link da ficha de origem e seus recursos, sem cópia ou divulgação automática dos bytes.
7. Para novas respostas/edições, voltar à mesma ficha, guardar a revisão e continuar o mesmo dossier com nova prévia/confirmação. O dossier recebe a versão actual após confirmação; o estado anterior conserva-se no histórico. Informação em falta continua por determinar, sem zero presumido.
8. Divulgação promocional é uma acção separada. Nada neste percurso publica o piloto, os anexos ou o dossier. A eventual decisão de publicação real continua independente da demonstração sintética e da instalação técnica.

Delta demonstrado e correcção delimitada

Ensaio com o operador QA existente, login/MFA normais e apenas controlos da interface: nova ficha sintética403, resposta PDF de ensaio anexada e recuperada, ClamAV real limpo, hash do download igual ao original; documento associado à evidência; ideia revista; dossier 5bc28554-a2d1-4e60-9181-93ba0ecede59 criado e depois continuado sem duplicação. Fonte4/contexto2, hipótese e título deliberado preservados. O anexo e os dados são sintéticos; não constituem resposta de clientes ou parceiros reais.

Foi reproduzido e corrigido um aviso enganador: o pedido de complementos públicos tratava uma análise privada autorizada como referência pública desaparecida. InvestmentComplements consulta primeiro a autorização existente e devolve uma lista vazia para essa preparação privada; não a transforma em oferta pública. Origens públicas continuam a produzir os seus complementos; pedidos sem acesso continuam sem obter a fonte privada. Dois testes novos dirigidos,18asserções, passaram em transacção QA. A demonstração privada foi retomada sem o aviso. Não se alteraram permissões, tabelas, frontend ou motores fiscais.

Todos os54registos anteriores de oportunidades,19dossiers,63documentos,19projectos,1921territórios,12sectores,3organizações e399eventos de auditoria preservados por comparação de hashes. Novos apenas a amostra QA e seus registos. As provas anteriores de criação/edição, publicação expressa, anonimato, histórico, relatório, Wayfinder, TypeScript e build foram reutilizadas; não se repetiram suites fiscais ou a análise económica dos pilotos. Foi conferida a recuperação da referência documental e das novas linhas pelo relatório existente.

Candidata para instalação futura

Runtime desta correcção: 51d536b7; inclui o percurso técnico 3439f350/candidata aceite 1afab4a2, documentação e ficha de prospecção 403c444a. A comparação com main remoto f8d57bdd confirmou ancestralidade, sem alterações entretanto integradas a perder. O delta de runtime face à candidata anterior limita-se à consulta de complementos; frontend, schema e configuração mantêm-se.

Não instalado. Antes da entrega activa, medir novamente espaço/inodes na partição do instalador e dos backups, confrontar com a necessidade efectiva de compilação isolada/backup, conferir o main então actual, executar backup/restauro fresco e manter a versão activa até a nova estar pronta. Depois conferir revisão servida e apenas o delta. A preparação dos pilotos QA não integra dados na base activa nem publica oportunidades. L8 14360748 permanece separado; SGF TEMPO intocado. Não se fizeram SSH, limpeza, backup ou instalação nesta passagem.

Recibo: docs/investmoz/unification/proactive-team-autonomy-qa-20261027.json. Provas e pacote local: outputs/proactive-team-autonomy-20261027/. A verificação comprova que o percurso está disponível aos perfis autorizados através da interface; não declara formação da equipa, viabilidade dos pilotos ou conclusão integral dos requisitos nacionais.

27/10/2026 — duas entregas autorizadas: L8 primeiro, percurso proactivo depois

O responsável autorizou expressamente a execução das duas entregas pelo procedimento existente, sem nova ronda de autorização. A indicação histórica de manter preparado em c85e772d foi reconciliada: o commit acrescenta documentação de capacidade, sem mudar o código de L8 14360748/runtime 11a6cee9. A autorização actual permite retomar; não substitui a medição de capacidade nem o backup/restauro frescos.

Etapa1: L8 em c85e772d, com a colecta válida, retenções efectivamente sofridas e PPC comprovados no recorte aceite; PEC e créditos próprios continuam separados. Etapa2: ramo codex/sequential-delivery-20261027, merge de L8 e do percurso proactivo 0ff402a1, runtime reconciliado 74f7f93a. A etapa2 só segue após confirmar a revisão efectivamente servida na etapa1.

O relatório comum tinha um conflito de imports. Foram conservados ambos e as chamadas de linhas anuais e proactivas. Os restantes ficheiros de runtime de cada candidata ficaram idênticos à origem. Verificação apenas da integração partilhada:6linhas anuais e10linhas proactivas recuperadas, entradas intactas e sem inferência cruzada. TypeScript e compilação QA isolada passaram; suites económicas/fiscais aceites não repetidas. Documentação de ambas as linhas conservada, sem importação de fixtures ou escrita em bases.

Estado efectivo desta passagem: preparado, sem instalação. O main remoto permanece f8d57bdd e a revisão pública servida foi conferida por HTTP em27/10/2026,10:14UTC, também f8d57bdd. A ponte SSH local estava closed; a autenticação por chave foi recusada com a chave do servidor registada e conferida. Não havia aqui uma sessão autenticada utilizável. Não foram executados backup/restauro frescos, alteração de main ou instalação. A capacidade antiga de4,10GiB é histórica e não foi apresentada como medição actual.

Retomar na sessão local com SSH autenticado, usando a autorização já registada: medir espaço/inodes na partição efectiva, comparar com compilação e backup, conferir main e revisão activa, criar e ensaiar backup fresco, instalar L8 e conferir apenas o seu delta. Depois repetir as guardas necessárias para a candidata conjunta e conferir o delta proactivo preservando L8. Manter a versão activa até a nova estar pronta. Excluir fixtures QA dos inputs de instalação; não executar seeders/importações de amostras, não publicar pilotos privados nem usar o pacote QA como cópia da base activa. SGF TEMPO separado.

Recibo de preparação: docs/investmoz/unification/sequential-delivery-preparation-20261027.json. Provas e instrução de passagem: outputs/sequential-delivery-20261027/. Os recibos de execução e as duas revisões servidas serão registados apenas depois de execução real na sessão autenticada; este recibo não os substitui.

27/10/2026 — correcção delimitada da navegação dos sectores

Reprodução local autorizada da intenção de 88b39b527859bd420f2e223a7afea89bea38de54, indisponível no origin/outro ambiente. Base exacta 9fda6d6e12832a3cf25e7314f1f895dd430238c5; novo ramo codex/sector-navigation-fix-local-20261027. Não se afirma identidade binária com o pacote externo. QA concluída; instalação ainda pendente nesta revisão documental.

Causa e alteração: o índice /sectores carregava sectorDetails para todos os sectores e apresentava as páginas completas abaixo dos cartões; os cartões passavam a âncoras locais. Removidos esse carregamento e a apresentação agregada. Os cartões usam sector.url, preservando as páginas individuais, a especialização Fintech e os caminhos históricos existentes. O índice mantém descrições curtas, contagens e acesso aos sectores, sem repetir guias e oportunidades de todos eles.

Preservação: página individual, SectorContent, SectorEntry, SectorInvestment, SectorOrganization, filtros, dados mestres, originais e continuidade para o mesmo dossier não foram alterados. PEC 7fdb6b42 continua no seu ramo QA; não é integrado nesta correcção. L8 instalado e percurso proactivo de 9fda6d6e preservados. Songo/Gurué privados; sem fixtures QA no activo, publicação, importações, migrations ou alterações de permissões.

Delta demonstrado: actualizados os dois testes afectados de SectorCatalogueContentTest e acrescentado um caso de isolamento/regresso/recarregamento:3 testes/319 asserções, base isolada proactive_investment_20261027_test, loopback55441, transacções com rollback; sem migrate:fresh. Wayfinder --with-form, TypeScript e build QA aprovados. Navegador real:10 cartões, acesso separado a Agronegócio e Turismo, oportunidades próprias, filtro Agronegócio mantido no catálogo, recarregamento da página individual e regresso ao índice sem repetição. Entrada Turismo para o dossier conserva o contexto sectorial na ligação e encaminha o visitante para a autenticação existente; não se repetiu a prova completa de gravação do dossier já aceite. A amostra QA não tem guias editoriais carregados; a preservação dos guias assenta na comparação dos consumidores/fontes, e será conferida no destino sem republicar conteúdo. A captura de imagem do browser devolveu «0 width»; árvore de acessibilidade e testes guardados, sem alegação de captura visual inexistente.

Requisitos existentes actualizados apenas neste delta: MASTER-471012ab-0007 e MASTER-9dee08d0-0017; não se encerra automaticamente o âmbito mais amplo dessas linhas. Recibo QA: docs/investmoz/unification/sector-navigation-qa-20261027.json. Provas locais: outputs/sector-navigation-fix-20261027/. Entrega autorizada seguirá o processo Git existente, com capacidade, backup/restauro fresco, comparação de fonte/dados/schema/configuração/permissões e revisão efectivamente servida.

27/10/2026 — L8 e percurso proactivo instalados pela sequência autorizada

Entrega1: L8 c85e772d, anterior f8d57bdd. Entrega2, apenas após conferir a primeira: percurso proactivo 9fda6d6e, incluindo 56c0c6a7 e preservando L8. As duas revisões foram conferidas no registo do instalador e no recurso público /build/revision.json, com hash do manifest e marcadores compilados dos deltas. c85e772d conserva o código aceite de 14360748; o merge proactivo mantém ambos os fornecedores de linhas do relatório. A referência final servida passa a 9fda6d6e.

A tentativa proactiva em 56c0c6a7 não foi activada: um teste dependia de um ficheiro de outputs existente apenas no QA local. L8 permaneceu em serviço. A correcção 9fda6d6e torna esse teste portátil com um exemplar mínimo sintético da projecção pública da API, sem perfis, credenciais ou pilotos reais e sem escrita em outputs. O teste dirigido passou; o código da aplicação é byte a byte idêntico a 56c0c6a7. Não se transportou a base QA nem se saltou a guarda do instalador. A nova tentativa usou o backup/restauro ainda fresco, com capacidade e fonte activa novamente conferidas.

A ligação SSH foi restabelecida pelo responsável na janela local, sem credenciais na conversa ou nos recibos. A medição inicial encontrou91,6GiB livres e inodes suficientes; a capacidade foi novamente conferida depois de cada backup. Instalador existente e suas guardas preservados; a versão anterior permaneceu activa até a nova release estar pronta. Os controlos automáticos do instalador foram mantidos, sem nova ronda manual das provas funcionais/económicas aceites.

Backup/restauro fresco em cada etapa: /var/backups/investmoz-sequential-20261027/l8/backup e /var/backups/investmoz-sequential-20261027/proactive/backup. Em cada uma, dump consistente e369ficheiros persistentes/configuração verificados; restauro das174tabelas num contentor sem rede, porta55441, com contagens/checksums iguais. Recibos backup-receipt.json, restore-receipt.json, schema-permissions-before.json, schema-permissions-after.json, preservation-receipt.json e operational-delta-receipt.json conservados nesses directórios. Hashes exactos no recibo consolidado.

**Preservação demonstrada:**172tabelas de negócio intactas em cada comparação; apenas cache/sessões operacionais reconciliados individualmente por identidade/timeouts e pedidos públicos de entrega. Schema, papéis, grants, permissões e originais persistentes conservados. Fontes instaladas comparadas aos commits:996ficheiros após L8 e1000após o proactivo. Sem migrations na base activa, importação de amostras QA, seeders ou publicação dos pilotos. O instalador manteve base e storage sintéticos isolados; o storage QA fica fora da árvore servida, e a release usa os mesmos .env e storage persistentes por ligação.

Âmbito: L8 continua parcial, com PEC e créditos de regra própria separados; os resultados continuam simulações. Songo permanece privado e pendente de respostas externas; Gurué continua hipótese agrícola privada. Disponibilização técnica não confirma clientes, procura, sustentabilidade ou publicação comercial. L3, ISPC, câmbio, L6/L7 e SGF TEMPO preservados.

Recibo consolidado: docs/investmoz/unification/sequential-delivery-installed-20261027.json. Provas locais: outputs/l8-proactive-install-20261027/. Os recibos históricos de preparação/suspensão mantêm-se como histórico e deixam de representar pendência de instalação destas duas candidatas.

Recibo remoto consolidado: /var/backups/investmoz-sequential-20261027/installed-receipt.json;SHA256 62584b5abb50a05303a24379a0563e8dc147e25e682dc3566bb8edf015ba9d0b. A fixture sintética portátil é apenas input de teste, sem importação na aplicação e sem dados dos pilotos.

27/10/2026 — avaliação de utilização pela equipa, sem Codex

Estado: roteiro preparado; execução real pela equipa e resultados ainda por observar. O recibo da instalação mantém 9fda6d6e como referência entregue, incluindo L8 e o percurso proactivo. As provas técnicas aceites mantêm-se válidas. Este exercício avalia utilização e clareza; não constitui outra instalação, ronda de testes técnicos ou nova aprovação obrigatória da entrega.

Exercício para a equipa

Usar a própria conta e o perfil operacional já autorizado no portal, pela interface normal. Escolher uma análise privada de trabalho sobre um tema real, com uma fonte já disponível e autorizada. Preservar Songo e Gurué, que aguardam informação comercial; não é necessário obter novas respostas externas para fazer este exercício. Não usar contas ou amostras QA na aplicação activa. O guia de botões existente em «Guia curto da equipa» pode ser consultado; registar essa consulta para distinguir clareza da interface de apoio documental.

1. Preparar a análise. Escolher sector e território existentes, identificar o assunto e guardar como preparação privada, usando apenas a informação conhecida.
2. Registar evidências. Identificar fonte/exemplar, trecho, período, abrangência e limitações. Separar facto documentado da interpretação. Associar um documento disponível quando aplicável; recuperar o original pelo gestor documental da ficha após o scan. A falta de resposta comercial permanece informação por confirmar.
3. Estruturar a ideia. Descrever a solução complementar, quem poderá beneficiar, quem poderá contratar/pagar, condições, recursos e próxima acção. Manter hipótese onde a procura não esteja demonstrada; montante, frequência e preço desconhecidos não passam a zero.
4. Guardar e recuperar. Sair da ficha e voltar a abri-la. Conferir que análise, evidências, documento associado e pendências são os que foram guardados, sem recorrer a scripts ou intervenção do Codex.
5. Levar ao dossier. Usar a continuação do investimento pela ficha. Escolher o dossier existente quando for o mesmo investimento; criar outro apenas para um investimento novo. Rever a prévia, conservar o título deliberado e confirmar. Reabrir o dossier e localizar a ideia, a origem e as pendências; o original continua acessível pelos recursos da ficha de origem, sem cópia automática para o dossier.
6. Rever sem duplicar. Actualizar uma pendência da própria análise com informação já conhecida e continuar o mesmo dossier. Conferir a nova versão após prévia/confirmação e a conservação da anterior. Guardar/confirmar não publica a análise, o anexo ou o dossier.

O que observar: se a pessoa encontra a próxima acção, compreende facto versus hipótese, consegue recuperar o que guardou e continuar o mesmo investimento sem ajuda do Codex. Anotar o que foi conseguido directamente, com o guia, com ajuda de outra pessoa, o que bloqueou e o que não foi tentado. Um impedimento concreto não obriga a repetir os passos já conseguidos; podem continuar os passos independentes.

Devolução curta da avaliação

Registar por participante, sem enviar palavras-passe ou documentos privados nesta conversa: data e perfil utilizado; referências internas da análise e do dossier; passos conseguidos e tipo de apoio consultado; passo/campo onde surgiu dificuldade; mensagem exacta ou descrição do comportamento; resultado esperado. Distinguir acesso/perfil, linguagem/descoberta de acções, compreensão dos dados e perda ou erro de gravação/recuperação. Duração e sugestões são opcionais. Os identificadores só são partilhados no canal interno autorizado.

O coordenador devolve estes resultados pelo canal habitual da equipa. A avaliação só será marcada como observada depois dessa execução real; preparar o roteiro ou uma demonstração pelo Codex não a substitui. Nesta passagem não houve participante observado, análise criada no portal, alteração de conta/permissões, mensagem enviada à equipa ou publicação. As correcções seguintes serão delimitadas pelos obstáculos efectivamente relatados, sem reabrir provas aceites.

Âmbitos preservados: Songo e Gurué privados e pendentes de evidências comerciais. L8 permanece parcial; PEC e créditos com regras próprias continuam separados e não fazem parte deste exercício de utilização. O resultado técnico entregue não declara o IRPC completo nem valida comercialmente os pilotos.

Registo de preparação e resultados ainda em aberto: docs/investmoz/unification/proactive-team-use-evaluation-20261027.json. Não é um recibo de execução pela equipa.

27/10/2026 — L8: PEC pago no próprio exercício, incremento em QA

Estado: implementado e demonstrado em QA, ainda sem instalação. O portal mantém a entrega 9fda6d6e, segundo o recibo anterior; esta passagem não acedeu ao servidor nem alterou main. A avaliação real da equipa sobre o percurso proactivo continua pendente de retorno; Songo e Gurué permanecem privados.

Recorte: residente no regime geral, ano civil 2026, MZN; colecta corrente válida L6/L7, créditos anteriores ausentes ou conhecidos zero, sem imposto autónomo positivo. PEC é pagamento efectivamente comprovado do próprio sujeito/exercício, não estimativa de tesouraria. Reutilizados o livro anual, o vínculo à colecta, os PPC, as retenções L5 e o mecanismo de gravação/recuperação/relatório existentes.

Regra implementada: CIRPC, art. 66(1–2), exemplar oficial Lei34/2007, PDF18/p768-(72), conferido visualmente. A dedução PEC é a menor entre as parcelas disponíveis comprovadas e a colecta disponível antes de retenções/PPC. A colecta após PEC não fica negativa. O excedente PEC é apresentado como parcela seleccionada não deduzida: não constitui reembolso nem transporte oficial criado pelo simulador. Retenções/PPC ainda podem originar saldo simulado a recuperar. Créditos precedentes positivos ou desconhecidos mantêm o caso indeterminado, sem ordem ou limite presumidos.

O detalhe PEC é uma extensão opcional versionada do snapshot anual. A acção explícita «Preparar detalhe PEC» reutiliza estado/suporte anteriores, conservando o resumo e os resultados históricos. Cada prova identifica emitente/documento, pagamento efectivo, NUIT, exercício/data, moeda, montante comprovado, utilizações anteriores documentadas e parcela seleccionada. Zero utilizado exige valor e suporte; vazio não vira zero. Ausência declarada, pagamento conhecido e informação em falta permanecem distintos. Contradições não são apagadas. A identidade física do comprovativo ignora mudanças de data e confere PEC/PPC/retenções neste e noutros contextos do mesmo snapshot; parcelas mais utilização anterior não podem ultrapassar o comprovado. Não há consulta/consumo de conta fiscal oficial nem deduplicação global entre dossiers independentes.

Caso sintético novo	Efeito demonstrado
Colecta1 408; PEC200; PPC500; ausência de retenções	Dedução PEC200; colecta após PEC1 208; saldo simulado a pagar708 MZN.
Mesmo caso com retenção L5 efectivamente sofrida300	Saldo simulado408 MZN; prova L5 reutilizada, sem alterar o cálculo L5.
Colecta1 408; PEC2 000; sem PPC/retenções	Dedução1 408; saldo zero; PEC592 não deduzido, sem reembolso PEC.
Mesmo PEC2 000 e PPC500	Saldo simulado a recuperar500; PEC592 continua separado.
Prova PEC300; já utilizado100; parcela200; sem PPC/retenções	Saldo simulado a pagar1 208; utilizações anteriores não deduzidas outra vez.
Utilização anterior desconhecida, prova incompatível/duplicada ou crédito precedente positivo	Saldo indeterminado; subtotal conhecido não substitui os dados em falta.

**Provas do delta:**12 testes novos PEC;19 testes do módulo anual directamente afectado preservados e aprovados. API privada:1 teste/102 asserções, cinco casos, base isolada proactive_investment_20261027_test em loopback55441 e transacção com rollback. Os cinco snapshots recuperados geraram HTML e dossier concordantes; histórico anterior conservado. Hashes dos registos existentes em sete tabelas conservaram55 oportunidades,64 documentos,1 vínculo documental,19 rascunhos,40 utilizadores,3 organizações e409 eventos anteriores. Não houve nova conta/grant, publicação ou importação de pilotos. Wayfinder pelo procedimento existente, TypeScript e build isolado aprovados. Interface PEC implementada; nesta passagem não se declara nova prova manual de utilização por browser/equipa. Não se repetiram suites independentes L3/ISPC/câmbio/L5–L7.30 PDFs do arquivo comparados byte a byte ao baseline dc14f01e, sem alterações; schema/configuração e módulos proactivos preservados.

Saldo concreto do PEC e dependências de L8

Código ainda por implementar	Exemplo / condição concreta de retoma
Cálculo da obrigação PEC e prestações	Distinguir volume anterior, PPC do ano anterior e PEC pago. Exemplo de domínio a desenvolver:volume10 000 000 ×0,5%=50 000, antes dos PPC anteriores. Reutilizar vendas/pagamentos só após reconciliação de entidade/exercício; aplicar limites/calendário da edição pertinente e representar dispensas/rectificações próprias. Nenhum vencimento/valor a pagar foi gerado neste incremento.
Transporte, ordem de utilização e caducidade de PEC de exercícios anteriores	Exemplo:PEC2025 ainda não deduzido no fecho2026. Implementar proveniência por ano, utilizações, remanescente e prazo; não aceitar esse saldo como PEC2026 nem criar crédito oficial a partir dos592 do exemplo.
Outros créditos, imposto autónomo, períodos especiais, outras moedas e transporte/submissão M20/M22	Mantêm os grupos L8 anteriores, com condições e regras próprias; o PEC corrente independente não espera por esses casos. O mecanismo cambial existente será reutilizado quando corresponder a regra do pagamento.

Esclarecimento documental aguardado	Exemplo / condição concreta de retoma
Edição regulamentar após o anúncio governamental de alterações IRPC em2026	Recuperar diploma publicado, artigos alterados e entrada em vigor para os calendários/obrigações afectados. O anúncio não substitui norma nem activa parâmetros novos. Não se reabrem as fontes aceites ou cálculos independentes do art66 já demonstrados.
Aplicação do prazo do art66 aos saldos anteriores e eventuais regras transitórias	Fixar para um PEC2025 as datas/último exercício elegível e documentação das utilizações; manter a regra PEC distinta do transporte de cinco exercícios do crédito por dupla tributação internacional do art65. Não presumir reembolso, expiração ou saldo oficial.
Crédito próprio específico positivo	Exemplo:imposto estrangeiro10 MZN exige rendimento/base/titular, imposto efectivamente pago, limite, convenção e período próprios antes de concorrer com PEC. Segue a dependência existente do crédito, não uma pesquisa geral de L5.

Registo do incremento: docs/investmoz/simulations/irpc-l8-pec-qa-20261027.json; provas sintéticas locais em outputs/irpc-l8-pec-20261027/. L8 permanece parcial. Não há nova estimativa global de prazo nem declaração de IRPC integralmente concluído. Dificuldades da equipa serão tratadas como correcções concretas do percurso proactivo quando forem comunicadas.

Revisão QA preparada no Git: 7fdb6b42; ramo codex/irpc-l8-pec-qa-20261027. Sem instalação.

27/10/2026 — correcção delimitada da navegação dos sectores

Reprodução local autorizada da intenção de 88b39b527859bd420f2e223a7afea89bea38de54, indisponível no origin/outro ambiente. Base exacta 9fda6d6e12832a3cf25e7314f1f895dd430238c5; novo ramo codex/sector-navigation-fix-local-20261027. Não se afirma identidade binária com o pacote externo. QA concluída; instalação ainda pendente nesta revisão documental.

Causa e alteração: o índice /sectores carregava sectorDetails para todos os sectores e apresentava as páginas completas abaixo dos cartões; os cartões passavam a âncoras locais. Removidos esse carregamento e a apresentação agregada. Os cartões usam sector.url, preservando as páginas individuais, a especialização Fintech e os caminhos históricos existentes. O índice mantém descrições curtas, contagens e acesso aos sectores, sem repetir guias e oportunidades de todos eles.

Preservação: página individual, SectorContent, SectorEntry, SectorInvestment, SectorOrganization, filtros, dados mestres, originais e continuidade para o mesmo dossier não foram alterados. PEC 7fdb6b42 continua no seu ramo QA; não é integrado nesta correcção. L8 instalado e percurso proactivo de 9fda6d6e preservados. Songo/Gurué privados; sem fixtures QA no activo, publicação, importações, migrations ou alterações de permissões.

Delta demonstrado: actualizados os dois testes afectados de SectorCatalogueContentTest e acrescentado um caso de isolamento/regresso/recarregamento:3 testes/319 asserções, base isolada proactive_investment_20261027_test, loopback55441, transacções com rollback; sem migrate:fresh. Wayfinder --with-form, TypeScript e build QA aprovados. Navegador real:10 cartões, acesso separado a Agronegócio e Turismo, oportunidades próprias, filtro Agronegócio mantido no catálogo, recarregamento da página individual e regresso ao índice sem repetição. Entrada Turismo para o dossier conserva o contexto sectorial na ligação e encaminha o visitante para a autenticação existente; não se repetiu a prova completa de gravação do dossier já aceite. A amostra QA não tem guias editoriais carregados; a preservação dos guias assenta na comparação dos consumidores/fontes, e será conferida no destino sem republicar conteúdo. A captura de imagem do browser devolveu «0 width»; árvore de acessibilidade e testes guardados, sem alegação de captura visual inexistente.

Requisitos existentes actualizados apenas neste delta: MASTER-471012ab-0007 e MASTER-9dee08d0-0017; não se encerra automaticamente o âmbito mais amplo dessas linhas. Recibo QA: docs/investmoz/unification/sector-navigation-qa-20261027.json. Provas locais: outputs/sector-navigation-fix-20261027/. Entrega autorizada seguirá o processo Git existente, com capacidade, backup/restauro fresco, comparação de fonte/dados/schema/configuração/permissões e revisão efectivamente servida.

27/10/2026 — navegação dos sectores instalada e conferida

Disponível no portal em 669cb8979b0c372659fc2ad3876aebc919d5df19, sobre 9fda6d6e. Reproduzida localmente a correcção solicitada, com novo identificador; 88b39b5 não foi importado e deixa de ser condição de transferência/instalação. O índice mostra10cartões sem os detalhes completos de todos os sectores; cada cartão usa a URL própria. Páginas individuais, guias, especialização Fintech, filtro e continuidade do dossier preservados. Comparação pública antes/depois:os mesmos10cartões e as mesmas3páginas de Agronegócio/Turismo/Fintech, cada uma com1guia e respectivas oportunidades; só o índice perdeu sectorDetails, conforme pedido. Navegador no portal confirmou o índice servido sem repetição.

QA dirigida:3testes/319asserções, transacções com rollback em loopback55441;Wayfinder/tipos/build aprovados. Instalador existente preservado e controlos automáticos aprovados:PostgreSQL1/3106,Unit59/317,frontend1080pass/0fail,TypeScript ebuild31,42s. Integração Git normal,sem force;release anterior mantida até compilação e verificações prontas,seguida de troca atómica e conferência da revisão/manifest servidos. Delta de aplicação limitado a2ficheiros;1000ficheiros de fonte/recursos/documentos conferidos com o Git. Apenas2registos previstos da matriz actualizados,demais registos semanticamente intactos.

Capacidade antes:88,3GiB e23,76milhões de inodes livres;novamente conferida após backup. Backup fresco /var/backups/investmoz-sector-navigation-20261027/backup,dumpSHA2569b2437017495fe449cfe0c869da62870bd0fc4bddde596660a37392b8dbdaaba;restauro das174tabelas com contagens/checksums idênticos,em contentor sem rede,porta55441.369ficheiros persistentes/configuração verificados;172tabelas de negócio intactas depois da instalação;cache/sessões operacionais reconciliados por identidade/expiração/pedidos públicos. Schema,papéis,grants epermissões iguais. Sem migrations,importações ou publicação de pilotos;storageQA fica separado da release servida. Songo/Gurué privados;L8 e percurso proactivo anteriores preservados. PEC7fdb6b42 continua emQA separado e não foi instalado nesta passagem. Avaliação real da equipa continua dependente do retorno dos participantes.

Recibo consolidado: docs/investmoz/unification/sector-navigation-delivery-20261027.json. Cópia remota: /var/backups/investmoz-sector-navigation-20261027/installed-receipt.json,SHA256cd95142b7f85e40a0f86e0f7d3dca513e7bc208c89aa91b8e3ad213191d8465f. Provas locais: outputs/sector-navigation-delivery-20261027/. Os registos anteriores de QA/transferência são históricos;esta correcção já não está pendente de instalação. Não se declara concluído o âmbito global dos requisitos sectoriais ou do simulador.

27/10/2026 — PEC entregue e retoma dos créditos próprios de L8

Instalado e conferido em e182d1d79dc945f35d2079c6b8ca2ac93048cec3, incluindo o PEC aceite emQA7fdb6b42 e preservando integralmente a correcção dos sectores669cb897. A reconciliação alterou apenas conflitos documentais, conservando os históricos das duas linhas e o recibo sectorial4ee427ba. Os4ficheiros de aplicação PEC ficaram idênticos à QA;os ficheiros sectoriais e seus testes idênticos ao instalado. Fonte/configuração/routes/schema fora do delta preservados. A matriz mantém as4actualizações documentais aceites da avaliação pela equipa,além da linhaPEC;sem nova revisão funcional do percurso proactivo.

Âmbito entregue: residente geral,ano civil2026,MZN;PEC efectivamente pago do próprio exercício,titular/data/prova/parcelas e uso anterior documentados. Dedução até à colecta disponível antes de retenções/PPC;créditos precedentes ausentes ou conhecidos zero. ExcedentePEC não gera reembolso nem saldo oficial transportado. Cálculo da obrigação,prestações,transporte/caducidade anteriores,créditos próprios positivos e imposto autónomo continuam separados. Informação em falta não vira zero;históricos não são recalculados. Reutilizadas as5recuperações e relatórios QA aceites:1 408−200−500=708 a pagar;PEC2 000 deduz1 408 e deixa592 não deduzidos;os500 a recuperar no caso comPPC provêm doPPC,sem reembolsar oPEC.

Entrega: capacidade87,16GiB e inodes suficientes antes,e novamente conferida após backup. Dump frescoSHA256eff57769cda1e9d0f3d507348b57fc455c0bbc6e38beeb3688135109a6e219fd,em/var/backups/investmoz-irpc-l8-pec-20261027/backup;restauro174tabelas com contagens/checksums iguais,contentor sem rede,porta55441.369ficheiros persistentes/configuração e172tabelas de negócio intactos;schema,papéis,grants e permissões iguais. Cache/sessões operacionais reconciliados:inclui1sessão anónima preexistente,sem mudança de identidade,com token efémero/URL anterior e IP/actividade actualizados,correlacionados individualmente comGET200de documento público pelo mesmoUA/IP/instante;nenhuma sessão sobrescrita pelo comparador. Sem migrations,importações,fixtures activas ou publicação de pilotos. Guardas do instalador mantidas;release anterior em serviço até troca atómica.1000fontes antes/1002depois conferidas comGit;delta de aplicação4ficheiros. Manifest e5marcadoresPEC servidos conferidos;10cartões dos sectores,3páginas/guias/oportunidades e filtroAgronegócio idênticos antes/depois.

**Provas reutilizadas:**12testesPEC+19do anual,API102asserções/5casos e relatórios aceites,sem outra ronda manual. Controlos obrigatórios do instalador aprovados:PostgreSQL1/3106,Unit59/317,frontend1092pass/0fail,TypeScript ebuild30,51s. Recibo consolidado:docs/investmoz/simulations/irpc-l8-pec-delivery-20261027.json;cópia remota:/var/backups/investmoz-irpc-l8-pec-20261027/installed-receipt.json,SHA256a970266625807803ce73f1e63d0da1a540cff264ab88a19d3a8a387a85b26c34. Provas locais:outputs/irpc-l8-pec-delivery-20261027/. Os recibosQA anteriores permanecem históricos;este PEC deixa de ser pendência de instalação.

Retoma concreta — créditos próprios e saldo restante

O primeiro recorte para implementaçãoQA será o crédito por dupla tributação internacional do próprio exercício. Retoma desta passagem:fonte e contrato de dados/cálculo delimitados,ainda sem novo código ou cálculo de crédito activado. Reutilizado oCIRPC65,Lei34/2007PDF18/p768-(72),já no acervo aceite;ordem face aoPEC em66/RIRPC21. Não se exige revalidação genérica da fonte. Rendimento estrangeiro incluído na matéria colectável,imposto sobre o rendimento efectivamente pago,titular/país/exercício/prova e montante disponível devem corresponder. O crédito é limitado pela fracção nacional correspondente e,pela convenção quando aplicável;esse limite não pode ser presumido a partir do montante recebido. Exemplo sintético para provar o novo delta,não implementado:imposto estrangeiro10,limite nacional documentado8,ausência documentada deCDTaplicável→crédito8;colecta1 408→1 400;PEC200→1 200;PPC500→saldo700,sem retenções. Os2acima do limite não se tornam automaticamente crédito a transportar.

Código ainda por implementar	Condição concreta de retoma
Qualificação,limites e dedução do crédito internacional corrente	Implementar o contrato acima,com estado conhecido/ausente/em falta,identidade da prova,ordem antes doPEC,limites e prevenção de uso duplicado comPEC/PPC/RF;demonstrar só novos efeitos,gravação/recuperação/relatório e preservação dos históricos.
Crédito por dupla tributação económica e crédito de investimento/benefício	Grupos distintos;art64 e fundamentoCBFpróprio,qualificaçãoL7,titular/período,lucro/imposto/activos elegíveis,limite,cumulação e utilização documentados. Localização não concede benefício automaticamente.
Transporte/utilização/caducidade dePEC e créditos anteriores	Proveniência por exercício e utilizações reais;PEC66 distinto do crédito65 e seu prazo próprio. Não confundir excesso sobre limite de elegibilidade com falta de colecta,nem criar saldos oficiais a partir de simulações.
ObrigaçãoPPC/PEC,calendário,juros/multas/guias	Volume/PPC anteriores e demais factos pertinentes,edição normativa/vencimentos próprios;separado da dedução dePECjá pago agora entregue.
Imposto autónomo,períodos especiais,outras moedas eM20/M22/submissão	Mantêm as dependências próprias já delimitadas;reutilizar periodização/câmbio quando a regra do caso estiver correspondida,sem compensação ou códigos oficiais presumidos.

Evidência/documento do caso em falta	Exemplo e condição concreta de retoma
Prova e inclusão do rendimento estrangeiro	Imposto10MZN sem rendimento identificado ou fracção nacional demonstrada:reutilizar dados/documentos existentes e identificar a correspondência;subtotal não resolve o saldo dependente. Não é falta de autenticação da fonte normativa.
Convenção aplicável e limite	País/CDT conhecidos mas artigo,período ou imposto pago nos termos da convenção em falta:corresponder esses elementos;bloqueia apenas o caso dependente.
Regulamentação2026para obrigação/calendário	Anúncio sem articulado publicado:retomar com diploma,artigos e vigência dos parâmetros afectados;sem bloquear oPECcorrente ou crédito independente cujo fundamento já está disponível.

L8 permanece parcial. A avaliação real do percurso proactivo continua a aguardar retorno da equipa;dificuldades observadas serão correcções concretas. Songo eGurué permanecem privados;L3/ISPC/câmbio/L6/L7 eSGFTEMPO preservados. Sem nova estimativa global ou declaração de IRPC completo.

27/10/2026 — Crédito internacional corrente: percurso implementado em QA

Estado actual: implementado e demonstrado em QA, sem instalação. Base 814fe0a9, descendente do PEC instalado e182d1d7 e da correcção dos sectores 669cb897. Os registos anteriores de delimitação são históricos: o crédito corrente abaixo já tem código executável; os restantes grupos continuam separados. Ramo codex/irpc-l8-international-credit-qa-20261027. Recibo: docs/investmoz/simulations/irpc-l8-international-credit-qa-20261027.json.

Âmbito e origem das restrições: pedido expresso da Tempo para implementar o crédito internacional em QA, preservando o PEC e os históricos. Reutilizado CIRPC65(1–2), Lei34/2007, PDF18/p768-(72), e ordem antes do PEC em66/RIRPC21, do acervo aceite. Escolha incremental de implementação: residente geral, ano civil2026 e valores comprovados emMZN; inclusão do rendimento e fracção nacional documentadas, sem determinação automática dessa fracção, de vigência/aplicabilidade deCDT ou de conversão cambial. A selecção do país não concede crédito. A mudança de país/colecta exige reconfirmar a correspondência dos limites, conservando os valores.

Percurso: a interface permite preparar explicitamente o detalhe, reutilizando entidade/exercício/colecta e o resumo anterior quando este declara ausência ou zero; mantém esse resumo e os resultados anteriores. Uma posição por país/exercício agrega rendimentos e provas sob um só limite nacional. Regista natureza do imposto, pagamento efectivo, titular, suporte e utilização anterior real; data fora do exercício exige correspondência documental expressa, sem inferir transporte. O crédito elegível é o menor entre imposto seleccionado comprovado, fracção nacional e limiteCDT quando aplicável; desconta utilização anterior e limita a dedução à colecta. Seguem PEC, retenções ePPC existentes. Não transforma simulações históricas em utilização fiscal. Limites admitem fracção exacta; apresentação decimal não é regra de arredondamento fiscal.

Caso sintético recuperado da API	Novo efeito demonstrado em MZN
Imposto estrangeiro10, limite nacional8, não aplicaçãoCDT documentada	Crédito8; 1 408−8=1 400; PEC200→1 200; PPC500→700 a pagar, simulado. Os2 acima do limite não são transporte.
LimiteCDT documentado6	Crédito6; saldo simulado702. Os dados de país/CDT são artificiais, sem afirmar uma convenção real.
Utilização anterior comprovada3	Elegível8, disponível5; saldo simulado703. Não somar utilizações de simulações.
Crédito disponível2 000 e colecta1 408	Deduz1 408; insuficiência592 identificada, sem transporte; PEC200 não deduzido. Os500 a recuperar provêm doPPC, sem reembolso do crédito/PEC.
Ausência internacional expressa e documentada	Crédito0, saldo708; não confundir ausência com informação em falta.
AplicabilidadeCDT em falta ou mesma prova usada comoPPC e imposto estrangeiro	Saldo e dedução dependentes indeterminados, com motivo; não preencher por presunção.

**Provas do delta:**18testes novos e31anuais/PEC afectados,49aprovados; API privada1teste/171asserções com transacção revertida na baseQA guardada, porta55441. Sete casos porPOST/PUT/GET, recalculados após recuperação e exportados pelos relatóriosHTML e dossier existentes; histórico anterior congelado. Wayfinder routes/actions, TypeScript e compilação isolada aprovados. Esta passagem não inclui uma nova prova manual de utilização no browser nem uma avaliação pela equipa. Não se repetiram as suites independentes aceites. As7tabelas de registos anteriores ficaram intactas;30PDFs originais e11consumidores protegidos iguais ao instalado. Sem migrations, novas permissões ou configuração activa; nada enviado para a base do portal. Os testes usam fixtures sintéticas portáteis, sem dados comerciais ou pilotos reais.

Prevenção de dupla dedução: identidade física da prova por emitente/documento, independentemente da data; confronto entre imposto estrangeiro,RF,PPC ePEC e entre mapas do mesmo snapshot; país/entidade/exercício e montantes disponíveis coerentes. Posições repetidas do mesmo país/ano exigem consolidação, evitando repetir a quota nacional. Não existe consumo de saldos oficiais nem reconciliação global entre dossiers independentes. Valores conhecidos, ausência declarada e informação em falta permanecem distintos. Créditos económicos e benefícios positivos ou desconhecidos deixam apenas o saldo dependente indeterminado, preservando a qualificação internacional conhecida.

Saldo concreto de L8 após este incremento

Código por implementar	Condição de retoma
Determinação automática da fracção nacional e limites específicosCDT	Corresponder componentes da base/imposto e rendimento estrangeiro e regras específicas do caso; substituir entradas documentadas apenas quando essa correspondência estiver demonstrada. A regra corrente do menor/ordem já está implementada.
Crédito económico e créditos de investimento/benefício	Aplicar art64/CBF próprio, qualificaçãoL7, base elegível, limite, cumulação e uso real; não os converter em crédito internacional.
Transporte/caducidade e utilização interanual	Proveniência por exercício, utilização real e prazo próprio de65(3), distinto doPEC66; sem transformar imposto acima do limite em crédito transportável. PEC excedente/transporte continuam fora do âmbito entregue.
Obrigação/calendárioPPC/PEC, autónomos, períodos especiais, outras moedas eM20/M22	Retomar cada grupo com factos e regra de período/compensação/câmbio/campo correspondidos; reutilizar motores existentes sem alterar o cálculo independente aceite.

Informação documental externa em falta	Exemplo e condição de retoma
Inclusão e fracção nacional do caso	Imposto10 sem prova da inclusão/base: identificar o rendimento incluído e o suporte da quota; apenas o saldo desse caso fica indeterminado. Não exige nova autenticação da fonte oficial.
Convenção, período e imposto elegível	País conhecido sem artigo/limite aplicável: corresponder artigo, vigência e imposto pago nos termos daCDT. O limite6 da QA não é uma correspondência oficial.
Pagamento/titular/uso anterior e correspondência temporal	Pagamento em2027 afecto a2026 sem suporte: anexar/identificar correspondência expressa; sem presumir transporte ou utilização zero.

L8 permanece parcial. Crédito internacional apenas emQA; PEC instalado eme182d1d7 mantém o âmbito demonstrado. Songo eGurué privados; L3,ISPC,câmbio,L5–L7 eSGFTEMPO preservados. Avaliação de utilização do percurso proactivo continua a aguardar retorno da equipa. Sem instalação, publicação ou nova estimativa global nesta passagem.

Revisão QA publicada no Git: 838ad941a24ae76ec4bf91ccc3f92012668fe8cf. Mantida fora de main e do portal.

27/10/2026 — Crédito internacional corrente entregue pelo Git

Instalado e conferido em 838ad941a24ae76ec4bf91ccc3f92012668fe8cf, sobre o PEC instaladoe182d1d7, preservando a correcção dos sectores669cb897. A candidata é a própria revisãoQA aceite838ad941, sem alteração funcional na preparação; integração normal emmain, sem sobrescrever outro trabalho. Os registosQA anteriores são históricos: este recorte deixa de estar pendente de instalação. Não encerra L8 ou o IRPC.

**Delta instalado:**5ficheiros de aplicação — detalhe internacional, projecção dos códigos do catálogo de países existente e integração no saldo anual. Todos idênticos à QA. Conferidas1002fontes antes/1005depois comGit; restantes fontes comparadas conservadas, incluindoPEC,L3,ISPC,câmbio,L5–L7,sectores,catálogoISO,rotas e configuração. Sem novas permissões,migrations ou importações. Fixtures sintéticas apenas no código de testes; não importadas para dados activos nem publicadas. Songo eGurué permanecem privados; SGFTEMPO separado.

Recorte: residente geral,ano civil2026,MZN comprovados. Inclusão do rendimento,fracção nacional,aplicabilidade/limiteCDT e utilizações anteriores documentados. Menor entre imposto pago e limites aplicáveis,menos uso anterior e até à colecta,antesPEC/RF/PPC;sem concessão pela escolha do país,conversão/arredondamento fiscal ou transporte presumidos. Exemplo condicionado aos dados e suportes sintéticos demonstrados:1 408−8de crédito−200PEC−500PPC=700MZN de saldo simulado a pagar. Os2acima do limite de elegibilidade não são transporte; insuficiência de colecta fica separada. Caso com500a recuperar deriva doPPC,sem reembolso do crédito ouPEC. Informação em falta e prova duplicada deixam o saldo dependente indeterminado.

Recuperação e preservação: capacidade antes superior a85GiB e23,69milhões de inodes; mínimo existente do instalador5GiB mais backup confrontado com espaço real e novamente conferido após backup. Backup fresco/var/backups/investmoz-irpc-l8-international-20261027/backup,dumpSHA256b1e9740653a8664c23268e228efd3ed6a0514bf3e8786dd5adf43342cdb475e1;restauro174tabelas com contagens/checksums iguais em contentor sem rede,porta55441.369ficheiros persistentes/configuração e172tabelas de negócio intactos depois da instalação;schema,papéis,grants e permissões iguais. Cache/sessões operacionais reconciliados individualmente com o backup e pedidos públicos;nenhum registo de negócio ou sessão sobrescrito pelo comparador. Release anterior mantida até compilação/verificações e troca atómica;runtimeQA fora da árvore servida.

Provas: reutilizadas18novas+31anuais/PEC,API171asserções e7recuperações comHTML/dossier e históricos conservados. Sem nova ronda manual das funcionalidades não afectadas. Controlos automáticos obrigatórios do instalador:OK (1 test, 3106 assertions); ✓ built in 31.55s; OK (59 tests, 317 assertions); # tests 1110; # pass 1110; # fail 0;TypeScript/Wayfinder/build e guardas aprovados. Revisão pública e hash do manifest conferidos,HTTP200do simulador e6marcadores compilados do novo delta/PEC identificados. Não foram criados casosQA no portal.

SaldoL8 preservado: derivação automática da fracção nacional/CDT específicas;créditos económicos/CBF;utilização interanual/transporte/caducidade próprios;obrigação/calendárioPPC/PEC;autónomos,períodos especiais,moedas eM20/M22 conforme dependências já discriminadas. Excedente/transportePEC fora do âmbito entregue. Informação de inclusão/CDT/prova/titular/uso bloqueia apenas o caso dependente. As condições concretas de retoma mantêm-se no saldo curtoQA anterior;sem repetir pesquisas ou exigir nova autenticação de fontes oficiais aceites.

Recibo:docs/investmoz/simulations/irpc-l8-international-credit-delivery-20261027.json. Cópia remota:/var/backups/investmoz-irpc-l8-international-20261027/installed-receipt.json,SHA256d80324b898fd160ab3e7a2fd0b11ea2decd0b99a9324255850062ee4a13e0f0f. Provas locais:outputs/irpc-l8-international-delivery-20261027/. Resolvida a colisão localinspect.py→remote_delivery_inspection.py;módulo padrão/Paramiko verificados no mesmoPython,guardaLinux/geteuid mantida,sem alteração de credenciais ou do servidor por essa correcção. A avaliação real do percurso proactivo continua dependente do retorno da equipa. L8 permanece parcial.

28/10/2026 — retoma de L8 e preservação antes do novo delta

28/10/2026: inventário prévio à QA dos saldos anteriores: internacional corrente838ad941, PECe182d1d7 e sectores669cb897 preservados na basecf4e0638; todos os ficheiros do acervo iguais por bytes. Diferença da pasta original é de ramo/ambiente, não perda confirmada. Sem leitura ou escrita de dados activos; recibos aceites reutilizados. Continuação emQA de65(3)/66, sem declarar L8 concluído.

Escolha técnica: novo worktree portal-investidor-irpc-carry-qa-20261028, ramo codex/irpc-l8-carry-qa-20261028, a partir de cf4e0638. Sem migrations, novas permissões ou alterações no activo. Nenhuma perda funcional confirmada nesta comparação de fontes; não se declara nova comparação de dados/schema/permissões no servidor. Songo/Gurué e a avaliação pela equipa conservam os estados anteriores.

28/10/2026 — saldos anteriores internacionais e PEC: delta QA concluído

Implementado e demonstrado em QA isolada, sem instalação. Base cf4e0638, com internacional 838ad941, PEC e182d1d7 e sectores 669cb897 preservados. A pasta original estava noutro ramo; isso não foi tratado como eliminação de funcionalidades. Recibo: docs/investmoz/simulations/irpc-l8-carry-qa-20261028.json.

Extensão opcional do livro anual existente: uma origem consolidada por natureza/país/exercício, apuramento e regra de origem documentados, elegível menos dedução inicial e utilizações efectivas subsequentes. Internacional: cinco exercícios seguintes; PEC: três. Origem2021 internacional e PEC2023 chegam a2026; origem2020 internacional/PEC2022 ficam fora do prazo ordinário, conservadas com explicação e saldo histórico. Não se converte imposto acima do limite em crédito transportável. Situações transitórias/especiais não são qualificadas pela regra ordinária.

Escolha expressa das parcelas correntes e anteriores, vinculada à colecta seleccionada, sem ordem FIFO imposta nem redução automática. A soma não ultrapassa a colecta e os créditos internacionais precedem o PEC. Valores não escolhidos ficam separados da insuficiência de colecta; simulações não criam nem consomem saldos oficiais. Exemplo sintético:1408−8corrente internacional−50anterior internacional−200PECcorrente−100PECanterior−500PPC=550MZN a pagar, simulado.

**Provas:**16novos+49afectados=65testes aprovados; API1teste/119asserções,6casos POST/PUT/GET na base guardada proactive_investment_20261027_test,loopback55441,com rollback. Seis recuperações recalculadas integralmente,HTML/dossier concordantes e resultados anteriores congelados.55oportunidades,64documentos,1vínculo,19rascunhos,40utilizadores,3organizações e409eventos anteriores preservados.31ficheiros do acervo byte a byte iguais,sem nova importação/publicação. TypeScript,build QA com exit0 ePint aprovados. Não foi feita nova prova manual de interface ou avaliação pela equipa. Sem migrations,grants,contas,alteração activa ou operações de servidor.

**Saldo concreto:**L8 continua parcial. Próximo incremento independente:crédito económico64,com gross-up53(1)a/exclusão40,qualificação dos lucros/pagador/beneficiário/imposto e limite proporcional correspondidos; fonte aceite já disponível. Permanecem fracção nacional/CDT automática,créditos/benefícios próprios,obrigação/calendárioPPC/PEC,autónomos,períodos especiais,outras moedas eM20/M22. Não declarar IRPC concluído nem repetir a validação das entregas independentes aceites.

Revisão técnica QA local: d134a92d169f9159a692ed158e3a051889f7ab3a; ramo codex/irpc-l8-carry-qa-20261028, sem push/instalação. Código em C:/laragon/www/portal-investidor-irpc-carry-qa-20261028. Este espelho documental conserva a base de código da pasta original; não integra implicitamente o novo delta na sua linha IVA.

28/10/2026 — crédito económico: preservação e limites antes do novo delta

28/10/2026, antes de novos ensaios: inventário preservado do internacional838ad941/PECe182d1d7/sectores669cb897 instalados e saldos anterioresd134a92d/6ededb59 emQA sem instalação. Novo ramo económico parte de6ededb59, agregável com o delta compatível, sem reapresentar a aprovação dos anteriores.31ficheiros do acervo iguais por bytes;nenhuma perda de fontes confirmada. Sem acesso ao activo nesta preparação;comparação de dados/schema/permissões do destino só na entrega autorizada.

CIRPC64(1–2)/53(1)a e40(1) na redacçãoLei20/2009 são correspondidos no próprio acervo aceite. Regra económica distinta da internacional65;na liquidação precede65/PEC (RIRPC21). Novo detalhe opcional,sem alterar resultados congelados ou sobrescrever deliberadamente o resumo económico anterior. Sem instalação/publicação.

28/10/2026 — crédito económico ordinário demonstrado em QA; agrupamento compatível

Implementado e demonstrado em QA isolada, sem instalação. Ramo codex/irpc-l8-economic-qa-20261028, base 6ededb59, incluindo os saldos anteriores d134a92d. A última referência instalada documentada continua 838ad941; não foi feita nova leitura do servidor. Não se reabre a aceitação dos históricos ou das provas anteriores.

**Cobertura:**CIRPC64(1–2),53(1)a,40(1)na redacção20/2009 eRIRPC21(2/5). Lucros ordinários distribuídos e IRPC correspondente documentados,beneficiário/distribuidor com sede/direcção efectiva emMoçambique,distribuidor sujeito/não isento,exclusão40(1)não aplicável com suporte. A selecção explícita da colecta corrente reutiliza NUIT/exercício/residência válidos e conserva edições divergentes. Novo detalhe opcional; resumo económico deliberado anterior e resultados congelados conservados.

**Cálculo:**60%doIRPCdocumentadamente correspondente aos lucros;confere o acréscimo53 já incluído emL6 e limita pela quota proporcional documentada,menos utilização efectiva anterior,até à colecta. O portal não deriva IRPC do dividendo líquido nem altera a base/colecta silenciosamente;inclusão/acréscimo e quota exigem correspondência do caso. A existência de perdas que reduzam a base abaixo dos lucros não é tratada como impedimento genérico. Crédito económico precede o internacional ePEC,sem reembolso ou transporte económico presumido. Exemplo sintético condicionado aos suportes:IRPC20→nominal12;1408−12−8internacional−200PEC−500PPC=688MZN a pagar,simulado.

**Mesma parcela:**identidade por emitente/documento/parcela com suporte;duplicação dos lucros também conferida independentemente de trocar o comprovativo de imposto,a data ou oID. O mesmo documento pode suportar parcelas de imposto distintas quando a separação estiver documentada em ambos os registos. Um comprovativo anterior sem parcela continua a abranger o documento inteiro,não se torna livre por receber novo nome noutro mapa. Atribuições anteriores e capacidade do comprovativo conferidas neste e noutros contextos do snapshot;divergências não são apagadas. ProtecçõesL5 conservadas. Não é reconciliação global de conta fiscal entre dossiers independentes.

**Agrupamento:**composição demonstrada com os saldos anteriores:1408−12económico−8internacionalcorrente−50internacionalanterior−200PECcorrente−100PECanterior−500PPC=538MZN a pagar,simulado. A prioridade económica não reduz automaticamente a afectação entre exercícios já escolhida;se exceder a colecta remanescente,o caso pede reconciliação conservando as escolhas. Os dois incrementos podem integrar uma entrega Git comum;nenhum foi instalado nesta passagem.

**Provas do delta:**20testes económicos novos+65afectados aceites=85aprovados;API1teste/210asserções,11casos POST/PUT/GET na base guardada proactive_investment_20261027_test,loopback55441,transacção com rollback. Onze recuperações recalculadas integralmente,HTML/dossier concordantes e históricos anteriores conservados.55oportunidades,64documentos,1vínculo,19rascunhos,40utilizadores,3organizações e409eventos anteriores intactos. TypeScript,build QA ePint aprovados.31ficheiros do acervo preservados por bytes,sem novas importações,publicações,scan declarado,migrations,contas ougrants. Não foi feita nova prova manual da interface nem avaliação pela equipa.

**Pendências concretas:**inclusão/correcção automática do dividendo/acréscimo emL6 e derivação da quota proporcional;exclusão40(1)na base com todas as suas condições;liquidação64(3)/associações64(4);créditos/benefícios específicos;fracção internacional/CDT automática;obrigação/calendárioPPC/PEC;autónomos,períodos especiais,outras moedas eM20/M22. Correspondências e parâmetros em falta afectam o caso dependente,sem revalidação genérica de fontes oficiais. Saldos anteriores mantêm o recorte ordinário já demonstrado. L8 permanece parcial. Recibo:docs/investmoz/simulations/irpc-l8-economic-qa-20261028.json.

Preservação delimitada:558ficheiros protegidos com conteúdo Git idêntico à baseQA;uma diferençaLF/CRLF em docs/investmoz/simulations/irpc-l8-carry-qa-20261028.json entre checkouts,conferida como normalização de ambiente,sem perda de conteúdo. Os31originais do acervo são iguais por bytes.

Candidata agrupada local 569a1cd750f3d2a0b87f130e992e73e070bbd1ab, código económicoQA aae67c1, com saldos anteriores d134a92d; bundleGit verificado, sem push/instalação. Manifesto privado em outputs/irpc-l8-economic-20261028/grouped-delivery-prepared.json. Código no worktree C:/laragon/www/portal-investidor-irpc-economic-qa-20261028; a pasta original recebe este espelho documental, conservando a sua linha de código existente.

28/10/2026 — entrega agrupada de saldos anteriores e crédito económico pelo Git

Instalado e conferido em 569a1cd750f3d2a0b87f130e992e73e070bbd1ab, sobre 838ad941, por fast-forward normal em main,sem force. Foram entregues em conjunto os saldos anteriores d134a92d e o crédito económico ordinário aae67c1, já demonstrados emQA. Os estadosQA anteriores permanecem históricos;estes recortes deixam de estar pendentes de instalação. L8 permanece parcial;esta entrega não fecha integralmente a liquidação anual.

**Delta e preservação:**12ficheiros de aplicação,byte a byte correspondentes à candidata aceite;1005fontes antes e1011depois conferidas comGit. Demais fontes comparadas,PECcorrente,internacionalcorrente,sectores,L3/ISPC/câmbio/L5–L7,originais e contexto adaptativo preservados. Sem alterações de schema/configuração/rotas/grants,migrations ou importações de conteúdo. RuntimeQA conservado fora da árvore servida. Songo/Gurué permanecem privados eSGFTEMPO separado.

**Capacidade/recuperação:**82,71GiB e23,52milhões de inodes livres antes;capacidade novamente conferida após backup,com o mínimo existente do instalador e espaço real do backup. Backup fresco 2026-10-28T12:38:25Z (14:38:25locais),em /var/backups/investmoz-irpc-l8-grouped-20261028/backup;dumpSHA256007cd1851d5bd51a54265ab99a342d6a312de06ef642fc42b38b7a5e771d4d9a. Restauro174tabelas com contagens/checksums iguais emcontentorsemrede/porta55441;369ficheiros/configuração conferidos. Depois da entrega:172tabelas de negócio e369ficheiros persistentes/configuração intactos;schema,papéis,grants epermissões iguais,identidades de comparação equivalentes. Delta operacional delimitado a queue:restart e2sessões anónimas do agente de entrega,correlacionadas com pedidos públicos;nenhum dado ou sessão sobrescrito para obter igualdade. Release anterior mantida até todos os controlos e troca atómica;manifest/revisão servidos confirmados.

**Provas reutilizadas e controlos da entrega:**85testes afectados/20económicos novos,API210asserções/11recuperações HTML/dossier e históricos aceites reutilizados;sem repetir avaliação manual de funcionalidades independentes. Instalador obrigatório:PostgreSQL1teste/3106asserções;Unit59/317;frontend1146aprovados/0falhas;TypeScript/Wayfinder/build aprovados (30,82s). SimuladorHTTP200 e8marcadores compilados dos saldos anteriores/económico/internacional/PEC conferidos. Não foram criados casosQA no portal e não se declara nova aceitação manual da equipa.

Saldo concreto de L8 após a entrega

Grupo	Cobertura entregue ou trabalho restante
Saldos anteriores65(3)/66	Entregues no recorte de origens anuais ordinárias documentadas,mesmo sujeito/2026/MZN,prazos próprios5/3exercícios,utilizações efectivas e afectação explícita. Não cria nem consome saldos oficiais;casos transitórios/especiais permanecem próprios.
Económico64(1–2)	Entregue para lucros ordinários qualificados,IRPC correspondente documentado,acréscimo53 já incluído emL6 e quota proporcional documentada,antes do internacional/PEC,sem dupla utilização da mesma parcela. Parcela excluída40(1)não recebe também64.
Inclusão/correcção económica e quota	Ainda por implementar a inclusão/correcção automática do dividendo/acréscimo emL6,a derivação automática da quota e o tratamento completo40(1)na base. A comprovação manual corrente não é declarada automação desses grupos.
Económico64(3/4) e benefícios	Liquidação,associações ecréditos/benefícios específicos mantêm qualificação,limites,cumulação e uso próprios por implementar;sem os transformar emcrédito internacional.
Internacional automático	Derivação da fracção nacional e correspondência específicaCDT continuam pendentes;qualificação/dedução internacional documentada entregue preservada.
Obrigações e representação	Obrigação/calendárioPPC/PEC,juros/multas/guias,autónomos,períodos especiais,outras moedas eM20/M22/transporte/submissão continuam nos grupos concretos anteriores.

A falta de prova do caso (titular/rendimento/imposto/inclusão/uso/regra do período ou quota) limita só o resultado dependente;não é reabertura da autenticidade das fontes oficiais aceites nem novo aprovador. Exemplo agrupado condicionado aos suportes sintéticos já aceites:1408−12económico−8internacionalcorrente−50internacionalanterior−200PECcorrente−100PECanterior−500PPC=538MZN de saldo simulado a pagar;não é declaração submetida ou saldo fiscal consumido.

Recibo consolidado:docs/investmoz/simulations/irpc-l8-grouped-delivery-20261028.json. Cópia remota:/var/backups/investmoz-irpc-l8-grouped-20261028/installed-receipt.json. Provas locais:outputs/irpc-l8-grouped-delivery-20261028/. Actualização documental segue ramo próprio de recibos,sem alterar novamente a revisão servida.

Cópia remota do recibo conferida:SHA256b70fe154f95162f029b5ca712b41962757360d73b0ff07f52b8ce14848d990df;a matriz existente recebeu saldoL8 nos camposEstado,Disponibilidade activa,Evidências,Critérios restantes eDependências,só em AUD-SIM-INT02.

28/10/2026 — listas como base interna da oferta: uso não demonstrado

Decisão expressa da Tempo e resultado da conferência: a utilização das listas de empresas,hotéis/restaurantes como base comparativa no portal é NÃO DEMONSTRADA. A entrega do percurso proactivo,os seus campos de evidência e os pilotos privados anteriores mantêm-se aceites;isso não demonstra carregamento,classificação e ligação destas listas ao consumidor de análise. O âmbito é primeiro a análise interna,não a publicação automática de um directório.

**Fonte e âmbito conferidos:**13ficheiros inventariados nos dois directórios acessíveis de empresas/relatórios,antes da selecção;originais EMPRESAS_LIST2014–2022, Empresas Licenciadas,cadastro turístico30/10/2024 e CAE eBAU localizados e iguais aos hashes aceites. As148557/212632/460linhasXML não vazias dos recibos anteriores são observações dos ficheiros,não empresas únicas nem carga no portal. Empresas têm província/distrito/CAE;isso não prova o mapeamento no portal. O cadastro turístico observado é de alojamento,não um censo completo da restauração. Não foi identificada lista autónoma de restaurantes nestes dois directórios;isso não significa ausência de restaurantes ou de actividades de restauração nas listas empresariais. Contactos e outros campos privados não foram publicados.

**Destino entregue:**código 569a1cd7,base teste_investidor,198tabelas não sistémicas(174public+24skills_edu),consultadas em transacções READ ONLY com identidade técnicapostgres explicitada. Zero correspondências dos hashes originais entre368ficheiros persistentes e nenhuma correspondência exacta dos nomes/hashes nas referências pesquisadas. Cadastros existing_businesses e investment_company_declarations têm0registos nesse destino;organizações1,actividades11,documentos60 e recursos59 não são convertidos em oferta empresarial das listas. Esta é uma fotografia técnica,não prova de visibilidade para uma conta operacional,perda de registos ou ausência de oferta no mercado. Registos antigos de investemoz e basesQA são ambientes distintos;nenhuma eliminação é declarada. Pesquisa por nomes/hashes em metadados não exclui ficheiros renomeados,arquivados,conteúdo cifrado ou outros acervos.

Causa delimitada no consumidor instalado:ProactiveInvestment::options devolve documentos/grupos e referências a projecto,cluster,corredor,parque,cadeia;os hashes dos ficheiros instalados coincidem comGit. O editor recebe observed_supply e fontes/localizadores/períodos/cobertura como texto manual;as relações proactivas não admitem entidade empresarial destas listas. Não foi encontrada consulta de oferta carregada por localização/sector/actividade nem ligação de linhas das listas a concorrentes,complementares ou parceiros. A possível existência de cadastros noutro módulo não demonstra consumo por este percurso.

Percurso de conferência — Gurué,distrito canónico	Resultado
Escolher localização	Referência canónica localizada;prova anterior de selecção territorial preservada,não se declara nova prova de interface.
Consultar oferta existente das listas	Não demonstrado:consulta/importação/classificação consumida pelo percurso não identificada. A demonstração pára neste ponto.
Comparar com uma ideia	Não demonstrado sobre conjunto rastreável de registos dessas listas. Campos manuais não equivalem à integração.
Identificar necessidade	Não demonstrado por este fluxo;ausência de registo não confirma necessidade nem ausência de concorrência. Manter hipótese,período,cobertura e incertezas.
Preparar oportunidade	Mecanismo privado entregue preservado;nenhuma oportunidade nova foi criada para simular passos anteriores ainda não demonstrados.

**Critério de retoma:**lotes/linhas privados rastreáveis e classificados,reutilizando os mecanismos/cadastros existentes;consulta autorizada da oferta por localização/sector/actividade;comparação da ideia com concorrência,complementares e possíveis parceiros,com fontes/datas/cobertura;necessidade fundamentada sem inferir ausência de oferta;e prévia/gravação/recuperação da oportunidade no percurso existente emQA isolada. Só essa conferência pode demonstrar o uso;nenhum novo aprovador organizacional ou directório público é criado.

Sem imports,normalização,alteração de código,permissões,publicação ou escrita em dados activos. Songo/Gurué privados,aprovações/históricos e entregaL8 preservados. Registo:docs/investmoz/unification/existing-supply-lists-audit-20261028.json. Cobertura actualizada nas linhas existentesRF-CLU-003,MASTER-471012ab-0010,M2-d0c06a75-0147/0151 eMASTER-1f0a4cde-0002,sem nova matriz/backlog.

A base interna de oferta não exige transformar cada empresa numa organização utilizadora,anúncio de venda/parceria,promotor ou cliente confirmado. O cadastro e a consulta analítica são distintos da operação comercial e da divulgação.

28/10/2026 — oferta existente ligada à análise proactiva, demonstrada em QA

Incremento sobre o código entregue 569a1cd7, ramo codex/proactive-supply-qa-20261028: demonstrado em QA isolada, sem instalação nem importação no activo. O relatório de conferência anterior permanece histórico: no destino activo, o uso das listas continua não demonstrado. Reutilizam-se a aceitação do percurso, o inventário de 13 ficheiros, os originais, as fontes e as provas anteriores; não se reabre a decisão da Tempo nem se encerra o estudo de mercado nacional.

Carregadas privadamente 361.464 observações: 148.556 da lista 2014–2022, 212.631 de empresas licenciadas e 277 do cadastro turístico (duas folhas com estruturas distintas). Os quatro hashes dos originais e do CAE foram conferidos. Pré-visualização, análise Microsoft Defender sem ameaças e repetição idempotente 343.041→343.041 demonstradas. Os 147.165 registos com a mesma projecção administrativa são conservados como repetições; não representam empresas únicas nem duplicados de ficheiros por bytes. As 113.880 observações com denominações divergentes para um identificador partilhado ficam assinaladas, sem fusão automática. Contactos, documentos de identidade e NUIT não são devolvidos pela consulta.

Consulta interna por localização canónica (incluindo descendentes), sector CAE e actividade; resultados paginados conservam fonte, folha/linha, hash e data original. O sector provém da hierarquia SELF_ID do CAE fornecido, sem inventar correspondência com os sectores de navegação. A selecção permite comparar possível concorrência, complementaridade, parceiro ou relação por determinar, com fundamento e incertezas. O servidor recupera a origem, impede reclassificar a evidência interna como pública e conserva-a no rascunho e no dossier privado. Não transforma a lista em anúncios, promotores, clientes confirmados ou publicação de directório.

Gurué: o operador QA sintético 1021 consultou 410 observações distintas na primeira demonstração (435 após o complemento de registos sem denominação), comparou dois registos reais (serviços agrícolas CAE 01610 e comércio de plantas/sementes/fertilizantes CAE 47732) com a hipótese já preparada de apoio à colheita e qualidade da folha verde. A oferta possível exige verificar sobreposição e colaboração, sem presumir mercado vazio. Rascunho 402 passa de v1 a v2, mantendo integralmente as cinco evidências anteriores, a ideia e o histórico. O mesmo dossier 883c8ec3-59a3-4074-b91c-b7d4a5d88ff0 passa de contexto1 a2 por pré-visualização e confirmação idempotente, preservando título e campos deliberados. A necessidade permanece hipótese, sem procura, falta de oferta ou viabilidade confirmadas. Gravação, recarregamento, acesso privado e resultado vazio como informação insuficiente demonstrados no navegador. Isto é prova técnica, sem substituir observação/aceitação da equipa.

Cobertura e pendências: 205.608 observações sem correspondência territorial canónica única (incluindo 19 ambiguidades), 336 apenas com província e 82.864 sem designação de actividade CAE correspondente. Mantêm-se os rótulos originais e a incerteza; não há atribuição territorial aproximada nem preenchimento presumido. O cadastro de alojamento não é um censo exaustivo de hotéis/restaurantes. Situação operacional actual, capacidade, preços, procura e compromissos continuam por demonstrar. O incremento nacional é parcial; não encerra os requisitos amplos de mercado, clusters ou liquidação anual. L8 permanece parcial e inalterado.

Sete testes dirigidos/62 asserções, TypeScript e compilação QA passaram. As duas tabelas internas têm RLS forçada; teste com identidade sem privilégios confirma ocultação sem contexto de actor e leitura com contexto autorizado. Conferidos os hashes de todas as linhas anteriores nos sete conjuntos do inventário: só o rascunho402 e o mesmo dossier sofreram o delta intencional; Songo401, projectos, territórios, sectores, documentos e cadeias foram conservados. Provas fiscais aceites reutilizadas, sem repetir as suas suites.

Actualizados os cinco requisitos existentes RF-CLU-003, MASTER-471012ab-0010, M2-d0c06a75-0147, M2-d0c06a75-0151 e MASTER-1f0a4cde-0002, preservando o restante estado e pendências. Nenhuma matriz ou backlog novo. A entrega activa futura mantém conferência de capacidade/compatibilidade com main, backup/restauro fresco, operação autenticada e delta instalado. Relatório: docs/investmoz/unification/proactive-existing-supply-qa-20261028.json.

Complemento final: as 18.423 linhas empresariais sem denominação social também foram conservadas, com essa lacuna explícita e sem reutilizar o nome pessoal do requerente. As 343.041 observações da primeira fotografia permaneceram idênticas; extensão e repetição idempotente atingem 361.464 sem substituir registos, alterar as comparações ou rever as provas aceites. Os exemplares e as fotografias anteriores foram preservados.

28/10/2026 — base comparativa instalada pelo Git; conferência visual autenticada pendente

Instalada e servida a revisão 6d147693, que inclui o candidato aceite a022ed98, por fast-forward normal em main, sem força. A revisão569a1cd7 e os backups anteriores foram preservados. O carregamento privado foi executado em transacção autenticada depois de backup novo, restauro isolado e ensaio idempotente; o instalador Git, as suas guardas e a CI habitual foram conservados. O contrato recebeu apenas o hash da migração nova, mantendo os90 anteriores.

361.464 observações administrativas não são361.464 empresas únicas. As147.165 repetições foram conservadas, mas excluídas das contagens/resultados; as214.299 projecções administrativas distintas também não equivalem a empresas únicas. Em Gurué, o serviço instalado recupera435 observações distintas e conserva237 repetições fora dessa contagem. A API também recusa gravar uma repetição como outra comparação: apenas esse delta recebeu teste dirigido1/2asserções. As7provas/62asserções, tipos, compilação e percurso QA aceites foram reutilizados.

A aplicação, com a sua conta real e um actor existente que satisfaz as autorizações anteriores, consultou Gurué e conservou fonte/linha/data/hash. O resultado vazio foi «Informação insuficiente nesta base e nestes filtros.» Sem actor/contexto, a RLS devolveu0; acesso HTTP anónimo recusado401. Isto é conferência técnica do consumidor instalado, não uma nova aceitação da equipa no navegador. A conferência visual autenticada permanece pendente por bloqueio do mecanismo Windows de confirmação segura do URL; não pedir nova aceitação das provas QA nem confundir essa pendência com perda da funcionalidade entregue.

Backup fresco de174tabelas públicas e369ficheiros/configuração; restauro sem rede/55441 e os174checksums passaram. As duas tabelas privadas também foram carregadas, repetidas e restauradas no ensaio. Medidos344.399.872bytes para as novas relações;capacidade conferida antes da instalação. No activo, as linhas anteriores foram preservadas e os369ficheiros/configuração ficaram idênticos; o delta esperado é de2tabelas privadas e1registo de migração. Cache queue:restart e2sessões anónimas de conferência foram reconciliados separadamente. Foi criado também backup da base privada já instalada, preservando GRANT/RLS. Não se criaram utilizadores, organizações, oportunidades ou dossiers QA no activo, nem se publicaram as listas.

CI habitual do instalador: PostgreSQL1/3106asserções, Unit59/317, frontend1146aprovados/0falhas, tipos e build31,30s. O script do instalador e as configurações/ficheiros anteriores mantiveram-se; apenas leitura nas duas tabelas novas foi concedida à conta de aplicação existente. Não houve alteração de papéis de funcionários.

Pendências conservadas: cobertura nacional parcial,205.608observações sem território canónico único,336só com província,82.864sem designação CAE,113.880com divergências de denominação/identificador e18.423sem denominação social, todas preservadas. A ausência de registos é informação insuficiente. A comparação fundamenta uma hipótese, sem comprovar procura ou viabilidade. O caso/dossier QA anterior mantém-se em QA e não foi transplantado para o activo. L8 permanece parcial e inalterado. A actualização continua nos cinco requisitos existentes, sem nova matriz ou backlog. Recibo:docs/investmoz/unification/proactive-supply-git-delivery-20261028.json.

28/10/2026 — correcção do bloqueio da conferência visual

6d147693 está instalado, incluindo a base interna. A única pendência da conferência desta entrega é a validação visual autenticada: Gurué → consultar oferta → comparar ideia → guardar → recuperar no mesmo dossier, conservando fonte, data e incertezas. As435 observações de Gurué não são435 empresas únicas. Listas internas, cobertura nacional parcial e hipótese de investimento mantêm-se.

O erro actual, novamente observado, é “The browser access host is unavailable”: indisponibilidade do host do conector, distinta de deixar uma aba aberta. A orientação anterior para apenas manter a aba aberta era insuficiente. Restabelecer o conector por mecanismo suportado ou realizar a conferência pela equipa. Não reinstalar nem repetir as provas técnicas aceites; não declarar conferência visual concluída sem o seu resultado. O recibo remoto original e o historial do diagnóstico anterior ficam preservados; esta correcção é documental.

28/10/2026 — revisão de menus: inventário antes da verificação do delta

Origem: recomendação expressa da Tempo após constatar que as entradas indicadas não aparecem ou ficam escondidas. Página relatada:https://teste-investidor.tempo.co.mz/. Preservados6d147693 e a base privada instalada,as provas QA do percurso e da navegação sectorial,os originais,dados,perfis,permissões e históricos. Não se declara uma funcionalidade anterior desaparecida apenas pela ausência de um novo teste.

Confirmado no código: barra lateral substitui cada grupo pelo seu primeiro destino,omitindo os restantes;menu principal esconde gestão/perfis dentro do menu do nome do utilizador;entrada de gestão de conteúdos existente não é incorporada nessa navegação principal. A conta e os props efectivos da sessão real permanecem por conferir,porque o conector está indisponível;não se presume falta de autorização.

Incremento em QA: área de trabalho explícita no menu principal,inclusive entrada neutra de acesso;destinos privados apenas segundo capacidades anteriores;mesmo catálogo completo na barra lateral,sem perda dos subdestinos;entrada directa na análise proactiva existente,sem substituir rascunhos editados;preservação de Descoberta/Realização/Suporte e todos os destinos anteriores aplicáveis. Sem alteração activa,schema,regras de negócio ou papéis. Escolhas de apresentação não são exigências organizacionais. Verificação dirigida do delta pendente nesta fotografia;nenhuma nova matriz ou backlog.

28/10/2026 — reorganização dos menus implementada em QA, sem instalação

Recomendação expressa da Tempo após a página principal não apresentar as entradas sugeridas. Causa delimitada no código: a barra lateral omitia subdestinos ao seleccionar apenas o primeiro link de cada grupo; a navegação principal colocava gestão/perfis dentro do menu do nome do utilizador e não incorporava a entrada de gestão já calculada pelo servidor. Não se presume falta de permissões da sessão real, cujos props não foram observados. A entrega6d147693/base interna continua instalada e preservada; esta revisão não reinstala essa base nem repete as provas técnicas aceites.

Proposta executável QA: Área de trabalho visível ao lado de Descoberta,Realização,Suporte; entrada neutra Acesso à gestão explica o estado, mesmo sem acções privadas atribuídas. As acções autorizadas e Preparar análise e ideia vêm das capacidades existentes, sem criar papéis. A análise abre directamente no formulário existente; rascunhos guardados não são substituídos. A barra lateral põe trabalho primeiro e conserva todos os destinos e os filtros territoriais entre catálogos, em vez de reduzir grupos ao primeiro destino. O cabeçalho permite quebra de linha em largura intermédia; os controlos móveis e do teclado existentes são reutilizados.

**Verificação delimitada:**16 testes de navegação/renderização estrutural,0falhas;tipos,compilação QA e sintaxe PHP passaram. Quatro cenários de capacidades conservaram todos os destinos anteriores; não surgem operações privadas em cenário anónimo ou sem atribuições. SSR usa o componente real da barra lateral com wrappers semânticos de teste; não equivale a captura do navegador. A prévia HTML é um inventário interactivo de destinos, sem pedidos ao portal, identificado como proposta QA, não como sessão real.

Pendente: conferência visual desktop/móvel/teclado/toque e das capacidades efectivas da sessão relatada; o host do conector permanece indisponível no último diagnóstico. Não substituir essa conferência por alegação de acesso demonstrado. A instalação futura deve transportar só o delta de menus pelo processo Git/backup/restauro existente, preservando originais, dados, permissões, contexto,dossier e simulador.435 observações de Gurué não são435empresas únicas; listas internas/cobertura parcial/hipótese preservadas. L8 continua parcial.

Inventário anterior registado antes dos testes nesta matriz/manual. Actualização apenas nos requisitos existentesV2-01,V2-07,V2-10,MASTER-9dee08d0-0011,MASTER-9f6dd1d9-0001,MASTER-9f6dd1d9-0003,MASTER-02f44baf-0002;não há matriz ou backlog novos. Relatório:navigation-reconciliation-qa-20261028.json;prévia:outputs/navigation-reconciliation-20261028/menu-proposta-qa.html.

A apresentação da gestão antiga usa agora a decisão efectiva já existente (legacyWriteAllowed, com o requisito de email verificado das rotas), em vez de presumir que o indicador genérico de gestor basta. Não se alteraram regras, atribuições ou permissões. Preservada também a entrada de instalação de perfis anteriormente presente apenas na barra lateral autorizada. Os nomes longos quebram linha na barra lateral, sem reticências que escondam a função.

28/10/2026 — menus 6e8de43a instalados pelo Git; conferência visual pendente

A Tempo aprovou a proposta QA e autenticou o transporte SSH existente. main avançou normalmente de 6d147693 para 6e8de43a, sem force. A entrega usou o pipeline existente, sem alterar o seu contrato de schema, sem migrações, importações, atribuições de papéis ou permissões. Os 16 testes dirigidos e as provas QA aceites foram reutilizados; as verificações automáticas obrigatórias do pipeline não representam nova aceitação funcional.

Capacidade conferida antes da entrega: cerca de 78,5 GiB livres. Backup novo em /var/backups/investmoz-navigation-delivery-20261028/backup; restauro em base isolada, sem rede, confirmou as 176 tabelas por contagens/checksums. Os 369 ficheiros persistentes/configuração mantêm-se idênticos. As tabelas de domínio, incluindo base interna, relações e permissões, foram comparadas com o snapshot do backup; apenas alterações operacionais de cache/sessão são registadas separadamente. A versão anterior está preservada para retorno pelo mecanismo existente.

O delta instalado contém Área de trabalho no nível principal, destinos subordinados completos na barra lateral e continuidade para os destinos existentes de investimento, conteúdos e acompanhamento. A exposição das acções respeita a decisão efectiva do servidor; não se infere nova autorização pelo nome genérico de gestor. A presença dos assets e props instalados foi conferida tecnicamente, sem a apresentar como prova da sessão real.

Pendente: conferência visual autenticada desktop/móvel/teclado/toque e percurso Gurué → consultar oferta → comparar ideia → guardar → recuperar no mesmo dossier. Último bloqueio conhecido: The browser access host is unavailable; uma aba aberta não restabelece o host. Não repetir as provas QA aceites nem reinstalar a base interna para resolver essa pendência. As 435 observações de Gurué não equivalem a 435 empresas únicas; listas internas, cobertura parcial e hipótese de investimento mantêm-se explícitas. L8 permanece parcial.

Evidência: docs/investmoz/unification/navigation-git-delivery-20261028.json. O relatório QA anterior permanece como histórico do candidato antes da instalação. Actualizados os mesmos sete requisitos existentes, preservando o seu histórico; não foi criada outra matriz.

Inventário de preservação — consulta territorial, 28/10/2026

Antes das novas verificações: menus 6e8de43a instalados, base interna e percurso proactivo preservados; conferência visual autenticada continua pendente. Reutilizam-se as provas anteriores. O caso relatado é Agronegócio / Maputo Província. Em leitura da QA isolada, as 37 oportunidades públicas incluem cinco do Corredor de Maputo; o filtro provincial devolve zero. A correspondência aprovada do corredor para Maputo Província e Maputo Cidade já existe em config/investment_corridors.php e corridor-adaptive-context-20261023.json, mas a pesquisa não a utiliza. Não se trata de eliminação dos registos. Os cartões mostram apenas província e omitem o detalhe territorial disponível. A correcção é de consulta/apresentação, sem criar localizações distritais não documentadas, relações a mestres, permissões ou novas publicações. Referência aos requisitos existentes V2-07/V2-10; a implementação transversal e a sessão real não ficam declaradas concluídas por este inventário.

28/10/2026 — correcção provincial do catálogo em QA, ainda sem instalação

Caso da Tempo: Agronegócio / Maputo Província. A leitura QA reproduziu zero resultados para cinco oportunidades públicas do Corredor de Maputo. Reutilizada a decisão expressa de 23/10 que abrange Maputo Província e Maputo Cidade, antes disponível no percurso mas omitida na consulta. O filtro provincial passa a incluir esse contexto aprovado, mantendo sector e estado público, sem duplicar oportunidades nem atribuir distrito/posto administrativo ou coordenadas inexistentes. Uma localização explícita posterior prevalece sobre o contexto antigo.

Os resultados apresentam a hierarquia territorial disponível; o contexto de corredor é identificado e os níveis não indicados continuam explícitos. Pesquisa/API, vista por corredores e lista sem coordenadas do mapa concordam. O atalho «Ver toda a província» elimina a necessidade de limpar vários níveis manualmente. Não foram criadas publicações, relações a mestres ou permissões. Provas QA: 4 testes/70 verificações, zero falhas, transacções revertidas; tipos, compilação QA e sintaxe PHP passaram. O inventário anterior foi registado antes dos testes. Menus 6e8de43a, base interna, históricos e aceitação anterior preservados; L8 permanece parcial.

Relatório: catalogue-province-coverage-qa-20261028.json. Instalação pelo processo Git e conferência visual autenticada continuam pendentes. Não declarar auditados todos os outros menus por este delta. Cobertura actualizada nos requisitos existentes V2-07/V2-10; sem nova matriz.

28/10 - National coverage: 6 tests / 617 assertions passed across all 11 provincial units, 6 configured corridors and 2 sectors. Province and location entry points preserve sector filters and district containment. Existing runtime implementation is national;Maputo was the reported case,not a geographic limitation. Other unrelated menus remain subject to concrete verification. Types/build evidence reused;not installed.

28/10 — Âmbito nacional confirmado pela Tempo: antes da extensão dos testes, preservar a correcção QA 1b2ede41 e verificar os seis corredores aprovados nas onze unidades provinciais, hierarquia descendente e reutilização entre sectores/entradas de localização. Não presumir cobertura de corredor onde não está documentada. Nenhuma prova anterior é revogada.

28/10 - National coverage: 6 tests / 617 assertions passed across all 11 provincial units, 6 configured corridors and 2 sectors, including descendant hierarchy, sector separation and both province/location entry points. The runtime correction already used the common national hierarchy; Maputo was the reported reproduction, not a geographic limit. Existing publication decisions and unknown district/post/site information remain preserved. This is not a claim that every unrelated portal menu has been audited. No additional runtime change since 1b2ede41; types/build accepted evidence reused. Installation remains pending.

28/10 - Before selector delta checks: accepted national catalogue QA 47dae1b7, 6 tests/617 assertions, remains uninstalled. Existing TerritoryLevel and ProvinceSelect required two separate fields (search then select). Tempo requests one dropdown on the search field. Consolidate the shared controls while retaining saved values, hierarchy, endpoints, paging and permission decisions;browser visual proof remains separate.

28/10/2026 — selecção territorial num único campo de pesquisa, QA

Pedido expresso da Tempo: o dropdown deve abrir em «Pesquisar província», sem um segundo controlo «Seleccione». ProvinceSelect e TerritoryLevel passam a usar o mesmo combobox, aplicado a província, distrito, posto administrativo e localidade. Pesquisar e escolher fica num único campo; a paginação permanece na lista. Escrever ou sair com Escape não substitui a selecção guardada; escolher e limpar são acções expressas. Mantêm-se a hierarquia, os endpoints existentes e os controlos de acesso, sem novos dados ou publicações.

Quatro testes do contrato de eventos/estado passaram: abertura/escolha, preservação ao escrever/Escape, teclado e bloqueio de resultado antigo durante carregamento, limpeza e dependência do nível anterior. Tipos e compilação QA passaram. As 6 provas nacionais/617 verificações são reutilizadas porque o PHP territorial não mudou. Este delta continua em QA e não comprova apresentação ou sessão real no navegador. Será agrupado com a correcção provincial; falta autenticação SSH antes da entrega, sem nova aprovação organizacional.

28/10 - Before catalogue presentation checks: accepted province QA6/617 and unified selector QA4 remain preserved and uninstalled. Tempo reports Tourism/Cabo Delgado shows educational text and broad sector links. Read-only public API confirmed zero filtered records;unfiltered tourism returns16 records,all declared in Inhambane. This does not establish absence of tourism supply in Cabo Delgado. Correct presentation to retain filters and expose guides only as optional links;do not republish or reassign opportunities to manufacture results.

28/10/2026 — resultados do catálogo separados do apoio educativo, QA

A Tempo esclareceu que a combinação província/sector deve apresentar as oportunidades correspondentes, sem texto educativo ou atalhos que troquem a consulta por todas as oportunidades do sector. A consulta pública anónima conferiu Turismo/Cabo Delgado = zero oportunidades cadastradas; Turismo sem localização = 16, todas declaradas em Inhambane. Este snapshot não prova ausência de oferta turística em Cabo Delgado e não substitui inventário de fontes ou consulta autenticada.

Correcção de apresentação em QA: título dos resultados explicita sector e hierarquia escolhidos; removidos os cartões educativos e o botão sectorial sem localização da área de resultados. Os guias mantêm-se como títulos ligados em apoio opcional fechado por defeito. A remoção da localização é uma acção expressamente identificada como pesquisa noutras províncias. O estado vazio refere o cadastro consultado e a cobertura incompleta, sem fabricar oportunidades nem alargar automaticamente filtros.

Dois testes SSR do novo apoio opcional passaram, bem como tipos e compilação. As provas territoriais nacionais 6/617 e os quatro testes do selector são reutilizados; não mudou a consulta PHP ou o controlo territorial neste delta. Mantêm-se histórico, publicações, permissões, fontes e base interna. Este candidato continua sem instalação, dependente de autenticação SSH; a sessão real permanece sem prova visual. Relatório existente: catalogue-province-coverage-qa-20261028.json, campo catalogue_result_presentation. Requisitos V2-07/V2-10 actualizados na mesma matriz; L8 permanece parcial.

28/10 - Before investor usability checks: accepted catalogue candidate54d1b2a5 remains in QA,not installed;active menus6e8de43a and earlier supply proofs preserved. Two Tempo attachments identify duplicate profile navigation,an exposed long canonical form and ZEE/ZFI/park searches that keep prior results until manual submit. Prepare presentation-only adaptive field groups and safe save-before-resource navigation;verify territorial search/count/paging and documented scope without republishing records or changing permissions. Reuse prior proofs;existing V2-07/V2-10 scope retained.

28/10/2026 — usabilidade do investidor e consulta territorial, QA

Pedidos da Tempo e exemplos recebidos: menu/ficha de oportunidade, zonas/parques, pedido de Promotor, Os meus investimentos, documentos/formulários e recusa autenticada em Turismo. Inventário anterior registado antes dos testes: menus 6e8de43a e base interna instalados; candidato territorial 54d1b2a5 ainda em QA; originais, dados, relações, histórico, aprovações e provas anteriores preservados.

Delta QA: acções do investidor em primeiro plano, administração em detalhe consultável; campos do contrato existente agrupados por tarefa e modalidade, com navegação livre e todos os campos montados para conservar edições. Os grupos mostram as pendências da última gravação e os erros existentes; não criam seis ou oito formulários obrigatórios. Guardar usa os mesmos endpoints/ETags; abrir recursos pela preparação guarda primeiro e regressa à mesma oportunidade/grupo. Contactos e detalhes de disponibilidade ficam opcionais; códigos técnicos de categorias e campos conhecidos têm nomes em português. Só um contexto único de promotor é escolhido automaticamente.

Zonas: selecção territorial aplica pesquisa sem esperar por outro clique; a lista anterior deixa de aparecer durante carregamento/erro. Totais, intervalo visível e páginas identificados, sem apresentar a primeira página como o conjunto completo. «Todo o território» remove expressamente a localização, preservando os restantes critérios visíveis. Abrangência jurídica documentada e validada inclui os níveis descendentes; influência não se torna implantação. Não são criadas localizações, direitos, publicações ou certificados.

Pedido de Promotor: representação/modalidades com nomes claros; pesquisa de ficheiros e selecção expressa dos comprovativos, preservando os escolhidos ao pesquisar. Mantidos propriedade, análise antimalware e verificações existentes; legislação/imagem/teste não se torna comprovativo por estar disponível. Os meus investimentos destaca a próxima acção e permite abrir fases/etapas; fontes, códigos e acompanhamento interno ficam preservados em detalhes.

Formulários: entradas directas para os campos já existentes da preparação do pedido de investimento e Terra/DUAT; pedido de apoio identificado separadamente. Originais oficiais e guias continuam consultáveis, sem os confundir com um formulário preenchível ou converter leis em campos/cálculos. Não se declara executada a totalidade dos formulários oficiais do acervo.

Provas delimitadas: 8 testes frontend de contrato/SSR e 3 testes isolados/12 verificações, zero falhas; tipos, compilação e sintaxe PHP passaram. Dados sintéticos revertidos em QA. Provas nacionais/selector/catálogo anteriores reutilizadas. Turismo: leitura anónima activa HTTP200 e QA visitante/conta sem Promotor HTTP200; a recusa da sessão real relatada não foi reproduzida, nem atribuída a uma permissão sem prova. A conferência autenticada e visual continua pendente. Este registo não instala o candidato nem encerra a implementação transversal. L8 permanece parcial.

Evidência: investor-usability-qa-20261028.json. Actualizados V2-01,V2-07,V2-10 na matriz existente; sem nova matriz ou backlog.

28/10 — botão de cadastro e compatibilidade do pipeline

A Tempo esclareceu que a recusa em Turismo ocorreu depois de clicar num botão; não foi possível recuperar o nome. A rota pública continuou HTTP200. Conferência de forma pública/origem não identificou anexos privados nos documentos públicos de Turismo; não se atribui a recusa à perda de publicação. Encontrada uma falha delimitada no consumidor: o botão de cadastro dependia da disponibilidade do módulo, sem a capacidade efectiva da conta. Corrigido para reutilizar o destino autorizado de criação de ContentManagement; sem essa capacidade, mostra expressamente o pedido de acesso já existente. Não cria papéis nem restringe a consulta pública ou a preparação de ideias. A confirmação visual da acção real permanece pendente.

O candidato 502e3ec4 falhou na Unit de agrupamento de corredores antes da troca de release; 6e8de43a ficou servido. Causa: a simulação do catálogo não representava a nova apresentação de localização e uma consulta era feita antes de conferir se a fonte era aplicável. Correcção: conferir primeiro a fonte e simular a nova dependência no teste, conservando as verificações anteriores de identidade, grupos e contagens. Regressão Unit1/13 passou; não foi alterado o pipeline, o contrato de schema ou a exigência dos testes. Frontend9, Feature3/14, tipos e compilação passaram. Rótulos conhecidos de temas, categorias e idiomas do acervo traduzidos para apresentação; valores dos filtros preservados.

28/10/2026 — entrega agrupada de usabilidade e filtros instalada, 789fffd0

Entrega autorizada pela Tempo e autenticada pelo mecanismo SSH existente. main avançou normalmente e o pipeline existente instalou 789fffd0, preservando a release anterior 6e8de43a. O candidato inicial 502e3ec4 foi recusado antes da troca por uma dependência não representada no teste Unit do agrupamento de corredores; o activo ficou preservado. A consulta desnecessária foi corrigida e a nova dependência simulada, conservando as provas anteriores. O pipeline e o seu contrato de schema não foram enfraquecidos.

Backup/restauro de 176 tabelas confirmado numa instância isolada, sem rede. Os 369 ficheiros persistentes/configuração mantêm-se idênticos. A comparação do snapshot com o instalado preserva as tabelas de domínio, incluindo papéis, publicações, originais e base interna; diferenças de cache/sessões são registadas separadamente. Sem migrações, importações ou activação fiscal. A versão anterior permanece disponível para o mecanismo de retorno.

Incluídos: consulta provincial nacional/corredores e detalhe territorial; pesquisa/selecção num único controlo; resultados do catálogo separados do apoio educativo; grupos adaptáveis de preenchimento, navegação livre e gravação antes de abrir recursos; pedido de Promotor legível com comprovativos escolhidos expressamente; zonas filtradas ao seleccionar, contagens/paginação visíveis; fases/etapas do dossier e fontes em detalhes; entradas para formulários de preparação já existentes; CTA sectorial conforme capacidade efectiva; rótulos do acervo legíveis. Não são novas permissões, publicações ou formulários fiscais oficiais inventados.

Conferidos o commit servido, APIs filtradas e assets instalados. Reutilizadas as provas QA aceites; a bateria obrigatória do pipeline não reabre a sua aceitação. Mantém-se pendente a conferência visual autenticada, incluindo navegação, ida/volta a recursos e Gurué no mesmo dossier. A recusa relatada em Turismo ocorreu após um botão; a falha concreta do CTA de cadastro foi corrigida, mas não se declara reproduzida e resolvida a acção original sem a sessão real. A escolha do formulário fiscal concreto ainda precisa de ser esclarecida; os diplomas IVA mostrados não são formulários preenchíveis.

Estado actual: investor-usability-git-delivery-20261028.json. Os relatórios QA anteriores conservam o estado histórico antes da instalação. As 435 observações de Gurué não são 435 empresas; as listas são internas, a cobertura nacional é parcial e a comparação sustenta hipóteses. L8 permanece parcial. Actualizados V2-01/V2-07/V2-10 na matriz e manual existentes.

28/10/2026 — formulários fiscais 332c16eb, QA concluída e autenticação pendente

Documentos e Formulários disponibiliza no candidato entradas directas IVA/IRPC: identificação, período, 27 campos manuais de Modelo A ou 24 campos manuais de M22, revisão, impressão, ficheiro privado e recuperação com confirmação antes de substituir. Sem geração de zeros, arredondamento, apuramento ou submissão à AT. IRPC permanece parcial: outros ajustamentos, regimes e anexos não incluídos; L8 parcial. Persistência no servidor e associação automática ao dossier não incluídas. Cinco testes frontend e um teste Feature/20 asserções passaram na base QA isolada 127.0.0.1:55441/proactive_investment_20261027_test; tipos, compilação, sintaxe PHP e diff conferidos. Não equivalem a validação visual autenticada. Relatório: docs/investmoz/unification/fiscal-form-preparation-qa-20261028.json.

Candidato publicado apenas no ramo Git codex/fiscal-forms-qa-20261028; main e activo não alterados. Instalação anterior 789fffd0 preservada. Preparação de entrega em outputs/fiscal-forms-delivery-20261028, com guarda do destino, backup fresco, restauro isolado e pipeline existentes; execução remota depende de nova autenticação SSH, pois a sessão anterior foi encerrada.

28/10/2026 — formulários fiscais instalados, 332c16eb

A entrega Git autorizada instalou 332c16eb no portal de teste, depois de capacidade, guarda da versão anterior 789fffd0, backup fresco e restauro isolado conferidos. Disponível: Documentos e Formulários → Preencher IVA — Modelo A / Preparar IRPC — Modelo 22. Rotas públicas IVA/IRPC conferidas HTTP200 e com imposto pedido; rótulos dos acessos e preenchimento conferidos nos assets instalados. Estas provas não substituem a conferência visual autenticada, que permanece pendente.

Cobertura: identificação/período, 27 campos manuais IVA e 24 campos manuais M22, conferência, impressão e ficheiro privado para recuperar mediante confirmação. Sem cálculo, submissão ou assinatura AT; sem gravação no servidor nem associação automática ao dossier. Outros ajustamentos, regimes e anexos M22 não incluídos; L8 permanece parcial. Motores, permissões e provas fiscais anteriores preservados. As 176 tabelas de domínio e os 369 ficheiros/configuração foram comparados; apenas cache/sessões operacionais podem diferir. Base interna preservada, sem publicação: 361.464 observações, não empresas únicas; Gurué 435 observações, cobertura parcial. Relatório instalado: docs/investmoz/unification/fiscal-form-preparation-git-delivery-20261028.json. O relatório QA anterior mantém-se como histórico, não estado corrente de instalação.

28/10/2026 — preparação de formulários fiscais, inventário antes das provas

Pedido expresso da Tempo: preencher formulário de IVA ou IRPC, em vez de abrir legislação. Base preservada: entrega instalada 789fffd0, Modelo A e aquisições/apuramento já aceites, L6 M20/M22 instalado em 5aaf1a56 e incrementos de L8. Nenhuma perda confirmada neste recorte; não se apagam as aceitações nem se repetem provas fiscais anteriores. Fontes reutilizadas do inventário de 20 exemplares acessíveis em outputs/irpc-l6-values-forms/accessible-source-inventory.json da QA anterior, incluindo temporários identificados; inventário do corpus e originais preservados. M22: três páginas conferidas visualmente nesta revisão, SHA256 4b61bd83d1fbcfd3b7b5c5523cea5923f7d0f65dc4c004eff58e5db38f763c88. Modelo A: correspondência e divergências aceites em modelo-a-reconciliacao-20261021.md; sem nova validação de proveniência.

Incremento em preparação QA: entrada directa em Documentos e Formulários, preenchimento manual dos campos correspondidos de IVA e subconjunto M22, identificação/período, revisão, impressão e ficheiro privado para recuperação mediante confirmação. Escolha técnica: sem persistência no servidor nem ligação automática ao dossier neste incremento; não altera schema, dados, permissões ou cálculos. Ficheiro não publicado. IRPC ajustamentos completos, outros regimes, anexos, assinatura e submissão à AT fora da cobertura; L8 permanece parcial. Ainda sem instalação deste incremento. Próximas provas apenas do delta: fidelidade da recuperação, rejeição de ficheiros incompatíveis sem perda, formatos/valores desconhecidos, acesso público e compilação. <<<<<<< HEAD

29/10/2026 — actividades adicionais solicitadas pela Tempo

Origem: pedido expresso nesta conversa, «acrescente nas actividades a serem realizadas ... incorporar nas matrizes de execuções». Os IDs ACT-20261029-01 a 16 identificam recortes de execução dos critérios solicitados, não novos módulos paralelos. Estado de todos: Planeado — execução pendente. Prioridade e responsável nominal: por atribuir; não foram inventados prazos nem alterada a ordem das reposições prioritárias já aprovada.

Antes de executar cada recorte, reconciliar os requisitos e provas existentes pelo módulo/componente indicado, recuperar os respectivos IDs e registar essa correspondência; não duplicar trabalho nem reabrir fechos aceites. A avaliação de 29/10 foi documental/de código, não teste do portal publicado. Ausência de demonstração não significa perda de funcionalidade. Preservar dados, acessos, aprovações e entregas, incluindo os registos de instalação de 28/10. Este registo acrescenta trabalho planeado e não declara implementação ou publicação. As 16 actividades e os critérios de aceitação estão registados na matriz consolidada e no backlog existente. Actualizar estes registos em conjunto por ID, com evidência, disponibilidade no destino e saldo restante. A primeira actividade transversal é reconciliar cobertura e provas; só implementar o delta confirmado. O registo documental está concluído; as actividades funcionais permanecem pendentes.

29/10/2026 — ACT-20261029-01, inventário antes da verificação do incremento

Continuação sequencial solicitada pela Tempo. Correspondência: ACT-20261029-01 reutiliza D-02 §8, clusters/cadeias e a orientação metodológica documentada em 23/10. Concluído previamente e preservado: gestão de clusters, etapas, ligações, lacunas e relações auditadas; disponibilidade instalada de carteira/âncoras e formulários fiscais conforme recibos de 28/10. Nenhuma perda nova confirmada nesta inspecção de código; não foi feita nova comparação de dados ou alegada prova do servidor. A pasta principal está em fde644af, enquanto o último recibo identifica 332c16eb instalado; reconciliar o delta sobre essa origem antes de instalar, sem substituir o destino pela pasta principal.

Incremento em preparação: diagnóstico qualitativo das cinco forças na edição do cluster, sector/região editáveis, fonte/período/evidência/justificação/limites/oportunidade por força; indeterminação explícita, ficheiro privado transferível e recuperação com confirmação. Sem alteração de schema, dados, permissões, publicações ou motores fiscais. Persistência no servidor, ligação territorial canónica, dados sectoriais fundamentados e consulta pública permanecem por implementar; ACT-01 não está concluída. Verificação dirigida e instalação ainda pendentes neste registo inicial. Restantes ACT-02 a 16 mantêm o estado anterior e a sequência, sem trabalho SGF nesta passagem.

ACT-20261029-01 — candidato sequencial preparado, 29/10/2026

Primeiro incremento implementado, parcial e ainda não instalado: gestão → clusters → editar → Competitividade. As cinco forças conservam fonte, período, evidência, apreciação, limites e oportunidade; sector e região explícitos, sem inferências automáticas. Transferência de rascunhos JSON e recuperação restrita ao mesmo cluster, com confirmação antes de substituir. Quatro testes frontend dirigidos, TypeScript e compilação QA passaram tanto na pasta de trabalho como no candidato baseado em 332c16eb. Guarda C132 local passou; não foram efectuados testes nem escritas na base activa. A edição existente recebe apenas a inclusão do componente; contratos e permissões existentes preservados.

Origem reconciliada: main remoto e revisão pública conferidos em 332c16eb em 29/10. Candidato em C:/laragon/www/portal-investidor-competitiveness-qa-20261029, ramo codex/competitiveness-sequential-20261029. Consulta do estado remoto não equivale a inventário novo da base. Sessão SSH anterior encerrada; autenticação por chave recusada. Instalação requer autenticação SSH, backup fresco, restauro isolado, guarda de versão, pipeline existente e conferência posterior. Não instalar a pasta principal sobre o destino. A sequência solicitada mantém ACT-02 a 16 por iniciar após a instalação e o saldo de ACT-01; persistência no servidor, cobertura factual e consulta pública continuam pendentes. Sem declaração de conferência visual autenticada.

29/10/2026 — ACT-20261029-01, primeiro incremento instalado: 23ecccfa

Estado corrente de ACT-01: parcial — primeiro incremento instalado, substituindo apenas o estado planeado/preparado deste recorte; ACT-02 a 16 não foram implementadas nesta entrega. Instalado por avanço normal de main e pipeline existente em https://teste-investidor.tempo.co.mz/. Entrada: Gestão → Clusters → Editar → Competitividade — cinco forças de Porter. Preparação qualitativa por sector/região, evidências/fontes/períodos/limites e oportunidades, transferência JSON e recuperação confirmada do mesmo cluster. Sem gravação no servidor nem publicação da análise. Persistência, cobertura factual, território canónico e consulta pública continuam pendentes; esta instalação não encerra o critério amplo ACT-01.

Provas: backup fresco, restauro isolado sem rede das 176 tabelas; pipeline com lifecycle de schema (3.106 asserções), 59 testes Unit/320 asserções e 1.180 testes frontend sem falhas, tipos e compilação; quatro ficheiros do incremento conferidos por SHA-256 no instalado; C132 no destino passou. Comparação após instalação: todas as 176 tabelas de domínio preservadas, diferenças operacionais apenas em cache/sessões; 369 ficheiros/configuração idênticos. Acesso anónimo ao catálogo privado recusado HTTP401. Zero migrações/importações, nenhuma nova divulgação nem mudança de permissões; versão anterior 332c16eb preservada. Conferência visual autenticada permanece pendente. Recibo: docs/investmoz/unification/competitiveness-sequential-qa-20261029.json, em docs/investmoz/unification. As provas aceites anteriores foram reutilizadas; não foram reabertas por esta entrega.

29/10/2026 — ACT-01, persistência e aprovação: execução em curso

Ordem confirmada pela Tempo: 1) gravar/validar/recuperar na gestão com permissões e histórico, 2) consultar publicamente apenas conteúdo aprovado, 3) restantes alterações. A instalação da interface 23ecccfa e os 1.180 testes anteriores são provas desse incremento, não prova de persistência. Sem perda nova confirmada; preservar a versão pública anterior e os recibos de backup/restauro. O problema dos filtros provinciais permanece separado e aberto, sem declaração de correcção por estes trabalhos.

Escolha técnica: reutilizar snapshots cifrados nos eventos append-only de auditoria, já usados pelo portal; bloqueio transaccional do cluster, controlo de versão e histórico imutável. Sem alteração de schema/permissões. Guardar rascunho e recuperar histórico não publica; aprovação explícita fixa a versão consultável, edições seguintes preservam a aprovação anterior até nova decisão. Rascunhos parciais são guardáveis; aprovação exige os fundamentos das cinco forças. Recuperação/conflito não deve sobrescrever edições inadvertidamente. Acesso público continua limitado às fichas publicadas. Implementação e provas específicas de persistência/consulta ainda em preparação; restantes ACT mantêm o estado anterior.

ACT-01 — prova específica antes da instalação, 29/10/2026

Sete testes Feature/93 asserções passaram na base restaurada competitiveness_persistence_20261029_test, porta 55441: gravação e leitura HTTP entre pedidos, retorno pela edição da gestão, histórico cifrado, validação de campos/cluster/forças, normalização do formato recuperável, conflitos sem sobrescrita, aprovação fixa, rascunhos posteriores sem divulgação, recuperação histórica como nova versão, retirada e exclusão do conteúdo não aprovado na consulta pública. Utilizadores sem permissão e pedidos anónimos foram recusados na gestão. O teste público percorreu a ficha publicada e confirmou 404 da ficha não publicada. Zero escritas na base activa. Esta prova não afirma conferência visual autenticada nem correcção dos filtros provinciais, que permanecem abertos. Recibo: docs/investmoz/unification/competitiveness-persistence-qa-20261029.json. Compilação QA, tipos e quatro testes frontend dirigidos passaram; instalação ainda pendente.

29/10/2026 — ACT-01, gravação/recuperação e consulta aprovada instaladas: b81f477b

Instalado pelo avanço normal de main e pipeline existente, preservando 23ecccfa para retorno. Gestão → Clusters → Editar → Competitividade agora recupera o rascunho do servidor e permite gravar, consultar a versão actual, confirmar recuperação e recuperar uma versão histórica como nova gravação. Versões cifradas e imutáveis na auditoria existente, com bloqueio transaccional do cluster e controlo de versão; conflitos conservam a versão guardada e os campos do editor. Reutilizada a permissão existente de gestão, sem novos papéis ou aprovadores. Rascunhos incompletos podem ser guardados; a aprovação exige âmbito e fundamentos das cinco forças.

Percurso da gestão: preencher → Guardar rascunho no servidor → voltar à edição para recuperar → consultar histórico quando necessário. Para comparar com outra gravação, usar Consultar versão actual do servidor e confirmar antes de substituir os campos; transferir primeiro edições que se queira conservar. Recuperar o histórico cria nova versão e mantém o histórico e a aprovação pública existente. A aprovação ou retirada é expressa, com evidência/motivo registado. A ficha pública de um cluster publicado mostra exclusivamente a análise aprovada; novas gravações privadas não alteram essa versão. Uma ficha não publicada continua indisponível ao público. Não houve aprovação nem divulgação automática de análises.

Prova específica: sete testes Feature/93 asserções na base restaurada e isolada competitiveness_persistence_20261029_test, porta55441. Abrange gravação/recuperação HTTP, retorno na gestão, validação e formato, histórico cifrado, conflito, acesso recusado, aprovação fixa, rascunho posterior privado, recuperação, retirada e consulta pública/404 de ficha não publicada. Os 1.180 testes frontend não são apresentados como prova substituta de persistência. Pipeline: tipos, compilação, lifecycle de schema1/3106, Unit59/320 e frontend1180 sem falhas. Dez ficheiros de código/testes do instalado conferidos por SHA-256 com os da QA; C132 no destino passou.

Preservação e limites: backup fresco/restauro isolado176; comparação posterior de176 tabelas sem alterações de domínio, apenas diferenças operacionais de cache/sessões; 369 ficheiros/configuração idênticos. Ligação real teste_investidor_app conferida em leitura, com privilégios existentes de SELECT/INSERT em auditoria e bloqueio do cluster; endpoint de gestão anónimo HTTP401. Nenhuma escrita sintética na base activa, migração, importação, mudança de permissões ou nova publicação. A conferência visual autenticada no instalado permanece pendente; não foi simulada uma decisão real de conteúdo no activo. ACT-01 tem agora persistência e consulta aprovada implementadas/instaladas, mantendo parcial a cobertura factual por sector/região. Recibo: docs/investmoz/unification/competitiveness-persistence-qa-20261029.json.

Filtros provinciais: separado e aberto. Esta entrega não alterou a lógica dos filtros nem demonstra a correcção relatada de Agronegócio/Maputo Província no portal. Preservam-se as provas e os estados históricos; não encerrar V2-07/V2-10 ou ACT-02 por causa da persistência de Competitividade. Restantes alterações permanecem na sequência posterior.

Origem de continuidade: C:/laragon/www/portal-investidor-competitiveness-qa-20261029, ramo codex/competitiveness-persistence-20261029, instalado b81f477b. A pasta principal anterior não deve substituir esta versão sem reconciliação do delta.

29/10/2026 — V2-07/V2-10 / ACT-02, diagnóstico dos filtros provinciais em curso

Separação confirmada pela Tempo: a equipa executará e registará a conferência visual autenticada de Competitividade (continua pendente); o Codex prossegue no código/API dos filtros. Provas aceites preservadas, sem repetição das suites fiscais ou de Competitividade. Nenhuma perda de dados confirmada nesta passagem.

Reprodução pública em b81f477b: Agronegócio/Maputo Província por province_id na API /api/v1/investment/search devolve5 oportunidades (IDs60–64). O mesmo nome em province devolve0, tanto nessa API como em /api/v1/opportunities/search. A API antiga ignora province_id e devolve34, incluindo outras províncias. São lacunas de normalização/compatibilidade entre entradas, não prova de eliminação nem falha demonstrada da expansão hierárquica já existente. Corrigir apenas os deltas: resolver nomes provinciais públicos inequívocos para a mesma hierarquia e aplicar o filtro territorial na API antiga, preservando outros filtros, versões públicas, localização real e dados. Demonstrar todos os níveis inferiores por pedidos HTTP em QA isolada; província apenas contextual ou declarada não deve ganhar distrito. O problema permanece aberto até às provas específicas e à conferência da API instalada; não encerrar a conferência visual da equipa por testes técnicos.

29/10/2026 — duas frentes e diagnóstico local Edge

A equipa executa directamente e regista a conferência visual autenticada de Competitividade (editar → guardar → reabrir → conferir versão aprovada); estado pendente até execução. O Codex prossegue com código/API dos filtros provinciais, independentemente do navegador. Provas aceites preservadas.

Ligação identificada: com.openai.codexextension, manifesto stdio válido, extensão Edge instalada e activa no perfil detectado, host executado como filho do Edge; named pipes do browser-use presentes e servidor registado nos logs do cliente. Inspeccionados os listeners/processos sem libertar portas. Não foi identificado conflito TCP nem um serviço de extensão parado. Não foi encontrado erro de permissões no recorte de logs consultado, sem excluir outros pontos. A descoberta desta sessão continua a indicar access host indisponível; o runtime exige caminho do pipe e identidade verificadora, ausentes na shell. Falha de passagem de contexto é uma hipótese delimitada, não conclusão de porta ocupada. O registo de erros do service worker não ficou acessível pela ligação de navegador indisponível. A recuperação suportada, limitada à abertura do perfil Edge detectado, não restabeleceu a leitura do URL. Não foram terminados processos, reinstalados hosts nem alteradas permissões/políticas. InvesteMoz e SGF continuam em execução. Relatório local: outputs/edge-bridge-diagnostic-20261029/report.json. Não declarar recuperada a ligação nem concluída a conferência visual.

Correcção provincial preparada no ramo codex/province-search-20261029; validação QA/instalação pendentes. A sessão SSH anterior expirou. O lançamento automático de nova consola foi recusado pela revisão automática com indicação genérica blocked by policy, sem razão adicional; foi pedido arranque/autenticação manual no helper existente. Nenhuma escrita no activo ou novo ensaio remoto ocorreu por essa tentativa.

29/10/2026 — filtros provinciais: correcção candidata, pendente de QA

Reproduzido no portal instalado b81f477b: /api/v1/investment/search por province_id de Maputo Província devolve5; por province textual devolve0 nas duas APIs; a API antiga com province_id ignora o parâmetro e devolve34 de Agronegócio. Preparada correcção no ramo codex/province-search-20261029, preservando a expansão de descendentes existente e aplicando a mesma selecção territorial à API antiga. Nomes provinciais só são resolvidos quando a correspondência pública exacta é inequívoca. Declarações provinciais antigas são consideradas sem atribuir distrito, posto, localidade ou coordenadas, e não prevalecem sobre territórios explícitos contraditórios. Nenhum dado cadastral é actualizado por esta correcção.

Quatro testes HTTP preparados para província/distrito/posto/localidade e localizações adicionais, onze províncias e exclusão de vizinhas/privados/eliminados, preservação das localizações e consistência de catálogo/mapa/exportação. Sintaxe PHP e diff conferidos; testes ainda não executados e candidato ainda não instalado. Recibo: docs/investmoz/unification/province-search-qa-20261029.json. A sessão SSH expirou e a nova consola automática foi recusada pela revisão de aprovação com blocked by policy (sem razão específica adicional); pedida autenticação manual no helper outputs/province-search-20261029/ssh-session.py. Não substituir ausência de ensaio por declaração de correcção concluída.

A conferência visual de Competitividade fica a cargo da equipa e permanece pendente até execução/registo; provas técnicas aceites preservadas. Ligação Edge diagnosticada separadamente: extensão/manifesto/host activos, stdio/named pipes, leitura do URL não restabelecida pela recuperação suportada do perfil. Nenhum processo terminado nem porta libertada/reconfigurada. InvesteMoz e SGF preservados. Relatório local: outputs/edge-bridge-diagnostic-20261029/report.json. Os filtros mantêm-se abertos até QA e confirmação da API instalada.

29/10/2026 — filtros provinciais, prova HTTP específica em QA

Quatro testes Feature/364 asserções passaram na base restaurada province_search_20261029_test, porta55441, candidato e0987afb. Seleccionar só a província, por nome público inequívoco ou ID, inclui registos provinciais, distritais, de posto e localidade e localizações adicionais, nas duas APIs; confirmada cobertura das11 províncias e exclusão de vizinhas. Privados/eliminados não entram; distrito seleccionado não recebe oportunidades apenas provinciais. Declaração provincial antiga não supera localização explícita noutro território. Maputo Província por nome/ID, página do catálogo, mapa e exportação concordam nas5 oportunidades do contexto aprovado; sem coordenadas ou distrito inventados. Campos e relações guardados permanecem inalterados. Zero escritas no activo; nenhuma migração nem alteração de permissões. O conjunto inclui provas novas da hierarquia HTTP, sem reabrir as provas aceites de Competitividade/fiscalidade.

Recibo: docs/investmoz/unification/province-search-qa-20261029.json. Instalação e confirmação da API no portal continuam pendentes; não declarar encerrado o problema por QA isolada. A conferência visual autenticada de Competitividade permanece separada, pendente de execução e registo pela equipa. A sessão SSH foi reaberta a pedido expresso da Tempo e ficou autenticada; a recusa anterior da abertura automática não constitui bloqueio actual.

29/10/2026 — filtros provinciais corrigidos e confirmados por API no portal: fde73438

Estado deste recorte V2-07/V2-10 / ACT-02: correcção de código/API implementada, instalada e confirmada em https://teste-investidor.tempo.co.mz/. Avanço normal de main e pipeline existente, versão anterior b81f477b preservada. A selecção provincial por nome público inequívoco ou identificador usa a mesma hierarquia nas APIs /api/v1/investment/search e /api/v1/opportunities/search. Inclui localizações dos níveis inferiores e localizações adicionais; preserva publicação/sector e exclui registos privados, eliminados e outras províncias. Declaração provincial legada não ganha localização distrital nem prevalece sobre território explícito contraditório. Nenhum cadastro foi alterado por esta correcção.

Prova HTTP específica: quatro testes/364 asserções na QA restaurada province_search_20261029_test, porta55441: província/distrito/posto/localidade, localizações adicionais, onze províncias, exclusões, invariância dos dados, catálogo/mapa/exportação. Candidato QA e0987afb; código instalado coincide por SHA-256 com o testado (delta posterior documental). Não substituir esta prova pelos 1.180 testes frontend do pipeline. Pipeline habitual passou schema1/3106, Unit59/320, frontend1180, tipos e compilação.

Confirmação no instalado: comparadas as quatro entradas (duas APIs × nome/ID) para cada uma das11 províncias, com resultados idênticos por província. Agronegócio/Maputo Província: todas devolvem agora5 oportunidades, IDs60–64, corrigindo0 por nome e34 na API antiga que ignorava o ID. Continuam identificadas como contexto provincial do corredor, com district e primary_territory_id nulos; mapa conserva5 sem ponto utilizável e não gera coordenadas. O export respondeu. A inclusão efectiva de níveis inferiores foi demonstrada com fixtures sintéticas exclusivamente na QA, não com dados fictícios no activo. Inhambane devolve0 neste recorte cadastral Agronegócio, de forma consistente nas quatro entradas; isto não é conclusão de ausência de potencial económico.

Preservação: backup fresco/restauro isolado176; comparação posterior de176 tabelas sem alterações de domínio, apenas diferenças operacionais de cache/sessões;369 ficheiros/configuração idênticos. Os4 ficheiros do incremento e10 ficheiros das provas aceites de Competitividade foram conferidos por hash no instalado; C132 passou e catálogo privado anónimo permanece HTTP401. Zero migrações/importações, novas divulgações, mudanças de permissões ou escritas sintéticas no activo. Recibo completo: docs/investmoz/unification/province-search-qa-20261029.json. Autenticação SSH renovada após reabertura expressamente pedida pela Tempo; a recusa anterior do lançamento automático não é bloqueio corrente.

Separação mantida: este resultado encerra a lacuna técnica de compatibilidade/expansão provincial descrita acima, sem declarar conferência visual dos controlos e sem encerrar os requisitos amplos ACT-02/V2-07/V2-10. A conferência visual autenticada de Competitividade continua pendente — execução e registo pela equipa. As provas aceites dessa funcionalidade não foram reabertas nem substituídas pela correcção dos filtros. Diagnóstico da ligação Edge continua separado; leitura de URL não declarada recuperada. Nenhum processo local foi terminado nem porta libertada; InvesteMoz e SGF preservados.

Para o registo da equipa: no cluster autorizado, editar conteúdo legítimo → Guardar rascunho no servidor → sair e reabrir → comparar campos/versão recuperados → conferir na ficha pública exclusivamente a versão aprovada. Registar utilizador/âmbito autorizado, URL/cluster, versão instalada, versões guardada/aprovada, resultado e divergências. Uma nova gravação não deve substituir a aprovação pública existente; nova aprovação depende da decisão de conteúdo aplicável. Sem exemplar aprovado disponível, manter essa parte da conferência pendente em vez de publicar dados sintéticos.

29/10/2026 — correcções e validação automática local após reconciliação

Validação técnica local concluída na branch codex/investemoz-reconciliation-20261029, a partir de 63147312. Cobertura conferida contra o inventário completo: 798 testes PHP (91 Unit, 706 Feature em 216 classes e 1 ensaio de schema com 3106 asserções) e 1190 testes frontend. Tipos TypeScript, PHPStan nível 7 sem erros, Pint, lint/formatação, compilação e os controlos positivos/negativos C132 passaram. Resultados de repetições consolidados por identificador de teste, sem duplicar contagens e sem novos skips.

Correcções incluem contratos de dados e falhas explícitas de leitura/hash, continuidade do contexto do dossier no simulador, invalidação do cache actual da página inicial, leitura de originais antes do carregamento do catálogo opcional e directório mínimo de contas na administração autorizada. A classificação territorial reutiliza directamente o âmbito público existente, eliminando a subconsulta recursiva redundante; a varredura de rotas com o catálogo territorial completo passou em cerca de 35 segundos, com limite QA de 20 segundos por consulta. Mantidos os testes de exclusão de referências privadas/não aprovadas. Fixtures alinhadas com autenticação, MFA recente, publicação explícita e separação dos snapshots pessoal/económico. O fake HTTP de assets também isola manifestos de fontes mutáveis.

Execução exclusivamente em bases QA isoladas em 127.0.0.1:55441, com contextos vazios ou clones preparados conforme as guardas originais. Os 28 originais editoriais foram recuperados de arquivo local e conferidos por SHA-256; seis testes editoriais passaram com scanner real. Preservados os originais, arquivos de fontes, ferramentas históricas, chave da aplicação, dados activos e históricos. Zero migrações/importações/escritas na base activa, push ou deployment. A alteração inclui formatação abrangente do código mantido; o manifesto de hashes identifica os ficheiros validados.

Conferência visual autenticada pendente: a revisão automática interrompeu Computer Use por não conseguir determinar com confiança o URL actual do Chrome. Não foi declarado aceite visual de Competitividade nem encerramento transversal de ACT-01, ACT-02 ou V2-07/V2-10. Recibo e provas: local-validation-20261029.json.

daf86234 — âmbito funcional da entrega e conferência visual dirigida

Delta conferido contra o pai 63147312. Revisão validada localmente; envio e instalação continuam sem confirmação. A aceitação visual está pendente por bloqueio da ferramenta, que não demonstra falha do portal.

Área afectada	Correcção funcional incluída	Conferência visual dirigida
Dossier → simulador	Ao abrir um dossier sem seleccionar uma oportunidade, o snapshot conserva as oportunidades guardadas como proveniência. Localização, regime e requisitos específicos continuam dependentes da oportunidade escolhida.	Dossier com várias oportunidades: abrir simulador, escolher cada oportunidade, guardar e reabrir; conferir escolhas, contexto específico e edições deliberadas.
Manifestação de interesse	A repetição do mesmo envio devolve uma confirmação estável, mesmo após evolução do pedido, sem reabrir o seu estado. A participação relativa a um negócio usa o título público correcto. A chave de envio é validada como UUID obrigatório; essa obrigação já existia antes deste commit.	Enviar interesse numa oportunidade e num negócio; repetir o envio e conferir referência, título e estado actual no acompanhamento, sem duplicação.
Página inicial	A gravação ou eliminação de sectores/oportunidades invalida também a chave de cache actualmente usada pela página inicial, em português e inglês, evitando apresentação de dados anteriores.	Após alteração autorizada de um sector ou oportunidade, actualizar a página inicial e conferir a informação apresentada nos idiomas afectados.
Classificação territorial	A selecção de localizações reutiliza directamente a consulta territorial pública existente, eliminando uma subconsulta recursiva redundante. Mantém a exclusão de referências privadas, não aprovadas ou com ascendência não pública.	Nos formulários que usam a classificação/localização da oportunidade, abrir as opções e conferir carregamento, selecção e exclusão de referências não autorizadas. A varredura QA de rotas terminou em cerca de 35 segundos; isso não é uma medição do portal instalado.
Consulta pública e contacto	Pedidos anónimos deixam de consultar a governação de perfis no middleware de sessão. O POST JSON de contacto deixa de carregar a navegação Inertia, evitando essa dependência de base de dados; mantém os restantes controlos da rota.	Sem autenticação, abrir as entradas públicas afectadas e enviar o formulário de contacto; conferir confirmação e apresentação dos erros de validação.
Leitura de artigos de agronegócio	O artigo original continua legível quando o sector/catálogo opcional de oportunidades de agronegócio ainda não foi carregado. Nessa situação, a ausência de ligações de oportunidades deixa de impedir a leitura.	Conferir o artigo de agronegócio e as suas ligações publicadas. A variante sem catálogo é ensaiada apenas em QA, sem remover cadastros do destino.
Administração de perfis	Repõe o directório mínimo de contas existentes e as sugestões de selecção nas atribuições e substituições: identificador, nome, email e indicadores de confirmação/MFA. A consulta continua sujeita à administração autorizada e não inclui palavras-passe ou segredos MFA.	Com administrador autorizado e MFA, conferir as sugestões de contas nas atribuições e substituições; verificar também a recusa de acesso por perfil não autorizado, sem efectuar atribuições fictícias no activo.

Robustez transversal: Leitura, hash e tamanho de ficheiros e divisões por expressão regular passam a tratar falhas explicitamente. Colecções preservam os seus elementos e rejeitam formas inválidas; valores estruturados indevidos em campos de texto aparecem como valor não textual em vez de [object Object]. Há ainda correcções de contratos de respostas, cabeçalhos, resultados de consultas e verificações de valores ausentes.

Formatação abrangente do código mantido, tipos, contratos de colecções/consultas/respostas, limpeza de lint e refactorizações auxiliares não constituem novas funcionalidades de negócio.

Fixtures de autenticação/MFA/publicação, isolamento de bases e ficheiros QA, isolamento dos manifestos de fontes e correcções das expectativas dos testes são suporte da validação, sem novas regras organizacionais.

Quatro migrações editoriais/de navegação existentes passam a aceitar também a guarda QA isolada já existente. Não são quatro migrações funcionais novas nem prova de execução no destino.

Competitividade e a compatibilidade dos filtros provinciais já estavam reconciliadas no pai 63147312; não são anunciadas como novas funcionalidades de daf86234.

Os totais de testes demonstram a validação técnica registada; não comprovam push, instalação, publicação editorial ou aceitação visual.

A conferência visual é limitada aos ecrãs/percursos afectados e pode ser realizada pela equipa, com registo na mesma matriz: revisão instalada, URL/percurso, perfil/âmbito autorizado, acção, resultado e evidência. O bloqueio da ferramenta não demonstra falha do portal.

Mantêm-se os estados dos requisitos amplos ACT-01, ACT-02 e V2-07/V2-10.

Ficheiros e testes por correcção: campo delivery_scope do recibo existente. Este aditamento documenta o commit de implementação; não altera código executável nem repete a validação técnica já registada.

Entrega Git de daf86234 e 52faf89 — envio confirmado, visual e instalação pendentes

Branch enviada e SHA remoto conferido: codex/investemoz-reconciliation-20261029 em 52faf89a2cbd5fa70fb55a42835248e77014d4ae. origin/main actualizado por fetch permanece fde7343894964043fa633e3d4d07385a6cb7e039: é antepassado da candidata, com zero commits em falta e 81 commits de histórico reconciliado à frente. main não foi avançado nem o instalador accionado. As provas automáticas aceites foram reutilizadas.

Delta de entrega conferido: o pai 63147312 conserva também o incremento anterior d1551dab de IVA/P001: campos 05/06/07, agregação exclusiva, contagem única no campo 14 e reutilização dos campos 01/02 actuais. São quatro ficheiros de runtime e dois de testes além da documentação herdada; não atribuir esta alteração a daf86234 nem a omitir da comparação com o destino. Reutilizar as provas fiscais já aceites e conferir apenas o delta ainda diferente no instalado.

Compatibilidade do instalador: o último contrato de schema registado difere da candidata em cinco hashes de migrações históricas. A comparação estrutural confirmou corpos de operações up e down equivalentes a main, descontando as quatro guardas QA já validadas; o quinto ficheiro tem apenas formatação. Zero novos caminhos de migração. O pipeline existente recusa diferenças deste contrato: a proposta de cinco hashes está preparada, mas não foi aplicada ao servidor nem houve SQL no activo. Conferir contrato actual e reconciliar pelo processo existente antes de instalar; não contornar a guarda.

Conferência visual dirigida: pendente, execução pela equipa. O conector foi novamente consultado e devolveu browser access host indisponível, sem browsers acessíveis. Usar os sete percursos da tabela anterior e, se ainda integrar o delta do destino, a correspondência/recuperação IVA/P001. Registar na mesma matriz revisão ensaiada, URL QA/percurso, perfil e âmbito autorizado, acção, esperado/observado, evidência e data. Este estado não demonstra falha do portal e não reabre a avaliação de todo o portal.

Instalação: pendente conforme a sequência pedida. O ficheiro antigo de sessão SSH indicava connected_ready, mas o respectivo processo já não está operativo; a tentativa não interactiva com chave de host fixada foi recusada. A revisão instalada, capacidade actual e novo backup/restauro ainda não foram confirmados nesta entrega. Após o registo visual: sessão autenticada, alvo/capacidade/contrato/delta actuais, backup consistente e restauro isolado, avanço normal de main e pipeline existente, preservação da release anterior e verificação final de revisão/hashes/C132/dados/ficheiros/permissões. Sem migrações, importações ou alterações de permissões solicitadas no activo.

Detalhes, cinco hashes e proposta: campo git_delivery do recibo existente local-validation-20261029.json. Este registo actualiza o estado de entrega; os resultados e recibos históricos da validação mantêm o seu contexto temporal.

29/10/2026 — preparação autenticada: preservação e contrato concluídos, visual pendente

Sessão SSH reaberta e autenticada pelo utilizador no terminal. Conferência actual do destino: release fde7343894964043fa633e3d4d07385a6cb7e039, symlink correcto, pipeline inactivo e C132 positivo. Cerca de 67 GiB livres e 51 GiB de memória disponível no ensaio, 12 CPUs lógicas; mantida a verificação existente de 5 GiB do instalador.

Backup fresco consistente de teste_investidor:5432, criado em 29/10/2026 às 22:25:27 (Africa/Johannesburg), em /var/backups/investmoz-validated-delivery-20261029T202505Z/backup: 200 tabelas de schemas não sistémicos e 369 ficheiros/configurações verificados. Restauro isolado sem rede, porta interna55441: contagens e checksums iguais nas 200 tabelas; contentor temporário removido. O inventário de 200 inclui os outros schemas além das 176 tabelas públicas dos recibos anteriores; não indica perda nem invalida essas provas. Hash do dump: 89739eb0ac022b90423ab30194d4fcc7a81a1fffc97af260a43f9e902f3f1ea9.

Contrato reconciliado no servidor: alterados apenas os cinco hashes revistos, após confirmar que as cinco migrações já estão no ledger e que a cópia anterior coincide com o instalado. Corpos de operações equivalentes; nenhuma migração repetida e nenhum SQL de alteração na base activa. Pipeline byte a byte preservado, incluindo a comparação estrita do contrato. Contrato anterior conservado no backup; recibo auditável em schema-contract-reconciliation.json na pasta superior. C132 voltou a passar após a reconciliação.

IVA herdado conferido contra o instalado: os quatro ficheiros de runtime instalados coincidem por SHA-256 com main e ainda não contêm o incremento d1551dab. O âmbito de entrega é a correspondência 05/06/07, pertença exclusiva das operações, contagem única no campo14 e reutilização actual dos campos01/02. Não cria tratamento positivo06, não infere estrangeiro=06 nem transforma desconhecido em zero. Provas IVA/P001 aceites reutilizadas, com preservação de histórico, snapshots e edições deliberadas.

Continua pendente a conferência visual dirigida da candidata, pela equipa, com registo nesta matriz. O conector permanece sem browser acessível. Não houve avanço de main, troca de release, importações ou alteração de permissões. Após o resultado visual, reconferir que o destino e a base de preservação continuam actuais antes do avanço normal e do pipeline existente; preservar quaisquer alterações legítimas entretanto ocorridas. As provas automáticas de 798 testes PHP e1190 frontend mantêm-se aceites, sem repetição integral. Detalhes no campo git_delivery.authenticated_preparation do recibo existente.

29/10/2026 — revisão dirigida de erros e inconsistências após a preparação

Corrigidos dois defeitos sobre 4f72751b: uma oportunidade explícita fora de um dossier sem escolhas era descartada silenciosamente, passando a contexto geral; agora é recusada com HTTP422. O directório de contas assinalava MFA apenas pela data de confirmação; agora exige também segredo existente e projecta apenas o booleano, sem carregar nem divulgar o segredo. Não foram alteradas permissões nem dados de contas.

Ambos reproduzidos antes da correcção. Passaram 3 testes Unit novos (5 asserções) e 20 testes Feature existentes dirigidos (461 asserções), incluindo os estados MFA incompletos. PHPStan e Pint passaram no âmbito registado no recibo. Reutilizadas as provas históricas de 798 PHP e 1190 frontend: não se afirma uma nova execução integral. Conferidos os 32 ficheiros de provas anteriores, sem divergências; contrato de migrações mantém-se compatível, sem novo delta de schema.

Diagnóstico autenticado apenas de leitura às 20:40:29 UTC: destino continua em fde73438, nenhum erro Laravel datado de hoje no conjunto limitado examinado (até quatro logs recentes, últimos 2MiB por ficheiro), nenhum índice não sistémico inválido e nenhuma conta com confirmação MFA sem segredo em teste_investidor:5432. Não é uma auditoria histórica completa. Nenhuma instalação ou escrita na base activa. Conferência visual dirigida da candidata continua pendente; incluir estes dois comportamentos nos percursos já afectados. Evidências e hashes do novo delta no campo targeted_error_consistency_review do recibo existente.

29/10/2026 — percurso adaptativo: situação e próxima acção visíveis no resumo

Incremento de apresentação sobre fb9a363e, nos requisitos existentes V2-07/V2-10 e na orientação da Tempo de 23/10: com preparação activa, a situação do pedido, próxima acção e informação em falta passam a estar visíveis antes da secção fechada de detalhe. O investidor mantém a ligação existente para continuar o formulário; fontes, documentos e histórico sem aplicação continuam consultáveis. A preparação inactiva não passa a exigir passos novos. O componente partilhado cobre o percurso do investidor, a avaliação de contexto e a comparação de impacto. A alteração não edita declarações nem altera regras de enquadramento, cálculo, permissões ou schema.

Conferência dirigida: seis testes frontend existentes passaram; 22 verificações SSR cobriram os três modos, rótulos de dados em falta, preparação inactiva/ausente, ligação de continuação, histórico preservado e imutabilidade da origem. Tipos, formatação, lint e compilação QA passaram. Provas anteriores reutilizadas. Recibo no campo adaptive_summary_increment de local-validation-20261029.json.

Conferência visual pendente pela equipa: na candidata, abrir o resumo de preparação activo, conferir situação/próxima acção/dados em falta sem expandir detalhes, continuar pelo formulário e consultar histórico/fontes; verificar também preparação inactiva e ausência de dados em falta. Registar revisão, perfil, percurso e resultado nesta matriz. SSR não comprova apresentação no navegador. Sem instalação ou avanço de main; este incremento não encerra os requisitos transversais.

29/10/2026 — percurso adaptativo: documentos em falta e recuperação das associações

Continuação sobre d662e634, nos requisitos existentes V2-07/V2-10 e na decisão adaptativa da Tempo de 23/10. O resumo distingue documentos obrigatórios por associar, documentos associados cujo conteúdo continua por conferir e exigências documentais ainda por determinar; o histórico sem aplicação não é contado como pendência. Com dados completos e âmbito/período cobertos, a acção de continuação conduz à secção existente de documentos. Nos restantes estados mantém o destino do formulário. São decisões de apresentação/navegação; não criam novas condições de negócio.

No editor, os documentos ainda por associar mantêm-se visíveis; os já associados ficam em «Documentos já associados — consultar ou alterar». A retirada deliberada permanece por confirmar na comparação de impacto e não é substituída pelo identificador guardado. O agrupamento usa o estado recuperado, conservando o controlo durante a edição. Dados, documentos originais, histórico, regras fiscais, backend, schema e permissões preservados.

Passaram oito testes frontend dirigidos: seis existentes e dois novos para encaminhamento conforme contexto, distinção entre associação/aprovação/indeterminação, controlos recuperados editáveis, retirada explícita, recuperação sem mutação do original e estado desactivado dos controlos. Tipos, lint, formatação e compilação QA passaram. Recibo e hashes no campo adaptive_documents_increment de local-validation-20261029.json; provas integrais aceites não foram repetidas.

Visual continua pendente, execução pela equipa: na candidata, conferir contagens e destino com/sem dados em falta; abrir documentos já associados, alterar/retirar uma associação, comparar impacto antes de confirmar e verificar recuperação. Incluir também âmbito/período não cobertos e exigências indeterminadas, sem interpretar associação como aprovação. Registar revisão, perfil, percurso, esperado/observado e evidência nesta matriz. Sem instalação ou avanço de main; requisitos transversais continuam parciais.

29/10/2026 — comparação de impacto: alterações das associações documentais

Continuação sobre 181a9883, nos requisitos existentes V2-07/V2-10 e na decisão adaptativa de 23/10: explicar divergências e impacto antes da confirmação. Lacuna reproduzida na revisão anterior: a comparação mostrava apenas alterações de estado, omitindo a troca de documento quando ambos mantinham «associado». O texto de vínculo preservado também não distinguia substituição de conservação.

Corrigido no componente existente: comparação por estado e identificador documental, com substituição, associação e retirada explícitas; nomes anterior/novo quando disponíveis, nome indisponível identificado sem inventar o ficheiro, e vínculo preservado apenas quando o identificador permanece. A ausência de alterações é expressamente limitada às exigências/associações documentais. O plano anterior/posterior já fornecido pelo backend e a confirmação de impacto mantêm-se; não há escrita em dados, mudança de schema, permissões ou cálculo.

Dois novos casos falharam contra o código anterior e passaram na candidata. Dez testes frontend dirigidos passaram, cobrindo também troca com o mesmo nome, retirada, nova associação, nome indisponível, histórico sem aplicação, ausência de alterações e preservação da origem. Tipos, lint, formatação e compilação QA passaram. Provas históricas aceites reutilizadas, sem repetição integral. Recibo e hashes no campo adaptive_document_impact_increment de local-validation-20261029.json.

Visual pendente pela equipa: na candidata e num dossier autorizado, preparar troca/retirada de documento, comparar antes de confirmar e conferir nomes/estado anterior e posterior; confirmar que associação mantida não surge como substituição e que o histórico permanece. Não é necessário confirmar uma alteração real para observar a prévia. Registar revisão, percurso, perfil, esperado/observado e evidência nesta matriz. Nenhuma instalação ou avanço de main; o incremento não encerra o percurso adaptativo transversal.

29/10/2026 — comparação de contexto: proteger edições e recusar prévias desactualizadas

Continuação sobre a10dd83d, nos requisitos existentes V2-07/V2-10 e na orientação adaptativa da Tempo de 23/10. Alguns controlos de declarações, adição de oportunidade e substituição explícita continuavam editáveis durante o pedido de comparação. A resposta podia tornar confirmável um plano anterior às escolhas apresentadas; iniciar outra comparação também conservava o plano precedente em caso de falha.

Corrigido no editor existente: os controlos referidos acompanham o estado ocupado dos restantes; uma nova comparação invalida o plano e corpo de confirmação anteriores; antes de aceitar a resposta compara-se o snapshot do rascunho pedido com o actual. Se diferirem, a resposta não pode ser confirmada e as edições posteriores ficam conservadas, com pedido explícito para comparar de novo. É consistência técnica da confirmação existente, sem nova condição organizacional e sem alteração de backend, schema, permissões ou cálculo.

Três casos novos falharam contra a revisão anterior e passaram na candidata: bloqueio/recuperação dos controlos durante comparação, recusa de resposta para rascunho alterado preservando a edição, e falha de nova comparação sem reutilização do plano anterior. Treze testes frontend dirigidos passaram. Tipos, lint, formatação e compilação QA passaram; provas históricas aceites reutilizadas, sem repetição integral. Detalhes/hashes em context_preview_consistency_increment do recibo existente local-validation-20261029.json.

Conferência visual pendente pela equipa: na candidata, comparar dados de um dossier autorizado, conferir bloqueio temporário e reposição dos controlos; preparar nova edição e repetir a comparação, garantindo que só a prévia actual permite guardar. Em falha de comunicação, os valores permanecem e exige-se nova comparação. Não gravar dados sintéticos no activo para este ensaio. Registar revisão, perfil, percurso, esperado/observado e evidência nesta matriz. Sem instalação ou avanço de main; os requisitos transversais continuam parciais.

29/10/2026 — recuperar a versão guardada sem repetir a confirmação

Continuação sobre 26f6a0d3, nos requisitos existentes V2-07/V2-10 e na orientação adaptativa da Tempo de 23/10. Reproduzida a diferença entre gravação e leitura: uma confirmação bem-sucedida seguida de falha na consulta era apresentada como falha genérica, com a prévia anterior ainda disponível. O rascunho consumido também podia ser reenviado ao sair antes da recuperação.

O editor invalida a prévia/corpo de confirmação e consome os parâmetros de entrada logo após resposta positiva da gravação. Até recuperar a versão guardada, suspende edição e envio de rascunho antigo. Se a leitura falhar, informa que os dados foram guardados e disponibiliza «Recuperar dados guardados», que repete apenas a consulta. A recuperação repõe valores/versão actuais e a edição normal, sem novo POST de confirmação. Se a própria gravação for recusada, conserva os dados e a possibilidade de tentar novamente sem afirmar sucesso. Mantida a confirmação/idempotência do backend; nenhuma mudança de schema, permissões ou regras fiscais.

Dois casos novos: um reproduziu a lacuna no código anterior e o caso de gravação recusada já passava. Na candidata passaram ambos e os treze casos existentes, total de quinze testes frontend dirigidos. Verificados consulta repetida sem regravação, prévia consumida, conservação do hash do URL, ausência de envio do rascunho antigo em pagehide, valores recuperados e uso da nova versão na comparação seguinte. Tipos, lint, formatação e compilação QA passaram. Provas aceites reutilizadas; recibo/hashes em context_saved_recovery_increment de local-validation-20261029.json.

Visual continua pendente pela equipa: na candidata QA, conferir gravação normal e recuperação após falha apenas da leitura, verificando mensagem, bloqueio temporário e recuperação sem nova gravação; distinguir de gravação recusada. Usar ensaio de falha controlado em QA, sem criar dados sintéticos no activo. Registar revisão, perfil, percurso, esperado/observado e evidência nesta matriz. Sem instalação ou avanço de main; o requisito transversal permanece parcial.

29/10/2026 — rascunhos: transporte por bytes, concorrência e contexto extenso

Continuação sobre fa2ece10, nos requisitos existentes V2-07/V2-10 e na orientação adaptativa da Tempo de 23/10. A escolha de keepalive usava caracteres em vez de bytes UTF-8; pedidos concorrentes não partilhavam orçamento local; ao sair, um rascunho com 60000 caracteres ou mais era simplesmente ignorado. Três regressões reproduzidas contra o código anterior: texto multibyte, concorrência e saída com cem oportunidades.

O transporte existente serializa uma vez, conserva o corpo integral e decide por bytes UTF-8, incluindo os pedidos keepalive de contexto ainda em curso. A reserva é libertada em sucesso ou erro. O envio automático e a saída delegam essa decisão no transporte; corpos maiores seguem pelo fetch normal, sem truncagem nem repetição automática de gravações. Os 60000 bytes são uma margem técnica local abaixo dos 64KiB agregados previstos na especificação Fetch, não um novo limite funcional do dossier. Autenticação, métodos e tratamento dos conflitos HTTP mantidos.

Cinco testes novos e quinze existentes passaram, total de vinte testes frontend dirigidos. Cobertura: corpo Unicode integral, caracteres versus bytes, concorrência/libertação de reserva, falha sem repetição de escrita, GET/POST/CSRF/conflito e rascunho de cem oportunidades entregue integralmente ao transporte ao sair. Tipos, lint, formatação e compilação QA passaram; provas históricas aceites reutilizadas. Recibo/hashes em context_draft_transport_increment de local-validation-20261029.json.

Limite da prova: fetch normal após a saída continua a ser tentativa de melhor esforço; o orçamento local não reserva capacidade usada por outro código no navegador. Não se declara gravação garantida ao fechar imediatamente a página. Mantêm-se o envio automático normal, o estado do rascunho e a tentativa explícita após falha. Conferência visual pela equipa permanece pendente: na candidata QA, preparar texto acentuado e selecção extensa, aguardar «Rascunho guardado», sair/regressar e conferir valores e oportunidades recuperados. Registar revisão, perfil, percurso e evidência nesta matriz. Sem instalação, avanço de main ou escrita no activo; backend, schema, permissões e cálculo preservados.

29/10/2026 — envio automático: sequência própria e respostas de rascunhos antigos

Continuação sobre ed96fd10, nos requisitos existentes V2-07/V2-10 e na orientação adaptativa da Tempo de 23/10. O temporizador obtinha a sequência quando disparava, podendo emparelhar um corpo antigo com uma sequência posterior. Um corpo já ultrapassado também podia continuar na fila; a comparação apenas pelo conteúdo permitia assinalar como guardada uma revisão posterior que tivesse voltado aos mesmos valores.

O editor captura corpo e sequência em conjunto. Antes do envio em fila e da apresentação de sucesso/erro, exige correspondência do corpo e da sequência actuais, sem recuperação de contexto guardado pendente. Os envios ultrapassados são descartados sem pedido nem indicação de gravação; o envio da revisão actual mantém a sequência própria. A protecção existente do servidor contra versões/sequências antigas foi consultada e preservada, não relaxada. Nenhuma mudança de backend, schema, permissões ou cálculo.

Dois casos novos falharam contra o código anterior e passaram na candidata. Vinte e dois testes frontend dirigidos passaram: temporizador antigo após edição, envio ultrapassado em fila, resposta tardia depois de A→B→A, sequência crescente e confirmação somente do rascunho actual. Tipos, lint, formatação e compilação QA passaram; provas históricas aceites reutilizadas, sem repetição integral. Recibo/hashes em context_autosave_ordering_increment de local-validation-20261029.json.

Visual pendente pela equipa: em QA, editar sucessivamente enquanto um envio automático aguarda, incluindo regressar ao valor inicial; aguardar a confirmação da revisão actual, sair/regressar e conferir os últimos valores recuperados. Usar atraso controlado de rede em QA, sem alterações sintéticas no activo. Registar revisão, perfil, percurso, esperado/observado e evidência nesta matriz. A prova com temporizadores/fila não substitui a sessão no navegador. Sem instalação ou avanço de main; requisitos transversais permanecem parciais.

29/10/2026 — ACT-20261029-02: camadas existentes e cobertura explícita do mapa

Incremento funcional sobre 87b74f0c, reutilizando o mapa, as APIs e os filtros territoriais existentes (V2-07/V2-10). Antes da execução foi conferida a matriz e o contrato de InvestmentCatalogue::map: pontos, áreas/limites, registos sem coordenadas, fonte/data, limite de resposta e contagens já estavam disponíveis. Não houve perda confirmada nem se reabriu a correcção provincial instalada.

O painel permite ocultar/repor independentemente pontos e áreas/limites, ambos visíveis por defeito. As opções não mudam filtros, não fazem nova consulta nem eliminam registos. O novo resumo mostra marcadores/áreas recebidos, falta de fonte/data e investimentos sem ponto utilizável, incluindo camadas ocultas; mantém as ligações às fichas. Distingue investimento de marcador: um investimento pode ter vários locais. O total passa a usar matched_count da API, em vez de somar marcadores como investimentos; fallback deduplica os identificadores. A indicação de truncagem é agora aviso de cobertura, não falha de ligação. Fontes/datas vazias não passam a comprovadas; ausência de registos não é ausência de investimento.

Dois testes frontend dirigidos passaram: contagens/proveniência desconhecida/resposta limitada/ausência de dados e ocultação/reposição sem perder registos, filtros ou fichas. O exemplo contém dois marcadores do mesmo investimento e distingue o total encontrado do subconjunto recebido. Tipos, lint, formatação e compilação QA passaram. Provas territoriais e das funcionalidades anteriores reutilizadas, sem repetição integral. Recibo/hashes no campo map_layer_coverage_increment de local-validation-20261029.json.

ACT-02 permanece parcial: este recorte implementa controlo das camadas já existentes e explicitação de cobertura. Não cria camadas factuais de recursos, infra-estruturas, mão-de-obra ou potencial económico, nem declara completa a cobertura provincial/distrital. Backend, geometrias, divulgação, permissões, fontes, datas e cálculo preservados; sem importações ou escrita no activo.

Visual pendente pela equipa: na candidata, conferir os mapas da ficha de oportunidade, carteira e zona de investimento; ocultar/repor cada camada e ambas, conferir contagens de investimentos/marcadores, fonte/data ausentes e fichas sem coordenadas, e mudar filtros territoriais. Registar revisão, perfil, percurso, esperado/observado e evidência nesta matriz. O painel de contexto administrativo separado mantém o seu âmbito. Sem instalação ou avanço de main.

02/11/2026 — histórico administrativo dos formulários do Balcão

AUD-CHECKLIST-01, incremento local parcial: o editor permite consultar definições anteriores, dez por página, com perguntas, condições, fonte, data, motivo e identificadores dos intervenientes quando registados. Inclui serviços históricos retirados da configuração actual, exclusivamente para consulta; não os torna novamente publicáveis. A consulta reutiliza a autorização administrativa existente e não devolve respostas dos requerentes. Pedidos anteriores conservam a versão e o conteúdo submetido. Respostas tardias de outro serviço/página não substituem a selecção actual; falha, histórico vazio e repetição têm estados distintos.

Provas: quatro testes Feature/91 asserções (storage/logs/desk-service-history-feature-20261102.log), três testes frontend do editor/histórico, PHPStan sem erros, tipos e lint/formatação aprovados. A conferência visual permanece pendente pela limitação do controlo do navegador já registada. Sem instalação, alterações no activo ou encerramento da parametrização transversal.

Reconciliação da integração: a repetição fiscal com referências preparadas em QA resultou em 162 testes, 106 aprovados, nove falhas e 47 erros (integration-fiscal-reference-retry-20261102.log). Persistem dependências de acervos/identidades históricas e casos a investigar; não constitui aprovação global. Conferidos por SHA-256 os 63 artefactos históricos protegidos: quatro alterados pelos ensaios foram repostos, preservando separadamente os resultados novos; zero divergências finais (integration-output-reconciliation-20261102.json). Não foram inventadas oportunidades publicadas ou decisões para satisfazer testes. ACT-16: o proprietário respondeu «ainda nao» quanto a prioridades e traduções de línguas nacionais; essa definição continua pendente, sem impedir os restantes desenvolvimentos.

02/11/2026 — perguntas encadeadas e preenchimento conforme a versão do formulário

AUD-CHECKLIST-01, continuidade local: reproduzidos dois erros no código anterior. Uma resposta conservada num campo oculto activava uma pergunta descendente na página e tornava-a obrigatória no servidor. A avaliação percorre agora as condições dos antecessores, independentemente da ordem das perguntas; ocultar uma pergunta conserva os valores, e voltar a activar o ramo recupera-os. Perguntas efectivamente aplicáveis continuam obrigatórias na submissão, com rascunhos incompletos permitidos. Não se alteram as definições ou submissões históricas.

A criação de pedidos também preenchia title, description e regime mesmo depois de retirados da nova definição, e podia escolher unknown quando essa opção já não existia. O preenchimento respeita agora os campos e opções da versão utilizada; a reutilização do contexto só aplica valores compatíveis com a validação do campo. Não escolhe arbitrariamente outra opção. A validação de dados introduzidos pelo requerente permanece no servidor, incluindo a recusa de campos não configurados. O ensaio operacional reproduziu a falha anterior e demonstrou criação, gravação e submissão das novas versões, opção obrigatória por escolher e preservação integral do pedido antigo.

Provas: regressões anteriores em storage/logs/desk-request-conditions-before-20261102.log e desk-schema-prefill-before-20261102.log; quatro testes frontend do pedido/editor/histórico aprovados, PHPStan, tipos, lint/formatação e compilação local aprovados. Resultados Feature individuais: 21 testes/382 asserções no Balcão após a correcção das condições e um teste/34 asserções do percurso de preenchimento por versão. A verificação conjunta final usa desk-forms-combined-feature-20261102.log. As provas são técnicas e sintéticas em bases descartáveis, porta 55441; não equivalem a conferência visual ou aceitação por requerentes reais. Sem instalação ou escrita no activo; outras checklists, consumidores e critérios transversais continuam parciais.

Verificação conjunta final deste incremento: 22 testes Feature/416 asserções aprovados em storage/logs/desk-forms-combined-feature-20261102.log. Os quatro testes frontend, PHPStan, tipos, lint sem avisos e compilação também passaram. Recibo e SHA-256 das fontes em desk_forms_increment_20261102 de local-validation-20261029.json; resultados anteriores preservados nos campos próprios. Não altera o estado parcial do requisito nem substitui as verificações visuais pendentes.

02/11/2026 — verificações e recibos respeitam as perguntas aplicáveis

Continuidade local de AUD-CHECKLIST-01 e do percurso adaptativo de 23/10: reproduzidos avisos para completar financiamento em formulários sem essas perguntas e bloqueio da submissão por valores conservados em perguntas financeiras ocultas. A análise passa a utilizar a definição imutável do pedido e a mesma avaliação dos antecessores usada na validação. Só compara investimento/financiamentos quando as três perguntas se aplicam; não solicita localização ausente ou não aplicável. As diferenças financeiras aplicáveis continuam a impedir submissão, e dados aplicáveis em falta continuam indeterminados, sem substituição por zero.

O recibo HTML distingue os dados aplicáveis das respostas conservadas de perguntas não aplicáveis, preservando todos os valores e o escape de conteúdo. Usa as condições e rótulos da versão submetida, mesmo após publicação de outra versão. A descarga técnica original, o conteúdo cifrado da submissão e as permissões permanecem preservados. Consumidores que renderizam directamente a vista continuam a funcionar com o contrato anterior. Esta separação é uma apresentação do histórico, não a eliminação das respostas.

Corrigida também a possibilidade de publicar uma definição impossível de preencher: conservar a localização retirando a sua fonte, ou fazendo a fonte depender de condições mais restritas. A publicação exige que a fonte esteja disponível sempre que a localização se aplica, permitindo as mesmas condições, condições de antecessores mais abrangentes ou ausência de condição. Retirar ambas as perguntas continua permitido. A exigência de fonte da localização já existia no servidor; este incremento valida a sua coerência antes da publicação, sem criar uma nova competência ou regra organizacional. Uma localização conservada num ramo não aplicável não exige fonte oculta; quando aplicável, mantém essa exigência.

Provas técnicas em QA descartável, porta 55441: 25 testes conjuntos/467 asserções, um teste de compatibilidade do recibo/seis asserções e um teste de localização condicional/cinco asserções, todos aprovados. PHPStan sem erros e Pint aprovados. Logs: desk-analysis-schema-combined-20261102.log, desk-receipt-compatibility-20261102.log, desk-location-applicability-20261102.log e desk-analysis-schema-phpstan-20261102.log, em storage/logs. Falhas anteriores reproduzidas nos logs desk-form-analysis-before-20261102.log e desk-location-schema-before-20261102.log. Referências territoriais do teste reutilizam o pacote já verificado pelo seeder existente; não representam uma implantação real. Recibo e hashes em desk_analysis_scope_increment_20261102 de local-validation-20261029.json.

Reutilizadas as provas anteriores de tipos, frontend e compilação: este delta só altera PHP, vistas Blade e testes. Conferência visual dos recibos e do percurso permanece pendente pela limitação de controlo do navegador registada. Não houve instalação, novas permissões, migração de schema ou escrita no activo. O requisito transversal continua parcial; esta prova não encerra outras checklists nem a integração fiscal global.

02/11/2026 — ACT-20261029-11: preferências e alertas do catálogo público

Incremento local de ACT-11 e MASTER-471012ab-0124: as notificações de manifestações já existentes foram preservadas e passaram a receber também correspondências do catálogo público de oportunidades. Em /investidor/notifications, cada conta verificada pode activar voluntariamente, escolher sector, província e modalidade, definir frequência, recuperar/alterar preferências e cancelar. O servidor utiliza sempre a conta autenticada, valida os códigos contra as opções divulgáveis e exige confirmação para activar; cancelar exige apenas a versão, sem depender de opções entretanto retiradas. Preferências cifradas, versão, consentimento e auditoria nominativa; repetição da mesma gravação não cria outra versão. Alterações concorrentes incompatíveis devolvem conflito, sem substituir silenciosamente a configuração guardada.

O gerador reutiliza InvestmentCatalogue::query, incluindo hierarquia territorial, publicação, exclusão de exemplos, dados privados e publicações futuras. A activação, reactivação ou mudança de critérios regista as identidades actualmente públicas como ponto de partida, sem avisos retroactivos. As novas disponibilizações compatíveis geram uma notificação por conta/oportunidade, mesmo quando a data documental de publicação é anterior à activação; não se usa essa data como cursor de descoberta. A correspondência conserva fonte, data publicada quando disponível, versão e critérios usados, sem copiar dados privados ou afirmar rentabilidade/elegibilidade. Uma oportunidade retirada deixa de aparecer ou ser aberta através da notificação; o registo e o histórico não são apagados. Referência territorial/sectorial entretanto indisponível suspende apenas a correspondência afectada, com informação visível e possibilidade de cancelar; não bloqueia os restantes subscritores.

Frequências implementadas: próxima verificação, intervalos de 24 horas ou de sete dias. Canal disponível: notificações no próprio portal. investmoz:dispatch-opportunity-alerts está registado no agendador existente a cada cinco minutos, sem sobreposição; a execução periódica depende do agendador da instalação. O limite técnico de 200 correspondências por conta e execução mantém o restante lote pendente para a execução seguinte, sem o consumir. A entrega e o marcador de descoberta partilham transacção; falha não consome a oportunidade nem avança a próxima execução. Cancelamento e geração serializam a alteração da mesma preferência; notificações anteriores e acompanhamento de manifestações permanecem disponíveis.

Migração instalável 2026_11_02_190000_investment_opportunity_alerts.php: estende as notificações existentes com uma origem alternativa, preserva as linhas antigas e cria preferências/marcadores de descoberta. A origem de cada notificação é exactamente uma manifestação ou oportunidade. A reversão recusa eliminar preferências ou histórico de alertas existentes. O ensaio de actualização foi executado com uma notificação anterior não vazia e conservou todos os seus valores. Sem migração, a página antiga permanece operacional; a instalação do incremento segue as migrações normais do produto, não caminhos ou contas de desenvolvimento.

Âmbito ainda parcial: esta entrega não integra concursos ou incentivos de outros catálogos, não disponibiliza email/SMS, não confirma canais externos e não instala o agendador no destino. Esses percursos e a conferência visual continuam pendentes; a geração no portal não os substitui. Desenvolvimento e dados sintéticos apenas em QA isolada, porta 55441. Sem instalação, mensagens externas, novas competências organizacionais ou alterações no activo. Provas técnicas e hashes conservados no campo opportunity_alerts_increment_20261102 do recibo existente local-validation-20261029.json.

Verificação final: 16 testes Feature/253 asserções, incluindo os nove testes existentes da área de manifestações, e dois testes frontend, todos aprovados. PHPStan, tipos, lint sem avisos, formatação e compilação passaram; git diff --check sem erros. Logs em storage/logs/opportunity-alerts-verified-feature-20261102.log, opportunity-alerts-frontend-20261102.log, opportunity-alerts-verified-phpstan-20261102.log, opportunity-alerts-final-types-20261102.log, opportunity-alerts-final-check-20261102.log e opportunity-alerts-final-build-20261102.log. Fonte candidata fixada por hashes no recibo; provas anteriores preservadas, sem revisão do estado do activo por inferência.

02/11/2026 — pesquisa rápida: «plantio de algodao»

Pedido específico da Tempo durante a continuidade: a barra «Pesquisa rápida de oportunidades» deve trazer os resultados solicitados; exemplo fornecido pelo proprietário, «plantio de algodao». A barra já encaminhava q para /oportunidades, mas os motores tratavam a frase inteira como uma substring e distinguiam a acentuação. A correspondência territorial pelo texto também não abrangia o caso de uma oportunidade localizada num distrito cujo nome provincial só estivesse no cadastro.

O motor comum OpportunityTextSearch é agora usado pelo catálogo e pela API anterior: combina todas as palavras significativas, ignora preposições/artigos correntes, normaliza maiúsculas e acentos e reconhece as variantes delimitadas plantio/plantação/cultivo/semeadura. Não usa «produção» isolada como sinónimo de plantio: produção de óleo, fiação e descaroçamento não passam a cultivo por essa aproximação. Procura apenas os campos publicados, sectores e relações/territórios públicos autorizados; uma província abrange os seus descendentes documentados. % e _ introduzidos pelo utilizador são caracteres literais, não curingas de SQL. Os filtros adicionais, ordenação, paginação, publicação, privacidade e exclusão de exemplos continuam a aplicar-se.

Quando todos os termos não têm correspondência e existe um termo de cultivo acompanhado de assunto/localização, a página pode apresentar até seis fichas relacionadas com o assunto numa secção separada. O total principal continua zero e os filtros não são alargados. As fichas são identificadas como relacionadas, com resumo visível e possibilidade de consultar explicitamente essa pesquisa; não são reclassificadas como plantio. Nas fontes incluídas em corridor-investment-opportunities.json, as três entradas de algodão descrevem descaroçamento, fiação/óleo ou transformação, não uma ficha específica de cultivo. Nenhuma nova oportunidade, parcela, disponibilidade, promotor ou aprovação foi inventada para preencher resultados.

A barra usa o valor efectivo do formulário, incluindo preenchimento automático do navegador, e conserva o limite de 120 caracteres do servidor. O formulário possui destino GET próprio para funcionar também sem a intercepção JavaScript. O texto pesquisado acompanha a consulta e o regresso das fichas relacionadas; resultados relacionados anteriores ficam ocultos durante carregamento ou erro.

Provas dirigidas: três testes Feature/93 asserções em QA descartável, incluindo o exemplo do proprietário, variantes de cultivo, acentos, palavras em campos distintos, província/distrito, duas APIs, página, mapa, exportação, fonte privada/futura/eliminada, curingas literais e separação entre cultivo e transformação. Mais seis testes de compatibilidade existentes/112 asserções passaram na QA com as referências já preparadas; dados protegidos permaneceram intactos. Cinco testes frontend passaram, cobrindo barra/autofill/destino nativo, apresentação dos relacionados e transporte/paginação existentes. PHPStan, tipos, formatação e lint sem avisos aprovados. Logs quick-opportunity-search-*20261102.log em storage/logs; recibo final e hashes em quick_opportunity_search_increment_20261102 de local-validation-20261029.json.

Âmbito local: testes com fichas sintéticas, sem alteração de cadastros ou publicações no activo, sem instalação remota e sem nova prova visual. O incremento não declara existir uma oportunidade real de plantio quando a fonte não a fornece. A integração dos alertas de concursos estava em desenvolvimento quando este pedido recebeu prioridade; o incremento anterior de alertas de oportunidades conserva a sua prova própria e o alargamento a concursos ainda não é declarado concluído.

Compilação final deste recorte de pesquisa aprovada (quick-opportunity-search-build-20261102.log), com os avisos de fontes/chunks já conhecidos. Resultado final: nove testes Feature/205 asserções e cinco frontend aprovados, PHPStan/tipos/lint/formatação aprovados; recibo quick_opportunity_search_increment_20261102 emitido com os hashes das dez fontes directamente alteradas. O exemplo «plantio de algodao» foi conferido novamente na fonte final. Sem instalação no activo nem declaração de nova oportunidade real por inferência.

02/11/2026 — ACT-11: alertas de concursos integrados nas preferências existentes

Retomado o incremento interrompido pela correcção da pesquisa rápida. A pendência de concursos do recorte anterior passa a ter implementação local demonstrada: em /investidor/notifications, a pessoa escolhe oportunidades, concursos ou ambos, com confirmação explícita. Preferências anteriores continuam exclusivamente em oportunidades; a migração não acrescenta subscrições. Sector e província são comuns; modalidade de oportunidade só se aplica a oportunidades e regime só a concursos. O servidor remove os filtros sem aplicação e valida a fonte escolhida. Cancelar conserva as notificações e não depende da disponibilidade do catálogo ou das opções antigas.

Procurement::publicQuery concentra a consulta pública já utilizada pelo catálogo, agora partilhada com o gerador. Mantém filtros, hierarquia territorial, configuração de disponibilidade e a ligação à versão publicada; rascunhos e alterações ainda não publicadas ficam fora dos alertas. O gerador considera o acto actualmente publicado de cada concurso, não promete entregar todos os actos intermédios que possam ser substituídos entre verificações. A activação, reactivação ou alteração de fontes/critérios estabelece como ponto de partida as versões actualmente públicas, sem avisos retroactivos. Cada conta/versão de acto tem uma identidade de entrega única. Não cria acompanhamentos em portal_tender_watches, propostas, candidaturas ou decisões.

O aviso conserva concurso, versão/acto, referência, origem, data de publicação e versão/critérios da preferência. Usa uma projecção fixa do conteúdo público, sem notas internas, contactos não autorizados, rascunhos ou anexos. A consulta distingue data de publicação e recepção do aviso, liga ao concurso e pede a leitura das condições actuais. Actos anteriores continuam legíveis enquanto o concurso tem publicação pública, sem substituir os respectivos avisos por dados da versão nova. Retirada da publicação ou indisponibilidade do módulo oculta os avisos afectados e impede a leitura pela rota de marcação; o histórico permanece guardado. Indisponibilidade de concursos não suspende as oportunidades seleccionadas.

Mantidos canal no portal, frequência escolhida, autorização da própria conta e motor transaccional existentes. Cada catálogo tem um lote limitado a 200 correspondências por execução; ambos recebem processamento no mesmo ciclo, evitando que uma fila de oportunidades impeça concursos. Restantes itens continuam pendentes, sem avanço silencioso. Falha da entrega de concursos reverte também as entregas/marcadores de oportunidades desse ciclo da pessoa e permite repetir sem duplicações. O comando e agendador existentes continuam a ser usados, sem segundo serviço de notificações.

Migração adicional 2026_11_02_200000_investment_tender_alerts.php: fontes seleccionadas, origem alternativa da notificação e marcador por versão de concurso. Preserva o conteúdo, versão, consentimento, identificador e fontes anteriores; a origem de cada notificação continua exactamente uma. Reversão recusa eliminar preferências de concursos ou histórico. A sequência de actualização/reversão das duas migrações foi conferida com preferências e notificações anteriores não vazias, sem converter o ensaio sintético em aceitação real.

Provas finais: 21 testes conjuntos/315 asserções, um teste de processamento de lotes/sete asserções e oito testes de compatibilidade do módulo de concursos/285 asserções, todos aprovados: 30 testes distintos/607 asserções. O teste de lotes usa 201 oportunidades e um concurso, confirma entrega de concurso no primeiro ciclo e conservação da oportunidade restante. Seis testes frontend (quatro de alertas e dois da pesquisa rápida), PHPStan, tipos, lint sem avisos, Pint e compilação aprovados. Logs tender-alerts-verified-feature-20261102.log, tender-alerts-batch-fairness-20261102.log, tender-alerts-procurement-compatibility-20261102.log, tender-alerts-frontend-20261102.log, tender-alerts-verified-phpstan-20261102.log, tender-alerts-final-types-20261102.log, tender-alerts-final-check-20261102.log e tender-alerts-build-20261102.log, em storage/logs. Recibo/hashes em tender_alerts_increment_20261102 de local-validation-20261029.json.

ACT-11 permanece parcial: incentivos de outros catálogos e canais externos não implementados neste incremento. Disponibilização, activação do agendador no destino e conferência visual permanecem pendentes. Somente código local e ensaios sintéticos em bases isoladas na porta 55441; sem instalação, dados reais, mensagens externas, novas competências ou alteração da configuração activa. As provas anteriores de pesquisa, oportunidades e concursos mantêm o seu âmbito; o saldo de concursos do recorte anterior foi actualizado, sem apagar o histórico.

02/11/2026 — AUD-FUND-01: núcleo do catálogo de fundos em desenvolvimento

Criados serviço FundingProgrammes e migração 2026_11_02_210000_funding_programme_catalogue.php, ainda sem instalação no activo. Rascunho separado de versões publicadas imutáveis, prévia vinculada por hash, controlo de concorrência, publicação idempotente, retirada auditada e interesses privados por pessoa/programa, conservando a versão guardada. Usa a competência editorial existente; não atribui competência para concessão de financiamento. Critérios distinguem correspondência, divergência, informação desconhecida e não aplicabilidade, sem excluir automaticamente ou enviar candidatura. Janelas históricas encerradas não representam encerramento do próprio fundo. Cobertura territorial e sectores rejeitam combinações incoerentes.

Documentos são incorporados por identificador, versão e checksum. A resolução de descarga confere novamente publicação, direitos e segurança na biblioteca e reutiliza VerifiedDocumentBinary; a substituição do documento não altera silenciosamente o binário citado. Este percurso ainda precisa de testes específicos de descarga e ligação HTTP.

Prova local sintética em PostgreSQL isolado: FundingProgrammesTest, dois testes/dez asserções aprovados (storage/logs/funding-programmes-feature-20261102.log). Cobrem publicação repetida sem duplicação, rascunho sem alteração da versão pública, nova versão sem reescrever interesse anterior, remoção limitada à própria pessoa, janela histórica, aplicabilidade desconhecida e bloqueio de publicação de conteúdo explicitamente demonstrativo. PHPStan sem erros (funding-programmes-phpstan-20261102.log), Pint e git diff --check aprovados. Não constituem prova de todo o catálogo.

AUD-FUND-01 continua incompleto: faltam controladores/rotas, catálogo e editor pela interface, filtros, testes de autorização/conflitos/documentos e validação visual. Referências reais FDEL ainda não incorporadas nem publicadas; não inferir janela aberta ou condições financeiras de páginas demonstrativas. Próxima acção: completar o percurso público/editorial e as provas, mantendo ACT-12 e alertas de incentivos pendentes até integração efectiva.

02/11/2026 — AUD-FUND-01: primeiro percurso HTTP público

Ligadas rotas /fundos, ficha por UUID, conferência de critérios, guardar/remover interesse autenticado e descarga por programa/versão/recurso. Controlador FundingProgrammeController e páginas funding/index/show reutilizam a estrutura visual e o transporte CSRF existentes. Consulta publicada paginada, palavras-chave e tipo de apoio; critérios por tipo de candidato e janela seleccionada, respostas não persistidas, explicação e fonte por critério. A ficha distingue janela encerrada de programa, mostra datas e canal externo documentados, disponibilidade dos documentos e versão privada guardada, incluindo indicação de publicação posterior. Respostas HTTP com estado pessoal ou resultados de conferência usam private/no-store. Não existe envio externo ou candidatura automática.

Provas incrementais: FundingProgrammesTest com dois testes/25 asserções aprovados, incluindo rotas públicas, pesquisa sem resultado, exigência de autenticação para guardar e divergência de critério. PHPStan do serviço/controlador e types:check aprovados. Logs funding-programmes-http-20261102.log, funding-programmes-http-phpstan-20261102.log e funding-programmes-types-20261102.log. A compilação e lint são registados separadamente após conclusão; não deduzir aprovação do arranque.

Continua em desenvolvimento: editor editorial, lista dos interesses, navegação, filtros territoriais/sectoriais explicados e respectivos testes, testes de descarga/versionamento/conflitos, referências reais FDEL e validação visual. Nada publicado ou migrado no activo. Este incremento não encerra AUD-FUND-01, ACT-12 ou a auditoria geral.

02/11/2026 — AUD-FUND-01: lista privada e navegação

Implementada /fundos/guardados, autenticada e verificada, paginada e limitada no servidor à pessoa da sessão. Lista conserva título e versão efectivamente guardados, sem projectar rascunho ou substituir a referência pela publicação nova. Após retirada pública conserva apenas a referência privada mínima, informa indisponibilidade e permite remoção. Não expõe corpo/documentos da publicação retirada. Guardar continua distinto de candidatura ou contacto externo. Links no catálogo/ficha e navegação; menu público depende da instalação das tabelas, link da lista privada depende também de autenticação.

FundingProgrammesTest: dois testes/71 asserções aprovados, incluindo isolamento entre contas, versão preservada, indisponibilidade pública após retirada e remoção pela própria conta. PHPStan serviço/controlador sem erros, log funding-programmes-saved-phpstan-20261102.log; testes HTTP em funding-programmes-saved-20261102.log. A compilação iniciada no incremento anterior terminou com código zero (funding-programmes-build-20261102.log); não comprova automaticamente os ficheiros posteriores desta lista. Verificações frontend finais deste incremento registadas nos logs funding-navigation-20261102.log e funding-programmes-saved-*. Mantêm-se pendentes editor, filtros geográficos/sectoriais, testes de documentos/conflitos/permissões e validação visual; sem instalação no activo.

02/11/2026 — AUD-FUND-01: edição editorial ligada ao catálogo

Implementadas gestão paginada, criação/edição de rascunhos, prévia, publicação e retirada em /management/fundos. Reutiliza DocumentManagementAccess::catalogueEditor no servidor em cada operação; não atribui competência financeira nem depende da activação de concursos. Referências limitadas a cadastros e documentos autorizados/públicos; formulário reutiliza entidade gestora, sectores, territórios e biblioteca, com critérios comuns e critérios por janela, fonte/edição/data, âmbito e datas aplicáveis. Mudança para janela desconhecida/contínua limpa datas inaplicáveis. Publicação exige rascunho guardado, prévia conferida, confirmação expressa, motivo e hash válido; efeitos sobre versões e interesses explicados. Histórico de publicação disponível no editor. Link de gestão no catálogo só para competência efectiva.

Publicações recebem sequência própria crescente quando a prévia muda por actualização autorizada do cadastro, mesmo sem alteração do rascunho; snapshots anteriores não são reescritos. O hash da prévia inclui os dados efectivamente reutilizados. Controlo de versão do rascunho continua independente e obrigatório.

Prova: FundingProgrammesTest passou quatro testes/91 asserções (funding-editor-feature-20261102.log), incluindo formulários/gestão, editor sem módulo de concursos, recusa de conta sem autoridade, hash incorrecto, gravação obsoleta e nova publicação com alteração do nome no cadastro sem colisão ou reescrita histórica. Tipos aprovados (funding-editor-final-types-20261102.log); verificação estática final, lint após correcção de um aviso de tipagem e compilação ainda em acompanhamento. A compilação anterior da lista privada terminou com código zero; não comprova automaticamente este editor.

Ainda pendentes: filtros territoriais/sectoriais com tratamento explícito de desconhecidos, ensaios completos de documentos/versões/concorrência e visual, referências FDEL reais e integração de incentivos nos alertas. Editor implementado localmente não encerra AUD-FUND-01 ou ACT-12. Sem migração, publicação ou alteração de contas no activo.

Fecho das verificações do editor em 02/11/2026: PHPStan sem erros, lint/formatação sem avisos e compilação terminaram aprovados (funding-editor-final-phpstan-20261102.log, funding-editor-final-check-20261102.log e funding-editor-build-20261102.log). Tipos aprovados no processo final 44973. Matriz AUD-FUND-01 reconciliada como parcial, preservando histórico; recibo funding_editor_increment_20261102 com hashes das fontes/prova, sem declaração de cobertura integral. Próxima acção: filtros territoriais/sectoriais e testes específicos de documentos/versionamento.

02/11/2026 — AUD-FUND-01: filtros territoriais e sectoriais

Catálogo público passou a filtrar por sector, local, situação de uma janela e inclusão explícita de âmbitos desconhecidos. Cobertura nacional abrange os locais; cobertura provincial permite pesquisar os seus distritos; um programa restrito a distrito aparece como cobertura parcial quando se pesquisa a província. Origem por confirmar é assinalada e pode ser excluída pela opção «apenas âmbito documentado». Não transforma ausência de informação em correspondência confirmada nem concessão de elegibilidade.

O filtro territorial/sectorial refere-se ao programa, não a todas as chamadas. O texto da interface explica a distinção e o filtro de estado significa pelo menos uma janela nesse estado, sem confirmar abertura no local escolhido. Janelas fechadas, futuras, com data-limite no próprio dia e sem data confirmada são tratadas separadamente; programas sem janelas entram apenas no estado por confirmar. Fontes territoriais/sectoriais utilizadas são preservadas por versão, incluindo nomes e caminhos hierárquicos, sem reescrever snapshots quando o cadastro muda. A ficha mostra os locais e sectores efectivamente incorporados, também nas janelas locais.

Prova inicial: cinco testes/184 asserções aprovados em funding-filters-feature-20261102.log, abrangendo os quatro testes anteriores e as combinações dos filtros; PHPStan, tipos e lint sem avisos aprovados (funding-filters-phpstan-20261102.log, funding-filters-types-20261102.log, funding-filters-check-20261102.log). Teste adicional de documentos em acompanhamento; primeira execução corrigida por campo obrigatório ausente na fixture sintética, sem mudança de regra do produto. Compilação em acompanhamento. Sem escrita no activo.

Fecho do incremento de filtros/documentos, 02/11/2026: seis testes/204 asserções aprovados, incluindo o teste específico de descargas (funding-filters-documents-feature-20261102.log). Binário alterado sem nova análise, metadados de análise pendente/checksum divergente, direitos restritos, classificação privada, recurso retirado e versão substituída recusados; prévia anterior à mudança do documento rejeitada, publicação nova distinta e snapshot anterior conservado. Estes estados são fixtures sintéticas, não prova de execução de antivírus real. PHPStan, tipos, lint sem avisos/formatação e compilação aprovados; processos terminais conferidos, logs funding-filters-*. Recibo funding_filters_increment_20261102 com hashes, matriz AUD-FUND-01 reconciliada sem apagar provas anteriores. Ainda não demonstra concorrência com trabalhadores simultâneos, fontes reais incorporadas, visual ou instalação no destino. Próxima acção: preparar as referências oficiais FDEL já identificadas, distinguindo programa de chamada histórica, e completar os ensaios restantes; incentivos nos alertas continuam pendentes.

02/11/2026 — AUD-FUND-01: referência oficial FDEL preparada pela interface

Incluído pacote instalável database/data/funding-references.json e serviço FundingProgrammeReferences, com edição, URLs, referências, datas efectivas de consulta e hashes dos exemplares. Usa o Decreto 4/2025 (BR I/43, 05/03/2025) e aviso municipal CMCT com prazo 20/10/2025. Um programa com chamada histórica associada; não cria duas fichas, não transforma o aviso numa chamada actual e não atribui o município a toda a província. Vínculo cartográfico municipal e associação ao cadastro sectorial permanecem explícitos por completar. Não foram transportadas taxas ou montantes para motores financeiros/fiscais; critérios são um extracto informativo com acesso às fontes completas.

Percurso /management/fundos/referencias/fdel: prévia legível das condições/fontes, seguida de preparação de rascunho pela competência editorial existente. Hash vincula o pacote exibido; referência alterada exige nova prévia. Código estável e bloqueio transaccional reutilizam ficha existente sem sobrescrever edições ou acrescentar chamadas. Preparação auditada conserva edição, hash do pacote e hashes das fontes; publicação continua separada no editor existente. Não há consulta remota obrigatória no cliente, novas contas, destinatários ou envio de candidatura.

Exemplares recolhidos e conferidos em storage/app/private/funding-sources-20261102 (manifest.json); PDF e HTML com SHA-256 correspondente ao pacote. São cópias privadas de desenvolvimento, sem afirmação de antivírus executado e sem publicação automática na biblioteca. A página municipal falhou no leitor web mas a recolha HTTP directa devolveu o conteúdo esperado (título, prazo e requisitos); não confundir falha de ferramenta com indisponibilidade da fonte.

Prova: FundingProgrammesTest passou sete testes/235 asserções (funding-references-feature-20261102.log), incluindo preparação sem publicação, recusa de hash errado, chamada histórica fechada, referência cartográfica desconhecida, proveniência auditada, repetição sem duplicação/substituição e conta sem competência recusada. PHPStan e lint/formatação sem avisos aprovados; tipos e compilação ainda em acompanhamento nos respectivos processos. Continuidade: verificar os resultados terminais, manter concorrência e visual pendentes, completar a correspondência territorial/sectorial pelas fontes autorizadas e integrar os incentivos nos alertas. Sem alteração no activo.

Fecho das verificações das referências em 02/11/2026: sete testes/235 asserções, PHPStan, tipos, lint sem avisos/formatação e compilação aprovados, com processos terminais conferidos. Logs funding-references-*; recibo funding_references_increment_20261102 inclui hashes e manifesto de origem. AUD-FUND-01 continua parcial, com concorrência, visual, vínculos ao cadastro, alertas e disponibilização ainda pendentes. Próxima acção: ensaiar concorrência/repetição em base descartável e completar os restantes percursos, sem alterar o activo.

02/11/2026 — AUD-FUND-01: concorrência real e impasse corrigido

Criado tools/verify-funding-concurrency.php, exclusivamente CLI, com ambiente testing, PostgreSQL em 127.0.0.1:55441 e nome ancorado funding_concurrency_20261102[a-z]?_test. Confere ligação efectiva, recusa configuração em cache, obtém a guarda de execução QA e exige base sem pessoas/fichas antes de criar cenário. Não repõe, apaga ou redefine registos existentes; contexto de cada trabalhador fica privado e vinculado à mesma base e identidade sintética. Recusa sem ambiente explícito e recusa de repetição numa base não vazia foram verificadas. Migrações apenas em três bases novas descartáveis, mantendo os resultados anteriores.

Cinco cenários, cada um com dois processos PHP e sessões PostgreSQL independentes: preparação da mesma referência, gravação com a mesma versão, publicação da mesma prévia, guardar interesse da mesma pessoa e retirada contra interesse da mesma pessoa. O controlador de ensaio mantém um bloqueio até observar ambos os processos à espera no PostgreSQL; só depois liberta. A primeira tentativa do verificador falhou por reter o snapshot estatístico na transacção de observação; foi corrigida com pg_stat_clear_snapshot, preservando o log inicial em vez de declarar falha do produto.

Com a observação corrigida, reproduzido SQLSTATE 40P01 no quinto cenário: interesse conservava bloqueio FOR UPDATE na conta enquanto esperava pela ficha, e retirada conservava a ficha enquanto a inserção de auditoria precisava de KEY SHARE na conta. A correcção técnica usa FOR NO KEY UPDATE para serializar interesses/remover interesse pela pessoa, permitindo a referência de auditoria, sem mudar competências, decisões ou chaves da conta. A base de reprodução e o log de falha permanecem preservados.

Após a correcção, os cinco cenários passaram em funding_concurrency_20261102c_test: uma referência, uma versão publicada, um interesse e uma auditoria por preparação/publicação/interesse/retirada. A gravação concorrente recusou uma versão obsoleta; retirada concluiu e o interesse concorrente recebeu indisponibilidade, preservando a referência anterior. Consulta final confirma uma referência privada válida e nenhuma publicação activa. São pares de processos com sobreposição observada, não prova de carga nem de todas as intercalações possíveis.

Provas: funding-concurrency-before-20261102.log (verificador inicial), funding-concurrency-baseline-20261102.log (impasse do produto), funding-concurrency-after-20261102.log (cinco cenários aprovados), funding-concurrency-preservation-20261102.json, e logs guard-environment/guard-existing. Sete Feature/235 asserções de compatibilidade aprovados (funding-concurrency-feature-20261102.log), PHPStan sem erros e Pint/sintaxe/diff aprovados. Frontend não alterado; conservadas provas de tipos/lint/compilação do incremento anterior. Matriz e recibo funding_concurrency_increment_20261102 reconciliados. Sem alterações no activo. Próxima acção: integração dos fundos/incentivos nos alertas existentes; vínculos de referência, visual e disponibilização continuam pendentes.

02/11/2026 — ACT-11 / AUD-FUND-01: alertas de fundos, programas e incentivos publicados

Integrado o catálogo de fundos no motor existente InvestmentOpportunityAlerts, nas preferências/notificações existentes e no mesmo comando/agendador. Nova migração 2026_11_02_220000_investment_funding_alerts.php acrescenta origem por versão pública e marcador único por pessoa/versão; preserva as fontes, critérios cifrados e notificações anteriores. Nenhuma conta é inscrita automaticamente. Alterar/activar fontes ou critérios toma os IDs públicos existentes como ponto inicial, sem avisos retroactivos; rascunhos e versões intermédias já substituídas não são tratados como novas publicações disponíveis.

Escolha explícita de fundos/apoios, âmbito documentado ou inclusão assinalada de desconhecidos, e estado de uma janela. Reutiliza os filtros do catálogo, com sector/local do programa distintos da cobertura de cada chamada. O aviso não garante elegibilidade ou candidatura aberta e não é candidatura enviada. Regista versão, fonte/referência/data de consulta, data de publicação, preferências aplicadas, explicação do âmbito e estados de janela na data do aviso; não copia respostas, documentos ou rascunhos. Link vai à ficha pública e preserva a fonte da edição notificada. Alteração das datas sem nova versão publicada não gera segundo aviso.

Leitura e marcação conferem a própria conta, disponibilidade do catálogo e publicação actual da ficha. Avisos de versões públicas anteriores conservam o conteúdo original enquanto a ficha tem publicação pública; retirada oculta avisos e impede leitura sem apagar dados. Indisponibilidade de fundos não impede as outras fontes ou o cancelamento. Lote máximo de 200 por fonte/ciclo; fila restante mantém execução devida e não impede a outra fonte. Falha na entrega de fundos reverte também os avisos/marcadores das outras fontes daquela pessoa nesse ciclo. Bloqueio da conta nas preferências usa NO KEY UPDATE, preservando serialização e compatibilidade com referências de auditoria/notificações; concorrência específica do gerador ainda precisa de ensaio com processos.

Provas finais de servidor: 36 testes/612 asserções aprovados (funding-alerts-verified-feature-20261102.log): sete novos testes de fundos e compatibilidade com alertas de oportunidades/concursos, catálogo e manifestações. Cobrem escolha das três fontes, ausência de inscrição automática, ponto inicial, âmbitos desconhecidos, datas, versões/retirada, propriedade dos avisos, fonte indisponível, cancelamento, lote com 201 fundos e uma oportunidade, reversão de entregas e migração/reversão com dados anteriores preservados. Seis testes frontend aprovados, incluindo selecção voluntária, campos aplicáveis, fonte e ligação/estado histórico do aviso (funding-alerts-verified-frontend-20261102.log). PHPStan e lint/formatação sem avisos aprovados; tipos e compilação finais em acompanhamento. Reutilizadas as provas anteriores de concorrência do catálogo; não as confundir com concorrência do gerador.

Sem instalação, activação de preferências, envio externo ou alteração no activo. ACT-11 continua parcial para canais externos/outras fontes e disponibilização/agendador no destino; fundos/incentivos aqui significa exclusivamente versões publicadas no catálogo do portal. Visual, vínculos de referência e restantes requisitos agregados continuam pendentes.

Fecho das verificações do incremento de alertas de fundos, 02/11/2026: 36 testes/612 asserções e seis frontend, PHPStan, tipos, lint sem avisos/formatação e compilação aprovados, com processos terminais conferidos. Logs finais funding-alerts-verified-, funding-alerts-final- e funding-alerts-build-20261102.log; recibo funding_alerts_increment_20261102 com hashes. Matriz AUD-FUND-01 e MASTER-471012ab-0124 reconciliadas como parciais, sem apagar provas históricas. Próxima acção: ensaiar concorrência do gerador e das preferências com processos, e rever perguntas aplicáveis no percurso de conferência de critérios. Sem alterações no activo.

02/11/2026 — ACT-11 / AUD-FUND-01: concorrência do gerador e critérios aplicáveis

Estendido tools/verify-funding-concurrency.php com quatro cenários de alertas, conservando os cinco anteriores. Execução em funding_concurrency_20261102d_test, base nova e descartável, com duas sessões por cenário e bloqueios efectivamente observados. Dois geradores concorrentes entregam um aviso; duas gravações idênticas das preferências conservam uma só revisão; cancelamento com precedência impede entrega; gerador com precedência conclui uma entrega antes do cancelamento efectivo e nenhuma depois. Reactivação usa a publicação existente como ponto inicial, sem aviso retroactivo. Nove cenários aprovados, sem novo impasse. Não equivale a ensaio de carga ou de todas as intercalações possíveis.

Conferência final directa: uma ficha, quatro versões imutáveis, um interesse com referência válida, dois avisos e respectivos marcadores, preferências na versão cinco desactivadas. Auditoria com três gravações efectivas de preferências e dois cancelamentos, sem duplicação pelas repetições. Provas em funding-alert-concurrency-20261102.log e funding-alert-concurrency-preservation-20261102.json. Não houve mudança adicional de regras de negócio ou publicação no activo.

No formulário público de conferência, perguntas específicas só aparecem depois de escolher pessoa singular/entidade, e perguntas de outro tipo não são apresentadas. Respostas locais ficam conservadas ao alternar tipo/janela, mas apenas respostas aplicáveis são enviadas. Campos de janela não aparecem quando não há janelas. Selecções/edições limpam resultado e erro anteriores; mudar ficha/versão reinicia a conferência, evitando transportar respostas/resultados para outra edição. Servidor e critérios imutáveis existentes mantêm a distinção desconhecido/não aplicável, sem concessão automática de elegibilidade. Extraída uma única implementação em funding-criteria-assessment.tsx, removendo a anterior da página.

Oito testes frontend aprovados (dois novos de conferência e seis de alertas), logs funding-assessment-frontend-20261102.log. Tipos e lint/formatação sem avisos aprovados; compilação em acompanhamento. Sem alteração no PHP da aplicação neste incremento, reutilizadas as provas anteriores de 36 Feature/612 asserções e PHPStan; o script CLI foi formatado e executado nos nove cenários. Visual, vínculos sectorial/cartográfico da referência e disponibilização/agendador no destino continuam pendentes; canais externos permanecem fora da integração demonstrada.

Fecho do incremento em 02/11/2026: nove cenários concorrentes e oito frontend aprovados; tipos, lint sem avisos/formatação e compilação terminaram aprovados. Verificados hashes actuais do PHP da aplicação contra a prova anterior antes de reutilizar os 36 Feature/612 asserções. Matriz reconciliada e recibo funding_assessment_concurrency_increment_20261102 com fontes, logs e limites. Nenhum processo de validação ficou pendente. Mantêm-se visual, vínculos de referência e disponibilização; o objectivo global de auditoria continua activo. Próxima acção: voltar à matriz consolidada para seleccionar a próxima lacuna funcional autorizada e verificar os vínculos já existentes antes de acrescentar novos dados.

02/11/2026 — AUD-EDU-01: rascunhos privados das declarações de Educação

Reconciliados matriz, código e provas: procura de trabalhadores/capacidade formativa já têm submissão, revisão independente e análise; faltava guardar informação incompleta. Implementado o núcleo de rascunhos, ainda sem ligação à interface. Migração 2026_11_02_230000_education_declaration_drafts.php: origem por pessoa/tipo, chave de repetição, versão, dados cifrados, estado e referências com FK para uma única declaração submetida. Reversão recusa eliminar rascunhos/história. Guardas reutilizam activação de Educação e administração efectiva existentes; nenhuma competência ou acreditação nova.

API sob /management/education/drafts/{demands|capacities}: listar apenas os próprios, criar, recuperar, editar com versão e submeter. Respostas privadas/no-store. Permite informação incompleta e quantidade zero apenas em rascunho; não entra nas tabelas/indicadores de trabalhadores ou vagas antes da submissão válida. Dados de outro destino são excluídos; campos de decisão, revisão ou não declarados são recusados. Repetição da mesma chave/payload não cria outra ficha/revisão; comparação estrita preserva diferenças deliberadas em texto numérico.

Extraídas as regras já existentes para EducationDeclarationRules, partilhadas pela submissão directa e pelo rascunho. Ao submeter: mesma validação de referências, datas, quantidade e fonte; criação de uma única declaração com estado submitted e autor, mantendo a revisão por outro gestor. Transacção conserva corpo e snapshot cifrado dos cadastros efectivamente utilizados; alteração futura do nome de projecto não reescreve o snapshot. Rascunho submetido não é editado ou ressubmetido com dados diferentes. Histórico de rascunho/auditoria não expõe texto livre ou empregador em claro no evento.

Provas: 14 testes/291 asserções aprovados, cinco novos de rascunho e nove existentes de Educação (education-drafts-verified-feature-20261102.log). Cobrem recuperação pela própria conta em novo contexto, isolamento entre gestores, cifragem, repetição, versão obsoleta, tipo distinto, dados incompletos, exclusão de campos não aplicáveis, validação de curso retirado, submissão única, revisão própria recusada, snapshot conservado e guarda de reversão. PHPStan sem erros e Pint/sintaxe/diff aprovados (education-drafts-verified-phpstan-20261102.log). Ensaios só em PostgreSQL isolado 127.0.0.1:55441 *_test; não migrado no activo.

Saldo explícito: faltam interface para guardar/abrir/continuar rascunhos, apresentação da submissão/snapshot, painéis e restantes perfis previstos no requisito, testes de concorrência e visual. Não declarar AUD-EDU-01 concluído pela disponibilidade da API. Próxima acção: ligar os controlos ao formulário existente, conservando edições e regras, e validar o percurso recuperável pela interface.

Fecho das provas do núcleo de rascunhos em 02/11/2026: 14 testes/291 asserções e PHPStan aprovados, processos terminais conferidos. Pint/sintaxe/diff passaram. Matriz AUD-EDU-01 actualizada e recibo education_drafts_increment_20261102 com hashes. Interface continua por ligar e não foi declarada concluída. Próxima acção mantém-se no formulário existente; não criar outro roteiro ou alargar competências por conveniência técnica.

02/11/2026 — AUD-EDU-01: rascunhos ligados aos formulários existentes

Interface de procura de trabalhadores/capacidade formativa ligada ao núcleo anterior. Botão de guardar é independente da validação HTML obrigatória da submissão; conserva dados incompletos sem criar declaração. Resposta guardada actualiza identidade/versão local sem navegar ou apagar o outro formulário. Submissão de rascunho usa o seu ID/versão e os campos actuais, preservando validação e revisão existentes. Após sucesso, mostra os dados e cadastros históricos, sem outro formulário de envio, e actualiza declarações/indicadores por recarga parcial que conserva o estado dos formulários.

Lista privada paginada na página de Educação, limitada no servidor ao actor, com tipo, qualificação, data, estado e versão. Reabre por /management/education?draft=UUID; mantém campos em falta vazios, quantidade como declarada e caminho territorial recuperado. Referência fora da lista não é eliminada; local retirado é explicado para reconciliação antes de submeter. Submissões derivadas do rascunho mostram o snapshot preservado, incluindo nome de projecto/curso e local utilizados, separado do estado de revisão actual. A lista não pretende reunir todas as declarações antigas feitas pelo percurso directo.

Conflito de versão mantém as edições locais e orienta recuperação da versão guardada. Navegação que descartaria estado e fecho da página têm protecção para alterações não guardadas; recarga parcial de indicadores não substitui os campos. Campos ficam desactivados durante a gravação. Respostas HTTP privadas/no-store e histórico Inertia cifrado; lista projecta apenas metadados próprios, sem corpo integral dos rascunhos. Datas devolvidas em ISO para consumo consistente pelos navegadores. Quando a migração não existe, os controlos de rascunho não aparecem e o percurso directo anterior mantém-se.

Provas finais: 14 testes/333 asserções aprovados (education-drafts-ui-verified-feature-20261102.log), incluindo os nove testes anteriores de Educação, recuperação autenticada sintética, rejeição de rascunho de outro gestor pela página, lista privada e snapshot de submissão. Cinco frontend aprovados (education-drafts-ui-verified-frontend-20261102.log): página completa/lista e ambos os formulários, gravação incompleta/continuidade/submissão pela mesma identidade, conflito sem sobrescrever edições, caminho territorial estável e snapshot sem novo envio. A verificação de tipos apanhou uma mensagem de recuperação fora do formulário; corrigida e acrescentado ensaio da página completa. PHPStan, tipos, lint/formatação sem avisos, Pint e compilação aprovados, com processos terminais conferidos.

Verificações técnicas não substituem observação visual ou login real; não foram declarados aceites. Restam concorrência deste percurso, visual, painéis dos restantes perfis e disponibilização. Sem migração na base activa. Próxima acção: ensaiar gravação/submissão concorrente em base descartável e conferir o saldo dos restantes actores sem criar competências ou acreditações por inferência.

Fecho da ligação à interface em 02/11/2026: 14 testes/333 asserções, cinco frontend, PHPStan, tipos, lint sem avisos/formatação, Pint e compilação aprovados; processos terminais conferidos. Matriz AUD-EDU-01 e recibo education_drafts_ui_increment_20261102 actualizados com hashes. Reutilizada a limpeza de histórico existente no LogoutResponse (AppServiceProvider), sem novo mecanismo de autenticação. Interface implementada localmente não equivale a aceitação visual ou por contas reais. Próxima acção: concorrência de gravação/submissão em base descartável, preservando as provas actuais e os rascunhos/submissões existentes.

02/11/2026 — AUD-EDU-01: concorrência real dos rascunhos e submissões

Criado tools/verify-education-draft-concurrency.php, exclusivamente CLI e limitado a testing/PostgreSQL 127.0.0.1:55441, nome ancorado education_draft_concurrency_20261102[a-z]?_test, URL de ligação vazia e identidade/base efectivas conferidas. Reutiliza a guarda de execução QA; exige base sem pessoas, rascunhos ou declarações antes de criar cenário sintético. Recusa de ambiente não explícito e de repetição numa base já não vazia verificadas, sem reset ou remoção de registos. Base usada: education_draft_concurrency_20261102_test, mantida com as provas.

Dez cenários, cinco por tipo (procura de trabalhadores/capacidade formativa), com dois processos PHP e sessões PostgreSQL independentes. O processo de controlo mantém o bloqueio até observar ambos os trabalhadores à espera no PostgreSQL; limpa o snapshot de estatísticas entre observações. Casos: mesma chave de criação, edições diferentes com a mesma versão, repetição da submissão, gravação com precedência sobre submissão e submissão com precedência sobre gravação. Todos passaram. A gravação vencedora fica conservada e a submissão obsoleta recebe conflito; no inverso, a declaração/snapshot submetidos ficam imutáveis e a edição é recusada.

Conferência final directa: seis rascunhos (dois abertos e quatro submetidos), duas declarações de procura e duas de capacidade, quatro snapshots e quatro vínculos válidos ao respectivo autor. Auditoria com dez gravações efectivas de rascunho e quatro submissões. Repetições não duplicaram rascunho, revisão ou declaração; todas as quatro declarações continuam submitted, sem reviewed_by, mantendo a revisão independente. As linhas pertencem a casos técnicos distintos, não a procura ou capacidade reais.

Provas em education-draft-concurrency-20261102.log e education-draft-concurrency-preservation-20261102.json, com guardas em logs guard-environment/guard-existing. Script executado/formatado e sintaxe/diff aprovados. Não houve delta no PHP/JS da aplicação; provas anteriores de 14 testes/333 asserções, cinco frontend e verificações estáticas/compilação são reutilizadas após conferir hashes. São pares de processos nos casos delimitados, não ensaio de carga nem de todas as intercalações possíveis. Visual, painéis/perfis restantes e disponibilização continuam pendentes; não alterar o estado agregado para concluído.

Próxima acção: retomar o saldo da matriz e confrontar os restantes consumidores/perfis com o código e permissões existentes, avançando nas lacunas independentes sem inventar papéis ou decisões institucionais. Nenhuma migração, conta ou dado foi alterado na base activa.

Fecho da concorrência de Educação, 02/11/2026: dez cenários aprovados e conferência de dados/auditoria concluída. Aplicação sem alterações neste incremento; hashes conferidos contra a prova anterior de 14 testes/333 asserções, cinco frontend e verificações estáticas/compilação. Matriz e recibo education_drafts_concurrency_increment_20261102 actualizados. Guardas de ambiente/base não vazia recusaram execução sem apagar dados. Nenhum processo pendente. Próxima acção: seleccionar o próximo saldo funcional autorizado na matriz, mantendo visual e restantes perfis/painéis como pendências concretas, sem declarar a auditoria global concluída.

02/11/2026 — AUD-MARKET-01: pesquisa de negócios por raio, sector e classificação

Reutilizados o UUID/catálogo público de negócios, classificação divulgada e cartografia existentes. O detalhe oferece comparação por raio quando a ficha tem ponto primário marcado público e precisão exacta. A consulta aceita referência pública por UUID e raio de 0,1 a 2000 km (limite técnico da consulta interactiva, sem nova regra organizacional). O selector de similares oferece distâncias usuais; no catálogo é possível indicar qualquer valor dentro desse intervalo. Retirar o raio recupera o filtro de área; no comparador o raio substitui a área, conservando modalidade, sector e classificação. No catálogo a área adicional restringe também os resultados. Paginação, abertura da ficha, regresso e manifestação de interesse conservam os filtros efectivamente aplicados. Editar a próxima pesquisa não altera o contexto das fichas já apresentadas.

BusinessProximitySearch usa PostGIS/geography (distância geodésica em linha recta, sem itinerário rodoviário). Só utiliza geometrias Point válidas/não vazias/4326 com longitude/latitude nos limites e sinalização pública exacta; não transforma polígonos em centróides, não geocodifica nomes e não usa pontos privados/secundários ou fichas expiradas, futuras, eliminadas ou não publicadas. Referência sem ponto utilizável é recusada explicitamente, sem alargar a pesquisa silenciosamente. A API projecta distância arredondada e data de registo, nunca geometria/EWKT/coordenadas, payload ou titular privado.

PublicBusinessLocations centraliza divulgação e precisão: um distrito guardado numa localização com precisão apenas provincial deixa de permitir inferir esse distrito por filtro. Referências retiradas/privadas nos níveis divulgados não alimentam o ponto ou a projecção; campos mais finos não divulgados não apagam a província ainda pública. A lista explica a fonte interna, data de registo da localização, cobertura com/sem ponto utilizável antes do raio e limites. Cobertura considera os restantes filtros e pode incluir a própria referência; o painel de similares retira a própria ficha dos seis resultados. Registo/publicação não são datas comprovadas dos dados de origem, nem verificação da localização real.

Provas finais: 11 Feature/384 asserções em business-proximity-final-feature-20261102.log, incluindo os quatro cenários novos de proximidade, quatro anteriores do catálogo público e três da pesquisa rápida. Casos sintéticos com distância próxima/fora do raio, ordenação/paginação, sector/modalidade/classificação combinados, área combinada com raio, ponto privado/secundário, polígono, coordenada fora dos limites, referência sem cobertura, vigência/publicação e precisão territorial. Dez frontend aprovados: controlos e troca de referência, classificação/raio, recuperação de área, cobertura/datas/distância, respostas tardias ou malformadas, filtros aplicados versus edição e pesquisa rápida com preenchimento automático. PHPStan, tipos, lint/formatação sem avisos, Pint e compilação aprovados; logs/hashes no recibo business_proximity_increment_20261102.

O exemplo do proprietário «plantio de algodao» foi revalidado: com/sem acentos e variantes de cultivo, sem apresentar transformação como plantio. Se só existem fichas de transformação, a pesquisa mostra-as separadamente como relacionadas e conserva os restantes filtros. Não foi inventada oportunidade para completar o resultado.

Estado parcial: não há demonstração de cobertura real de pontos públicos exactos, alimentação desse cadastro pela gestão, visual no navegador ou disponibilização no destino. A localização existente não guarda citação/data própria da fonte; updated_at é identificado apenas como data de registo. Não foi criada outra origem, geometria ou correspondência territorial no activo; nenhum schema, pessoa ou dado activo foi alterado. Próxima acção: confrontar o percurso editorial de localizações com os cadastros/fontes autorizados e acrescentar rastreabilidade e edição reutilizando a mesma identidade, sem divulgação automática. Manter as demais lacunas da matriz activas.

02/11/2026 — AUD-MARKET-01: ponto preparado no formulário e publicado pelo roteiro existente

Verificação inicial encontrou território, precisão e fontes no formulário, mas nenhum escritor de existing_business_locations. A alimentação foi ligada ao mesmo formulário/UUID, sem novo editor, rota, perfil ou ordem de aprovação. O suplemento é opcional: território específico/múltiplo, localização conhecida, precisão exacta e escolha explícita de preparar o ponto. Para vários caminhos, escolhe-se uma das localizações já declaradas; a primeira não é inferida. Reutiliza-se a fonte da etapa Fontes quando também sustenta o ponto, ou indica-se uma fonte diferente. Coordenadas WGS84 com limites, referência e data são conservadas no payload cifrado. Rascunho incompleto continua gravável; campos sem aplicação ficam reservados/preservados e não activam ponto. Asteriscos assinalam os campos necessários ao suplemento activo.

Guardar/submeter/rever/aprovar não altera o cadastro geográfico público. ExistingBusinessIntake valida o candidato na submissão e novamente na publicação; o escritor só corre após as competências, versão e independência já exigidas, na mesma transacção com bloqueio do negócio. A publicação cria ou substitui o ponto primário, conserva o UUID existente e as localizações secundárias. Prévia privada distingue local já cadastrado e ponto proposto e explica o efeito da substituição. O journal cifrado preserva a geometria/fonte anterior, valores/fontes/nomes territoriais utilizados e a nova localização; alterações posteriores de nomes/cadastros não reescrevem esse histórico. Sem opt-in, o cadastro anterior é conservado. Anúncios já publicados conservam o seu percurso anterior de alteração; este incremento não lhes concede edição ou reabertura.

Migração aditiva 2026_11_03_000000_existing_business_location_sources acrescenta referência pública opcional, data real da fonte, origem do adaptador e versão do payload usada. Não preenche dados históricos nem publica localizações. Rollback recusa perda de fontes preenchidas; sem as colunas, o catálogo mantém projecção nula da fonte, e um suplemento escolhido não é publicado silenciosamente: exige actualização do destino. O ponto só divulga a referência se a escolha expressa o permitir; a fonte integral continua no processo reservado. Data em falta fica desconhecida, sem usar published_at/updated_at como substituto. A interface pública mostra referência/data da origem separadas da data de registo, sem transmitir geometria ou coordenadas cruas. Datas só de calendário são apresentadas em UTC para evitar recuar um dia em fusos a oeste.

Provas finais: 28 Feature/677 asserções em business-point-publication-final-feature-20261102.log: oito cenários do suplemento, pesquisa por raio e percursos anteriores de intake/wizard/catálogo público. Incluem publicação por actor independente, versão obsoleta, coordenadas inválidas, referência territorial retirada entre aprovação/publicação, fonte reservada/data desconhecida, caminho múltiplo explícito, substituição com histórico/UUID/locais secundários e preservação sem opt-in. 17 frontend aprovados: formulário real e mesma API de gravação, caminho/declaração múltipla, fonte reutilizada/diferente, campos condicionais preservados, selecção retirada visível, resumo preparado/publicado, datas/cobertura e consumidores anteriores. Tipos, lint/formatação sem avisos, Pint e compilação aprovados. PHPStan falhou primeiro na criação de uma pasta da cache global; passou com a mesma configuração incluída e cache privada isolada, sem supressões ou alteração das regras. O limite textual das coordenadas foi separado do limite numérico após o ensaio detectar max:16 aplicado como tecto numérico.

Provas e hashes no recibo business_point_publication_increment_20261102. Bases exclusivamente sintéticas em investmoz_test, loopback PostgreSQL55441, guardas anteriores mantidas. Nenhuma migração no activo, fonte oficial real importada, conta real ou mensagem externa. Não há prova visual no navegador, cobertura real de pontos ou disponibilização no destino. Coordenadas declaradas e caminhos não certificam a correspondência espacial. Estado agregado parcial; próxima acção: retomar o saldo da matriz e as restantes funcionalidades/actores, preservando estes percursos e distinguindo cobertura real, aceitação visual e disponibilização de desenvolvimento em falta.

02/11/2026 — AUD-CHECKLIST-01: entrada em vigor das versões do Balcão

Conferido o saldo contra o código e as provas anteriores: o editor/histórico já existiam e foram preservados. A lacuna deste incremento era a escolha da edição aplicável por data; todas as publicadas eram anteriormente oferecidas imediatamente. Acrescentada a data opcional de entrada em vigor à publicação, com calendário/fuso da aplicação indicado, prévia do efeito, confirmação invalidada quando a data muda e distinção entre última edição publicada, edição actualmente disponível e futuras edições agendadas. Ao editar uma edição futura, o formulário conserva essa data até alteração deliberada. A passagem do calendário não transforma um formulário sem alterações numa nova publicação; a alteração apenas da data tem de ser escolhida expressamente.

DeskServiceAvailability é a única selecção usada no catálogo, dossier, percurso do investidor e criação de pedidos. Considera publicação efectuada e início já atingido; prevalece a data de início mais recente e, na mesma data, o maior número de versão. As linhas históricas sem data permanecem fallback, com ordem por versão, sem inventar datas ou reescrever a história. Uma correcção para hoje não cancela edições com início posterior; a gestão lista a edição futura vencedora por cada data. Para corrigir uma edição futura, publica-se nova edição com essa mesma data. É escolha técnica de selecção apresentada na prévia, sem alterar a sequência, as competências ou os critérios de decisão existentes.

A criação de pedidos partilha o bloqueio transaccional da publicação. Um identificador futuro ou já substituído não cria um novo pedido; devolve erro no campo para conferir a versão actual. A interface actualiza apenas os serviços, conserva os outros formulários e torna explícita uma escolha que saiu da lista. Repetir uma criação já efectuada recupera o mesmo pedido, mesmo após mudança da edição corrente; respostas, fonte e snapshot continuam vinculados à FK original. Uma data passada é recusada numa publicação nova, mas a repetição da mesma publicação anterior continua idempotente. Repetição imediata e repetição agendada são distinguidas pela intenção registada no evento, preservando a data/autoria iniciais e recusando uma intenção diferente sobre a mesma base obsoleta.

A migração 2026_11_03_010000_desk_service_effective_dates é aditiva, com data nullable e índice; não preenche versões antigas. Rollback recusa perda de datas preenchidas. Sem a coluna, o percurso imediato anterior continua a funcionar e o servidor recusa agendamento não suportado. A publicação inicial dos modelos também regista a data quando suportada. O ensaio desta rota revelou duplicação por comparação estrita da ordem de chaves JSONB; a comparação normalizada do editor foi reutilizada, conservando a primeira versão, autoria e data em repetição. A falha anterior está preservada em desk-effective-dates-final-feature-20261102.log e desk-effective-dates-complete-feature-20261102.log; não é uma perda de dados demonstrada no activo.

Provas finais: 21 testes Feature/314 asserções em desk-effective-dates-ready-feature-20261102.log, dez casos temporais/compatibilidade mais onze anteriores do editor, condições, preenchimento, localização, análise e recibo. Verificados calendário na fronteira da data, correcção imediata/edição futura, desempate na mesma data, data sem mudança de perguntas, selecção forjada, recuperação de criação anterior, snapshots/submissões preservados, datas inválidas/passadas, autoridade, fallback legado/rollback e integração real com o percurso do investidor. Nove frontend aprovados: data/confirmar/edição futura, calendário sem alteração implícita, lista agendada, actualização parcial e escolha retirada, metadados no catálogo e regressões do editor/histórico/perguntas condicionais. Tipos, lint/formatação sem avisos, Pint, PHPStan (mesmas regras com cache privada) e compilação aprovados; processos terminais conferidos.

O fingerprint de instalação passa a incluir também editor, selector, controlador, histórico e migração temporal, para não reutilizar prova de código anterior para este comportamento. Não houve instalação no destino nem migração na base activa; apenas QA sintético PostgreSQL loopback55441, com guardas anteriores mantidas. As datas são avaliadas na leitura/criação e não dependem de agendador ou IA. A decisão permanece interna e não equivale a licença ou acto oficial. Estado transversal parcial: outros tipos/contextos de checklists, observação visual e disponibilização ainda por conferir; não se declara toda a aplicação parametrizável. Próxima acção: continuar os restantes saldos autorizados da matriz, conservando as versões e provas aqui delimitadas.

02/11/2026 — AUD-EDU-02: reconciliação com os rascunhos de Educação já demonstrados

[EDUCATION-DRAFT-RECONCILIATION-20261102] AUD-EDU-02 é também coberto pelos incrementos já registados em AUD-EDU-01: rascunho incompleto privado de procura/capacidade, dono/tipo/versão, guarda/recuperação pela interface, conflitos, submissão única e revisão independente; sem zeros/datas fictícios ou inclusão nos agregados. Reutilizadas provas de 14 Feature/333 asserções, cinco frontend e dez cenários reais de concorrência em QA, com hashes das seis fontes UI/serviço/testes e sete logs conferidos em02/11. Recibos education_drafts_ui_increment_20261102 e education_drafts_concurrency_increment_20261102. Não é desenvolvimento novo ou instalação no activo. A indicação antiga de ausência na linha AUD-EDU-02 e nos planos anteriores é histórica e fica superada por estas provas, conservadas sem reexecução. A matriz/backlog foram corrigidos para parcial local. O saldo deste requisito é visual/disponibilização; AUD-EDU-03/01 conservam os restantes perfis e painéis. Nenhuma alteração no código, dados ou competências foi necessária para esta reconciliação.

02/11/2026 — AUD-ESTABLISHMENT-01: listas privadas preservadas e conferência das pendências

Reconciliação com prova aceite de28/10/2026: importação privada específica já entregue, com361464 observações administrativas,147165 repetições conservadas e214299 projecções distintas; nenhum destes números é contagem de empresas únicas. Recibo proactive-supply-git-delivery-20261028.json e motores prepare/export/load-proactive-supply.py preservados. Os estados anteriores a essa entrega são históricos, não prova de ausência actual.

O saldo da matriz dizia não existir importador. Essa formulação foi reconciliada com a entrega posterior já aceite: preparação, exportação, carregamento idempotente, hashes/linhas/fontes e consulta privada por território já existiam. O inventário histórico abrange13 ficheiros e o recorte tem quatro fontes aceites. O recibo de28/10 contém a prova de replay, backup/restauro, autorização/RLS e entrega Git; não se repetiu o lote nem se apresentou essa entrega como desenvolvimento novo. A leitura actual do código e os hashes dos originais foram confrontados com esse acervo. As361464 observações,205608 sem correspondência territorial e demais contagens desse recibo são a fotografia histórica, não um novo censo ou medição actual do destino.

Lacuna concreta corrigida: a pesquisa territorial não conseguia recuperar linhas sem território, incluindo ambiguidades. A rota privada /minhas-oportunidades/oferta-interna/revisao, acessível pela consulta interna da preparação de oportunidades, permite conferir todas as linhas retidas por origem, texto sem acentos, estado e referência. Mostra origem/SHA256, folha/linha, data original, período e data da importação separadamente; os valores originais de província/distrito não são substituídos pela referência canónica actual. Datas Excel em formato serial mantêm-se como na fonte; importação recente não confirma actualidade da actividade. Repetições ligam à observação original mesmo entre fontes; paginação e ligações conservam os filtros aplicados e o contexto da ficha. A forma de pesquisa usa os valores efectivamente submetidos pelo navegador e acompanha a navegação entre filtros.

Os totais por origem antecedem os filtros de texto/estado/linha; indicadores sobrepostos são identificados e não somados como empresas únicas. Distinguem-se ausência de correspondência, ambiguidade, referência canónica actualmente indisponível, designação de actividade em falta, denominação em falta, identificador com nomes divergentes e projecção repetida. Nenhuma destas situações é fundida ou corrigida automaticamente. Ausência de resultados significa informação insuficiente. A página não altera linhas, cria empresas, publica listas ou aplica georreferenciação. Os motores e o histórico existentes continuam únicos.

A mesma autorização interna é verificada antes da validação/consulta de fichas, preservando também o âmbito de leitura da ficha quando fornecido. A leitura reutiliza o contexto RLS existente e os cabeçalhos private/no-store; a projecção exclui entity_key, fingerprint, recibo privado, contactos, identificadores fiscais e geometria. Nomes canónicos provêm apenas das referências públicas disponíveis. O componente territorial foi corrigido para não pintar resultados de uma localização ou ficha anterior após mudança/abort, nem substituir resultados novos com um erro tardio. A conferência independente da política SQL com papel sem privilégios confirma ausência de linhas sem contexto e acesso ao recorte sintético com o contexto esperado; não concede novas competências.

Provas finais: nove Feature/138 asserções em proactive-supply-review-final-feature-20261102.log e seis frontend em proactive-supply-review-final-frontend-20261102.log. Cobrem linhas sem território, ambiguidade, repetições, conflitos, privacidade da projecção, âmbito/autorização antes de enumerar fichas, caracteres literais/acentos, paginação/referências, rota Inertia, origem das comparações e política RLS; na interface, escape, datas desconhecidas, filtros/contexto, navegação e respostas/erros tardios. PHPStan com as mesmas regras/cache privada, tipos, lint/formatação, Pint e build aprovados. As onze tabelas inventariadas na QA mantêm contagem e checksum de todas as linhas após rollback dos cenários; ver recibos before/after. São ensaios sintéticos exclusivamente em proactive_investment_20261027_test, PostgreSQL loopback55441, com guardas mantidas; não são aceitação por utilizadores reais. Não houve migração, importação de lote ou escrita no activo.

O primeiro ensaio do cenário antigo falhou no fixture que exige sectores não existentes nesta QA; log proactive-supply-review-feature-20261102.log preservado. Isso não demonstra eliminação de sectores no activo nem revoga a aceitação anterior. Os novos testes usam actores, referências geográficas e observações explicitamente sintéticos dentro de transacções revertidas, sem semear permanentemente cadastros para mascarar o ambiente. A suite antiga completa não foi declarada verde.

Estado parcial: falta reconciliação/consolidação rastreável de entidades e extensão a outros formatos/lotes concretos. Observação visual e instalação deste delta continuam pendentes; a limitação anterior da ferramenta de navegador permanece registada, sem substituir prova visual por testes técnicos. Não foi criado outro backlog nem condicionada a fonte aceite a nova validação genérica. Próxima acção: prosseguir os saldos autorizados da matriz, reutilizando importadores, referências e provas preservados.

02/11/2026 — reconciliação das vistas principais de Fundos e Educação

O quadro inicial e as secções15/20 da visão consolidada ainda descreviam estes motores como ausentes, apesar dos incrementos e recibos posteriores. Foram reconciliados com as provas existentes, conferindo os hashes do código abrangido. Fundos conserva catálogo/editor, critérios, filtros/guardados/alertas e concorrência; Educação conserva o rascunho privado, interface/snapshot e concorrência. Os saldos de fontes, painéis/perfis, visual e destino continuam explícitos. Não houve testes, código de aplicação, dados ou disponibilização novos nesta reconciliação, nem outro backlog.

02/11/2026 — AUD-OP-05: maturidade na publicação e na limpeza de uma etapa opcional

O cadastro de oito etapas e a pesquisa consciente da versão já existiam; foram preservados, sem outro catálogo ou conversão de números históricos. A leitura do código delimitou um risco na republicação quando não há etapa. O primeiro ensaio confirmou que a simples omissão no pedido conserva a etapa pelo merge do rascunho; não era uma perda demonstrada nesse percurso. O cenário com null explícito reproduziu a falha: a nova publicação perdia a versão/código da etapa mas mantinha o número e a designação anteriores. Assim, podia continuar a mostrar um valor que o autor tinha limpo e, nos números1–6, ser interpretada pelo filtro histórico. Logs iniciais conservados; não foi declarada regressão no activo.

OpportunityProfileWorkflow passa a distinguir as respostas na projecção aprovada. Uma etapa indicada usa o catálogo spec-v2 existente. Uma etapa opcional explicitamente limpa publica valor/designação/código null e mantém a identificação de spec-v2, sem adivinhar uma etapa ou nível histórico. Se não foi fornecido esse campo, o valor anterior conservado mantém também os metadados anteriores, incluindo fichas preparadas por editores antigos. O histórico de publicação conserva integralmente a versão/código/valor/designação anteriores. A edição do rascunho continua privada e não altera a publicação até à revisão, aprovação e publicação competentes; nenhuma etapa de decisão foi removida ou automatizada.

Provas dirigidas: 15 Feature/371 asserções. Os oito códigos passaram pelo formulário HTTP de rascunho, submissão, revisão técnica/jurídica, aprovação independente, publicação, suspensão/revisão e republicação após limpeza. Verificados a designação/posição de cada etapa, o resultado do filtro por etapa antes/depois, ausência de correspondência histórica indevida e histórico anterior conservado. Seis cenários adicionais conservam cada valor/designação legado sem campo de etapa e distinguem o filtro histórico do actual; um código desconhecido é recusado no campo pelo validador de rascunho já existente, sem destruir a preparação anterior. As publicações de ensaio mantêm visibilidade interna e não entram nos consumidores públicos; são testes da projecção e do filtro partilhado, sem os apresentar como publicação pública ou aceitação visual. A prova anterior de pesquisa pública com escalas separadas continua no manual/manifesto opportunity-search-qa-manifest.json.

Pint e PHPStan aprovados para o delta PHP. Não houve alteração de interface ou de rotas nesta etapa; a compilação e os testes frontend anteriores não foram repetidos sem necessidade. A QA exclusiva maturity_publication_20261102_test em PostgreSQL loopback55441 foi criada vazia para estes ensaios, com as guardas de teste e bloqueio mantidas. Não se reiniciou nenhuma base de provas anterior nem se alterou o activo. As localizações/actores/documentos são fixtures explicitamente sintéticas; a indicação antimalware no fixture de política não é novo scan real. O primeiro erro de cenário, por falta do pai territorial sintético, foi corrigido apenas no fixture deste recorte, sem relaxar a hierarquia ou atribuir localizações reais.

O ensaio inicial de código desconhecido encontrou a rejeição já existente no rascunho, mais cedo que a hipótese inicial; foi corrigida a expectativa do teste, mantendo esse validador. A primeira execução alargada passou três etapas e recusou as cinco a partir de Viabilidade por faltar o cenário/indicadores/modelo exigidos. O fixture foi completado com valores declaradamente sintéticos e documento de política já pertencente ao cenário, sem enfraquecer a regra ou apresentar esses valores como cálculo/negócio real. Logs de falhas intermédias não são resultados de produção nem prova de ausência das funcionalidades já entregues. Recibo maturity_publication_increment_20261102 contém fontes e hashes dos logs finais/intermédios.

Estado transversal parcial: faltam adopção explícita de legados, restantes variantes/categorias, observação visual e disponibilização do delta. Não se declara toda a maturidade/publicação do portal concluída pelo recorte interno. Próxima acção: continuar o confronto dos saldos autorizados com o código e provas existentes, conservando classificações, submissões e decisões anteriores.

02/11/2026 — AUD-COMPANY-01: comparador societário informativo e recuperação no dossier

Conferido o requisito contra código/matriz e o exemplar confirmado de segmentar processos v1.docx, SHA256 bf26caeee0437a8d292bf29be59247e2862c14e79b5ae465c00322747af72af5. Leitura apenas, sem alterar o original ou produzir outro DOCX; 907 parágrafos OOXML conservam os locators, incluindo vazios. A primeira extracção auxiliar contava só 889 parágrafos não vazios; foi corrigida antes de usar os locators. A secção 9/§§9.1–9.6 não constitui modelos de contratos entregues. O comparador e os modelos mantêm IDs próprios, sem transformar propostas em código existente.

A base legal aceite foi recuperada da edição republicada do Código Comercial no portal do Tribunal Superior de Recurso de Maputo, 76 páginas, BR 99/I Série/3.º Suplemento de 25/05/2022. A nota da Imprensa Nacional identifica a republicação; a conferência delimitou a edição, sem voltar a exigir aceitação genérica da fonte oficial. Original privado conservado em company-sources-20261102/commercial-code-republished-20220525.pdf, SHA256 8009ef95a352dc02283e671cd717449ec8ad747a8995153cd3122ea16aa22a0f. Não foi importado/publicado como novo recurso da biblioteca e não se atribuiu scan antimalware novo ao ficheiro; a interface referencia o exemplar oficial externo. As fontes/artigos e a data de consulta acompanham cada resultado; não se declara cobertura de todas as alterações ou legislação especial.

Consulta pública em /formas-juridicas, acessível de Como Investir e do perfil; o dossier oferece /investimentos/{id}/forma-juridica. As perguntas recolhem apenas preferências codificadas e dados novos da preparação: finalidade, participantes, participações, capital, gestão, responsabilidade, Bolsa, regras específicas e alternativa a aprofundar. Não repetem nome, NUIT, residência, orçamento ou identidade da entidade. Gestão permite esclarecer poderes dos sócios e nomeação da administração em conjunto, sem falsa alternativa exclusiva. Desconhecidos são permitidos e indicados como questões por esclarecer; cada pergunta produz uma explicação ou preparação aplicável.

A comparação distingue empresário individual dos quatro tipos societários enumerados na edição citada. As modalidades unipessoais são identificadas no respectivo âmbito. Incompatibilidades documentadas são mostradas sem esconder a preferência do utilizador, aprovar constituição ou criar uma pontuação. Representação de sociedade estrangeira e cooperação têm encaminhamento próprio; não são novas formas societárias. As perguntas sem aplicação ficam ocultas e fora da avaliação, conservando os valores para futura recuperação. A interface apresenta fundamentos, fonte, limites e próximos pontos a preparar. Este recorte não gera contratos nem certifica registo, responsabilidade pessoal, habilitação, financiamento ou admissão em Bolsa.

Escolher um dossier transporta os códigos pelo percurso existente de autenticação; o middleware conserva o URL pretendido. O utilizador pode escolher dossier existente ou criar um novo com título/consentimento habituais. A criação não grava automaticamente a comparação: as respostas chegam como preparação e Guardar no dossier é explícito. Os testes de HTTP/estado não são prova de login real no navegador. Em erro, as respostas continuam no formulário; Reabrir com estas respostas faz GET com os valores actuais, permitindo recuperar sessão/versão sem os descartar. Nenhum nome ou contacto privado é colocado nesse transporte de códigos.

CompanyComparison é o único avaliador. Reutiliza autorização e bloqueio de linha de VirtualDesk, a versão de desk_cases e os eventos cifrados existentes. Não criou tabela, entidade ou competência paralela. Guardar congela respostas, perguntas/opções, resultado, edição/hash/artigos da fonte, autoria e data. A edição anterior permanece no evento; a lista é paginada e recupera edições antigas pelo identificador no âmbito do mesmo dossier. Resultados/perguntas de uma edição anterior não seguem silenciosamente o motor actual. Preparar nova comparação a partir de uma edição histórica é explícito e cria outra revisão, preservando a anterior. Mudanças da configuração do comparador não reescrevem o cadastro, as declarações de empresa, o dossier anterior ou as etapas do percurso.

Repetir a mesma operação e conteúdo recupera a revisão original, inclusive quando as perguntas da edição actual já mudaram. A normalização dessa repetição usa a definição congelada na operação anterior; versões inteiras recebidas como número ou texto são normalizadas após validação. Reutilizar a chave com respostas diferentes é recusado. Uma nova operação sem alteração de respostas/resultado reutiliza a edição existente, sem aumentar a versão, criar outro evento ou aviso redundante. Operações novas com versão obsoleta/dossier fechado são recusadas; a repetição de uma gravação anterior não escreve num dossier fechado. A permissão efectiva é conferida novamente; revogação de coeditor impede leitura, repetição e gravação na sessão anterior. Um membro só de consulta não ganha edição.

Provas finais: 14 Feature/385 asserções, dez casos novos e quatro anteriores de InvestorPath, em company-comparison-finalized-feature-20261102.log. Cobrem consulta pública sem IA, incompletude, códigos inválidos, efeitos das perguntas, conflitos/unipessoalidade, campos inactivos, gravação/cifragem, ausência de alterações nos cadastros/etapas, repetição/no-op/conflito, fonte/perguntas históricas após nova versão, 26 edições/paginação, âmbito, coedição/revogação, encerramento, escolha/criação de dossier e retorno. Seis frontend aprovados: escape, fonte e formulário GET real; visibilidade com recuperação; transporte dos valores efectivamente presentes no navegador; falha sem perder edições e recuperação por GET; leitura histórica com perguntas próprias; gravação/retorno e links no mesmo âmbito. Tipos, lint/formatação sem avisos, PHPStan com regras herdadas/cache privada, Pint e compilação aprovados, processos terminais conferidos.

QA exclusiva company_comparison_20261102_test, PostgreSQL loopback 55441, guardas existentes mantidas; a conferência final regista zero utilizadores, dossiers, organizações e declarações de empresa após rollback. São cenários sintéticos de política e interface técnica, sem pessoas reais ou aceitação por clientes. Não houve migração nova/activa, importação no activo, mensagem externa, publicação de modelos ou disponibilização remota. Os primeiros avisos de tipos e de tratamento de FormData foram corrigidos no código, sem supressões ou relaxamento de autorização.

Estado parcial: observação visual e login real continuam pendentes devido à limitação de navegador já registada, bem como disponibilização e casos especiais/redacções adicionais. AUD-COMPANY-02 conserva o saldo de exemplares específicos, versionamento e derivadas dos modelos; a biblioteca genérica e esta comparação não os substituem. Próxima acção: continuar os saldos autorizados da matriz, reutilizando esta comparação e os mecanismos documentais existentes quando o recorte concreto de modelos/guiões for implementado.

02/11/2026 — AUD-COMPANY-02: preparação factual privada, exemplares pendentes

Foi lido o complemento fornecido, SHA256 b20c6517784b6d44aa22beb67748d3f3b224f58c60a7dcb378a185669c2c543e, sem alterar o DOCX original. O documento propõe sete minutas e oito requisitos; não contém os sete exemplares. A orientação final permite desenvolver a estrutura/formulário sem publicar cláusulas não fornecidas. A pesquisa nas pastas conhecidas não localizou os modelos. O proprietário informou «nao tenho neste momento a url»; pendência de fonte registada, sem nova solicitação repetida e sem a converter em bloqueio dos outros desenvolvimentos. Propostas ou prompts incluídos no documento não foram tratados como ordens executáveis, provas de implementação ou competências outorgadas.

/investimentos/{id}/preparar-empresa reutiliza o dossier e as autorizações existentes. Sete secções: forma, intervenientes/papéis, nome/sede, actividades, capital/participações, administração/forma de obrigar e conferência. Nome, sede e poderes são propostas. Não se recolhem NUIT, documento de identidade, assinatura, morada residencial ou contactos repetidos. As origens disponíveis são o proponente conservado na criação e a declaração de empresa já associada ao dossier; a escolha é explícita. O servidor resolve os valores, referência e versão, ignora a tentativa de trocar identidade através de um nome enviado e recusa snapshots forjados. Uma origem já utilizada na mesma linha mantém os valores congelados mesmo que outro contexto ou cadastro mude. Não há fusão por igualdade de nome; cada linha tem identificador próprio e duplicação de uma origem é assinalada. Sócio, administrador, representante e beneficiário efectivo declarado são papéis distintos/acumuláveis; a representação exige identificar outra linha na conferência. Não se validou identidade nem se atribuiu qualquer desses papéis de autoridade automaticamente.

Aritmética decimal exacta com a dependência Brick Math já instalada pelo framework; sem floats, câmbio, mínimos legais ou prazos inventados. Valores ausentes não são zero. Entradas em dinheiro e espécie compõem a subscrição; realização declarada é distinta de prova de pagamento. São conferidos soma versus capital, realização acima da subscrição e, nas formas em acções, número vezes nominal por participante e total. Trabalho fica separado e não integra capital (artigo 266 da edição já citada no comparador). A ficha incompleta/inconsistente é um rascunho guardável, com questões visíveis. Capital é ocultado no percurso individual e valores de outras escolhas são preservados, fora dos totais aplicáveis. Actos de administração, objecto e origem não se convertem em poderes, licenças ou registo.

CompanyPreparation conserva facts/definição/fonte/conferência/autoria/data por revisão nos payloads cifrados de desk_cases/desk_events. Reutiliza locks de linha, versão do dossier e eventos/notificações existentes. A auditoria não contém nomes ou valores da ficha. Repetir uma operação confirmada devolve a revisão original; a repetição usa as formas/definição congeladas, mesmo depois de mudar a configuração actual. Mesma chave com outro conteúdo, versão obsoleta e nova escrita em dossier fechado são recusadas; uma repetição anterior não escreve no dossier fechado. Novo pedido sem mudança reutiliza a revisão existente. Histórico de 25 com cursor permite recuperar revisões antigas no mesmo dossier; ID de revisão de outro dossier não é aceite. Revogação de coeditor é efectiva antes de leitura, replay ou validação, e membro de consulta não ganha escrita. A gravação não altera o cadastro, as etapas, os contratos ou os pedidos do Balcão.

Interface usa profileJson/XSRF e lê valores reais do formulário incluindo preenchimento automático. Em falha conserva dados; consulta privada da edição actual permite comparação legível e adopção explícita da nova versão antes de voltar a guardar. Os dados privados não são transportados na querystring. Edição histórica e consulta têm campos só de leitura. Não houve prova de sessão expirada/login real no navegador.

Provas finais: 18 Feature/343 asserções, oito casos novos e dez do comparador anterior; 12 frontend, seis novos e seis anteriores. PHPStan com regras herdadas/cache privada, Pint, tipos, lint sem avisos e build passaram. A primeira ronda revelou uma chamada incorrecta à API decimal e a análise de tipo de uma colecção; corrigidas sem supressões. Um valor esperado num cenário extremo de acções foi corrigido após conferir o produto exacto. Só as provas finais aprovadas sustentam este recibo. QA exclusiva company_preparation_20261102_test, loopback 55441, guardas intactas, rollback conferido com zero pessoas/dossiers/organizações/declarações/pedidos. Não se ensaiou concorrência em dois processos como nova prova nem se importaram dados no activo.

Cobertura parcial: preparação factual e histórico demonstrados; sete exemplares, biblioteca específica, cláusulas/derivadas contratuais, catálogo de actividades/licenciamento integrado, revisão profissional e percursos de assinatura/submissão/registo continuam pendentes. Não foi criado aprovador jurídico ou motor documental paralelo. Não se declara minuta pronta, contrato assinado, sociedade constituída, aceitação por cliente, observação visual ou instalação remota. Próxima acção: continuar os outros saldos autorizados; integrar os exemplares na biblioteca existente quando disponíveis, preservando estes dados e revisões. Recibo company_preparation_increment_20261102.

02/11/2026 — AUD-CAPITAL-01: guia público de capitalização e referência privada recuperável

Incremento iniciado em 02/11/2026; provas finais encerradas em 03/11/2026 (Africa/Johannesburg). As datas dos exemplares e o identificador do incremento mantêm a consulta original.

Confrontados matriz/código/provas e segmentar processos v1.docx, original SHA256 bf26caeee0437a8d292bf29be59247e2862c14e79b5ae465c00322747af72af5, parágrafo 154 e bloco CAP-001 (702–708). O roteiro financeiro existente não continha o guia público e referência recuperável pedidos. Não se criou outro roteiro nem se contou a lacuna de evidência como desaparecimento das etapas financeiras. O incremento societário anterior e respectivos recibos permanecem preservados.

Guia em /guias-investimento/capitalizacao, acessível de Como Investir e Documentos do dossier. Distingue capital próprio/entrada de sócios, private equity/capital de desenvolvimento, dívida e híbridos/convertíveis. Expõe conceitos, riscos e pontos a discutir, preparação/documentos, elegibilidade por entidade, fontes/edição/locators/data/hash e próximos passos. A selecção organiza os cartões, sem pontuação ou recomendação. Sem selecção, consulta-se o conjunto. Exemplos de BNI/IFC pertencem às respectivas entidades; nenhum montante, prazo, taxa ou percentagem é convertido em condição universal. O artigo educativo Chase suporta conceitos gerais de dívida/capital e riscos, não regras dos EUA aplicadas a Moçambique. Não há promessa de retorno, aprovação, produto disponível ou adequação a um caso concreto.

Fontes primárias efectivamente lidas: BNI Capital de Risco, IFC Equity Investments, IFC Loans, IFC How to Apply e Chase Debt vs Equity. Cinco HTML originais em capital-guidance-sources-20261102, privados, com SHA256 conferidos no recibo. São exemplares da consulta de 02/11; não foi inventada uma data editorial. O guia conserva síntese própria e referências, não serve estes HTML ou scripts nem publica originais na biblioteca sem o percurso documental existente. Não se atribuiu scan novo ou direito de redistribuição ao arquivo auxiliar. O PDF IFC de 1999 foi encontrado mas não serve de norma vigente ou condição de produto; páginas BVM com mínimos de 2024 até 31/03/2025 não foram usadas como limites de 2026. Autenticidade oficial anteriormente aceite não foi novamente posta em aprovação genérica; fonte/edição/período continuam distintos.

Escolher/criar dossier passa pelo InvestorPath.contexts e autenticação normal. Só códigos, slug e hash da edição seguem na URL. O servidor valida a edição antes de criar um dossier e não guarda a referência por arrasto. Criar contexto e confirmar referência são acções distintas. Selecção vazia é explicitamente transportada para não recuperar inadvertidamente uma escolha anterior. Não são repetidos nome, NUIT, contactos, morada, orçamento ou dados financeiros. A única informação livre adicional é uma nota opcional da preparação, introduzida no dossier privado e enviada por POST/XSRF. Não houve prova de login real no navegador.

InvestmentGuides conserva a referência cifrada em desk_cases.payload.investment_guides e desk_events, com guia/fontes integrais da edição, instrumentos, nota, autor/data, âmbito dossier_reference e revisão/hash do contexto. A fonte externa pode mudar, mas o conteúdo guardado não é reescrito. Nova edição é explícita; escolhas que deixaram de existir são identificadas e permanecem no histórico. Referência histórica/antiga/retirada fica em consulta. Remover o guia actual não apaga a referência privada. Histórico paginado de 25, filtrado pelo mesmo guia/dossier; ID de revisão alheia é recusado. Alteração do contexto é visível e não reescreve a revisão anterior. Não se anexou por nome uma empresa, projecto, documento ou oportunidade de outro contexto.

Permissões do dossier, bloqueio de linha e versão são reutilizados. Coeditor revogado não pode ler/repetir/validar na sessão anterior; membro só de consulta não ganha escrita. Mesma operação/conteúdo devolve a revisão original mesmo com guia alterado/retirado, usando a definição congelada. Mesma chave com outra nota é recusada; nova operação sem mudança não duplica evento/versão/aviso. Versão obsoleta e nova escrita em dossier fechado são recusadas; replay anterior não escreve. Falha conserva nota/escolhas, permite consultar a edição guardada e exige conferência explícita antes de adoptar outra versão do dossier. Se o guia tiver mudado ou sido retirado durante a preparação, não se confirma silenciosamente uma edição antiga. Auditoria e avisos existentes não expõem a nota.

21 Feature/524 asserções: sete casos novos e 14 anteriores de InvestorPath/comparador; 13 frontend, sete novos e seis anteriores. Cobertura: consulta pública sem IA, instrumentos válidos/inválidos, fonte/hash, percurso HTTP de autenticação/escolha/criação, fonte desactualizada sem dossier extra, dados cifrados sem mudança de cadastro/etapas/pedidos, replay/no-op/conflito/encerramento, fontes/edições/retirada, 26 revisões/paginação, âmbito de histórico, mudança de contexto e revogação/consulta. Interface técnica: escape/fontes/edições, cartões, selecção vazia, valores reais incluindo preenchimento automático, gravação privada, recuperação de erro sem URL privada, escolha de dossier e leitura histórica/retirada. PHPStan com regras herdadas/cache privada, Pint, tipos, lint sem avisos e build passaram, processos terminais conferidos. O primeiro cenário de contexto preparava uma chave de payload errada; fixture corrigida para a estrutura real, sem enfraquecer produção ou autorização. A revisão final acrescentou protecção da selecção vazia e recuperação perante guia alterado.

QA exclusiva capital_guidance_20261102_test, PostgreSQL loopback 55441, guardas intactas; zero utilizadores/dossiers/organizações/declarações/pedidos após rollback. São cenários sintéticos. Sem migração nova, escrita no activo, contacto externo, submissão, intermediação, concessão, cálculo fiscal/financeiro ou mudança de etapas. Não foi alegada nova prova de concorrência em dois processos.

Estado parcial local: o guia base e referência recuperável estão implementados. Restam observação visual/login real e disponibilização; condições particulares e decisões pertencem às contrapartes. AUD-CAPITAL-02 continua distinto: recuperar Código do Mercado de Valores Mobiliários e regulamentos por segmento, conferir artigos/redacção/períodos/alterações e explicitar intervenientes e lacunas sem usar mínimos expirados. Não apresentar o guia de capitalização como guião de admissão à Bolsa concluído. Recibo capital_guidance_increment_20261102.

03/11/2026 — AUD-CAPITAL-02: guião BVM por segmento, fontes e recuperação no dossier

Confrontados matriz, fontes e código. O guião bolsista estava efectivamente ausente; o guia de capitalização entregue no recibo capital_guidance_increment_20261102 e o seu mecanismo de referências foram reutilizados. Não se criou outro percurso, serviço de negociação, tabela de admissão ou competência de decisão do portal. O pedido de segmentar processos v1.docx, SHA256 bf26caeee0437a8d292bf29be59247e2862c14e79b5ae465c00322747af72af5, parágrafo155/bloco CAP-002, mantém o ID existente.

Seis PDF BVM recuperados e conservados por hash em bvm-guide-sources-20261103: CMVM/DL4/2009 (68p), admissão1/2010 (28p), Segundo Mercado2/2010 (13p), Terceiro04/2021 (6p), mínimos01/2024 (2p) e Central25/2006 (10p). Reutilizado, sem duplicar original ou pedir nova aprovação da autenticidade, o Código Comercial republicado de25/05/2022, BR99/I Série/3.ºSuplemento,76p e SHA2568009ef95a352dc02283e671cd717449ec8ad747a8995153cd3122ea16aa22a0f. A data de aprovação em Conselho de02/06/2009 do exemplar do CMVM foi distinguida da publicação de24/07/2009 identificada no DL1/2022. Art.4 desse diploma altera arts.8 e52 do CMVM; o art.444 do Código Comercial limita as acções SAS. Não foi feita uma consolidação silenciosa dos dois textos.

Skill PDF aplicada apenas a leitura/extracção/renderização, sem editar/criar PDF ou executar marcador de autoria. PyMuPDF/pypdf instalados em dependências privadas de leitura; a instalação terminou correctamente, apesar do wrapper PowerShell assinalar a notificação de nova versão pip em stderr. As imagens do Terceiro Mercado e dos mínimos não contêm texto extraível; todas as seis/duas páginas foram conferidas visualmente. Pontos críticos do CMVM, anexos de documentos, Segundo Mercado, Código Comercial e Central também foram vistos em imagem;20 PNG inspeccionados estão identificados por hash no recibo. Extracções completas por página e inventário privados conservados. O HTML da BVM é uma shell React e não foi tratado como conteúdo normativo completo; bundle público foi consultado como fonte auxiliar de navegação, sem executar scripts ou contornar autenticação. O leitor web deu timeout em PDFs, mas HTTP directo recuperou os originais, conferidos pela assinatura PDF e hashes. Não se declarou scan antimalware novo ou publicação desses originais na biblioteca.

Guião público /guias-investimento/bolsa, ligado de Como Investir, Documentos do dossier e guia de capitalização. Cinco percursos: acções e obrigações no MCO, acções e obrigações no Segundo Mercado, acções no Terceiro Mercado. Selecção organiza comparação; não decide admissibilidade ou aplica critérios a partir de nacionalidade do utilizador. Os exemplos empresariais não são automaticamente aplicados a fundos públicos/equiparados, outros valores, operações especiais ou valores estrangeiros. Os limites e bases dos casos especiais são identificados.

Cada requisito/dispensa/lacuna referencia fonte, edição, artigo e página do PDF, com ligação directa ao ponto de partida da disposição. O guião distingue condições de contas e dispersão dos segmentos, documentação e prospectos: Anexos A/B de instrução documental do processo de admissão não são confundidos com Anexos A/B dos prospectos do Segundo Mercado. Dez grupos documentais, com identificador único e âmbito por percurso; comuns aparecem uma vez na escolha múltipla. Auditoria de entrada fica fora do grupo documental do Terceiro Mercado, mas as demonstrações PGC-NIRF assinadas por contabilista OCAM e a conferência da declaração de actualidade permanecem. Reutilizar documentos no dossier é o percurso existente; não se pediu nova introdução de nome, NUIT, morada, capital ou participações.

Divergências concretas: Reg04/2021 revoga04/2019 (art9), define horizonte de até dois anos para conformidade, com eventual prorrogação excepcional fundamentada de mais um ano, e prestação semestral de informação. A página informativa ainda referia nove meses e exclusão geral dos pontos5/10 do AnexoA; esses enunciados não foram importados como regras de 2021. A dispensa de contas auditadas é de entrada, não perpétua; não foi estendida sem base à declaração do ponto10. O regime de2022 dos valores nominativos e a limitação de acções SAS foram incorporados, sem inventar uma nova regra organizacional. Prazos notificação/publicação são apresentados com condições e fonte; não criam aprovação por silêncio, extensão automática ou calendários do portal.

Os mínimos01/2024 vigoravam até31/03/2025, conforme imagem do próprio preâmbulo. Não se reutilizaram os seus valores como mínimos de2026 nem se derivaram limites actuais por proporção de montantes expirados. Cada percurso conserva value:null/unit:MZN no requisito de montante; relações legais com mínimos de outros mercados são descritas sem cálculo. O regulamento anual actual e encargos/preçário ficam explicitamente por obter/conferir com BVM/operador, sem converter desconhecido em zero ou impedir a gravação privada. Os procedimentos operacionais CVM de2025 foram identificados no portal oficial mas não integralmente recuperados/codificados; o decreto de2006 serve a identificação institucional, não uma alegação de cobertura desses procedimentos recentes.

Intervenientes e seis etapas distinguem emitente/requerente, operador patrocinador/interlocutor, BVM decisora, Banco de Moçambique supervisor e respectivas competências sobre ofertas públicas, e CVM como serviço gerido pela BVM. Encaminhamento oferece ligações oficiais de informação, sem transportar nota, dossier ou documentos; não há mensagem, pedido, oferta, registo, negociação ou admissão enviados pelo portal. Decisões externas e documentação real conservam os passos financeiros existentes, sem avanço por guardar o guia.

InvestmentGuides existente mantém fontes/guia/escolhas/nota/contexto por snapshot cifrado e revisão. Não houve nova alteração ao motor de persistência. Provas novas verificam dois guias no mesmo dossier, protecção contra replay de chave de outro guia, recusa de revisão alheia e paginação de26 revisões BVM intercaladas com26 do guia de capitalização. As referências não se misturam; notas/fontes anteriores permanecem recuperáveis. Os sete casos anteriores de guias mantêm âmbito, autenticação, fonte desactualizada, ausência de criação por arrasto, permissões, revogação, encerramento, replay/no-op e snapshots de edição retirada.

Provas finais: 14 Feature/474 asserções, sete casos BVM e sete de guias anteriores; 18 frontend, cinco novos e13 anteriores. PHPStan com regras herdadas/cache privada, Pint, tipos, lint sem avisos e build aprovados; processos terminais conferidos. A primeira ronda teve13/14 testes aprovados: a expectativa de citação só aceitava Art maiúsculo e recusava art.444; o teste foi corrigido para comparação de letra/Unicode, sem relaxar as referências de produção. Interface técnica confere requisitos/edições/links, dispensa de auditoria no percurso devido, OCAM/actualidade, documentos comuns uma vez, diferenças entre contas/prospectos, ausência de dados privados em links externos e leitura histórica sem escrita. Não se confundiu a inspecção visual dos PDFs fonte com aceitação visual da aplicação, login real ou utilização por cliente.

QA exclusiva bvm_admission_20261103_test, PostgreSQL loopback 55441, guardas intactas; zero utilizadores/dossiers/organizações/declarações/pedidos após rollback, com visibilidade/owner das tabelas registados. Não houve migração, importação no activo, activação de cálculo, alteração de cadastro, mensagem externa, instalação remota ou nova prova de concorrência em dois processos.

Saldo concreto: montantes anuais actuais, encargos/preçário actual, procedimentos CVM recentes completos, casos especiais não abrangidos/alterações posteriores, observação visual/login real e disponibilização. O guião base e a referência privada são demonstrados; admissão real e cobertura integral da regulamentação não foram declaradas concluídas. Próxima acção: continuar os outros saldos autorizados da matriz, mantendo estes campos indeterminados até recuperar as fontes aplicáveis e preservando os dois guias já entregues. Recibo bvm_admission_increment_20261103.

03/11/2026 — MASTER-e1169a77-0018: indicadores operacionais, bases e cobertura

[PRODUCT-USAGE-20261103] Painel privado /management/product-usage para o gestor global já autorizado: coorte de pedidos por dias UTC e código de serviço incluindo versões históricas; contagens separadas, primeira submissão/devoluções por pedido distinto, causas explicitamente classificadas, duração até à primeira submissão e referências de comparação/guias guardadas por dossier distinto. Historial contíguo por versão até ao corte, cobertura e exclusões visíveis, ausência de base distinta de zero e exportação do snapshot agregado. Categoria opcional de devolução reutiliza o workflow/autorização; código, rótulo e definição conservados no evento cifrado. Sem inferência a partir de texto, novo rastreio de visitantes ou score. 24 Feature/338 asserções, 11 frontend, PHPStan/Pint/tipos/lint/build aprovados; snapshot PostgreSQL repeatable read/read only efectivamente conferido. Recibo product_usage_metrics_increment_20261103.

Fonte funcional efectivamente relida: upgrade do portal de investimentos v6 programacao.docx, SHA256 e1169a7743b13ff6c950d3ffd4672a2afea32e81da84885e11154b7d8de9241e, w:p 420; confronto com métricas dos parágrafos 865–871 da segmentação bf26caee e com o código. O painel específico estava ausente; contagens do dashboard e DeclaredOriginStatistics existentes foram preservadas. AUD-STATS-01 continua separado e parcial; AUD-HUMAN-03 continua dependente dos pesos/limiares/pilotos concretos, sem bloquear as contagens factuais autorizadas nem inventar um score.

Consulta em /management/product-usage, ligada do dashboard do gestor global. Autenticação, correio verificado e manage-portal já existentes; revogação volta a negar acesso. Período UTC inclusivo por dias, limite superior exclusivo min(dia seguinte, agora), código do serviço cobre as suas edições históricas. Não há limite arbitrário de dias ou mistura de linhas entre dossiers, pedidos e pessoas. Segmento de serviço dos dossiers/ referências exige um pedido desse código também criado no período; a definição é visível.

Taxas: primeira submissão por pedido com draft_created v1 e versões contíguas observáveis até ao corte; o campo submitted_at mutável não é usado como primeira data. Histórico insuficiente fica excluído e quantificado; taxa de um subconjunto não é publicada como funil integral. Devolução conta uma vez após a primeira submissão, mesmo com reenvios e decisões repetidas. Causa específica exige código explícito validation_error/missing_documents; texto livre não é interpretado. Um pedido com causa comprovada permanece positivo apesar de outra devolução sem categoria; nos restantes, desconhecido impede taxa específica exacta. Numerador conhecido e denominador ficam visíveis. Média rascunho→primeira submissão usa apenas intervalos não negativos, identifica excluídos e não se intitula tempo de criação do projecto ou SLA. Rascunho ainda sem submissão não é abandono.

Categoria de devolução opcional, configurada uma vez e entregue à interface; servidor exclui-a nas restantes transições e mantém as regras de independência, campos de correcção, versão e fundamento anteriores. Regista código, rótulo e versão da definição no payload cifrado do evento, sem reescrever o passado. Eventos VirtualDesk novos passam a registar explicitamente a hora da aplicação: o default PostgreSQL now() era a hora de início da transacção, podendo anteceder o rascunho criado dentro dela. Registos anteriores são preservados; intervalos negativos não são corrigidos por suposição.

Consulta PostgreSQL numa transacção read only/repeatable read quando possui a transacção exterior; dentro de transacção já existente identifica essa condição e não substitui o contexto de acesso. Leitura por lotes de 100 pedidos; só desencripta payloads de devolução necessários à categoria, sem devolver motivos/nome/ID/payload privado. Exportação JSON reutiliza exactamente o relatório aplicado, sem nova chamada ou guardar filtros por aplicar. Fingerprint identifica o conteúdo, não certifica fontes independentemente. Não há migração ou novo evento de visitante, termo de pesquisa, IP, cookie ou identificador de navegação.

Verificações: 24 Feature/338 asserções (7 casos novos e 17 regressões de guias/edições de serviço), 11 frontend, PHPStan/Pint, tipos e lint aprovados, build terminal aprovado. Primeira ronda apanhou um fecho de array em falta na validação e consequentes falhas; corrigido e repetido o lote, sem reduzir asserções. Formatação inicialmente abrangente foi interrompida e substituída por ficheiros explícitos; inventário de horários não mostrou edição de ficheiros alheios ao incremento. QA product_usage_20261103_test em loopback 55441, guardas preservadas. A prova posterior sem transacção de PHPUnit confirmou SHOW transaction_read_only=on e repeatable read em todas as consultas observadas; após rollback, seis colecções vazias conferidas com proprietário/RLS, sem actor ocultar linhas. Não é prova visual/login em navegador real, concorrência em dois processos, medição com utilizadores reais ou instalação no destino.

Saldo 03/11/2026: primeiro painel operacional local implementado; não equivale à cobertura integral de métricas de produto. Restam aquisição/activação, pesquisa e zero resultados, comparação pública, correspondência individual CRM/qualificação/reuniões/diligência/propostas, fonte de investimento confirmado, conclusão do roteiro versionado, tempo projecto/submissão e etapas, abandono, satisfação/suporte, pós-investimento e registo de experiências controladas com hipótese/indicador/período/segmento/resultado/decisão. Não foram inventados pesos, baseline de pilotos, limiares, consentimentos ou eventos de visitantes. Visual/login real e disponibilização continuam pendentes.

03/11/2026 — MASTER-e1169a77-0018: registo de experiências, planos e observações por versão

[PRODUCT-EXPERIMENTS-20261103] Registo privado /management/product-experiments implementado: rascunho recuperável, plano/hipótese/indicador/edição/período/segmento/controlo/variante/método/critério, preservação dos quatro requisitos, observações, referências de evidência, limitações e decisão declarada. Versões cifradas com autoria/rótulos/definições conservados, ETag/compare de três vias, repetição idempotente de escritas, histórico paginado e exportação da versão consultada. Alteração do plano conserva a ligação das observações ao plano efectivamente utilizado, incluindo quando muda o período; reafirmação exige acção explícita e datas coerentes. Relatório operacional anexado só pelo servidor, preservado por versão e identificado como contexto sem separação de grupos/causalidade. Histórico imutável, origem estável, avanço unitário e FK diferível da versão actual conferidos em PostgreSQL. 18 Feature/271 asserções e 7 frontend, PHPStan/Pint/tipos/lint/build aprovados; recibo product_experiments_increment_20261103. Uma migração ensaiada apenas em QA, sem escrita ou instalação activa.

Fonte funcional: upgrade do portal de investimentos v6 programacao.docx, SHA256 e1169a7743b13ff6c950d3ffd4672a2afea32e81da84885e11154b7d8de9241e, w:p 420, já conferida no incremento de indicadores. Reutilizados a matriz, o recibo product_usage_metrics_increment_20261103, os indicadores operacionais e a competência global manage-portal existente. O registo estava ausente no código/schema; não se reclassificou contagem anterior como experiência ou piloto real. AUD-HUMAN-03, AUD-STATS-01, contratos modulares experimentais e SLA mantêm os âmbitos/decisões próprios.

Entrada pelo painel de indicadores, com lista/filtro/paginação de registos e novo rascunho que aceita informação ainda incompleta. Plano registado exige hipótese, indicador, período UTC, segmento, controlo/variante, método de comparação, critério e medidas de transparência/consentimento/segurança/igualdade. A declaração de preservação dos requisitos não executa ou aprova a alteração. Observação/resultado/decisão distinguem datas previstas das efectivamente observadas, evidências declaradas, limitações, controlo/variante descritos e fundamento. Pode registar conclusão inconclusiva; não há números, amostras, limiares, responsáveis nominais ou decisões automáticas fabricados. Rascunho/plano/observação/decisão/cancelamento são estados documentais, corrigíveis por nova versão e motivo, sem substituir o workflow dos processos.

Cada versão guarda values cifrados, autoria real do actor autenticado, data de servidor, motivo, vocabulário, edição da definição do indicador e hashes. Indicador próprio é uma definição manual explícita; indicadores do painel reutilizam a definição do servidor e conservam a edição anterior até adopção explícita da nova. Dados de campos inactivos conservam-se sem os exigir ao ramo activo. Actualização meramente descritiva não actualiza silenciosamente a definição manual. Leitura histórica usa o vocabulário/definição realmente guardados. O primeiro plano registado conserva a data real, sem aceitar autoria/data de registo impostas pelo cliente ou alegar pré-registo por inferência.

Alterar plano já registado exige confirmação explícita e motivo; conta revisões e identifica alteração após observação. A observação mantém plan_sha256 do plano em que foi registada. Alterar período pode preparar outro plano sem reescrever datas/resultados anteriores: fora do âmbito actual, permanecem históricos e identificados. Para registar observação/decisão como referente ao novo plano, o autor revê/reforça essa ligação explicitamente; datas devem então caber no período correspondente e não ser futuras. Nada disto transforma um resultado anterior em prova do plano novo.

Relatório operacional opcional é capturado pelo ProductUsageMetrics, no servidor e em leitura consistente antes da transacção de escrita, conservando o seu âmbito efectivo quando já existir transacção exterior. Apenas filtros/datas autorizados são aceites; payload/report forjados não são usados. Fonte/edição/corte/cobertura/numerador/denominador/indeterminados ficam no snapshot. A legenda operational_cohort_not_experiment_arm é explícita: esse relatório não mede o segmento livre, não separa grupos e não comprova causalidade. Mudar datas/serviço conserva o relatório anterior e assinala divergência; anexar outro/remover da próxima versão exige acção explícita, sem apagar o histórico. Referências livres de evidência são texto, sem fetch/importação ou afirmação de validação dos documentos referidos.

Product_experiments mantém origem/versão/estado e liga a revisão actual por FK diferível; product_experiment_revisions conserva snapshots cifrados, operação/hash/autoria, unicidade e versões. Gatilhos PostgreSQL rejeitam alteração/remoção/truncagem do histórico, remoção de registos, recuo/salto de versão ou alteração da origem. O rollback da migração recusa dados já existentes. Autorização volta a ser verificada no serviço; autenticação/correio verificado/privacidade e throttle existentes aplicam-se às rotas. Não há novos perfis/aprovadores, dependência de IA, mensagens externas, distribuição de visitantes, cookies ou termos de pesquisa.

Repetição de escritas conserva a primeira versão/autor/snapshot, mesmo após revisão posterior ou mudança de catálogo. Conteúdo diferente com chave já consumida dá conflito; versão desactualizada não substitui a actual. A interface mantém o rascunho em erro, consulta a versão actual e compara três vias: acompanha os campos editados, inclusive quando o autor os repõe deliberadamente no valor inicial; funde apenas os não editados, exige escolha nos conflitos reais e só adopta a base após revisão. Relatório/indicador corrente do coeditor são reutilizados, sem copiar payloads do cliente como autoridade. Histórico e exportação referem-se à versão consultada; o formulário histórico usa a versão dessa origem e bloqueia submissões, mesmo se o evento for disparado programaticamente. A gravação também fica bloqueada enquanto a comparação estiver pendente. Esquema indisponível é distinguido de zero registos e não desactiva os indicadores anteriores.

Verificações finais: 18 Feature/271 asserções (11 casos novos e 7 regressões de indicadores), 7 frontend (5 novos e 2 anteriores), análise estática/Pint/tipos/lint/build aprovados. Primeira ronda: referência errada a tabela de interesses e teste de TRUNCATE interrompido por FK diferível ainda pendente; corrigida a referência pela entidade real e validada a FK antes de testar o gatilho, sem alargar os SQLSTATE aceites. A repetição de migrate:fresh revelou funções de gatilho conservadas após remoção das tabelas; a migração passou a usar CREATE OR REPLACE para as suas funções, sem enfraquecer os gatilhos ou alterar as guardas de QA. A repetição final instalou efectivamente o esquema sobre essas funções existentes e passou. Três diagnósticos de tipos iniciais resolvidos na origem, sem supressões. A revisão delimitou também a preservação das observações ao alterar o período e acrescentou prova específica. Todos os logs anteriores foram conservados. QA product_experiments_20261103_test, loopback 55441, guardas inalteradas; uma migração ensaiada apenas aqui. Após rollback, nove tabelas e eventos de auditoria do módulo vazios, com visibilidade/proprietário/RLS e três gatilhos/FK conferidos. Não é prova visual/login em navegador, concorrência em dois processos, experiência real com utilizadores ou instalação no destino.

Saldo 03/11/2026: painel factual e registo manual versionado implementados/ensaiados localmente. Restam ligação transversal das alterações/editores ao registo, atribuição/execução de variantes e eventos por grupo com consentimento/âmbito definidos; aquisição/activação, pesquisa/zero resultados, comparação pública, CRM/qualificação/reuniões/diligência/propostas, fonte de investimento confirmado, conclusão versionada do roteiro, tempo projecto/submissão/etapas, abandono, satisfação/suporte e pós-investimento. Pesos/pilotos de AUD-HUMAN-03 permanecem uma definição distinta; nenhum score inventado. Visual/login real e disponibilização/migração no destino continuam pendentes.

03/11/2026 — MASTER-e1169a77-0018: respostas de pesquisa, edições e recolha independente

[PUBLIC-SEARCH-METRICS-20261103] Recolha agregada de respostas de pesquisa em nove canais públicos: oportunidades página/API e alias/educação, negócios, biblioteca/legislação, parcerias, carteira, zonas e conteúdos sectoriais. Só primeira página com critérios explícitos e HTTP200; exclui HEAD/pré-carregamento/páginas seguintes/respostas de erro e respeita DNT/Sec-GPC. Sugestões, mapas, referências, exportações e consultas privadas não contam. Não guarda termos, filtros, IP, cookies, utilizadores ou identificadores de visitantes. Definições imutáveis por edição; contadores diários atómicos, consulta histórica sem somar edições diferentes, desconhecido distinto de zero. Relatório/experiências reutilizam a fonte, com tempo diário distinto do corte de eventos e sem aplicar indevidamente filtro de serviço. Falha de armazenamento/diagnóstico/bloqueio não invalida pesquisa; savepoint e limites técnicos restaurados. 32 Feature/501 asserções e 9 frontend, PHPStan/Pint/tipos/lint/build aprovados; duas sessões PDO provaram limite de bloqueio, dois processos efectivamente sobrepostos conservaram 200 incrementos/150 zeros. Recibo public_search_metrics_increment_20261103. Uma migração apenas em QA; nenhuma instalação/escrita activa.

Fonte funcional preservada: upgrade do portal de investimentos v6 programacao.docx, SHA256 e1169a7743b13ff6c950d3ffd4672a2afea32e81da84885e11154b7d8de9241e, w:p 420. Recibos product_usage_metrics_increment_20261103 e product_experiments_increment_20261103 reutilizados; o registo e as contagens anteriores não foram reabertos como ausentes. AUD-HUMAN-03 continua separado, sem aprovação/garantia de sucesso por métrica. Inventário do código distinguiu as respostas públicas com total principal dos pedidos auxiliares, buscas privadas e fontes ainda não instrumentadas. A política de privacidade já previa estatísticas agregadas; foi acrescentada apenas uma descrição factual dos dados destes contadores e dos sinais respeitados, sem interpretação legal, cookie novo ou recolha de identidade.

Nove canais: página de oportunidades, API de oportunidades (moderna e alias legado pelo seu próprio controlador), página de oportunidades educativas, negócios existentes, biblioteca/legislação, parcerias, carteira, zonas e conteúdos sectoriais. Os controladores assinalam o total realmente obtido no paginador/lista principal depois da validação. Middleware global conta uma vez apenas depois de uma resposta HTTP200 produzida, GET e primeira página, com critério explícito normalizado; navegação sem critérios, apresentação/sort, paginação seguinte, HEAD, prefetch e erros não entram. Filtros implícitos da página de educação não fazem dessa entrada vazia uma pesquisa. Metadados internos não são aceites de um endpoint cliente ou de um parâmetro de total. Mapas, referências, sugestões, exportações, gestão e consultas privadas não entram. Pesquisas nos restantes canais, incluindo fundos e correspondências internas de educação, permanecem saldo concreto.

Unidade: respostas HTTP registadas, não pessoas, pesquisas únicas ou todas as interacções no navegador. Actualizar/repetir a primeira página conta nova resposta; cache/CDN pode não executar a aplicação, bots não são separados e uma falha de recolha pode omitir amostras. O denominador é sempre a base registada, com cobertura parcial explícita. Sem linhas não é zero pesquisas; canal nunca observado fica sem medição, enquanto zero respostas vazias com base positiva produz uma taxa0% legítima. Uma pesquisa com total principal0 e sugestões relacionadas mantém-se sem resultados principais; não se alarga o critério original para melhorar a estatística. Mantida a pesquisa plantio de algodao e as suas regras demonstradas.

Product_search_counts contém apenas dia UTC, código fixo de canal, edição, número de respostas/zeros e primeiro/último instante agregados; não contém consulta, valores de filtros, actor, endereço, cookie, IP, token ou identificador de pedido/visitante. DNT:1 e Sec-GPC:1 omitem recolha. Product_search_definitions conserva uma vez a definição/vocabulário/exclusões/hash por edição; FK e gatilho impedem substituir ou remover a definição. Reutilização de uma edição com configuração diferente recusa novas contagens, regista diagnóstico redigido e assinala conflito ao gestor. Outra edição cria série própria; o relatório permite escolher as anteriores, usa a definição efectivamente conservada e não soma silenciosamente métodos diferentes. Sem backfill ou inferência de tráfego anterior.

INSERT ON CONFLICT incrementa atómicamente os dois contadores e preserva os limites temporais com LEAST/GREATEST. A recolha usa transacção/savepoint e limites técnicos configuráveis de bloqueio/statement (predefinições100/300 ms), respeitando limites mais curtos do chamador e restaurando as definições originais. Falha SQL, bloqueio ou falha do próprio log não substituem a resposta de pesquisa nem deixam a transacção exterior abortada. Ausência da tabela desactiva a recolha de modo delimitado; configurar desligado conserva a consulta histórica. Diagnósticos incluem só canal/edição/classe de erro, sem mensagem/SQL/pedido ou valores pesquisados. Os limites técnicos não constituem SLA ou prazo de negócio.

Painel ProductUsageMetrics com três indicadores de respostas/zeros/taxa e tabela por canal, edição seleccionável, base/cobertura/exclusões e exportação do snapshot aplicado. Contagens diárias são lidas no snapshot da transacção; o dia actual é parcial e não permite corte por fracção de segundo. Esse âmbito foi distinguido do corte de eventos do Balcão. O filtro de serviço não é associado por inferência às pesquisas públicas e deixa estes valores sem cálculo. ProductExperiments conserva o relatório contextual e a sua edição; a comparação de datas/serviço considera esses campos, sem rejeitar o novo metadado da edição de pesquisa. Não transforma esses totais em amostras de controlo/variante, causalidade ou score. Relatórios antigos sem a extensão continuam legíveis.

Provas: 32 Feature/501 asserções (11 casos novos, 3 regressões da pesquisa rápida, 7 de indicadores e 11 do registo), 9 frontend (2 novos e 7 anteriores), PHPStan/Pint/tipos/lint/build aprovados. Primeira ronda passou30/32: faltava o ponto de recolha do alias, que usa outro controlador, e o exemplar legado sintético não continha os metadados exigidos; corrigidos sem remover validação/publicação, reduzir asserções ou alterar resultados. Provas cobrem os nove canais reais, ausência de PII na estrutura, exclusões, sinais de privacidade, erros de escrita/log, recuperação da transacção, datas, separação/imutabilidade de edições, desligamento/histórico e ausência de associação a serviço. Duas conexões PDO reais provaram o limite de bloqueio e reposição do funcionamento após libertação.

Concorrência adicional: base exclusiva search_metrics_concurrency_20261103_test com apenas as duas tabelas novas; dois processos PHP/PIDs diferentes, 1.861790s de sobreposição real,100 chamadas sintéticas cada e retenção de300ms na primeira transacção para provocar disputa. Orçamentos técnicos alargados apenas neste ensaio. Resultado confirmado no PostgreSQL após commits:200 respostas,150 sem resultados e uma única linha/definição, sem perda de incrementos. Relógio e dados sintéticos explícitos; não representa visitantes reais ou aceitação. Essa base conserva a prova, sem limpezas de dados activos.

QA funcional search_metrics_20261103_test em loopback55441, guardas preservadas; após rollback, onze tabelas vazias com proprietário/RLS/visibilidade e gatilho conferidos. As duas bases/provas anteriores de indicadores/registo são preservadas. Uma migração nova ensaiada apenas em QA, funções CREATE OR REPLACE compatíveis com a repetição de migrate:fresh, sem aplicar no destino. Não é prova visual/login em navegador nem instalação activa.

Saldo 03/11/2026: painel factual, registo manual de experiências e contagens de pesquisa dos nove canais implementados/ensaiados localmente. A medição é de respostas HTTP registadas, não pessoas/pesquisas únicas, visitas ou utilização integral; recolha best effort e fontes não instrumentadas, incluindo fundos e correspondências internas, continuam identificadas. Restam aquisição/activação, comparação pública, correspondência CRM/qualificação/reuniões/diligência/propostas, investimento confirmado, conclusão versionada do roteiro, tempo projecto/submissão/etapas, abandono, satisfação/suporte/pós-investimento; ligação transversal dos editores/alterações e execução/eventos de variantes. Pesos/pilotos de AUD-HUMAN-03 são definição distinta, sem score inventado. Visual/login real e disponibilização/migração no destino pendentes.

03/11/2026 — AUD-CHECKLIST-01: selecção múltipla e declarações versionadas no Balcão

[DESK-TYPED-FIELDS-20261103] Balcão suporta campos de selecção múltipla e declarações de consentimento no editor e na validação comum. Listas distintas de códigos de texto, incluindo 0, sem coerção de escalares; condições de inclusão e ancestrais aplicáveis. Declaração sem escolha predefinida ou herdada: aceitar/recusar/por responder são distintos; obrigatória exige resposta, não aceitação. Snapshot cifrado liga texto exacto/hash/escolha/actor/data/edição ao pedido; respostas ocultas conservadas não contam como declarações aplicáveis. Recibo usa opções/texto da versão antiga. Rascunho vazio permitido, reintrodução e sobrescrita de arrays/zero/recusa evitadas; retorno conserva campos autorizados e repetição de submissão não duplica. 27 Feature/347 asserções e13 frontend, PHPStan/Pint/tipos/lint/build aprovados;12 tabelas QA conferidas vazias com owner/RLS. Recibo desk_typed_fields_increment_20261103. Sem migração nova ou escrita no activo.

Fonte: segmentar processos v1.docx, SHA256 bf26caeee0437a8d292bf29be59247e2862c14e79b5ae465c00322747af72af5, parágrafo extraído481: tipos texto/número/data/lista/selecção múltipla/localização/anexos/consentimento, versões/vigência/condições/obrigatórios/limites/formatos/erros/rascunhos. Parágrafos161 e565 mantêm três camadas de obrigações, registo/publicidade e licenciamento sectorial e o modelo reutilizável. Identidade/hash do original novamente conferidos; sem reimportação ou alteração. Inventário anterior: editor/histórico, validação de perguntas aplicáveis e vigência já implementados em desk_forms_increment_20261102, desk_analysis_scope_increment_20261102 e desk_effective_dates_increment_20261102. Não foram reclassificados como ausentes. Os37 logs de vigência/métricas/registo/pesquisa acima reconferidos conservam bytes/hashes; recibos anteriores preservados integralmente.

Âmbito: mesmos códigos de serviço, fontes, rotas, permissões e motor. O editor publica tipos multiselect/consent e statement (texto obrigatório exclusivo de consentimento); valida códigos, referências, ciclos e adequação equals/contains. A fonte territorial tem de continuar disponível sempre que a localização se aplica. Ao converter lista simples/múltipla, opções mantêm códigos e condições directas passam a igualdade/inclusão; a alteração é visível na comparação e exige confirmação de publicação, sem reescrever versões.

O requerente pode guardar rascunho inteiramente vazio; omitir payload continua inválido e submeter exige respostas aplicáveis. Multiselect aceita lista distinta de até100 códigos string declarados, incluindo string0; escalar, objecto, código numérico, repetido ou desconhecido são recusados. A ordenação normaliza a semântica de conjunto, permitindo retry sem nova submissão. Ausência/null/lista vazia não satisfaz obrigatório; opções não seleccionadas não se tornam decisões implícitas.

Consentimento conserva texto e escolha explícita accepted/declined; nenhum valor predefinido ou herança de perfil/contexto. Obrigatório exige aceitar ou recusar, sem forçar aceitação ou inventar um impedimento organizacional. Campo opcional por responder permanece desconhecido. Consentimento geral de submissão, competências, decisões de processo e licenças continuam separados. Cada declaração respondida e aplicável recebe no snapshot cifrado texto/label/hash/escolha/actor/instante e service_version_id gerados pelo servidor; metadados enviados pelo cliente não substituem esse vínculo. Declaração oculta conservada no payload não integra declarações aplicáveis. A interface permite limpar a resposta e respeita leitura/correcções autorizadas.

Tipos e valores mantidos na reutilização: escolhas múltiplas, zero numérico e recusa não são apagados por trim/coerção ou por prefill sem substituição explícita; consentimento nunca é herdado, mesmo ao substituir outros dados. Rótulos de multiselect e texto/hash/escolha no recibo HTML provêm da edição ligada ao pedido; original técnico TXT continua a transportar o snapshot completo. Valores ocultos permanecem na secção histórica, sem activar descendentes; texto escapado, permissões e no-store mantidos. Publicar nova edição/texto/opções não modifica pedidos ou snapshots anteriores.

Provas:27 Feature/347 asserções (11 novos casos + regressões editor/vigência) e13 frontend (6 novos casos + condições/vigência); análise estática em cache isolada sem supressões, Pint, tipos, lint e compilação terminados com sucesso. Avisos de compilação existentes relativos ao tamanho de chunks, fontaine opcional e tempo de plugins não são erros de execução. Primeira execução:24/25, falha por asserção com nome de evento incorrecto (submitted), corrigida; tipos unknown incompatíveis com contrato Inertia foram substituídos por união real das respostas, remoção de array_values redundante após sort conforme diagnóstico PHPStan. Ficheiros/logs de diagnóstico anteriores conservados em storage/app/private.

QA exclusiva desk_typed_fields_20261103_test, loopback127.0.0.1:55441, role/owner investmoz_test e DB_URL vazio, sem alterar a guarda do TestCase. Doze tabelas sem linhas retidas após rollback, RLS/FORCE false conferidos com a identidade efectiva. Nenhuma migração nova, publicação real de formulários, conta real, mensagem externa ou escrita na base activa. Compilação local não equivale a disponibilização.

03/11/2026: editor, histórico, vigência, selecção múltipla e declarações de consentimento do Balcão implementados/ensaiados localmente. Restam outros consumidores/contextos de checklist, cobertura transversal dos tipos/regras/limites/anexos, autosave/recuperação nos contextos ainda não demonstrados, três camadas de obrigações/registo/licenciamento por fonte e âmbito, visual/login real e disponibilização. Não equivale a homologação, licença ou parametrização integral. Conferência visual/navegador continua limitada pela ferramenta já documentada; HTTP/SSR/SQL não são aceitação visual/utilizadores reais. Próximo resultado: conferir consumidores e os restantes critérios p481/p161 sobre o mesmo motor, distinguindo lacuna real de capacidade já demonstrada. ACT-16 mantém resposta ainda nao; modelos societários continuam sem URL fornecida, sem impedir estes incrementos independentes.

03/11/2026 — AUD-CHECKLIST-01: gravação automática, recuperação privada e conflitos

[DESK-AUTOSAVE-20261103] Balcão passa a guardar cópia de recuperação cifrada, por pedido/conta, após pausa de edição; conserva formatos ainda incompletos sem alterar o pedido principal, versões, decisões, notificações ou consentimento de submissão. Usa autoridade/definição/limites do VirtualDesk e guarda versões/identificador de tentativa para CAS e repetição idempotente. Comparação entre página, rascunho e pedido actual; intenções de edição/reversão e contexto da oportunidade conservados em conjunto. Respostas restritas em devolução, acesso revogado/consulta negados, falta da migração mantém gravação manual. Recuperar confirma nova base e limpa autorização/revisão do contexto. Corrigido guardar manual em dossier encerrado, em coerência com criação/anexos. 38 Feature/487 asserções e21 frontend, PHPStan/Pint/tipos/lint/build aprovados. Dois processos sobrepostos: uma gravação e um conflito, uma cópia v1/uma auditoria, principal intacto. Treze tabelas QA vazias com identidade/RLS conferidos. Recibo desk_checkpoint_increment_20261103; uma migração apenas em QA, sem escrita activa.

Fonte já identificada: segmentar processos v1.docx, SHA256 bf26caeee0437a8d292bf29be59247e2862c14e79b5ae465c00322747af72af5, parágrafo481 exige gravação automática/recuperação, condições, formatos, limites e versões; p161/p565 mantêm os contextos/modelo próprios. Conferidos código e provas de editor/vigência/tipos, não recriados. A cópia automática faltava no pedido do Balcão; simulador e outros rascunhos existentes mantêm motores/âmbitos próprios. Constrangimentos técnicos resolvidos antes de activar: formatos incompletos não podiam passar pela submissão estrita, o save manual incrementava a versão principal e notificava intervenientes, resposta perdida exigia repetição idempotente e dois separadores não podiam sobrescrever silenciosamente. Não foram transformados em novas regras da Tempo.

Implementação: tabela desk_request_checkpoints com uma cópia corrente cifrada por request_id/actor_id; versão própria, base_request_version (coluna request_version), chave/hash da tentativa e datas. FKs e versões positivas; rollback recusa apagar cópias retidas. Mesma autorização de escrita do VirtualDesk, estado draft/returned e dossier aberto, confirmação da versão principal sob lock. Representantes com escrita conservam cópias separadas; gestor/analista sem representação não lê a recuperação, membros de consulta/revogados não acedem. GET/POST /balcao-virtual/pedidos/{id}/rascunho são autenticados/verificados/privados/no-store, no mesmo throttle e CSRF. A cópia não concede papel/competência nem aprova/submete nada.

Payload/razão/base/intenção cifrados; auditoria regista apenas versão da cópia e versão principal, sem respostas. Nenhum desk_event, notificação ou snapshot de declaração é criado por autosave. Reutilizada a validação comum: tipos/limites/opções/consentimento/território/keys continuam controlados; apenas formatos textuais de número/data/email/URL podem ficar incompletos na cópia. Gravação manual e submissão conservam os formatos estritos existentes e campos obrigatórios aplicáveis. Base do pedido é obtida no servidor; parâmetros de submissão/consentimento/base forjada são recusados. Campo removido/omisso/limpo e zero mantêm intenção; alterações são derivadas também no servidor. Em devolução, dados e intenção respeitam somente campos autorizados.

Interface: pausa técnica2s e uma tentativa em curso; alterações entretanto digitadas mantêm-se e são guardadas a seguir. Pedido/consentimento global/revisão do contexto não entram na tentativa. Resposta perdida conserva exactamente corpo/chave da tentativa para repetição; não substitui essa tentativa por edições novas. Erro de validação espera nova edição, sem ciclo de retry; normalização do servidor não gera writes incessantes. Falha de rede/sessão mantém a página e permite repetir ou comparar; aviso de saída apenas quando há edições ainda não confirmadas. Sem localStorage/sessionStorage/cookie de respostas, nem alegação de escrita garantida no unload. Confirmar saída pode perder alterações ainda sem confirmação; estado explícito e cópia confirmada no servidor distinguem-se.

Recuperação: compara base antiga, página, cópia da conta e versão principal actual. Edição deliberadamente revertida ainda é intenção; conflitos exigem escolha e campos não alterados adoptam a versão actual. Oportunidade/contexto associado recuperam-se como unidade, sem mostrar hashes/JSON técnicos no formulário. Listas apresentam rótulos da definição ligada ao pedido e declarações distinguem aceitação/recusa/desconhecido. Resolução é gravada com CAS antes de adoptar os dados/base na página, de modo que falha de rede também permite retry da resolução congelada. Recuperar limpa consentimento global e revisão/revisão do contexto; precisa de nova acção explícita para submeter. Estado encerrado/submetido impede nova cópia; a consulta autorizada continua disponível. Falta da migração conserva o percurso manual, sem declarar autosave disponível.

Correcção conexa: VirtualDesk::save não verificava closed_at antes da escrita, embora criação e anexos já o fizessem. Agora rejeita gravação/submissão num dossier encerrado e preserva consulta/idempotência sem escrita do que já está submetido. Não redesenha fecho, alçadas ou sequência do workflow.

Provas: 38 Feature/487 asserções (11 novos casos de recuperação +27 regressões editor/vigência/tipos) e21 frontend (8 novos +13 anteriores); PHPStan em cache isolada, Pint, tipos, lint e build terminados com sucesso. Incluem snapshot cifrado, privacidade por actor/organização/revogação, ausência de notificações/submissão, formatos parciais vs submissão estrita, vazio/zero/limpeza, CAS/retry/base principal, âmbito de devolução e migração ausente/rollback. Frontend exercita debounce/serialização/edições durante write, resposta perdida/normalização/validação, recuperação e versão/flags no pedido, contexto atómico e navegação pendente. Primeira ronda35/36: expectativa do teste omitia regime pré-preenchido efectivamente removido no payload; corrigida a expectativa sem esconder a intenção real. Diagnósticos anteriores mantidos em storage/app/private.

Concorrência real: dois processos PHP/conexões PG sobrepostos por0.266754s na base desk_checkpoint_concurrency_20261103_test; A guardou, B recebeu409, checkpoint v1 e uma auditoria, principal v1/cifra original intactos. Dataset sintético de corrida preservado, não representa utilizadores reais. QA funcional desk_checkpoint_20261103_test, loopback127.0.0.1:55441, DB_URL vazio/role investmoz_test;13 tabelas sem linhas retidas e owner/RLS/FORCE conferidos após rollback. Guarda de testes intacta. 45 logs anteriores reconferidos;56 recibos anteriores conservados e deltas intencionais de VirtualDesk/página/teste de condições/política discriminados no novo recibo.

Uma migração apenas em QA, nenhuma escrita/migração no activo ou comunicação externa. Política de privacidade recebe descrição factual/condicional da cópia cifrada, sem nova interpretação legal. Avisos de chunks/fontaine/tempos de plugins na compilação continuam não bloqueantes. 03/11/2026: Balcão tem editor/histórico/vigência/tipos múltiplos/declarações e gravação automática/recuperação privada demonstrados em QA. Restam outros consumidores/contextos de checklist e respectivos critérios p481, configuração transversal de limites/anexos/formatos/mensagens, camadas de obrigações gerais/registo/licenciamento por fonte e âmbito, observação visual/login real e disponibilização/migração no destino. Não é homologação nem parametrização integral. Conferência visual/login por navegador continua limitada pela ferramenta documentada; HTTP/SSR/SQL não substituem essa aceitação. Não se declarou cobertura integral da fonte p481, outros consumidores ou inventário legal das três camadas. Próxima acção: restantes limites/tipos/regras por consumidor e fonte, com os mesmos motores. Modelos societários sem URL e línguas nacionais sem tradução mantêm as respostas já registadas.

03/11/2026 — AUD-CHECKLIST-01: perguntas de anexos, limites e reutilização documental

[DESK-ATTACHMENTS-20261103] Perguntas attachment do Balcão têm formatos/tamanho/quantidade por edição, condições e obrigatoriedade de submissão; reutilizam documents/desk_documents/scan/verificador binário existentes. Selecção por nome e versão, novo envio ou referência exacta de outro pedido do mesmo dossier por quem já tem escrita; sem UUID digitado ou nova cópia física. Vínculos separados preservam acesso do pedido de origem; fonte/validade declarada e proveniência conservadas, etapa da utilização vem do pedido. Rascunho/recuperação conservam suportes pendentes e respostas ocultas não contam como evidência aplicável. Submissão verifica permissão, scan/hash, bytes/tamanho/MIME reais, incluindo originais cifrados e metadados antigos desconhecidos medidos sem reescrever o cadastro. Recibo/snapshot usam os limites e ficheiros da edição aplicada. Conferência partilha verificador e ordem de bloqueio; anexos não se tornam valores financeiros por igualdade de identificador. 81 Feature/1110 asserções na regressão e20 específicos/251 finais (rondas sobrepostas, não somadas),38 frontend e estática/Pint/tipos/lint/build aprovados. Dois processos sobrepostos conservaram1 original/1 vínculo/1 evento, segundo envio409, principal intacto.16 tabelas QA vazias/owner/RLS e2 índices conferidos. Recibo desk_attachment_fields_increment_20261103; migração só em QA, sem escrita activa.

Fonte preservada: segmentar processos v1.docx, SHA256 bf26caeee0437a8d292bf29be59247e2862c14e79b5ae465c00322747af72af5, p481 (campos/anexos/versões/vigência/condições/obrigatórios/limites/formatos/erros/rascunhos); p161/p565 mantêm as três camadas e o modelo documental. Hash do original reconferido, sem reimportação. Inventário inicial e recibo desk_checkpoint_increment_20261103 confirmaram editor/vigência/tipos/recuperação existentes; faltavam perguntas documentais com limites por edição. Não foram recriados os motores nem declaradas ausentes as capacidades anteriores.

Editor: attachment, mime_types, max_size_kb e max_files, com declaração explícita de formatos/limites/obrigatoriedade, comparação/histórico pelo mesmo formatador, confirmação/motivo/base_version/vigência e auditoria. Tipos canónicos existentes conservados. Limites pertencem apenas ao tipo de anexo; formatos distintos por pergunta e nunca globalmente entre perguntas. Formatos suportados mantêm PDF/PNG/JPEG/TXT e limites técnicos anteriores; não se activou DOCX/formatos arbitrários. Condições comparam respostas apropriadas, sem usar anexos ou números como comparadores; fonte retirada/incompatível fica visível para correcção no editor. Pedidos antigos mantêm a FK e os limites da sua edição.

Armazenamento/identidade: o payload guarda IDs de vínculo desk_documents, seleccionados por nome/versão/estado/referência; não duplica ficheiros. Uma migração troca a unicidade antiga case/document por dois índices parciais: uso global do dossier e uso por pedido. Todas as linhas/UUID/FKs/originais são conservados; rollback recusa perder usos que a regra anterior não consegue representar. Duplicação de upload é por bytes dentro do dossier, como já acontecia; não se fundem entidades/ficheiros por igualdade de nome nem por hash entre dossiers. O mesmo document_id pode ter vínculos específicos distintos e apoiar várias perguntas. Aliases do mesmo original não contam como dois documentos na mesma pergunta. O tecto de100 ficheiros do dossier conta originais distintos, sem consumir lugar por nova utilização do mesmo original.

Reutilização por interface: os intervenientes com escrita no dossier recebem inventário autorizado dos seus pedidos; analista/gestor sem essa representação não recebe esse catálogo de reutilização. O inventário apresentado ao analista do pedido continua apenas o seu âmbito/global. O selector agrupa apenas utilizações do mesmo document_id com fonte/etapa/validade exactamente iguais, conserva alternativas de proveniência e envia reuse_link_id escolhido. Backend verifica origem e documento correspondentes e âmbito autorizado; não pede UUID, proveniência ou datas já disponíveis. Nova ligação conserva referência/validade declarada, recebe a etapa do pedido e regista em evento cifrado a origem exacta e os factos utilizados, sem expor o processo/interveniente antigo na cópia. O vínculo antigo não se torna global nem é alterado; analista do novo pedido continua sem acesso ao vínculo do pedido antigo. Validade declarada não é renovada ou interpretada como alvará válido por esta operação. O selector novo cobre o mesmo dossier; o formulário geral legado e catálogo entre dossiers ainda têm saldo específico.

Validação: upload e documento reutilizado passam pelos limites da definição ligada ao pedido e pelo acesso actual. Só uma alternativa (ficheiro ou documento) é aceite. Referência existente é reutilizada; se não existir, pede-se apenas o dado em falta. Uploads ficam na quarentena e no job de scan existentes, sem cópia/novo job para reutilização de original. Rascunho e checkpoint conservam selecção pendente; estado oculto conserva IDs/metadados, sem exigir suporte nem o declarar aplicável. Submissão de pergunta activa exige suporte disponível/scan válido e verificação de autorização/hash/original pelo VerifiedDocumentBinary. Mede MIME e tamanho reais no original, incluindo após decifrar; metadados conhecidos divergentes não passam silenciosamente. Ausências antigas são medidas para o snapshot, conservando no cadastro e no snapshot a ausência registada, sem exigir reenvio, preencher zero ou reescrever a fonte. Campo com nome financeiro e tipo de anexo não entra no motor numérico nem gera perguntas de financiamento; regras financeiras numéricas continuam verificadas.

Interface/recuperação: limites e estado visíveis, upload/reutilização só por acção explícita, sem submeter o pedido. A proveniência já registada fica em leitura; ficheiro/referência local continuam disponíveis após falha. Multipart reutiliza transporte/CSRF da aplicação, deixando boundary ao navegador e conservando JSON nos outros consumidores. Associação devolve inventário/versão/vínculo e indicação de repetição; repetir não substitui referência antiga. Ficheiro seleccionado no equipamento ainda não é suporte associado e não integra o rascunho do pedido até confirmar o envio. Selecção local de ficheiro ainda não enviado não é recuperável após fechar/recarregar, e o original continua no equipamento. Refresh de documentos conserva respostas, não duplica aliases nem apaga edições em curso; inventários de scan com a mesma versão do dossier deixam de esconder respostas mais recentes. Recuperação mostra nomes em vez de UUIDs e não herda anexos de texto de perfil/contexto. Guardas de navegação existentes abrangem envio em curso, sem guardar respostas em browser storage. Pedido encerrado mantém consulta mas não oferece edição/catálogo de reutilização.

Histórico/recibo: field_attachments no snapshot cifrado captura rótulo/aplicabilidade, edição, limites e ficheiros/versão/hash/MIME/tamanho medidos/valores registados/referência/validade/etapa/estado efectivamente utilizados. HTML/TXT recuperam essa informação e distinguem perguntas ocultas de evidência aplicável. Nova publicação/opção/limite não reescreve submissão anterior. Conferência documental usa o verificador binário comum, incluindo cifra e autorização da origem, e bloqueia pedido antes de dossier como a gravação/associação, evitando a inversão de locks anterior. Mantêm-se revisão independente, auditoria e distinção entre conferência interna e acto oficial.

Provas: regressão de81 Feature/1110 asserções (editor/vigência/tipos/checkpoint/análise/métricas/orientação/conferência), seguida de20 testes específicos/251 na versão final com selector/proveniência/fecho. São rondas sobrepostas e não uma soma de testes únicos.38 frontend, com8 novos casos de anexo/transporte/editor/reutilização e regressões dos consumidores existentes. PHPStan sem supressões, Pint, tipos, lint e build terminaram com sucesso. Ensaios validam formato/tamanho/quantidade, fonte seleccionada/datas sem reintrodução, permissões/revogação/âmbitos, pendente vs submissão, originais alterados/em falta/cifrados, medição de legado desconhecido, replay, versões/recibos antigos, rollback e migração ausente. Nova conferência de original cifrado foi exercitada com bytes sintéticos e corrupção posterior recusada. Estados de scan nas fixtures são sintéticos; não equivalem a novo ensaio real de ClamAV ou aceitação humana.

Concorrência: dois processos PHP/conexões PG efectivamente sobrepostos por0.373360s, invocando o controlador com actor sintético autenticado na fixture isolada, conservaram1 document/1 vínculo/1 ficheiro físico/1 evento. A guardou, B recebeu409, dossier v2 e pedido v1/cifra intactos, hash físico conferido. Prova delimita controlador/DB/disco, não browser/visitantes reais; testes HTTP separados conferem autenticação/permissões. Dataset desk_attachment_concurrency_20261103_test e ficheiro privado de prova preservados. Primeira tentativa técnica perdeu o resolver de actor no rebinding de Request da fixture:0 documentos/0 vínculos/versões1 conferidos antes da v2, sem alterar autenticação da aplicação. Saídas falhadas conservadas em storage/app/private.

Diagnósticos preservados: distinct do wildcard de MIME validava indevidamente campos diferentes, corrigido para unicidade dentro de cada pergunta; fixture PNG deixou de depender de GD; correcção de sintaxe da fixture e representação de MIME desconhecido como string vazia, respeitando NOT NULL real. Falhas assíncronas iniciais dos testes frontend eram espera insuficiente do harness, corrigida sem enfraquecer o fluxo. Logs anteriores às provas finais permanecem privados.

QA funcional exclusiva desk_attachments_20261103_test, loopback127.0.0.1:55441, DB_URL vazio/role investmoz_test;16 tabelas sem linhas retidas após rollback, owner/RLS/FORCE e ambos índices válidos conferidos. Guarda do TestCase intacta. 57 recibos e57 logs anteriores reconferidos/preservados; deltas intencionais do checkpoint estão discriminados no novo recibo. Migração apenas em QA, sem migração/escrita activa, conta real, mensagem externa ou importação de exemplar oficial. Compilação conserva avisos conhecidos de chunks/fontaine/tempo de plugins, sem erro de execução.

03/11/2026: Balcão tem editor/histórico/vigência, tipos múltiplos/declarações/anexos, recuperação automática e limites de ficheiro por pergunta demonstrados localmente. Restam outros consumidores/contextos p481, limites/formatos/mensagens parametrizados transversalmente, catálogo/selector legado geral e reutilização entre dossiers sem UUID manual, camadas de obrigações gerais/registo/licenciamento por fonte/âmbito, visual/login real e disponibilização/migração no destino. Os quatro MIME e tectos técnicos existentes (10MiB/100 ficheiros por dossier) não são parametrização integral da aplicação. Não é homologação, aprovação documental ou aceitação real. Conferência visual/login real continua limitada pela ferramenta já documentada; HTTP/SSR/SQL não são prova visual. Próxima acção: substituir entradas legadas por UUID por selecção de cadastros/documentos autorizados com o âmbito completo, depois restantes tipos/limites/contextos p481 e três camadas p161, sem apagar capacidades demonstradas. Os sete modelos continuam sem URL e ACT-16 sem tradução/prioridades, conforme respostas já registadas; não impediram este desenvolvimento.

03/11/2026 — AUD-CHECKLIST-01: pesquisa e selecção documental no âmbito autorizado

[DESK-DOCUMENT-REUSE-20261103] O formulário geral do dossier e as perguntas de anexos permitem pesquisar documentos por nome, referência ou dossier e seleccionar a origem exacta, sem introdução manual de UUID. Catálogo privado paginado de 25 resultados cobre o âmbito já autorizado pelo servidor: originais enviados pelo próprio, documentos do dossier de destino e fontes dos seus dossiers pessoais. Ser membro de outra organização ou gestor/analista não concede acesso adicional ao catálogo. Um uploader sem acesso à origem organizacional só recebe os metadados do próprio ficheiro, sem referência, título ou datas desse dossier. Origem da oportunidade conserva a autorização actual, tanto na pesquisa como na associação. Nova utilização preserva referência/etapa/validade declarada e original físico; só pede referência ausente. A selecção documental da etapa usa o vínculo exacto e conserva os factos utilizados no workflow, mantendo clientes antigos por document_id. Pesquisa/paginação não associam documentos nem submetem pedidos. 56 Feature/766 asserções, 40 frontend, PHPStan/Pint/tipos/lint/build aprovados; 16 tabelas QA vazias e owner/RLS/índices conferidos. Recibo desk_document_reuse_increment_20261103; sem nova migração ou escrita activa.

Inventário anterior reconferido: desk_attachment_fields_increment_20261103 conserva perguntas/limites/versões/recuperação e provas de concorrência do upload. Código e documentos mostravam o formulário geral por UUID, enquanto o servidor já autorizava reutilização de originais do próprio e de dossiers pessoais. Este incremento resolve esse saldo de interface, sem reapresentar a reutilização anterior como motor novo. Fonte segmentar processos v1.docx/p481 e p565, SHA256 bf26caeee0437a8d292bf29be59247e2862c14e79b5ae465c00322747af72af5, original reconferido; orientações de reutilização/percurso adaptativo no AGENTS.md, 23/10/2026.

GET privado autenticado/verified documentos-disponiveis valida escrita efectiva e dossier aberto, pesquisa literal de nome/referência/título nas fontes acessíveis e pagina sem expor armazenamento, intervenientes, IDs dos dossiers de origem ou dados de fontes alheias. Direitos sobre o ficheiro não herdam dados da sua utilização numa organização. Upload próprio sem fonte autorizada permanece seleccionável, pedindo apenas a referência efectivamente ausente. O catálogo conserva alternativas por vínculo, com versão, etapa e validade declarada; não escolhe automaticamente outro exemplar nem renova validade. A autorização específica dos anexos de oportunidade é a mesma do VerifiedDocumentBinary e é conferida também antes da associação, sem ler ou divulgar bytes na pesquisa.

Componente comum de pesquisa usado no formulário geral e nas perguntas de anexos. Enter pesquisa sem submeter o formulário envolvente; todos os botões de pesquisa/paginação são type=button. Paginar ou falhar conserva a origem deliberadamente seleccionada; editar a pesquisa retira resultados/cursor antigos para não saltar páginas da nova pesquisa. Resposta tardia de outro dossier é ignorada. Pesquisa e selecção não fazem escrita de negócio. A associação continua explícita, com consentimento, fonte exacta e verificação no servidor; limites por edição, original/scan/hash/cifra e snapshot anteriores continuam no mesmo motor. Mudar de ficheiro para origem existente limpa a selecção local de ficheiro para impedir envio posterior de um ficheiro oculto; falhas de associação mantêm a escolha actual. Nenhum ficheiro é guardado em browser storage.

Suporte da etapa: lista os vínculos já associados por nome/versão/referência/validade. document_link_id é resolvido apenas no dossier e tem de corresponder ao document_id quando ambos são enviados. Workflow/evento conservam o vínculo e os factos de origem utilizados; alterações posteriores da origem não os reescrevem. Clientes que enviam só document_id continuam disponíveis, resolvendo de forma determinística o vínculo anterior; decisões/revisão independente não foram substituídas. A interface geral deixa de oferecer upload em dossier encerrado, que continua consultável.

Provas em base sintética exclusiva desk_document_reuse_20261103_test, 127.0.0.1:55441, DB_URL vazio e role investmoz_test, guardas inalteradas. 56 testes Feature/766 asserções incluem 8 novos casos e regressão de anexos/checkpoints/recibos/orientação; 40 frontend incluem 10 novos casos de pesquisa/consumo. Testados âmbito, revogação/viewer/gestor sem representação, origem organizacional privada do próprio uploader, fontes pessoais/unlinked/deleted/alheias, origem de oportunidade sem autorização, filtros literais %/_, paginação, datas/proveniência, sem segunda cópia física, selecção por vínculo e compatibilidade por documento, leitura de dossier fechado e anonimato. PHPStan sem supressões, Pint, tipos, lint e build aprovados. Dezasseis tabelas sem dados retidos, owner/RLS/FORCE e índices de âmbito existentes válidos conferidos. A primeira ronda falhou apenas na fixture de paginação por reutilizar uma storage_key única; passaram a existir chaves/ficheiros sintéticos distintos, sem enfraquecer o schema. Logs iniciais preservados privados.

58 recibos e 70 logs aceites preservados por hash; quatro deltas intencionais da implementação anterior discriminados no recibo. A prova anterior de concorrência continua a delimitar o upload e não é apresentada como novo ensaio do catálogo. Sem nova migração, escrita activa, conta real ou mensagem externa. Build conserva avisos não bloqueantes já conhecidos; prova de componentes/HTTP/SQL não é conferência visual.

03/11/2026: selector geral do dossier, anexos por pergunta e suporte da etapa já não exigem UUID manual. Catálogo entre dossiers corresponde à autoridade existente, sem alargar o acesso a fontes de outras organizações. Continuam pendentes outros consumidores/formulários e a parametrização transversal de limites/formatos/mensagens, camadas de obrigações/registo/licenciamento por fonte/âmbito, conferência visual/login real e disponibilização no destino. Não é parametrização integral, homologação ou aceitação real. Próxima acção: conferir outros consumidores documentais e remover reintroduções nos respectivos percursos, sobre cadastros e permissões existentes; continuar os restantes critérios p481/p161 sem repetir capacidades concluídas. Modelos societários e traduções nacionais mantêm as respostas do proprietário já registadas, sem novo pedido genérico de autorização.

03/11/2026 — AUD-DESK-01/02: completar comprovativos no mesmo registo de pagamento

[DESK-PAYMENT-EVIDENCE-20261103] A declaração manual já existia e permitia comprovativo pendente, mas faltava juntá-lo posteriormente sem repetir a referência. Agora o titular/representante com escrita acrescenta ou corrige o suporte do mesmo pagamento pending/internal_issue por vínculo seleccionado, versão, motivo e consentimento. Referência, montante, moeda e fonte do valor são conservados; a nova associação fica pending, sem confirmação bancária. Registo internal_verified não pode ser substituído pelo titular; eventual problema continua a ser registado pelo revisor independente no percurso existente. Proveniência documental, exemplar, versão/hash registados e validade declarada ficam nos eventos cifrados, sem segunda tabela/migração ou cópia física. Conferência valida o original comum e a correspondência ao exemplar associado; legado sem captura continua desconhecido, sem reconstituição retroactiva. Pesquisa/reutilização anterior preservada. Dossier encerrado mantém leitura dos pagamentos, sem novas operações manuais. 53 Feature/721 asserções e 47 frontend, PHPStan/Pint/tipos/lint/build aprovados; 18 tabelas QA vazias/owner/RLS/índices. Dois processos sobrepostos 0.392022s, em pedidos diferentes com a mesma referência, conservaram 1 declaração/evento; segundo com conflito 409 e pedidos principais intactos. Recibo desk_payment_evidence_increment_20261103, sem escrita activa ou nova migração.

Inventário/preservação: recibo desk_document_reuse_increment_20261103 e os registos anteriores confirmam que declaração, selecção de comprovativo, conferência interna e comunicação manual já funcionavam. A lacuna concreta era declarar sem documento e tentar completá-lo: repetir a referência com document_id diferente devolvia409 e não havia acção própria. Não se recriou o motor de pagamentos nem se confundiu a fonte do valor/finalidade com a proveniência do ficheiro. Fonte funcional: AUD-DESK-01/02, orientação de reutilização do AGENTS.md e segmentar processos v1.docx p474/p479/p481, SHA256 bf26caeee0437a8d292bf29be59247e2862c14e79b5ae465c00322747af72af5, original conferido. Estados/aprovações vigentes preservados; nenhuma taxa, responsável ou entidade externa inferida.

A nova acção PUT comprovativo exige autenticação/verified/escrita actual no pedido, pagamento do mesmo pedido, dossier/pedido abertos, vínculo global ou desse pedido, versão corrente, motivo e consentimento. Ordem de locks: pedido, dossier, pagamento. Só suporta pending/internal_issue; internal_verified permanece protegido de substituição pelo titular. O revisor pode continuar a registar um problema no percurso existente, com fundamento e histórico. Correcção documental faz nova versão do pagamento e volta a pending, retirando apenas os indicadores actuais de conferência; revisões anteriores continuam nos eventos. Valores/ref/moeda/fonte não são reintroduzidos, editados ou novamente somados. Associar não cria novo ficheiro, scan ou pagamento.

Documentos: o formulário de declaração e o de complemento escolhem o vínculo exacto por nome, versão e referência, em vez de aliases do mesmo original terem valores indistinguíveis. Backend aceita o document_id antigo, resolvendo um vínculo autorizado determinístico; IDs de outro pedido/caso ou origem de oportunidade sem acesso são recusados. A captura guarda nome, vínculo/original, versão/hash registados, categoria, etapa e validade declarada na associação, sob a cifra/auditoria existentes. Não é prova de integridade binária ou de dinheiro confirmado. Não copia montante/moeda/fonte do valor a partir do documento. Alterações futuras de referência/data não reescrevem a captura. Conferência positiva verifica binário/scan/autorização comuns e versão/hash face à captura, incluindo vínculos exactos; original substituído ou corrompido não é conferido como se fosse o anterior. Declarações antigas sem captura ficam legíveis e conferíveis pelas regras anteriores, com a ausência histórica explícita.

Idempotência: operação documental identifica client_key/actor/pedido/pagamento/dados normalizados; repetição exacta confirma a operação anterior sem nova versão/evento. Alterar a operação com a mesma chave ou base obsoleta não sobrescreve. Mudanças deliberadas da selecção/motivo iniciam nova chave e renovam consentimento; falha conserva a escolha/motivo/chave para repetição. Versão de edição fica estável; actualização concorrente pede adopção explícita da nova base, conservando o texto e a selecção. A declaração de referência continua idempotente pelos factos já registados e serializa a referência no PostgreSQL, conservando a unicidade anterior em pedidos distintos com conflito tratado em vez de violação única500.

Interface: entradas pendentes oferecem Juntar/Corrigir no próprio artigo; entradas conferidas e leitores não recebem essa acção. Declaração nova explica onde completar uma referência existente. Pagamentos e metadados congelados permanecem visíveis em pedidos/dossiers encerrados; criação, complemento, conferência e comunicação manual ficam bloqueados no servidor e respectivos formulários ocultos. As demais funcionalidades do pedido mantêm as próprias permissões. Não se declarou efectuado um envio de SMS/WhatsApp/email por registar manualmente uma comunicação.

Provas: 53 Feature/721 na regressão de pagamentos/anexos/reutilização/orientação/recibos, incluindo 8 casos novos; 47 frontend, com 7 novos casos de complemento/idempotência/base concorrente/consulta histórica/ausência de reintrodução. PHPStan sem supressões, Pint, tipos, lint e build concluídos. Primeira ronda frontend43/46 e tipos detectaram uma referência a request no valor inicial de um parâmetro, antes de existir o nome local; corrigida para initialRequest e acrescentada regressão de props legadas/consulta sem edição. Provas falhadas e primeiro build preservados privados, sem apresentá-los como validação final. Nenhum bug pré-existente foi alegado para esse erro introduzido no incremento.

Concorrência: dois processos PHP e conexões PG efectivamente sobrepostos 0.392022s invocaram o controlador de declaração, em pedidos/dossiers diferentes com a mesma referência sintética. Um guardou e outro409; 1 desk_payments/1 payment_declared, 25.50MZN pending, ambos os pedidos v1/cifras intactos. Actor autenticado sintético na fixture do controlador; não é prova de middleware/browser, cobertos separadamente pelos testes HTTP no âmbito demonstrado. Fixture desk_payment_race_20261103_test conservada. Este ensaio refere-se à declaração concorrente; versão/idempotência do complemento foram demonstradas por HTTP sequencial, sem alegar outro ensaio paralelo.

QA funcional exclusiva desk_payment_evidence_20261103_test, loopback127.0.0.1:55441, DB_URL vazio e role investmoz_test; 18 tabelas vazias após rollback, owner/RLS/FORCE e índices existentes válidos conferidos. 59 recibos e 79 logs aceites preservados por hash; deltas do código anterior discriminados. Sem nova migração da funcionalidade, alteração de base activa, conta real, mensagem externa ou confirmação bancária. Avisos conhecidos de fontes/chunks/tempos de plugins conservados no build final com saída0.

03/11/2026: comprovativo pendente ou corrigido pode completar a declaração existente sem repetir montante/moeda/fonte, com histórico e revisão independente. Restam outros consumidores e origens por formulário, atribuições/próxima acção/documentos por âmbito, parametrização transversal, conferência visual/login real e disponibilização no destino; integração bancária/entrega de mensagens não é declarada por estes registos manuais. Critérios gerais do Balcão/percurso não estão integralmente encerrados. A conferência visual continua pendente nas condições da ferramenta já documentadas; HTTP/componentes/SQL não são aceitação humana. Próxima acção: continuar os restantes consumidores/formatos/limites e percurso adaptativo sobre os motores e fontes existentes. Modelos societários/ACT-16 conservam as respostas anteriores, sem nova pergunta genérica.

03/11/2026 — AUD-DESK-01/02 e AUD-CRM-01: coerência dos registos encerrados, cancelamento e fecho pelo dono

[DESK-CLOSED-LIFECYCLE-20261103] Por decisão expressa do proprietário, o dono registado executa agora o encerramento/reabertura, com acesso efectivo, versão, motivo, operação idempotente e histórico. Gestores/outros representantes não recebem esse poder por inferência. Resumo das pendências antes da confirmação e manutenção dos estados/payloads/documentos/tarefas/pagamentos, sem aprovação em cascata. Dossier com closed_at já bloqueava rascunhos/anexos/pagamentos, mas permitia transições, etapas, atribuições, mensagens e actualizações de tarefas. Reproduzidos HTTP200 nesses percursos, incluindo atribuição com MFA válido. Agora a guarda de estado comum e lock do dossier protegem esses comandos, preservando leitura/histórico e as permissões anteriores. Tarefas com vínculo CRM/dossier respeitam o fecho também no CRM; CRM sem tarefas vinculadas não consulta nem exige o Balcão. Listas de triagem/filas excluem encerrados e a interface retira decisões/atribuições/mensagens/etapas/conferência/tarefas sem aplicação. Cancelamento de rascunho/devolvido, já autorizado pelo servidor ao titular com escrita, fica disponível por motivo e confirmação explícita, conservando dados/documentos/histórico e o dossier. Sucesso mostra a versão efectivamente guardada; falha conserva edições. Justificação de correcção só é perguntada num pedido devolvido. 77 Feature/1016 na regressão, 15/202 específicos finais (rondas sobrepostas, não somar),64 frontend e estática/Pint/tipos/lint/build aprovados;20 tabelas QA vazias/owner/RLS/índices. Recibo desk_closed_lifecycle_increment_20261103, sem nova migração/escrita activa.

Inventário reconferido no recibo desk_payment_evidence_increment_20261103: rascunhos/checkpoints, anexos, reutilização, declaração/complemento de comprovativos e operações manuais preservados. No código, closed_at já suspendia criação/edição e várias operações; faltava coerência em cinco comandos. Não foram recriadas essas funcionalidades nem inferido um procedimento novo de fecho. Fonte: decisão expressa do proprietário em03/11 sobre fecho/reabertura pelo dono, registada no AGENTS.md; orientação adaptativa/reutilização/preservação do AGENTS.md e segmentar processos v1.docx p474/p479/p481, SHA256 bf26caeee0437a8d292bf29be59247e2862c14e79b5ae465c00322747af72af5; estados/competências aprovados e configuração existentes prevalecem.

Reprodução: primeira ronda7 casos teve1 aprovado e6 falhas. Transição, etapa, mensagem e tarefa aceitaram200 em dossier encerrado; o ensaio inicial de atribuição recebeu403 porque a fixture administrativa não tinha MFA. Corrigida só a fixture pelo helper sintético já aceite, a reprodução específica demonstrou atribuição200 em vez de409. A guarda MFA e os perfis da aplicação não foram enfraquecidos. O caso aberto também verifica autodecisão negada, atribuição e transição legítimas, mensagem e ausência de acesso de outra conta.

Servidor: assertOpen é uma guarda de estado comum, separada da autenticação/autorização de case/request; não se bloqueiam consultas por tratar o parâmetro write de acesso como se fosse uma ordem de mutação. Transição, atribuição, mensagem e tarefa bloqueiam o dossier antes de decidir/gravar; pedido continua antes do dossier onde ambos são necessários. Etapa usa o lock que já tinha e verifica o estado. Não criam revisão, mensagem, evento ou notificação de negócio quando recusados. Leitura/auditoria de consulta, recibos, documentos e histórico continuam pelas ACL existentes. Listas administrativas e fila de acompanhamento deixam de oferecer pedidos de dossier encerrado como trabalho activo.

CRM partilhado: tarefa já ligada a lead e dossier conserva a autoridade anterior do CRM, mas a alteração verifica/locka o estado do dossier antes da actualização. Não é transferida, duplicada ou cancelada por arrasto. A apresentação devolve can_update sem persistir esse atributo virtual. Tarefas comuns sem ligação mantêm o percurso normal e não executam consulta à tabela desk_cases; teste com tabela temporariamente indisponível em QA prova independência. Não se declarou nova interface para associar automaticamente lead e dossier. Próxima tarefa de lead activo, MFA, contas e scopes mantêm as regras anteriores.

Interface: dossier encerrado tem explicação de consulta; etapas/conferência ficam ocultas. Orientação continua calculável/legível, com pressupostos e acções de tarefa sem edição. No pedido, decisões, atribuições e mensagens obedecem ao mesmo operationsEditable das operações documentais; mensagens anteriores e pagamentos permanecem visíveis. CRM mostra título/estado/prazo e retira a actualização da tarefa vinculada encerrada. Pesquisa de fontes e notificações pessoais não se tornam operações de negócio bloqueadas por omissão.

Cancelamento: a API já permitia ao titular/representante com escrita cancelar draft/returned por motivo; não é novo estado nem novo direito. O formulário usa a mesma transição, versão e auditoria, bloqueia clique/envio enquanto há gravação/associação em curso e explica o efeito sobre a última versão guardada. Não pede dados financeiros, documentos ou motivo de correcção que não se aplicam. Justificação de correcção mantém-se nos devolvidos. Falha não apaga texto/edições; resposta de sucesso repõe no formulário o payload efectivamente devolvido pelo servidor e retira consentimento, evitando apresentar alterações não guardadas como dados do registo cancelado. Pedido submetido não recebe esse cancelamento pelo titular. Acesso ao cancelado e dossier/documentos/histórico conservados; nenhuma reabertura ou cancelamento em cascata.

Provas: 77 Feature/1016 na regressão de ciclo/anexos/comprovativos/reutilização/orientação/CRM/checkpoints, seguida de15 casos/202 na versão final com independência do CRM sem vínculos e a decisão do dono implementada. Rondas sobrepostas, não somadas como testes únicos.64 frontend, incluindo12 novos casos de cancelamento, sincronização do payload de sucesso, espera de recovery, permissões/contextos fechados, pergunta aplicável e leitura de tarefas/contexto. PHPStan sem supressões, Pint, tipos, lint/build concluídos. O teste anterior de vigência/refresh de serviços exigiu actualizar os mocks de importação e hooks da fixture para os componentes de documentos e estado agora usados na página; os dois ensaios63/64 e os seus erros de harness ficam privados. A aplicação não foi enfraquecida para os contornar. Sem novo ensaio concorrente alegado: recusa de versões/estados exercitada por HTTP sequencial e locks conferidos no código; provas paralelas de incrementos anteriores preservadas no seu âmbito.

QA exclusiva desk_closed_lifecycle_20261103_test, loopback127.0.0.1:56441, DB_URL vazio e role investmoz_test.20 tabelas sem dados retidos, owner/RLS/FORCE e índices de documentos válidos. A indisponibilidade de tabela da fixture foi revertida em finally e o schema final reconferido. 60 recibos e 92 logs aceites preservados por hash; deltas de código conhecidos discriminados. Sem nova migração, conta real, escrita activa ou mensagem externa. Avisos conhecidos do build mantidos; saída final0.

03/11/2026: coerência do closed_at e cancelamento de rascunhos demonstrados nos percursos identificados, sem alterar regras/perfis ou encerrar dossiers automaticamente. A operação de encerrar/reabrir o dossier completo foi implementada conforme a resposta expressa do proprietário: o dono executa essa acção. Mantêm-se acesso efectivo, motivo, versão e histórico, sem impor que todas as pendências estejam concluídas nem alterar estados de outros processos. Restam restantes consumidores/parametrização/percurso adaptativo, conferência visual/login real e disponibilização no destino. Fecho/reabertura: o proprietário respondeu que o dossier tem um dono e esse deve executar a acção. PUT privado/verified reutiliza user_id do dossier e exige a autoridade efectiva actual, incluindo representação vigente em organização. Outro gestor/analista/representante não substitui esse dono. O dono vê contagens locais de pedidos/tarefas/comprovativos pendentes; desconhecido continua por confirmar, sem zero inventado. Decide por motivo e confirmação, sem exigir conclusão de todas as pendências. Lock/versionamento do dossier, client_key e eventos cifrados preservam antes/depois/actor/motivo/contagens. Repetir exactamente não cria outra decisão; operação antiga repetida após reabertura devolve o estado actual e não volta a encerrar. Não modifica payload/workflow/estados próprios de pedidos/tarefas/pagamentos. Reabertura não reabre pedidos cancelados/encerrados. Formulário adopta estado/versão do servidor só no sucesso, preserva motivo/chave na falha e exige adopção explícita se a base mudar. Depois de sucesso retira ficheiro local não associado/consentimento antigo para não os reutilizar invisivelmente após reabrir. Não é aprovação por silêncio, licença, conferência de dinheiro ou fecho em cascata. Conferência visual/login real continua pendente nas condições da ferramenta já registadas; componentes/HTTP/SQL não são aceitação humana. Prosseguir com os restantes consumidores autorizados e manter ACT-16/modelos societários nas respostas já registadas.

03/11/2026 — AUD-CRM-01: edição concorrente sem sobrescrever alterações recentes

[CRM-RECORD-VERSIONS-20261103] Investidor, contacto, qualificação/atribuição de lead e estado de tarefa passam a enviar automaticamente a revisão que foi apresentada. PortalAudit confere-a sob lock, devolve erro de versão e só incrementa a revisão numa alteração efectiva. As colunas version_no já existiam; o trigger existente apenas actualiza updated_at. Contactos partilhados mantêm uma revisão comum. A interface compara dados actuais com a edição, exige escolha nos campos em conflito e conserva alterações deliberadas, incluindo regressar ao valor inicial e editar durante a gravação. Preservados conversão idempotente, consentimento, não duplicação, responsáveis autorizados, próxima acção e fecho de dossiers pelo dono. 45 Feature/594 asserções, 75 frontend (10 novos), estática/Pint/tipos/lint/build aprovados. Dois processos PostgreSQL com espera por lock comprovada: uma gravação, um conflito de versão, um evento; contacto sentinela preservado. 23 tabelas QA vazias, owner/RLS conferidos. Recibo crm_record_versions_increment_20261103; sem migração ou escrita activa. Visual/destino e restante cobertura do CRM continuam parciais.

Origem e inventário: instruções permanentes de preservação e edição deliberada; segmentação bf26caeee043, parágrafos474/479/481. Reutilizados os registos investors/contacts/leads/tasks, a auditoria e os quatro formulários existentes. O inventário do incremento anterior conserva dossiers, encerramento/reabertura pelo dono, anexos, comprovativos, rascunhos, tarefas e permissões. Conferidos os hashes dos recibos/logs anteriores e o delta explícito do código, sem nova regra de competências.

Uso: «Comparar com os dados actuais» recupera apenas os dados desta página e conserva o formulário. Campos alterados por ambas as operações exigem «Usar valor actual» ou «Manter minha alteração». A adopção é explícita; a gravação seguinte utiliza a revisão comparada, novamente sujeita a concorrência. Sucesso repõe os dados efectivamente devolvidos pelo servidor, preservando edições feitas durante a espera. O fundamento anterior do lead fica em consulta e não é reutilizado como fundamento de um evento novo. Nenhuma cópia de contactos é guardada em localStorage.

Compatibilidade e limites: os quatro PATCH privados de edição exigem agora version, enviado pela interface sem pergunta adicional ao utilizador; cliente anterior sem esse metadado recebe422 e deve actualizar a página. Coordenar backend/frontend na entrega. Não se trata de nova versão de edição de documentos/fontes, nem de histórico integral dos textos pessoais na auditoria. A política de incremento restringe-se às quatro tabelas CRM em PortalAudit; restantes domínios conservam a política existente. A conservação da edição é em memória da página/recarga parcial/erros, sem promessa de recuperação após fechar o navegador. Os acessos existentes da gestão são preservados; esta correcção não acrescenta MFA ao CRM. Guia/tarefas mantém a sua verificação de versão já existente.

Provas: servidor CrmRecordVersionsTest(8), CrmIntakeTest(6), DeskClosedLifecycleTest(9), DeskCaseStateTest(6), InvestorGuidanceTest(16),45/594 no total; frontend75 incluindo10 casos novos de comparação, reversão deliberada, actualização parcial, normalização de email, edição em voo, fundamento por evento, registo exacto e envio de revisão nos quatro formulários. O ensaio concorrente chama o serviço com duas ligações/processos reais numa segunda base sintética; não substitui os testes HTTP de autorização nem aceitação visual. Base principal crm_record_versions_20261103_test (55441/investmoz_test),23 tabelas sem linhas retidas após rollback; base concorrente crm_record_race_20261103_test mantém explicitamente a fixture sintética/sentinela para prova. Nenhuma base activa alterada, migração nova, mensagem externa ou instalação. Compilação aprovada com os avisos anteriores de fonte opcional/chunks/tempo de plugins.

Próxima acção: continuar o inventário e implementação autorizados, mantendo AUD-CRM-01 parcial até conferir os percursos/filas por perfil e apresentação visual aplicáveis. Não repetir a decisão do dono, as conversões ou os resultados já demonstrados como novas lacunas. Línguas nacionais e sete minutas oficiais continuam dependentes das definições/exemplares que o proprietário ainda não possui.

03/11/2026 — AUD-DASH-01 e AUD-CRM-01: acompanhamento pessoal no painel

[DASHBOARD-WORK-QUEUE-20261103] O painel passa a reunir manifestações, pedidos do Balcão e tarefas CRM atribuídos à pessoa autenticada, usando as autoridades de consulta existentes. Colecções separadas, totais/prazos sobre o conjunto completo, ordenação por prazo/ID e cinco linhas por página com paginação independente. Ligações directas ensaiadas; tarefas apontam ao formulário existente do lead. Fecho do dossier suspende a presença dos pedidos/tarefas vinculados na fila activa, conservando estados/histórico. Auditor não recebe o resumo de gestão que os destinos já lhe negavam. Regressão final41 Feature/694,82 frontend (7 novos), estática/Pint/tipos/lint/build aprovados;26 tabelas QA vazias, owner/RLS conferidos após libertação do lock do processo de testes. Recibo dashboard_work_queue_increment_20261103; nenhuma migração nova/escrita activa. Restam outros acompanhamentos por perfil, visual e entrega.

Origem e inventário: AUD-DASH-01 pede acções permitidas por perfil, indicadores e destinos reais; AUD-CRM-01 pede acompanhamento interno com responsável/próxima acção. A navegação e os painéis de domínio já existem, mas dashboard não reunia estas atribuições. Reutilizados interest_requests.assigned_to, desk_requests.analyst_id e tasks.assignee_user_id/lead_id, ScopedPortalAdministration, acesso directo do Balcão e o gate da gestão CRM, sem criar perfis, concessões, prazos ou outro workflow. O incremento anterior de edição concorrente foi reconferido antes da alteração; guardas, versões, contactos, documentos, operações de dossier e provas anteriores preservados, com delta explícito para a âncora do formulário de tarefa.

Âmbito: fila pessoal, mesmo para gestor; as colecções não são somadas para não sugerir pessoas/processos únicos. Manifestações exigem a consulta efectiva existente, incluindo confirmação MFA válida; pedidos atribuídos usam a consulta já permitida ao analista; tarefas CRM usam o acesso de gestão já existente, sem concedê-lo por mera atribuição. Ausência de autoridade/módulo omite a colecção, sem zero inventado. Revogação, expiração MFA e condição de auditor são reavaliadas em cada pedido. O resumo global antigo deixa de ser enviado a um auditor que acumule o gate legado de gestão. Nenhuma alteração aos gates globais ou às decisões autorizadas.

Prazos e estados: ausência de prazo aparece «Sem prazo definido»; instante igual ao da leitura não é atraso. Datas em Maputo e instante de actualização explícitos. Estados apresentados pelos dicionários já existentes da manifestação/tarefa e configuração do Balcão; aceitação interna não é mostrada como licença/aprovação externa. Concluídos/cancelados e exclusões lógicas pertinentes saem da fila activa. Pedidos e tarefas vinculados a dossier encerrado ficam em consulta/histórico, sem mudar estados nem reabrir por arrasto. CRM sem vínculo continua disponível quando o Balcão opcional está ausente.

Navegação: cada colecção tem cinco registos por página, mantendo os parâmetros das outras páginas. Prazo seguido do ID dá ordenação estável; página antiga fora do novo total regressa a uma página existente após mudanças de atribuição/estado. A fila não reserva trabalho, não decide pedidos, não envia avisos nem executa tarefas. Leituras são dinâmicas e os destinos voltam a verificar acesso/versão/estado no momento da acção. As páginas anteriores do investidor, oportunidades e indicadores continuam acessíveis no âmbito já autorizado.

Provas: regressão final41 casos: DashboardWorkQueueTest(11), DashboardOpportunityAccessTest(3), CrmRecordVersionsTest(8), DeskClosedLifecycleTest(9), DeskCaseStateTest(6) e InvestorPathTest(4). Os cenários novos cobrem visitante/não verificado/investidor, operador por atribuição, totais separados, destinos, ausência de escrita/auditoria, fecho/conclusão/exclusão, perda de atribuição, paginação sem duplicações, prazo nulo/igual ao instante, expiração MFA/auditor e CRM sem Balcão, além dos parâmetros inválidos. Sete casos frontend novos e os75 anteriores,82 no total: continuidade do investidor/gestão, dicionários de estados, ausência/zero, datas, paginação, texto escapado e âncora real. Base dashboard_work_queue_20261103_test,55441/investmoz_test;26 tabelas sem linhas retidas, RLS e proprietário conferidos depois de adquirir o lock que exclui testes vivos. Ficheiros de diagnóstico anteriores conservados. Build com os avisos já conhecidos de fonte opcional/chunks/tempos de plugins.

Limites e próxima acção: não declara dashboard integral de todos os perfis, todos os contadores de domínio ou a matriz concluídos. Restam outros consumidores/filas, verificação visual/móvel/teclado no navegador e disponibilização no destino. Prosseguir com as lacunas autorizadas da matriz, sem repetir as aceitações existentes, sem nova aprovação organizacional para escolhas técnicas e sem instalar dados sintéticos ou migrar o activo.

03/11/2026 — AUD-CRM-01 e AUD-DASH-01: próxima acção consistente no CRM e na orientação

[CRM-NEXT-ACTION-20261103] Reproduzidas três falhas: uma tarefa futura em dossier encerrado permitia qualificar o lead e concluir a última tarefa disponível (HTTP302), e a orientação permitia concluir a última tarefa de lead activo sem substituta (HTTP200). Agora a disponibilidade de trabalho é partilhada por CrmTask/CrmNextAction, qualificação, conclusão pelos dois percursos, fila pessoal e indicadores factuais. A tarefa conserva estado/histórico, mas não serve de próxima acção enquanto o dossier está encerrado; reabertura pelo dono recupera a disponibilidade sem reescrever a tarefa. Os dois comandos serializam pelo mesmo lead antes de alterar tarefas. Regra de prazo futuro já existente preservada; interface explica a pendência e liga ao formulário existente. 75 Feature/915 asserções e foco final2/42 sobreposto,87 frontend (5 novos), estática/Pint/tipos/lint/build aprovados. Concorrência real CRM/orientação: uma conclusão, uma recusa por falta de outra próxima acção, uma acção futura mantida e lead/dois dossiers preservados.29 tabelas QA vazias, owner/RLS/lock conferidos. Recibo crm_next_action_increment_20261103; nenhuma migração/escrita activa.

Origem e inventário: AUD-CRM-01 já exige responsável autorizado e próxima tarefa antes de encerrar a última; a decisão expressa de03/11 mantém o fecho/reabertura do dossier exclusivamente no dono, sem alterar em cascata estados de tarefas. Código e recibo dashboard_work_queue_increment_20261103 reconferidos antes da alteração. O painel já retirava tarefas de dossiers encerrados, mas os testes de qualificação/conclusão do CRM contavam-nas; a resposta da orientação não reutilizava a guarda CRM quando uma tarefa possuía ambos os vínculos. As três falhas HTTP foram guardadas antes da correcção. Não se criou nova regra de competências nem uma condição para o dono encerrar o dossier.

Execução: scope CrmTask.availableForWork reúne estado open/in_progress, ausência de exclusão lógica e dossier associado aberto, quando existe. CrmNextAction acrescenta o prazo futuro e o mesmo lead para as condições que já o exigiam. Tarefas de outro lead, sem prazo, vencidas ou eliminadas não substituem a próxima acção futura. A qualificação conserva as regras anteriores de responsável, motivo, versão e lead convertido; desqualificação continua sem exigir outra tarefa. Na conclusão de um lead new/qualified, CRM e orientação verificam a mesma substituta excluindo a tarefa em conclusão. Orientação sem lead e resposta associada a lead arquivado conservam o percurso autorizado anterior. A disponibilidade não inventa novas regras de vigência/perfil do responsável.

Concorrência e autoridade: ordem de locks dossier, lead e tarefa nos dois comandos; a orientação recupera o lead associado e confirma novamente o vínculo da tarefa antes da decisão. Os comandos continuam sujeitos aos seus acessos e versões anteriores. O ensaio com dois processos PostgreSQL e dois intervenientes sintéticos comprovou espera real pelo lock do lead: CRM concluiu uma tarefa, a orientação reavaliou após essa decisão e recusou concluir a outra, que permaneceu aberta/versão1; somente uma revisão/evento de auditoria acrescentados. Os dois dossiers e o lead mantiveram os respectivos dados/estados. A ordem do fecho pelo dono é independente: o dono pode suspender um dossier mesmo que a sua tarefa fosse a próxima acção do lead. Não se bloqueia esse fecho nem se cria/reabre outra tarefa por arrasto; a falta posterior de próxima acção fica visível para acompanhamento.

Consulta e formulários: fila pessoal reutiliza o scope do modelo; contagem de atrasos CRM e avisos determinísticos locais deixam de tratar tarefas suspensas como trabalho disponível. O aviso missing_next_action conserva a distinção anterior entre ter trabalho pendente disponível e ter prazo futuro; tarefa disponível vencida pode ter alerta de atraso sem ser tratada como inexistente. Filtros de classificação/privacidade dos indicadores opcionais não foram alargados, nem foram copiados dados privados para métricas. Os comandos normais funcionam com IA/SuiteCRM desligados. No lead, contagem informativa de tarefas futuras e ligação ao formulário de próxima acção, com singular/plural correctos; nenhuma pergunta adicional, estado automático ou bloqueio geral que impeça desqualificação. Histórico de tarefas suspensas e erro por versão permanecem visíveis.

Provas e preservação: CrmNextActionTest(11), CrmIntakeTest(6), CrmRecordVersionsTest(8), DeskClosedLifecycleTest(9), DeskCaseStateTest(6), DashboardWorkQueueTest(11), InvestorGuidanceTest(16) e AiGatewayTest(8),75/915. Foco final2/42 sobreposto confirma a leitura/avisos após a consulta tipada e regras sem modelos externos; não somar rondas. Frontend87, incluindo5 casos novos sobre pendência, contagem/singular, histórico suspenso, resposta antiga sem metadado e lead desqualificado. Base crm_next_action_20261103_test,55441/investmoz_test;29 tabelas sem linhas retidas, dono/RLS conferidos e lock do processo de testes adquirido antes de contar. A segunda base crm_next_action_race_20261103_test conserva explicitamente fixtures sintéticas para prova. HTTP/factos determinísticos não substituem observação visual ou aceitação de utilizadores.

Limites e próxima acção: observar a apresentação/recuperação dos erros no navegador, disponibilizar no destino no âmbito próprio e continuar os restantes percursos/filas da matriz. A regra não garante uma tarefa futura para sempre: prazos expiram e o dono pode suspender o dossier posteriormente. Não automatiza decisão/qualificação nem cria responsáveis ou tarefas. Não declara o CRM/dashboard ou a auditoria integralmente concluídos; fontes/modelos e decisões concretas ainda pendentes permanecem no inventário existente.

03/11/2026 — AUD-PART-01: edição de parcerias sem perda de dados e recuperação comparada

[PARTNERSHIP-EDITING-20261103] Corrigidas omissões destrutivas no editor/API: disponibilidade existente, organização, campos escalares, locais e origens não enviados são conservados; valores explicitamente vazios continuam a remover o dado. Disponibilidade opcional agora visível, distinta do prazo de recepção de interesses. Actualização da página conserva edições e compara divergências por campo/grupo antes da adopção explícita. Repetição de criação não confirmada reutiliza o comando/chave originais, exige representação actual e não volta a validar sector activo numa repetição já executada. Gravações novas conservam validação do sector, versões409 e estados autorizados, incluindo publicada→rascunho.19 Feature/148 asserções (10 novos),103 frontend (16 novos), estática/Pint/tipos/lint/build aprovados. Dois processos PostgreSQL:1 registo/1 evento/1 auditoria/1 notificação, mesma identidade/versão e disponibilidade conservada.45 tabelas QA vazias com owner/RLS/lock conferidos. Recibo partnership_editing_increment_20261103; sem migrações/escritas activas.

Origem e inventário: AUD-PART-01 e orientação expressa de23/10 sobre reutilizar dados e preservar edições deliberadas, explicar divergências/impactos e aperfeiçoar componentes existentes. A referência segmentar processos v1.docx, parágrafos479/481, conserva a distinção entre estados, reabertura e recuperação/versionamento; este incremento não declara executadas todas as variantes. Recibo CRM anterior, código e provas aceites reconferidos antes de continuar. Reprodução inicial: quatro cenários expuseram três defeitos distintos: perda de disponibilidade em duas edições; repetição pelo criador sem representação actual devolvia200; repetição exacta após desactivação de sector devolvia422. O quarto cenário produziu erro de asserção por chave availability desaparecida, não HTTP500. Reproduções e diagnósticos anteriores foram conservados.

Servidor e reutilização: actualização parcial conserva raízes, campos permitidos do payload e relações omitidos. Apenas campos explicitamente enviados são substituídos; null/texto vazio, false e listas vazias mantêm significado próprio. Relações omitidas não são apagadas/recriadas nem novamente resolvidas; indicar novas origens/locais continua sujeito às guardas existentes. Conservar a referência não concede acesso ao documento. Preservados autor original, hash de criação, chave, versão, relações e eventos anteriores. Não se inventou novo requisito de NUIT, organização, documentos ou MFA para o rascunho pessoal; teste de utilizador não verificado confirma o percurso. As opções de edição draft/returned/rejected/published e a passagem de published a draft continuam as existentes.

Autoridade e repetição: o replay procura a criação anterior dentro do mesmo lock por actor/chave, verifica a autoridade efectiva actual e a correspondência ao hash original; sem nova escrita/evento/notificação. O criador que perdeu representação após transferência não recupera acesso por conhecer a chave. Validação de sector activo aplica-se depois do ramo de replay, conservando a verificação para escritas novas. Validação estrutural básica continua a anteceder o replay; não se promete compatibilidade com qualquer futura alteração de esquema. O ensaio final usa dois processos reais e espera demonstrada pelo lock, conservando um único efeito mesmo com o sector desactivado após o primeiro commit. A prova de serviço concorrente complementa, sem substituir, os19 testes HTTP. Retirar explicitamente uma organização pode terminar o acesso futuro do representante conforme a regra anterior do autor original; a interface explica esse efeito, sem criar novo dono/perfil.

Editor e formulário: removida a remontagem pela versão; estado mantém-se durante actualização e na transição de criação para edição. Comparação usa valores normalizados e versões, apresenta dados actuais e locais e pede escolha explícita nos conflitos. Locais, origens e critérios são grupos comparados atomicamente; ordem de conjuntos não cria divergência falsa. Edições deliberadas que regressam ao valor inicial continuam reconhecidas. Escolhas independentes não desaparecem ao resolver outro campo. Alterações batched de payload e remoções por identidade usam o estado corrente. Respostas inválidas, de outra identidade, mais recentes ou readonly não apagam a edição nem autorizam gravação. Erro409 mantém o texto e pede actualização/comparação.

Criação e resultado incerto: a tentativa conserva uma cópia do comando efectivamente enviado. Repetir usa essa mesma chave/conteúdo, preservando à parte edições feitas depois do envio. A confirmação identifica o registo e conserva essas edições para a próxima actualização; não cria outro registo. A confirmação de gravação usa os dados canónicos devolvidos, incluindo normalização de espaços, e não toma alterações concorrentes como suas. Há aviso ao sair com alterações e recuperação em memória durante o percurso; não existe novo localStorage nem garantia de autosave, recuperação após fechar/recarregar o navegador, regressar pelo histórico ou voltar a autenticar. Falha403 é apresentada como impossibilidade de confirmar com o acesso actual, pois um redireccionamento posterior pode falhar após escrita autorizada. A revisão de proposta publicada explica a volta a rascunho e o circuito existente; não afirma que uma proposta privada estava publicada no catálogo público.

Provas e preservação: PartnershipEditingTest10 e PartnershipExchangeTest9,19/148; frontend103 com16 novos casos no componente/editor/helper efectivamente transpilados, modelo de hooks incluindo identidade/key e limpeza de efeitos. Não é ensaio visual num navegador. PHPStan sem supressões, Pint--test, tipos, lint sem avisos e build exit0; avisos de fontes/chunks/tempos já conhecidos não são falhas. Diagnósticos iniciais de fixture/harness/tipagem e de caminhos JSON foram retidos sem os confundir com falhas actuais. A fixture geográfica positiva usa identificador técnico sintético compatível com a guarda de referências; não representa lugar oficial importado, hierarquia validada ou divulgação real. Base principal partnership_editing_20261103_test,55441/investmoz_test,45 tabelas conferidas sem linhas e lock adquirido antes da contagem. As duas bases de concorrência retêm fixtures sintéticas identificadas; prova final v2 após a última alteração do servidor.

Limites e próxima acção: histórico de eventos conservado não equivale a arquivo imutável do texto integral de cada versão. Não se acrescentaram migrações, permissões, publicações nem alterações no destino activo. Manter prova visual/entrega e restantes variantes de sala, partilha documental e formulários no inventário existente. Línguas nacionais e os sete modelos oficiais continuam dependentes das fontes/definições já pedidas; não se inventaram traduções ou minutas aprovadas. AUD-PART-01 permanece parcial.

03/11/2026 — AUD-PART-01: responsáveis dos marcos ligados aos participantes efectivos

[PARTNERSHIP-PARTICIPANTS-20261103] Selector de responsáveis dos marcos agora reutiliza a regra efectiva de representação das duas partes. Pessoas identificadas pelo nome e lado da parceria, sem introduzir IDs, e-mails ou novos papéis. Autores de participações pessoais mantidos; representantes actuais de organizações seleccionáveis; viewers, vínculos revogados e organizações eliminadas não são fontes de atribuição. Leitura conserva o responsável anterior e informa perda de representação; substituir exige escolha explícita e evento com IDs anterior/novo. Salas em negociação, encerradas ou apenas de consulta não oferecem edição de marcos.25 Feature/211 asserções (6 novos),1413 frontend em regressão ampla (6 novos), PHPStan/Pint/tipos/lint/build aprovados.45 tabelas QA vazias, owner/RLS/lock conferidos. Recibo partnership_participants_increment_20261103; sem migrações/escritas activas.

Origem e inventário: AUD-PART-01 exige candidatura isolada, sala e marcos com papéis reais. A guarda de gravação já permitia qualquer participante actualmente autorizado, mas o selector continha apenas os dois autores originais; uma organização cujos autores perderam representação ficava sem opção válida no formulário, apesar de possuir representantes competentes. O resumo só mostrava ID do responsável. Reconciliados código, recibo partnership_editing_increment_20261103 e provas anteriores antes de continuar; nenhuma entrega anterior foi reclassificada como ausente.

Reutilização de autoridade: representa() e o novo catálogo contextual partilham uma única query de vínculos/organização actuais, com os mesmos papéis de escrita admin/manager/officer e as mesmas exclusões anteriores. O catálogo só é calculado depois de validar o acesso à sala. Não há directório público nem novo endpoint para procurar pessoas fora das duas partes. A participação pessoal selecciona apenas o seu autor, independentemente de outras organizações a que pertença. A mesma pessoa que representa ambas as partes tem um ID e dois lados; pessoas não são fundidas por igualdade de nome. O catálogo devolve apenas id/name/parties; sem e-mail, credenciais, MFA ou lista de perfis. Contas apenas de consulta recebem lista de atribuições vazia. Estado do vínculo no momento da consulta não concede autoridade futura.

Formulário e estado: novos marcos pedem selecção explícita de um participante autorizado. Em marcos existentes mantém-se o ID efectivamente atribuído; o nome é consultado no cadastro actual, não um nome congelado na data original. Perda de representação fica indicada, sem transferir responsabilidade por arrasto. A opção anterior permanece visível/desactivada até escolha explícita de substituto, conforme a validação que já existia no comando. Consulta não altera linha, versão ou evento. Botão/envio recusam escolha indisponível na lista actual; o servidor continua a reavaliar a autoridade, incluindo quando o vínculo é revogado/rebaixado depois de abrir a sala. Não se criaram novas competências ou responsabilidades automáticas. Editor de marcos aparece somente nos estados agreement_recorded/agreed/execution já aceites pelo servidor, conservando a consulta do histórico nos restantes. Não se alterou a regra das confirmações do acordo, nem os estados/fecho da conexão ou de outras candidaturas.

Rastreabilidade: evento partnership_milestone.changed.v1 e envelope de auditoria acrescentam previous_responsible_id/responsible_id. A reatribuição é um comando versionado explícito; versões antigas, responsável de outra sala/organização ou participante sem representação actual continuam recusados. Não se reescrevem eventos anteriores e não se promete um arquivo integral de todas as versões do texto/evidência do marco. Exibir o nome actual do cadastro não transforma essa pessoa em representante actual nem concede acesso ao responsável histórico. A regra de consulta da sala e a regra de atribuição continuam distintas. A listagem é informativa; não se acrescentou garantia de serialização de revogações além das guardas/locks existentes.

Provas: PartnershipParticipantsTest6, PartnershipEditingTest10 e PartnershipExchangeTest9,25/211 na ronda final. Casos novos cobrem representantes de ambos os lados, resposta mínima, revogação do autor e substituição expressa/evento, participações pessoais, deduplicação de representação dupla, consulta/encerramento, escolha desactualizada após downgrade, pessoa alheia, versão antiga e organização eliminada. Prova inicial da lacuna:3 falhas de asserção e1 erro do teste por propriedades ainda ausentes em respostas200; não quatro falhas HTTP. Primeira fixture sem tipo da parceria foi corrigida antes dessa reprodução e o diagnóstico conservado. Frontend1413 em todos os ficheiros *.test.mjs;6 casos novos exercitam os componentes transpilados, opções por nome/lado, escolha explícita, atribuição anterior, estados sem edição, lista alterada sem troca silenciosa e nome indisponível. Não é aceitação visual em navegador. PHPStan passou sem supressões antes da formatação, que alterou somente o estilo do teste; Pint--test final, tipos e build exit0. Avisos de fontes/chunks/tempos existentes mantidos.

QA e limites: base partnership_participants_20261103_test em127.0.0.1:55441/investmoz_test,45 tabelas conferidas vazias depois do processo terminal, com lock adquirido, proprietário e RLS verificados. Sem nova migração, escrita activa, notificação externa ou importação de pessoas reais. Preservados65 recibos e143 provas aceites anteriores; deltas de código explicitados no novo recibo. A recuperação/comparação integral dos formulários de acordo, candidatura e marcos continua como saldo próprio: este incremento não remove o remontar da sala pela versão nem promete conservar todas as edições noutra actualização. Também não implementa novas notificações dirigidas aos representantes em substituição dos destinatários históricos. Próxima acção: continuar esses percursos e as variantes restantes da matriz, observar a apresentação no navegador e disponibilizar no destino no âmbito próprio. AUD-PART-01 permanece parcial.

03/11/2026 — AUD-PART-01: recuperação dos formulários da sala e repetição sem efeitos duplicados

[PARTNERSHIP-ROOM-RECOVERY-20261103] Sala deixa de remontar pela versão; acordo, marcos, mensagem e ficheiro preparados conservam-se durante actualizações. Alterações deliberadas exigem comparação por campo/contexto e escolha explícita nos conflitos; controlos intocados acompanham os dados actuais sem pedir comparação de um formulário vazio. Estado/acesso posteriores limitam novas gravações e conservam preparação; aviso único antes de sair. Novos marcos e documentos usam chave/conteúdo por actor/sala no histórico existente, com lock da sala; mensagens reutilizam a chave já existente. Repetição confirmada é leitura, mesmo após encerramento, sem novos marcos, bytes, partilhas, eventos ou scans.34 Feature/310 asserções (9 novos),foco final2/37 sobreposto para caixa UUID,1429 frontend em regressão ampla e22 focados finais sobrepostos (16 novos e6 adaptados), estática/Pint/tipos/lint/build aprovados. Dois processos PostgreSQL:1 marco,1 documento/ficheiro,2 eventos/auditorias e1 pedido de scan; lock do marco demonstrado, seguido de replay documental.45 tabelas QA vazias, owner/RLS/lock conferidos. Recibo partnership_room_recovery_increment_20261103; sem migrações/escritas activas.

Origem e inventário: orientação expressa de23/10 sobre reutilização, conservação de edições e explicação de divergências/impactos, e AUD-PART-01 (versões, sala, marcos e participantes). O incremento anterior identificara a remontagem de RoomPage pela versão e dos marcos pela versão, bem como o saldo de recuperação dos formulários. Confirmadas essas chaves no código e reconferido o recibo partnership_participants_increment_20261103 antes de alterar. A proposta funcional e os estados existentes foram preservados; não se criaram competências, etapas ou aprovações. Chaves/hashes de comandos são uma escolha técnica de repetição segura, sem nova pergunta de negócio ao utilizador.

Editor e comparação: identidade da sala mantém-se durante actualizações preservadas pelo Inertia; navegação normal para outra sala continua a ter o ciclo próprio da página. Resposta de outra sala não reinicializa nem autoriza gravar no destino diferente; outra conta recebe editor próprio. Acordo e cada marco têm bases/versões independentes, estado/acesso corrente e geração das edições. Mudança remota não sobrescreve texto, inclusive retorno deliberado ao valor original, edição posterior ao envio e resolução de vários conflitos. Comparação apresenta valores guardados/locais e exige opção explícita por campo em conflito; adopção incorpora apenas actualizações compatíveis e conserva o que foi escolhido. Controlos sem qualquer edição ou comando incerto seguem o estado actual, evitando confirmação redundante num novo marco vazio. Erros409, falha de rede, resposta inválida ou inesperadamente mais recente conservam a preparação e suspendem a gravação até recuperação/comparação. Actualizar dados iguais à base pode resolver uma pendência transitória sem inventar uma versão nova.

Estados e sentido da acção: fecho/perda de escrita mantém preparação visível/desactivada em memória, sem a transformar numa nova autorização. Marco que estava em edição não é desmontado quando a sala muda para negociação ou estado terminal; formulários limpos continuam omitidos nesses estados. Atribuição histórica conserva nome do cadastro actual e indicação correcta: lista de atribuição indisponível num estado não é, por si só, prova de perda de representação. Acções de acordo usam versão revista e motivo; só registar altera título/condições. Confirmar/iniciar/renovar/cancelar/concluir continuam a agir sobre o instrumento actualmente guardado, apresentado acima; a interface avisa quando existe instrumento local ainda por registar. A confirmação conserva edições locais não enviadas e não certifica assinatura jurídica. Não se mudou quem pode confirmar, a sequência de estados ou a regra dos marcos pendentes.

Mensagem e ficheiro: cada tentativa conserva o comando originalmente enviado, incluindo File imutável e autorização de partilha. Repetir após incerteza usa esse comando/chave; texto, selecção de ficheiro ou consentimento preparados depois ficam para uma próxima operação e não são apagados pela confirmação anterior. Resposta válida exige a sala esperada e identificação do efeito nos dados devolvidos. O campo nativo do ficheiro só é limpo quando o envio correspondente foi confirmado, mantendo uma selecção posterior; identificação do ficheiro preparado permanece visível. Mensagens e marcos devolvem a chave apenas ao respectivo actor; documento é reconciliado pelo identificador devolvido em flash e pela ligação/autor na sala. Estas referências não dão acesso à contraparte, não substituem autorização de download e não activam o documento.

Servidor/idempotência: PartnershipMilestones e PartnershipRoomUploads reutilizam a autorização do PartnershipExchange, os locks da sala, repositório privado e eventos/auditoria existentes. Novos marcos/documentos com chave UUID registam no evento a referência do comando e hash normalizado do conteúdo; sem nova tabela/migração nem ledger concorrente. A pesquisa actor/sala/tipo/chave e a gravação/evento são serializadas pelo mesmo lock. Caixa maiúscula/minúscula da UUID é normalizada na entrada HTTP. Repetir conteúdo diferente sob a mesma chave devolve409. Pedidos legados sem chave continuam compatíveis e não recebem por inferência garantia de idempotência. Actualizações de marco mantêm a versão e as regras de responsável/evidência anteriores. Não se adiciona um novo evento ou se reescreve o marco actual ao recuperar a criação, mesmo se o marco já tiver versão posterior.

Recuperar após encerramento: a autoridade actual de escrita continua obrigatória; o replay exacto já executado é identificado antes de rejeitar novas escritas pelo estado terminal. Isso permite confirmar uma operação anterior, sem nova mensagem, ficheiro, marco ou alteração de estado. Se não existe operação anterior, permanece409 no estado terminal; conta de consulta ou representação revogada não recupera autoridade pela chave. Upload repetido não volta a autorizar partilha posteriormente revogada e não volta a pedir scan. Novos bytes continuam privados/quarentenados e sujeitos à análise/hash/ACL de download já existentes. Falha transaccional remove apenas o ficheiro recém-criado sob o prefixo autorizado, preservando originais anteriores. A confirmação de envio não prova execução do worker/scan, autenticidade ou vigência. Não se implementou novo mecanismo de reencaminhamento se a fila falhar após commit; esse acompanhamento operacional continua separado.

Provas: PartnershipRoomRecoveryTest9, PartnershipParticipantsTest6, PartnershipEditingTest10 e PartnershipExchangeTest9:34/310. Foco final2/37 sobreposto confirma a normalização UUID após a ronda principal, sem somar casos/asserções de rondas. PHPUnit cobre efeito único, hash/conteúdo/ficheiro/consentimento, escopo por actor, compatibilidade legada, leitura após encerramento, versões antigas, revogação, privacidade de chaves, bytes/quarentena e rollback com original preservado. Frontend1429 em todos os *.test.mjs e22 focados finais sobrepostos depois da correcção do rótulo contextual de estado,16 casos novos de recuperação e6 casos anteriores do selector adaptados ao modelo que executa também os hooks reais. O harness respeita identidade/key, frames separados, efeitos/limpeza e respostas de Inertia, mas não é um navegador/ensaio visual. Os diagnósticos de tipagem, redundância de comparação, aviso do harness e resposta de sala errada foram conservados; corrigidos sem supressões. PHPStan/Pint--test/tipos/lint e build exit0; avisos conhecidos de fontes/chunks/tempos mantidos.

Concorrência e QA: base principal partnership_room_recovery_20261103_test,127.0.0.1:55441/investmoz_test;45 tabelas conferidas vazias após o foco final terminal, com lock do processo adquirido e owner/RLS verificados. Disco fake dos testes não é o repositório activo. Base separada partnership_room_recovery_race_20261103_test conserva fixtures sintéticas e ficheiro original próprios. Dois processos e conexões PostgreSQL distintos; espera pelo lock da sala demonstrada na criação do marco. Primeiro processo criou marco e documento, o segundo recuperou ambos:1 marco,1 ligação/documento/ficheiro,2 eventos e2 auditorias acrescentados,2 notificações de marco e1 pedido fake de scan. Os bytes mantiveram o hash. O ensaio não forçou uma disputa independente entre dois uploads simultâneos; essa leitura documental seguiu a disputa do marco. Estados preparados directamente nessa fixture comprovam serialização do serviço; os34 testes HTTP exercitam separadamente o workflow/autoridade/validação. Sem envio externo ou pessoas reais.

Preservação e saldo:66 recibos e152 provas anteriores conservados;11 fontes do incremento e deltas autorizados identificados no recibo. Este registo substitui apenas a pendência anterior da remontagem/recuperação dos formulários da sala, sem apagar a prova histórica. Preparação permanece em memória, com aviso único antes de sair; não há novo localStorage/autosave nem promessa de recuperação após fechar/recarregar o navegador, perder a página ou voltar a autenticar. Eventos não passam a guardar todo o texto de cada versão do marco. Continuam pendentes candidatura/avaliação por consumidor, apresentação visual, destinatários actuais das notificações, variantes documentais/sala e disponibilização no âmbito próprio. Línguas/modelos oficiais já pendentes não foram inventados. AUD-PART-01 e auditoria global permanecem parciais.

Último delta de apresentação: pending de marco tem rótulo Pendente, distinto de pending legado da proposta. A fixture foi alinhada ao dicionário real e reproduziu1 falha entre16 casos;22 casos finais da sala/selector passaram após a correcção. A ronda ampla1429 e este foco22 sobrepõem-se e não devem ser somados. Build/tipos/lint finais correspondem a esse fonte.

03/11/2026 — AUD-PART-01: candidaturas identificadas, recuperação e avaliação no contexto revisto

[PARTNERSHIP-CANDIDACIES-20261103] Corrigidas quatro falhas reproduzidas: omissão apagava organização/declarações; actualizar outra candidatura podia atingir o registo errado; faltava autorização efectiva por candidatura na resposta; repetição de submissão já executada devolvia409. Agora identidade explícita, omissões conservadas e remoções explícitas, versões/consentimento/representação anteriores mantidos, snapshots privados de submissão/avaliação e repetição actor/parceria/tipo/chave sem nova decisão. Formulários mantêm preparação e comparam divergências; declaração e avaliação têm bases próprias, perda de acesso conserva apenas preparação local e não concede autoridade. Versão da parceria/hash de critérios conferidos no servidor para novos clientes, retirada independente da janela/requisitos. Ordem de locks parceria→candidatura partilhada.47 Feature/401 asserções (13 novos),1451 frontend (22 novos), estática/Pint/tipos/lint/build aprovados. Concorrência real:1 ressubmissão/1 avaliação antiga recusada409,1 evento/auditoria,2 notificações locais e replay só de leitura.45 tabelas QA vazias, owner/RLS/lock conferidos. Recibo partnership_candidacies_increment_20261103; sem migrações/escritas activas.

Origem e inventário: AUD-PART-01 exige consentimento, versões, candidatura isolada, retirada, sala e marcos com papéis reais; orientação expressa de23/10 exige reutilizar informação e conservar edições deliberadas, explicando divergências. Reconferidos código, recibo partnership_room_recovery_increment_20261103 e provas aceites antes de continuar. Candidacy remontava pela versão; actualização escolhia o primeiro registo por autor OU organização, substituía todo o payload e assumia organizaçãoNULL quando omitida. Reproduções: perda de organização (HTTP200), edição de candidatura organizacional retirada afectava a pessoal com a mesma versão (HTTP200 com ID errado), ausência de can_edit por candidatura e replay após avaliação devolvia409. Não se classificaram as quatro como erros500.

Identidade, autoridade e dados: novos pedidos identificam a candidatura seleccionada; o servidor confirma parceria, acesso actual, versão e estado. Pedidos anteriores sem ID continuam pelo mesmo percurso quando existe um único candidato possível; ambiguidade é409, sem seleccionar por ordem nem alterar outra candidatura. A organização omitida e as declarações/classificações autorizadas omitidas são conservadas; null/vazio expressos continuam a remover informação. A proposta e o consentimento aceite mantêm as exigências anteriores; não se infere novo consentimento de dados antigos. Nenhuma condição de empresa, NUIT, documento, verificação de e-mail ou MFA foi acrescentada ao percurso pessoal. Autor original permanece; retirar explicitamente uma organização não transforma o representante em autor. O formulário explica que essa escolha pode terminar o seu acesso, de acordo com a regra pessoal já existente.

Consulta e capacidades: resposta identifica can_edit de cada candidatura usando a mesma owns/representação do comando; viewers podem consultar no âmbito anterior mas deixam de ver acções de escrita/retirada. canStartInterest reflecte a unicidade anterior por autor/parceria, evitando oferecer nova candidatura a um autor cujo registo deixou de estar acessível por representação. Não se alteraram os predicados de visibilidade da parceria: numa proposta que deixou de estar disponível à conta, a página pode continuar indisponível mesmo quando a API reconhece uma operação anterior. Não se expuseram rascunhos ou novos detalhes privados para contornar isso. A lista de candidatos mantém o isolamento anterior e as chaves de comandos são devolvidas apenas ao actor que os emitiu.

Submissões e auditoria: nova submissão continua a reiniciar a avaliação actual e a passar ao estado submitted, conforme o comportamento existente. A interface explica esse impacto. Antes de o fazer, o evento existente conserva snapshot da versão anterior: organização, proposta, declarações, avaliação, motivo, estado e versão; conserva também a versão submetida. Decisões conservam o snapshot anterior e o contexto realmente utilizado: versão da parceria, algoritmo/hash, pesos, obrigatoriedade, evidências e resultado de correspondência. Não se alteraram pesos, limiares ou o significado de desconhecido. Campos alheios ao contrato da avaliação deixam de ser persistidos; autoria/data da avaliação continuam a ser fixadas no servidor. Estes snapshots são privados, a partir deste incremento; não reconstituem versões antigas sem prova nem constituem ainda um leitor completo de revisões para todos os actores.

Concorrência do conteúdo revisto: novos clientes enviam a versão da parceria e o hash dos pesos ao decidir; o servidor confere-os dentro do lock da parceria antes da escrita. A candidatura mantém o controlo próprio da versão. Mudança de declarações, requisitos ou pesos não autoriza aplicar silenciosamente uma avaliação velha. Legacy sem os novos tokens mantém o protocolo anterior; não se promete a mesma guarda adicional a pedidos que não os enviem. Retirada continua dependente da candidatura/representação actual e não da publicação/janela/pesos da parceria. Ordem de locks foi uniformizada em parceria, depois candidatura, eliminando a inversão entre ressubmissão e avaliação neste percurso. Não se criou aprovação por silêncio, nova competência ou passagem automática de desconhecido a incumprido.

Recuperação e interface: componentes deixam de remontar por versão. Preparação é mantida por candidatura e por acção, com geração de alterações inclusive retorno deliberado ao valor inicial, eventos batched e escrita posterior ao envio. Comparação por campo conserva declarações compatíveis só após adopção explícita; estado/evidência do mesmo critério são uma unidade. Critérios retirados permanecem identificados em preparação local, sem integrar o pedido actual; descarte local é explícito e não apaga auditoria. Dados intocados acompanham actualizações, evitando confirmar formulários vazios. Após criação, o mesmo editor passa ao ID/versão do registo e conserva o texto preparado depois de enviar, sem duplicar formulários. Se a candidatura sai da lista por perda de acesso, só a preparação local permanece desactivada; outra conta tem editor próprio. Um único aviso de saída cobre as preparações independentes. Não há novo localStorage/autosave ou recuperação garantida depois de fechar/recarregar, sair da página ou autenticar novamente.

Decisões e repetição: cada tentativa nova usa UUID e hash do conteúdo no histórico existente, sem tabela/migração paralela; busca e evento serializados pelo lock da parceria. UUID é normalizada na entrada. Recuperar repete o comando original, respeitando autoria/representação actuais, sem reiniciar avaliação, duplicar sala/evento/notificação ou reescrever decisões posteriores. Mesmo nonce com conteúdo diferente é409. Motivo ou avaliação preparados após o envio são conservados. Acções que não guardam avaliação enviam assessment vazio e usam a avaliação guardada, com aviso visível sobre edições ainda por guardar. Respostas de outra parceria, incompatíveis ou com dados posteriores não apagam preparação nem conferem autoridade. Ao comparar um contexto novo, o utilizador pode preparar uma nova tentativa explícita; não é uma repetição automática da acção anterior. Leitura por chave não reabre a janela de submissão nem a candidatura.

Preservação e apresentação: comparação com o ecrã anterior detectou a necessidade de manter peso, obrigatoriedade, evidência e explicação de cada critério; esses elementos foram repostos e recebem teste específico. Intervalo indeterminado apresenta Por determinar, sem percentagem falsa, zero inventado ou aprovação. O restante detalhe público, origens/geografia, moderação e ligações à sala foram conservados. Hash comparativo normalizado por finais de linha confirma que PartnershipExchange fora de interest/decideInterest não mudou; os métodos públicos delegam numa única implementação de candidaturas. A hipótese de opções duplicadas por vários vínculos activos foi rejeitada pelo índice parcial imz_memberships_user_id_organization_id_uq, definido em2026_09_24_012000_investmoz_indexes.php. A fixture inválida foi corrigida, sem remover o índice nem manter uma alteração desnecessária da query; entidades diferentes com nome igual permanecem distintas.

Provas: PartnershipCandidaciesTest13, PartnershipRoomRecoveryTest9, PartnershipParticipantsTest6, PartnershipEditingTest10 e PartnershipExchangeTest9,47/401 na ronda final. Casos incluem identidade exacta/ambígua/estrangeira, omissão/remoção, snapshots, consentimento, replay normalizado e posterior a decisões, perda de representação, critérios/versão antigos, retirada fora da janela e nomes iguais sem fusão. Frontend1451 em todos os *.test.mjs,22 novos casos com componentes/hooks efectivamente transpilados e dicionário de rótulos lido do fonte real. O modelo respeita frames, keys, efeitos, respostas e limpezas, mas não é prova visual num navegador. PHPStan sem supressões, Pint--test, tipos/lint e build exit0; avisos de fontes/chunks/tempos já conhecidos mantidos. Rondas anteriores e falhas de fixture/harness/comando foram retidas sem as declarar falhas actuais ou somar casos.

Concorrência real e isolamento: base principal partnership_candidacies_20261103_test,127.0.0.1:55441/investmoz_test;45 tabelas conferidas sem linhas após o último processo terminal, com lock adquirido e owner/RLS verificados. Base separada partnership_candidacies_race_20261103_test retém actores e workflow sintéticos. Dois processos/conexões PostgreSQL: nova submissão detém o lock da parceria, avaliação antiga espera, submissão grava versão2 e a avaliação recusa409 sem deadlock nem sobrescrita.1 evento/1 auditoria/2 notificações acrescentados; snapshot anterior e declarações novas conservados, avaliação não reaplicada e replay da submissão sem escrita. O delta final acrescentou contexto de matching à auditoria; o ramo de conflito da prova concorrente continua anterior a essa escrita. Não há pessoas reais, comunicações externas, alterações no activo ou instalação de migracões.

Saldo:67 recibos e165 provas anteriores conservados,10 fontes do incremento e deltas autorizados identificados. AUD-PART-01 e a auditoria integral continuam parciais. Ficam o leitor/variantes de história por actor, outras transições de papel, destinatários actuais das notificações, apresentação visual, recuperação além da página e disponibilização no âmbito próprio. O formulário de publicação/moderação da parceria é outro consumidor, não declarado recuperável por este incremento. Fontes/modelos/traduções já pendentes permanecem no inventário existente; nenhuma dependência genérica de aprovação foi criada para continuar o desenvolvimento.

03/11/2026 — AUD-PART-01: consulta privada das versões e decisões das candidaturas

[PARTNERSHIP-HISTORY-20261103] Leitor dos eventos existentes, sem recalcular ou reconstruir valores históricos com dados actuais. Acesso actual à candidatura/parceria e conferência adicional do âmbito guardado em cada versão para o candidato. Página privada com comparação antes/depois, avaliação e parâmetros realmente guardados, links no painel e candidatura; paginação estável por cursor cifrado vinculado à conta/candidatura. 57 Feature/488 asserções (10 novos),1460 frontend (9 novos),PHPStan/Pint/tipos/lint/build aprovados.45 tabelas QA vazias, identidade/owner/RLS/lock conferidos. Recibo partnership_history_increment_20261103;68 recibos e177 provas anteriores preservados. AUD-PART-01 permanece parcial, sem instalação/escritas no activo.

Origem: requisito AUD-PART-01, documento segmentar processos v1.docx (parágrafos479/481: estados, reabertura, versões e histórico) e orientação de23/10 para conservar dados efectivamente utilizados. Reutilizados eventos/snapshots e autorização owns existentes, sem novo perfil, migração, concessão ou alteração de elegibilidade. Este incremento implementa a leitura que estava explicitamente pendente no recibo anterior; não declara todos os fluxos do módulo concluídos.

Autoridade: o responsável actual pela parceria pode consultar as candidaturas do processo pelo predicado de leitura existente. Candidato exige acesso actual à candidatura e a cada snapshot pelo user_id imutável e organization_id efectivamente guardado. Outro candidato, moderador sem esse vínculo ou representante revogado não recebe consulta por inferência. Troca entre organizações A/B não transfere o texto de A para representantes de B. Versão sem âmbito histórico conhecido fica scope_unknown para o candidato; não é inventada participação pessoal. Lacunas antigas mantêm-se parciais para o responsável autorizado.

Dados: a página apresenta estados, declarações, consentimento, avaliação e motivos realmente registados; campos ausentes distinguem-se de null/vazio expressos. Parâmetros congelados de matching, algoritmo/hash, pesos, obrigatoriedade, evidência e explicação provêm apenas do evento da decisão; não se aplica Matching.explain actual. Zero válido permanece zero; parâmetro malformado/ausente permanece desconhecido. Os nomes de pessoas/organizações e rótulos da lista de avaliação provêm do cadastro/catálogo actual e a interface declara essa origem; não são apresentados como nomes históricos congelados. Os rótulos do contexto de matching são os guardados nesse contexto.

Privacidade e navegação: rota GET autenticada protegida pelo middleware privado existente, Cache-Control private/no-store e histórico Inertia cifrado. Não expõe nonces, hashes de comandos, IDs de eventos, contador global, título/offer/payload actual da parceria. Candidatura autorizada continua consultável após arquivo da parceria por um link próprio, sem alargar a visibilidade da página original. Link à parceria só é oferecido quando publicada ou acessível pelo responsável. Cursor cifrado vincula actor/candidatura, revalida acesso em cada pedido e pagina10 eventos por aggregate_version; inserções posteriores não duplicam versões ao avançar. Não há botões de restaurar, reaplicar ou decidir neste leitor.

Provas:10 novos Feature cobrem contexto congelado após mudança de configuração, snapshots antes/depois, concorrentes/moderação/anonimato, viewer/revogação, mudança A/B, legado parcial,21 decisões e inserção entre páginas, cursor estrangeiro/inválido, arquivo sem rascunho exposto, resposta Inertia e consulta sem escrita, parâmetros malformados. A primeira ronda teve9/10: o pedido Inertia sem X-Inertia-Version recebeu409 de actualização de recursos. A fixture passou a enviar a versão real do middleware; nenhuma guarda da aplicação foi removida.9 casos frontend novos transpilam as páginas/componentes reais, verificam valores/conteúdo reservado, campos ausentes, escape de texto, navegação sem escrita e manutenção da preparação existente. Não equivalem a aceitação visual no navegador.

Isolamento e saldo: base partnership_history_20261103_test em127.0.0.1:55441,role investmoz_test,45 tabelas conferidas sem linhas após processo terminal com lock,owner e RLS efectivos. Sem migrações novas, instalação no activo, pessoas reais ou comunicações externas. Preservados recibos e provas anteriores; a corrida PostgreSQL do incremento anterior mantém o seu âmbito e não foi apresentada como nova prova deste leitor. Mantêm-se outros consumidores de edição/publicação/moderação, variantes de papéis/representação, destinatários actuais de notificações, recuperação além da página e validação visual/entrega no âmbito próprio. As traduções e os sete modelos sem fonte permanecem pendentes já inventariados, sem nova pergunta repetida.

[PARTNERSHIP-HISTORY-FOLLOWUP-20261103] Próxima acção concreta identificada na revisão: o dashboard anterior ainda selecciona p.title actual para uma candidatura, incluindo quando a parceria deixou de estar publicada, e as notificações são listadas pelo destinatário histórico sem voltar a conferir a representação. O novo leitor não devolve esse título privado; esta prova limita-se ao GET do histórico. Conferir/corrigir a projecção e os links do painel e os destinatários/visibilidade das notificações com provas próprias, reutilizando a autoridade existente. Não declarar a privacidade de todos os consumidores encerrada por este incremento.

03/11/2026 — AUD-PART-01: painel e avisos pelo âmbito actual e histórico

[PARTNERSHIP-DASHBOARD-20261103] Corrigidas três falhas reproduzidas: título privado após despublicação, organização eliminada ainda no painel e aviso de representante revogado. Painel projecta só título/link autorizados; representação usa o mesmo cadastro activo de owns. Avisos novos seguem participantes operacionais actuais e guardam contexto no evento existente; leitura e confirmação exigem destinatário, acesso actual e âmbito guardado. Links reconstruídos para candidatura/sala/parceria; primeira leitura preservada. 73 Feature/576 asserções (16 novos),1466 frontend (6 novos),PHPStan/Pint/tipos/lint/build aprovados.45 tabelas QA vazias e owner/RLS/lock conferidos.69 recibos e185 provas anteriores preservados. Recibo partnership_dashboard_increment_20261103; parcial, sem instalação/escritas no activo.

Origem: continuação concreta PARTNERSHIP-HISTORY-FOLLOWUP-20261103 e AUD-PART-01. O leitor anterior não devolvia rascunho privado, mas a consulta do painel ainda seleccionava p.title actual e a lista de avisos filtrava apenas user_id; /ler também só conferia esse destinatário. Três reproduções anteriores à correcção falharam por conteúdo exposto/avisos acessíveis, sem as classificar como erros500. A consulta do painel passa a excluir organizações eliminadas pelo mesmo join e deleted_at já usados na representação efectiva, sem inventar novos perfis.

Painel: candidaturas pessoais/organizacionais autorizadas conservam estado, motivo, sala e consulta do histórico. Título/link da parceria só são devolvidos quando a mesma conta pode abrir o detalhe existente: publicada, responsável com leitura ou moderador efectivo. Caso contrário title e partnership_href são null e a interface explica a indisponibilidade; não recebe título, oferta ou estado privado da nova proposta. O dono/representante actual e o moderador mantêm as consultas existentes. As permissões de edição/decisão não são ampliadas por ter um link ou ver o painel.

Encaminhamento: apenas eventos que já pediam avisos continuam a produzi-los. A intenção anterior para uma ou ambas as partes é resolvida para as pessoas actuais, usando a mesma query de representantes e os mesmos papéis admin/manager/officer usados nos comandos e participantes operacionais. Parte pessoal mantém o seu titular; fundador revogado ou organização eliminada não são destinatários por arrasto. Viewer não recebe automaticamente nova distribuição operacional, mas pode ler o aviso individual que já recebeu enquanto conservar acesso de leitura ao âmbito actual e histórico. IDs sobrepostos são desduplicados por evento. Eventos antes sem aviso, incluindo acesso/documentos, continuam sem nova distribuição. Não há envio externo, calendário, assinatura ou concessão adicional.

História e autoridade: o evento/auditoria existente conserva _notification_context versão1, referências do processo/candidatura/sala e user_id/organization_id das partes efectivas no momento. Não se reescrevem eventos ou destinatários anteriores, nem se redistribuem avisos antigos a um novo membro. O leitor exige o destinatário individual e, para pelo menos uma parte, tanto owns actual como owns no âmbito guardado. Passar de A para B não autoriza ler o aviso de A só por agora representar B; revogação, organização eliminada, destinatário estranho e contexto malformado são recusados na leitura e no POST/ler. Inconsistência de candidatura/sala/processo na preparação do evento aborta a transacção sem evento/auditoria/aviso cruzado.

Legado: eventos de candidatura sem o novo contexto só reutilizam o organization_id efectivamente presente no snapshot submitted/previous, com user_id imutável da candidatura; isso pode justificar a leitura pelo candidato, nunca inventa o âmbito histórico do proponente. Avisos sem contexto demonstrável não expõem título/link nem permitem confirmar leitura; continuam intactos no registo e a interface explica a limitação. Contexto explícito inválido não é degradado para uma reconstrução legada. A correcção não promete recuperar informação que não foi registada.

Consulta e confirmação: filtragem precede o limite de50 avisos visíveis e percorre lotes de100 por ID. Foram atravessadas105 notificações inacessíveis para alcançar um aviso autorizado mais antigo;55 autorizadas conservam as50 mais recentes por ordem, sem duplicações. Nunca é devolvido o href bruto antigo: destinos são construídos para o histórico da candidatura, a sala actual correspondente ou a parceria autorizada. Marcar como lido volta a conferir autoridade na transacção e preserva o primeiro read_at em repetições; não decide processos nem acrescenta eventos de negócio. Mensagem repetida conserva a distribuição original sem novos avisos.

Validação:16 novos Feature mais57 existentes cobrem dados publicados/privados, organização eliminada, moderador, representação operacional/viewer, autor revogado, mudança A/B em candidatura e proponente, legado, contexto malformado/cruzado, paginação, leitura idempotente e mensagem/sala.6 casos frontend transpilam a página real e conferem links, explicação, escaping, navegação existente e comando de leitura só do aviso apresentado. PHPStan inicial identificou tipos de retorno sem garantia de lista; consultada documentação primária return.type e corrigida a construção dos arrays/validação da identidade, sem casts para ocultar erros, supressões ou alargamento de contrato. As rondas diagnósticas foram conservadas, sem as somar à regressão final.

Isolamento e saldo: base partnership_dashboard_20261103_test em127.0.0.1:55441,role investmoz_test,45 tabelas vazias após execução terminal; lock,owner e RLS conferidos. Mantidos69 recibos e185 provas aceites e deltas apenas nos consumidores previstos. Sem nova migração, alteração de contas/pessoas reais, comunicação externa ou instalação no activo. Este incremento resolve a lacuna concreta apontada no leitor anterior; permanecem publicação/moderação e recuperação desse editor, variantes transversais de papéis/representação e apresentação visual/entrega. Alertas de prazo/inactividade, notificações externas e cobertura integral dos consumidores não são inferidos desta correcção.

03/11/2026 — AUD-PART-01: recuperação da publicação e moderação da parceria

[PARTNERSHIP-PUBLICATION-20261103] Publicação/moderação preserva motivo por proposta/conta e compara contexto antes de nova tentativa; replay por UUID/actor no evento, autoridade actual e estados existentes. Suspensão exposta pela capacidade real. Snapshot anterior/aplicado privado, metadados seguros no detalhe e um único aviso de saída com as candidaturas. 85 Feature/642 asserções (12 novos),1482 frontend (16 novos),PHPStan/Pint/tipos/lint/build aprovados.45 tabelas QA vazias e owner/RLS/lock conferidos.70 recibos e194 provas anteriores preservados. Recibo partnership_publication_increment_20261103; parcial, sem instalação/escritas no activo.

Origem: AUD-PART-01, orientação de23/10 e saldo PARTNERSHIP-DASHBOARD-20261103. O editor de conteúdo já tinha comparação/preparação em parceria-edit; não foi declarado ausente nem substituído. A lacuna concreta estava em Publication: remontagem por record.version apagava o motivo, /estado não reconhecia repetição de uma decisão gravada e a UI omitia suspend, já permitido no servidor. Foram reproduzidas três falhas Feature e uma perda de motivo no componente real antes da correcção.

Autoridade e estados: PartnershipExchange.transition conserva a assinatura anterior e delega no serviço central PartnershipPublication, com clientKey opcional. Reutiliza os estados e permissões anteriores: titular/representante com escrita para submit/archive/renew; manage-portal e exclusão de owns com escrita para publish/return/reject/suspend. A capacidade exposta à UI provém dessa mesma regra; não se introduziu outro requisito de empresa, NUIT, documentos, aprovação ou aprovação por silêncio. A autoridade actual é conferida antes da versão e do replay; um actor estranho já não recebe409 por uma versão antiga antes de lhe ser recusada a operação. Não se alterou a definição de independência para inferir papéis novos.

Decisões: motivo obrigatório até2000 e requisitos anteriores de submissão mantidos. UUID normalizada e hash de version/action/reason guardados no evento existente, no lock da parceria. Repetir a tentativa exacta pelo mesmo actor é leitura, mesmo depois de outra transição, sem incrementar versão, repetir revisão, evento, auditoria ou aviso. Mesma chave com conteúdo diferente é409; outro actor/processo tem âmbito próprio e autoridade sempre conferida. Pedidos legados sem chave conservam o protocolo anterior, sem promessa de replay identificável. Não há nova tabela/migração nem novo motor de workflow.

Auditoria: eventos novos conservam snapshot anterior e aplicado da proposta, incluindo estado/versão, organização, título, oferta/procura, declarações, origem/localizações e published_at realmente utilizados; _creation_hash não integra esses snapshots. Não se reconstituem versões antigas. A API do detalhe passa a projectar no histórico apenas os metadados já apresentados na UI (tipo, autor e data), mantendo o envelope privado no registo. Chaves de recuperação são projectadas apenas para o seu actor com competência actual, sem devolver hash, contexto de avisos ou snapshots completos de outras representações. Um leitor próprio das versões da publicação continua pendente; a captura privada não é esse leitor.

Interface: componente deixa de remontar por versão e fica identificado por proposta/conta. Conserva motivo deliberado e gerações de edição durante comparação, falha, alteração de estado/acesso e resposta tardia. Uma resposta só confirma a tentativa se o ledger do actor trouxer chave/acção/versão compatíveis; alterações posteriores ficam por rever, em vez de serem adoptadas como se fossem o contexto decidido. Recuperação repete o comando congelado e conserva texto escrito depois de enviar. Conflito ou resposta ambígua exigem consulta efectiva antes de adoptar contexto para nova tentativa; a adopção é explícita e conserva o motivo. Viewer/perda de competência não recebe escrita, mas mantém preparação local visível na mesma conta. Outra conta tem estado separado e callbacks de componente desmontado são ignorados.

Formulários e navegação: os comandos actuais, incluindo suspensão, são apresentados a partir da capacidade do servidor. O motivo só é pedido quando existe acção aplicável ou preparação local; são explicados os efeitos da submissão/renovação e da adopção após tentativa incerta. Comparação apresenta os campos alterados, contexto revisto e estado/versão actual. Publicação e candidaturas partilham um único aviso de saída e conservam as preparações independentes; não há novo localStorage, autosave ou garantia depois de fechar/recarregar a página/autenticar de novo. Acções da publicação não decidem candidaturas nem alteram salas/marcos em cascata.

Provas:12 novos Feature e16 novos frontend, incluindo replay após outra transição, nonce alterada/normalizada, snapshots, representação revogada, independência, metadados por actor, requisitos legados, suspensão, escopo entre processos, preparação durante refresco, edição posterior ao envio, conflito, acknowledgement posterior/incompatível, perda de competência, mudança de actor, aviso único e payload API vazio. Os testes transpilam os componentes/hooks reais. O harness inicial recriava setters de estado em cada render e produziu Component state did not settle; passou a conservar essa identidade por frame. Essa falha de modelo não foi apresentada como uma falha demonstrada no navegador. Um teste usava o rótulo abreviado Motivo em vez do rótulo real; a fixture foi corrigida. Lint inicial identificou conversão de objectos para texto; dados da comparação passam por validação de escalares, sem ocultar avisos.

Isolamento e saldo: base partnership_publication_20261103_test em127.0.0.1:55441,role investmoz_test;45 tabelas conferidas sem linhas após processo terminal, com lock/owner/RLS efectivos. Mantidos70 recibos e194 provas anteriores. A prova de concorrência PostgreSQL de candidaturas continua com o seu âmbito; não é uma nova corrida de publicação. Não houve migração/instalação no activo, pessoas reais ou comunicação externa. AUD-PART-01 e auditoria integral continuam parciais. Próximas lacunas: confirmação incerta da edição pós-criação, leitor das versões da publicação pelo âmbito histórico e variantes de representação/consumidores; prova visual e disponibilização no âmbito próprio continuam pendentes.

03/11/2026 — AUD-PART-01: leitura privada das versões da publicação

[PARTNERSHIP-VERSIONS-20261103] Leitor privado do histórico da publicação, antes/depois, por acesso actual e âmbito histórico. Captura de novas criações/edições reutiliza o snapshot das transições, sem inventar o placeholder de criação ou conteúdo legado.10 eventos por página, cursor cifrado por conta/processo/propósito, sem dados actuais no lugar dos antigos. 97 Feature/739 asserções (12 novos),1490 frontend (8 novos),PHPStan/Pint/tipos/lint/build aprovados.45 tabelas QA vazias e owner/RLS/lock conferidos.71 recibos e204 provas anteriores preservados. Recibo partnership_versions_increment_20261103; parcial, sem instalação/escritas no activo.

Origem: AUD-PART-01 e saldo PARTNERSHIP-PUBLICATION-20261103. A publicação já conservava snapshots nas transições, mas o detalhe só apresentava tipo/autor/data e as gravações do rascunho conservavam apenas estado anterior e referências. Implementada consulta dedicada dos eventos existentes e completada a captura das gravações futuras. Não se criou outra tabela de história, matriz, backlog ou migração; os registos e provas anteriores permanecem intactos.

Captura: PartnershipPublication.snapshot é reutilizado por transições e save. Edição guarda anterior/aplicado com versão, estado, âmbito, título, oferta/procura, declarações, critérios, sector e referências da origem/localização efectivamente utilizados. Criação guarda aplicado e previous=null: a linha vazia temporária inserida dentro da transacção não é inventada como uma versão anterior. Replay da criação continua leitura, sem nova revisão nem reescrita do snapshot. O hash de criação, nonce, hashes de comandos e envelopes de distribuição não são projectados para o leitor.

Autoridade: a rota é autenticada e exige owns com leitura no processo actual ou manage-portal efectivo, tal como a leitura privada existente da proposta. Publicação pública e candidatura não concedem consulta histórica. Para o responsável da organização, cada snapshot exige ainda o âmbito guardado na versão; representar B não autoriza ler A nem o rascunho pessoal de outro titular. Revogação e organização eliminada impedem o acesso actual, incluindo por cursor antigo. Moderação efectiva conserva a leitura global já existente das propostas; isso não concede competência para decidir a própria proposta nem substitui as verificações dos comandos.

Legado e integridade: falta de âmbito/identidade fica scope_unknown para o responsável, sem assumir participação pessoal. O moderador pode ler metadados parciais guardados, mas não recebe conteúdo actual como se fosse antigo. Um snapshot com ID de outro processo não é apresentado nem ao moderador como versão deste processo. Quando existe o contexto de aviso efectivamente gravado, pode justificar a projecção parcial do estado posterior/reason, sem inventar o anterior. Acção ausente continua Alteração registada, em vez de se deduzir uma decisão a partir do tipo do evento. Referências malformadas ficam assinaladas como incompletas; não equivalem a listas vazias.

Apresentação: página de leitura compara antes/depois, estado/versão, motivo, conteúdo, consentimento, obrigatoriedade e referências guardadas. Ausente distingue-se de null/vazio explícitos, falso e lista vazia; zero/ausência não são fabricados. Não se recalculam decisões, nomes de critérios ou conteúdo de fontes; nomes de pessoas/organizações usam o cadastro actual e isso é explicado. Referências da origem/localização são apresentadas sem resolver catálogos actuais ou gerar ligações que concedam acesso a essas fontes. Fonte declarada não é validação oficial da hierarquia territorial. Não há formulário de restauro, nova publicação, aprovação ou sobrescrita a partir da história.

Navegação e privacidade: links no detalhe, propostas próprias e fila de moderação; candidato conserva o seu link próprio de histórico de candidatura, sem receber o da publicação por inferência. GET privado/no-store e histórico Inertia cifrado.10 eventos por página, ordem decrescente e cursor cifrado vinculado à conta/processo/propósito publication; não expõe IDs de evento ou contador global e não aceita cursor de candidatura. Inserção posterior não duplica versões ao avançar. Não entram eventos de candidatura, sala, documento ou marco no histórico da publicação. O aviso de saída existente conserva a preparação antes de navegar.

Provas:12 novos Feature cobrem criação sem placeholder, edição/transição, candidato/anónimo, mudança A/B, viewer, revogação/organização eliminada, moderação, legado conhecido/desconhecido,21 versões e inserção entre páginas, cursor por actor/processo/propósito, consulta sem escrita/cache/encriptação, referências após mudanças de cadastro, limpeza explícita, formas malformadas e replay sem nova revisão.8 casos frontend transpilam a página real e os consumidores nativos: comparação, ausência/falso/listas incompletas, âmbito reservado, legado, cursor, escape de texto, links e preparação local conservada. Estes ensaios não substituem aceitação visual no navegador.

Isolamento e saldo: base partnership_versions_20261103_test em127.0.0.1:55441,role investmoz_test;45 tabelas vazias após processo terminal e lock/owner/RLS conferidos. Preservados71 recibos e204 provas anteriores; apenas deltas de fonte previstos no incremento. Sem nova migração, instalação/dados no activo, pessoas reais ou comunicação externa. AUD-PART-01 e auditoria integral permanecem parciais. Continuam confirmação incerta de edição pós-criação, variantes transversais de papéis/consumidores, síntese de metadados no detalhe, prova visual e entrega no âmbito próprio. Traduções e modelos sem fonte continuam nas pendências anteriores, sem perguntas repetidas.

03/11/2026 — AUD-PART-01: recuperação de edições sem confirmação

[PARTNERSHIP-DRAFT-RECOVERY-20261103] Edições identificadas por operation_key/actor/processo, com replay no evento existente antes de validar cadastros vivos, sem repetir versão ou efeitos. Editor conserva comando e alterações posteriores, revalida consulta antes de nova tentativa e separa contas. Critérios/tipos anteriores mantêm identificação e remoção explícita da preparação. 109 Feature/802 asserções (12 novos),1502 frontend (12 novos) e28 focados verificados sem somar repetições;PHPStan/Pint/tipos/lint/build aprovados.45 tabelas QA vazias e owner/RLS/lock conferidos.72 recibos e212 provas anteriores preservados. Recibo partnership_draft_recovery_increment_20261103; parcial, sem instalação/escritas no activo.

Origem: AUD-PART-01, orientação de23/10 e saldo PARTNERSHIP-VERSIONS-20261103. A criação já reconhecia client_key, mas uma edição gravada sem resposta voltava a receber409 ou podia falhar422 por tipo/critério entretanto retirado. O hook só congelava a criação. Foram reproduzidos dois Feature antes da correcção e um caso real do componente/hook, no ficheiro completo. Uma tentativa inicial com filtro de nomes não seleccionou o caso e produziu apenas o resultado do ficheiro; ficou como diagnóstico, sem a apresentar como reprodução ou aceitação.

Identidade da tentativa: operation_key UUID por edição, independente do client_key de criação que se mantém. O evento changed existente guarda chave normalizada, hash do conteúdo relevante e result_version; o hash distingue omissão de remoção explícita e exclui a chave de criação que não altera a edição. Sob o lock da parceria, a autoridade actual precede procura de replay, versão, estado e validação de referências vivas. Mesma tentativa do mesmo actor/processo devolve leitura com versão originalmente gravada e estado actual, sem novo snapshot, versão, evento, auditoria ou aviso. Mesmo nonce com conteúdo diferente é409. Outra pessoa ou processo tem âmbito próprio; isso não autoriza recuperar o processo alheio.

Regras preservadas: comandos novos continuam sujeitos aos estados, representação, tipo/critério activos, sector e fontes autorizadas existentes. As validações de catálogo foram colocadas depois do reconhecimento de gravação já concluída, tal como a validação de sector já estava depois do replay de criação. Tipo/critério/sector retirados não bloqueiam a leitura de uma tentativa concluída nem autorizam nova escrita inválida. Pedidos anteriores sem operation_key conservam a guarda de versão e não recebem falso replay. Retirar organização ou mudar âmbito mantém os seus efeitos e a autoridade original; recuperações de representante revogado ou viewer são recusadas.

Projecção e acesso: editor devolve editorActorId e apenas chaves/versões de gravações do actor com escrita efectiva. A consulta usa projecções JSONB sem transferir envelopes completos para extrair os identificadores. Não expõe operation_hash, _creation_hash ou contexto privado de avisos. O histórico privado conserva os snapshots originais; não é reescrito por replay. A resposta JSON distingue replay e saved_version do estado/versão correntes. A leitura dos metadados não concede competência adicional ou autoria a outro representante.

Preparação: tentativa de edição fica congelada, inclusive perante cancelamento ou resposta perdida, e Recuperar a mesma gravação envia o comando original. Gerações conservam campos escritos depois do envio; acknowledgement exige proposta/actor/chave/versão compatíveis. Uma resposta sem a chave do actor não limpa a preparação. Se houver versão posterior, o formulário reconhece a gravação antiga, mas conserva o contexto intermédio e exige comparação para outra escrita. Um valor já confirmado antes da edição de outra pessoa não é automaticamente reaplicado; o texto efectivamente preparado depois de enviar permanece local. Recusa de acesso suspende recuperação até nova consulta autorizada; nova tentativa após falha exige consulta efectiva e adopção explícita, mantendo as escolhas e usando nova chave.

Separação e formulários: editor é identificado por conta, conservando a passagem de criação a ID atribuído na mesma conta. Outra autenticação inicia preparação própria; callbacks desmontados ou de tentativa abandonada não recuperam texto antigo. Recuperação fica fora do fieldset de edição, permitindo reconhecer uma gravação mesmo quando o estado posterior só admite consulta, sem nova competência de escrita. Grupos/tipos/organização que saíram das listas mantêm opção anterior identificada. Critério retirado pode ser removido explicitamente da preparação sem ser apagado do histórico; não é retirado automaticamente nem confundido com não aplicável. O comando de recuperação conserva o valor original e a nova escolha permanece para a gravação seguinte. Aviso de saída inclui tentativas ainda sem confirmação, mesmo sem diferenças de campos.

Provas:12 novos Feature cobrem replay após submissão posterior, tipo/critério/sector retirados, nonce alterada/normalizada, chaves distintas sem mudar criação, representação revogada/viewer, metadados por actor, entradas inválidas/stale não consumidas, omissão/remoção e clientes legados/processos distintos.12 casos frontend novos ampliam o ficheiro de16 para28; os16 anteriores permanecem, com a fixture a modelar os novos metadados. O caso de uma edição posterior de outra pessoa foi reforçado para provar que, após comparação, esse título actual é adoptado enquanto texto preparado durante o envio permanece conservado. Há ronda completa e nova ronda focada desse ficheiro após o reforço, sem somar casos repetidos. Testes usam componentes/hooks reais transpilados; não são aceitação visual num navegador.

Isolamento e saldo: base partnership_draft_recovery_20261103_test em127.0.0.1:55441,role investmoz_test;45 tabelas vazias após processo terminal, lock/owner/RLS efectivos. Preservados72 recibos e212 provas aceites. Sem migração nova, instalação/dados no activo, pessoas reais ou mensagens externas. A prova PostgreSQL concorrente anterior conserva o seu âmbito; este incremento não a apresenta como nova corrida de edição. AUD-PART-01 e auditoria integral continuam parciais. Restam variantes de representação/consumidores, apresentação visual/entrega e síntese do histórico no detalhe; preparação continua em memória, sem garantia depois de fechar/recarregar ou voltar a autenticar.

03/11/2026 — AUD-PART-01: recuperação e revisão de contexto nos acordos

[PARTNERSHIP-AGREEMENTS-20261103] Acordos com tentativa identificada por actor/sala, recuperação sem duplicar efeitos após estados terminais e revisão da versão da proposta/candidatura. Confirmação bilateral pelas partes efectivas, histórico completo anterior e preparado posterior conservado; assinatura jurídica continua não verificada. 121 Feature/905 asserções (12 novos),1514 frontend (12 novos),28 focados;PHPStan/Pint/tipos/lint/build aprovados. QA45 vazias e owner/RLS/lock conferidos;73 recibos e224 provas anteriores preservados. Recibo partnership_agreements_increment_20261103; parcial, sem entrega activa.

Origem e reprodução: AUD-PART-01, orientação de 23/10 e saldo dos incrementos anteriores. Dois casos demonstraram que repetir um cancelamento já concluído recebia 409 e que uma confirmação podia avançar sobre proposta alterada sem mudança da versão da sala. Um caso do componente/hook demonstrou a falta de recuperação da acção sem resposta. As falhas originais foram conservadas. Diagnósticos intermédios, incluindo uma ligação inicial incompleta ao serviço e fixtures de confirmação entretanto corrigidas, não são apresentados como provas finais.

Comandos: as seis acções existentes (registar, confirmar, iniciar, concluir, cancelar e renovar) aceitam client_key UUID normalizada por actor, parceria e sala, com hash do conteúdo relevante. Motivo continua obrigatório; título/condições só fazem parte do comando de registo. A ordem de bloqueio é parceria, candidatura e sala. A representação efectiva actual é verificada antes do reconhecimento da tentativa. Um replay devolve a versão originalmente gravada e o estado actual sem novo evento, versão, auditoria ou aviso, incluindo após encerramento/cancelamento. Chave com conteúdo diferente é 409; outro actor ou outra sala não reutiliza a autoridade dessa tentativa.

Contexto revisto: novos comandos da interface transportam a versão da proposta e da candidatura, além da versão da sala. Se o contexto mudou, o servidor recusa antes da decisão e o formulário conserva a preparação para comparação explícita. Esses dois tokens são opcionais por compatibilidade com clientes antigos; estes conservam a sua guarda de versão da sala e não recebem por inferência a garantia de revisão do contexto completo. Não há migração ou segundo motor de estados.

Partes e confirmação: conserva-se a precedência já existente de proponente quando a pessoa representa ambas as origens; não foi inventado selector de parte, nova alçada ou regra de pessoas distintas. A interface identifica a parte efectiva e distingue actualizar uma confirmação própria de confirmar pela primeira vez. Apenas entradas com as chaves proponent e candidate e actor positivo contam para a confirmação bilateral; uma chave desconhecida não constitui segunda parte. A representação actual é exigida para novas intervenções, sem invalidar retroactivamente decisões históricas de quem entretanto saiu. A assinatura jurídica permanece not_verified; a confirmação interna não prova assinatura ou validade legal.

Histórico e integridade: cada comando guarda no evento existente o estado anterior e o aplicado, versão, motivo, parte e contexto real. Registar nova versão e renovar conservam o instrumento completo anterior, incluindo campos legados, sem inserir recursivamente a lista anterior dentro de cada entrada; confirmações são reiniciadas nos mesmos pontos do percurso. Estruturas legadas de histórico ou confirmações incompatíveis recebem 409 sem escrita, em vez de erro 500. Concluir mantém a exigência existente de marcos terminados. Estes snapshots não constituem ainda um leitor paginado de histórico de acordos.

Preparação e recuperação: o comando fica congelado; Recuperar a mesma acção repete bytes e chave originais, conservando alterações feitas depois do envio. Confirmar não grava título/condições ainda não registados. Acknowledgement exige actor, sala, chave, acção e versão próprios; na versão exacta exige instrumento e carimbo de confirmação compatíveis. A ausência desses metadados não apaga a preparação. Uma decisão posterior ou alteração posterior da proposta/candidatura reconhece o comando antigo mas exige comparação antes de outra escrita. O contexto intermédio não reaplica automaticamente valores antigos sobre a decisão de outra pessoa.

Acesso e separação: recibos da sala projectam apenas chave/acção/versão/estado/parte das tentativas do próprio actor com escrita efectiva, sem envelopes privados ou hashes. O DTO da proposta remove _creation_hash mantendo o tipo JSON string anterior. Recusa de acesso suspende recuperação até consulta autorizada; outra conta recebe editor próprio. Callbacks de tentativa abandonada ou editor desmontado não apagam preparação nova. Antes de abandonar uma tentativa incerta e criar outra, a consulta actual e a adopção explícita são exigidas. O aviso de saída continua único para os formulários da sala.

Provas: 12 novos Feature cobrem replay terminal/sem efeitos, alteração de contexto, registo seguido de confirmação, nonce/conteúdo, partes forjadas, confirmação bilateral, versões completas e renovação, marcos, representação revogada/viewer, metadados por actor e salas distintas, entradas inválidas, estrutura legada e compatibilidade antiga. Há 12 casos novos de frontend, além dos 16 anteriores do formulário de sala, com 28 focados sem somar repetições; os dois casos antigos de sucesso passaram a modelar o recibo real de comando. Os testes executam componentes/hooks transpilados; não são aceitação visual num navegador. Não foi executada nova corrida PostgreSQL, e as provas concorrentes anteriores conservam o seu âmbito.

Isolamento e saldo: base descartável partnership_agreements_20261103_test em 127.0.0.1:55441, role investmoz_test; 45 tabelas verificadas vazias após processo terminal, com aquisição do lock e conferência de owner/RLS. Preservados 73 recibos e 224 provas anteriores. AUD-PART-01 e auditoria integral continuam parciais. Continuam pendentes variantes de papéis/consumidores, leitura de instrumentos legados sem mapa de confirmações, leitor de histórico do acordo, síntese no detalhe, aceitação visual e disponibilização. A próxima verificação deve começar pela leitura legada, distinta da recusa de escritas malformadas já testada. Preparação mantém-se em memória, sem promessa de persistência após fechar/recarregar ou autenticar. Sem migrações novas, instalação/escrita no activo, pessoas reais ou mensagens externas.

Diagnóstico de ambiente: uma primeira execução com filtro textual Partnership seleccionou 123 casos, incluindo anexos independentes fora dos 11 ficheiros da suite específica. Terminou com 122 casos passados e um erro de fixture por imagecreatetruecolor indisponível. Esse resultado foi conservado como diagnóstico, sem o apresentar como regressão limpa. A suite específica foi repetida pelos 11 caminhos explícitos (121 casos). O caso de anexos que falhou foi executado adicionalmente com a extensão GD já disponível carregada apenas nesse processo, sem alterar php.ini global, fabricar scan ou dispensar ClamD. O seu JUnit conserva o resultado e as asserções; não se soma esse caso antigo aos 12 novos Feature deste incremento. A verificação final das 45 tabelas ocorre depois de ambos os processos terminarem.

03/11/2026 — AUD-PART-01: leitura legada e histórico privado dos acordos

[PARTNERSHIP-AGREEMENT-HISTORY-20261103] Leitura de instrumentos antigos sem falha/confirmações inventadas e histórico privado ligado à sala, com snapshots antes/depois, âmbitos actuais/históricos separados e paginação cifrada por conta/relação/finalidade. 132 Feature/1009 asserções (11 novos),1525 frontend (11 novos),39 focados;PHPStan/Pint/tipos/lint/build aprovados. QA45 vazias e owner/RLS/lock conferidos;74 recibos e237 provas preservados. Recibo partnership_agreement_history_increment_20261103; parcial, sem entrega activa.

Origem: AUD-PART-01, orientação de 23/10 e saldo PARTNERSHIP-AGREEMENTS-20261103. O incremento anterior capturou instrumentos antes/depois dos comandos mas não tinha leitor. Foi reproduzido GET404 no histórico e falha real do componente/hook ao abrir uma sala cujo instrumento antigo não tinha confirmations. Os diagnósticos são preservados. Um teste intermédio de HTML procurava uma barra não escapada no JSON Inertia; foi substituído por assertInertia sobre o componente e room_id efectivos, sem alterar o produto para satisfazer uma representação textual.

Leitura actual: parser e componente partilhados tratam dados desconhecidos como desconhecidos. Mapa ausente/null não se torna Pendentes; mapa malformado mantém aviso e o registo original. O array vazio guardado pelo serviço equivale ao mapa vazio compatível; listas não vazias não são convertidas em confirmações. Carimbos com actor inválido são incompletos e não activam o rótulo de actualização de confirmação. Referências adicionais não substituem uma parte e são assinaladas. Títulos, condições, datas e motivos de tipos não reconhecidos não são inseridos como filhos React; valores vazios conhecidos distinguem-se de valores não registados. A leitura não limpa nem regrava esses dados.

Percurso: ligação Consultar histórico do acordo na sala, GET privado JSON/Inertia em /parcerias/salas/{id}/historico e página agreement-history. O percurso usa autenticação, instalação, resposta privada/no-store e histórico Inertia cifrado existentes. A página é só de consulta, mostra antes/depois, acção, motivo, autor e data, parte que confirmou e versões guardadas da proposta/candidatura. Os nomes de pessoas provêm do cadastro actual e são identificados como tal. Não volta a executar comandos, não recalcula, não envia avisos e não certifica assinatura jurídica.

Acesso actual e histórico: a entrada exige o mesmo acesso efectivo de leitura da sala, incluindo viewer de organização, sem excepção de moderação. Os eventos são filtrados por parceria, tipo exacto e sala. O contexto privado de aviso já capturado identifica as duas origens, sala e versão do contrato de contexto; IDs e âmbitos têm de ser consistentes. Os responsáveis actuais não herdam por essa condição uma representação antiga. Sem contexto conhecido, o evento é reservado e não devolve actor, motivo ou conteúdo. Contexto conhecido mas sem representação actual da origem histórica também é reservado. Mantém-se a possibilidade de ler o âmbito de qualquer das duas partes autorizadas; não foi inventada competência funcional nova.

Instrumentos: cada snapshot exige a sala correcta, versão positiva e estado identificado. O instrumento tem ainda âmbito próprio em recorded_context; proposta/candidatura e origens guardadas têm de ser reconhecidas. Um representante novo pode ler a decisão produzida na sua organização actual e continuar sem acesso ao instrumento de outra representação anterior. A contraparte com autoridade histórica conserva a sua leitura. Instrumentos legados sem origem registada são marcados scope_unknown; snapshots antigos inexistentes são not_recorded. Não se reconstitui conteúdo a partir do acordo actual ou de previous_versions, nem se atribui uma origem retrospectiva. Ausência de dados não é uma decisão de invalidade jurídica.

Projecção: apenas título, condições, estado de assinatura e confirmações nomeadas saem do instrumento. IDs positivos de autores recebem o nome actual; motivo/data são valores efectivamente guardados quando têm tipo reconhecido. Campos adicionais, listas recursivas de versões, envelopes, hashes e nonces não são devolvidos. Referências desconhecidas são representadas por um indicador sem copiar chaves ou valores privados. O âmbito usado para autorizar não é exposto como um novo cadastro. Snapshots de outra sala são ocultados mesmo dentro de um evento de uma sala autorizada.

Paginação: máximo de10 entradas, com consulta de11 para reconhecer continuação. A ordem usa a sequência estável do evento. O cursor é cifrado e vinculado à finalidade acordo, conta, sala, candidatura e parceria, com fronteira inteira positiva; referências de outro percurso/actor/relação ou malformadas são422. A autoridade é conferida em cada página antes de descifrar o cursor. Inserir um evento mais recente não repete os eventos da página anterior. Páginas antigas e retorno às mais recentes têm navegação explícita.

Provas:11 novos Feature exercitam leitura sem escrita/avisos, ambas as partes após cancelamento, página Inertia, recusa de terceiro/moderador, snapshots congelados e projecção, paginação com inserção, cursor adulterado, viewer e mudança de organizações/revogação, contexto desconhecido/inconsistente, eventos legados, IDs de snapshot alheio, confirmação malformada e isolamento entre salas.11 casos novos frontend exercitam a falha antiga, array vazio, tipos inválidos, partes incompletas, leitura antes/depois, reservas/ausência, paginação, lista vazia, escape HTML e ligação com o aviso de saída existente.39 focados incluem os28 anteriores; não se somam casos repetidos. Componentes/hooks transpilados e React SSR são provas de comportamento, sem os apresentar como aceitação visual em navegador.

Isolamento e saldo: base descartável partnership_agreement_history_20261103_test em127.0.0.1:55441, role investmoz_test,45 tabelas vazias verificadas depois do processo terminal e com aquisição do lock/owner/RLS. Sem nova migração, escrita ou instalação no activo, pessoas reais ou mensagens externas. Preservados74 recibos e237 provas aceites, incluindo o caso adicional de scan com GD do incremento anterior, sem o repetir ou aumentar o âmbito dessa prova. Sem nova corrida concorrente. AUD-PART-01 e auditoria integral continuam parciais. Restam variantes de papéis/consumidores, síntese do histórico no detalhe, aceitação visual e disponibilização; conteúdo antigo que não foi capturado não é fabricado. Preparação mantém-se em memória e não tem por este incremento garantia após fechar/recarregar ou autenticar.

Próxima verificação concreta: confrontar os restantes consumidores com esta projecção, começando pelo DTO actual da sala, que ainda descodifica o instrumento completo e pode transportar previous_versions e recorded_context. O leitor novo filtra esses dados, mas esta prova não demonstra filtragem transversal dos outros endpoints. Reproduzir o caso com mudança de organização e preservar o instrumento actual e o histórico no servidor ao corrigir a exposição de versões anteriores. Esta pendência não requer inventar uma transferência automática de autoridade.

03/11/2026 — AUD-PART-01: histórico do acordo fora da resposta corrente da sala

[PARTNERSHIP-AGREEMENT-PROJECTION-20261103] Sala corrente projecta título, condições, assinatura guardada e confirmações reconhecidas; versões anteriores e metadados privados ficam no servidor e no leitor histórico autorizado. 141 Feature/1146 asserções (9 novos),39 frontend focados;PHPStan/Pint aprovados e QA45 vazias/owner/RLS/lock conferidos. Frontend1525/tipos/lint/build anteriores reutilizados com fontes cliente e artefactos conferidos.75 recibos e248 provas anteriores preservados. Recibo partnership_agreement_projection_increment_20261103; parcial, sem instalação/escritas no activo.

Origem: AUD-PART-01 e pendência concreta PARTNERSHIP-AGREEMENT-HISTORY-20261103. Reproduzida a leitura por viewer da nova organização depois de uma mudança A→B e de registar novo instrumento: o GET corrente ainda devolvia previous_versions com o instrumento da origem anterior. O primeiro teste falhou na ausência esperada desse campo. A falha original foi preservada. A primeira ronda alargada corrigiu dois problemas de fixture (alias Assert removido quando ainda não era usado e expectativa de um instrumento reservado dentro de um evento inteiramente reservado), sem alterar o produto para tornar essas expectativas verdadeiras.

Inventário de consumidores: pesquisa por partnership_rooms nos controladores e serviços encontrou PartnershipExchangeController, PartnershipExchange, PartnershipAgreements, PartnershipCandidacies, PartnershipMilestones, PartnershipRoomUploads e PartnershipNotifications. No controlador, painel e detalhe usam apenas referência/ligação à sala; o método room era a saída do agregado completo. O leitor PartnershipAgreementHistory é a saída dedicada de snapshots. As operações internas continuam a trabalhar sobre o agregado guardado e não recebem a projecção de leitura como fonte de escrita. Não se apresenta esta pesquisa literal como auditoria de todos os módulos do portal.

Correcção: PartnershipAgreementProjection fornece uma única formatação para os campos reconhecidos, usada depois da autorização pelos dois leitores. A sala corrente conserva título, condições, estado de assinatura e confirmações nomeadas com actor positivo/data/motivo quando reconhecidos. Não devolve previous_versions, recorded_context, extensões privadas, nomes não autorizados de chaves adicionais ou actor_name introduzido num instrumento legado. No histórico autorizado, os nomes continuam a provir do cadastro actual, através das referências efectivamente guardadas. Cada leitor conserva a sua verificação de autoridade: actual da sala para o instrumento corrente; actual e histórica para snapshots. A formatação não é uma concessão de acesso.

Legado e conservação: omissão e null de confirmações mantêm-se distintos do mapa vazio conhecido; array vazio compatível é representado por objecto vazio. Estruturas não reconhecidas recebem marcador e não ecoam o seu conteúdo opaco. Carimbos incompletos continuam identificados, e chaves adicionais produzem só indicador. Nenhum GET limpa a base, elimina versões ou altera decisões. Acordo actual continua acessível aos participantes actuais pelo percurso já existente; não se inventa transferência de autoridade histórica, nova alçada ou bloqueio de escrita. O histórico completo, contextos e campos legados permanecem nos agregados e nos snapshots de auditoria.

Operações e recuperação: registo novo e replay mantêm as regras, versões, nonces e efeitos existentes. A projecção não é enviada de volta para substituir o agregado; os formulários já enviam campos próprios do comando. Os testes conferem preservação do conteúdo privado em previous_versions e nos snapshots previous/applied após registar, ler e repetir. Repetir o comando não acrescenta evento, auditoria ou aviso. O estado de assinatura continua not_verified. A consulta de versões anteriores usa /parcerias/salas/{id}/historico e as guardas já implementadas.

Provas:9 novos Feature cobrem mudança de organização e contraparte histórica, campos correntes e confirmações das duas partes, metadados próprios, JSON e Inertia/private-no-store, formas legadas/marcadores, referências incompletas e privadas, preservação do agregado/auditoria e replay, viewer/representação revogada/terceiro/moderação e os consumidores painel/detalhe. Os39 casos frontend focados foram executados sem novos testes cliente. Como não houve alteração em código cliente ou rotas, reutilizam-se as1525 provas frontend e tipos/lint/build do incremento anterior; as fontes cliente das bases anteriores são conferidas e o manifesto, entradas compiladas e dependências da sala/histórico têm hashes preservados. Não se declara nova ronda integral frontend, nova compilação, aceitação visual ou corrida concorrente.

Isolamento e saldo: base partnership_agreement_projection_20261103_test em127.0.0.1:55441/role investmoz_test,45 tabelas vazias depois do processo terminal com lock/owner/RLS conferidos.75 recibos e248 provas anteriores preservados. Sem migração, escrita/instalação no activo, pessoas reais ou mensagens externas. AUD-PART-01 e auditoria integral continuam parciais; restam variantes dos outros percursos/consumidores, síntese no detalhe, visual e disponibilização. A exposição de versões anteriores no DTO corrente registada no incremento anterior fica reconciliada por esta prova; o registo anterior não é apagado. Preparação mantém-se em memória; conteúdo histórico não capturado não é fabricado.

Próxima acção concreta: o detalhe da parceria ainda devolve history com event_type, actor_id e occurred_at sem limite, e detail.tsx apresenta esses códigos/IDs no bloco Histórico e decisões. Reutilizar o leitor de publicação para uma síntese limitada, com as mesmas guardas históricas e linguagem do processo, mantendo o acesso ao histórico completo. Conferir as variantes de dono, nova representação, moderação e consulta pública; não trocar a síntese por uma nova concessão de leitura.

03/11/2026 — AUD-PART-01: síntese do histórico no detalhe da parceria

[PARTNERSHIP-PUBLICATION-SUMMARY-20261103] Síntese de até cinco alterações recentes no detalhe, com autoridade do leitor histórico, metadados reservados ocultos e linguagem partilhada com o histórico completo. 149 Feature/1247 asserções (8 novos),1533 frontend (8 novos),55 focados;PHPStan/Pint/tipos/lint/build aprovados. QA45 vazias e owner/RLS/lock conferidos;76 recibos e254 provas anteriores preservados. Recibo partnership_publication_summary_increment_20261103; parcial, sem entrega activa.

Origem: AUD-PART-01, orientação de23/10 e próxima acção PARTNERSHIP-AGREEMENT-PROJECTION-20261103. O detalhe devolvia todos os metadados de eventos de publicação sem limite, com actor_id/event_type/occurred_at, e a interface mostrava IDs/códigos técnicos. Um Feature reproduziu a presença do campo bruto history e um caso do componente/hook reproduziu a falta de linguagem do processo. Esses resultados originais foram preservados. A nova propriedade historySummary substitui a lista bruta; não se mantém uma segunda cópia do histórico no detalhe.

Servidor: summary reutiliza context, events e entry do leitor PartnershipPublicationHistory. Há uma só autoridade de leitura actual e histórica e uma só interpretação dos snapshots; não se deduzem decisões de um código de evento. A consulta é limitada a seis eventos para apresentar no máximo cinco e saber se existem anteriores, na ordem da sequência estável. A página completa conserva dez entradas e cursor cifrado por finalidade/conta/publicação. O endereço do histórico é derivado no servidor. Cinco é uma escolha técnica de apresentação, não uma regra organizacional ou nova alçada.

Projecção: saem apenas versão, reserva do conteúdo, acção reconhecida, nome actual do actor, data, motivo e estados antes/depois quando o respectivo snapshot está disponível. Não saem actor_id, event_type, envelopes, snapshots, origem privada, hashes ou nonces. Se um dos snapshots está reservado, o seu estado não é copiado para a síntese. Um evento inteiramente reservado não expõe actor/data/motivo/acção. Uma nova representação não recebe metadados antigos por ser responsável actual. A moderação mantém exactamente a leitura histórica que o leitor já lhe concedia; não ganha por este incremento acesso a salas privadas.

Percurso e linguagem: detalhe apresenta secção de até cinco alterações, com nomes, motivos, estados e rótulos do processo. Os rótulos das acções são partilhados com a página completa. O texto identifica nomes como cadastro actual e os dados como valores guardados. Registos vazios, metadados ausentes, estados/acções desconhecidos e conteúdo reservado têm indicação própria, sem inventar aprovação, data ou autor. Há uma única ligação para o histórico completo e indicação de alterações anteriores. A secção não cria formulários, decisões ou nova tramitação. Permanece oculta em consultas públicas/candidatas sem a autoridade correspondente, mesmo se a interface receber uma síntese desactualizada.

Preparação: actualizações da síntese não adoptam versões da proposta nem apagam um motivo preparado para publicação. O percurso mantém o aviso de saída já partilhado com candidaturas; consultar histórico não acrescenta um segundo aviso nem envia comandos. Motivos e nomes são escapados como texto pelo React. Identificadores técnicos não são usados como texto de substituição quando falta informação. A leitura não altera versões, eventos, notificações, auditoria ou estado comercial.

Contrato de lista: a primeira análise estática identificou que Collection::values()->all() não comprovava o contrato list no tipo devolvido. Após consultar https://phpstan.org/error-identifiers/return.type, a construção foi tornada explícita com array_values, assegurando os índices sequenciais do JSON. Não se alargou o tipo, não se acrescentaram casts para esconder o erro nem supressões/baselines. A análise final passou com o contrato de lista preservado.

Provas:8 novos Feature exercitam limite/ordem e ligação ao histórico completo, equivalência de metadados com o leitor autorizado, nova organização/viewer/revogação, moderação, consulta pública/candidata, âmbito antigo desconhecido, ausência de eventos de publicação e HTTP/Inertia sem efeitos.8 novos frontend exercitam linguagem, reserva dos dados, ausência para público, lista vazia/limite/uma só ligação, valores desconhecidos, preparação/aviso de saída, escape React e perda de contexto de leitura.55 focados incluem os47 anteriores, sem somar repetições. A ronda integral frontend, tipos/lint e compilação são novas neste incremento; testes de componentes/hooks e React SSR não são apresentados como aceitação visual num navegador. Não foi executada nova corrida concorrente.

Continuidade dos artefactos: a compilação nova substitui o manifesto e os bundles que o incremento anterior apenas reutilizava. O recibo anterior e os seus hashes permanecem preservados como inventário histórico; o recibo actual identifica o estado dos treze artefactos anteriores após a compilação, sem fingir que hashes antigos de bundles continuam a ser a versão corrente. As provas anteriores de testes não são reescritas. As páginas concluídas continuam conferidas no manifesto actual.

Isolamento e saldo: base partnership_publication_summary_20261103_test em127.0.0.1:55441/role investmoz_test,45 tabelas vazias verificadas depois do processo terminal, com lock/owner/RLS.76 recibos e254 provas anteriores preservados. Sem migração nova, instalação/escrita no activo, pessoas reais ou mensagens externas. AUD-PART-01 e auditoria integral continuam parciais: faltam variantes dos outros percursos, aceitação visual e disponibilização. Preparação continua em memória e não se fabrica conteúdo histórico ausente. A pendência do detalhe identificada no incremento anterior fica reconciliada por esta implementação, sem apagar a prova anterior.

Próxima acção transversal: confrontar AUD-CRM-01, AUD-DESK-01/02 e os restantes eixos da matriz com os recibos e código actuais, antes de escolher o próximo desenvolvimento. A leitura inicial da matriz ainda apresenta lacunas históricas sobre encerramento de dossier e estado Implementado com falha no CRM; conferir o saldo actual e as decisões do dono, sem repetir provas aceites nem declarar um módulo concluído pela mera existência de testes. A auditoria permanece com o âmbito integral do portal.

Reconciliação do teste existente: a primeira ronda integral terminou com148 casos passados e um erro no teste de privacidade que ainda procurava history.0. O teste passou a exigir ausência do campo bruto, ausência de payload/event_type/actor_id/command_hash na síntese e síntese null para o leitor público, conservando as verificações de chaves privadas por actor. Trata-se da actualização do contrato testado, não de uma nova concessão no produto. Esse caso anterior não é contado entre os8 novos Feature. A ronda integral foi repetida; a falha intermédia e o ajuste de formatação ficam como diagnóstico, sem os apresentar como resultado final.

Actualizações parciais: a verificação final encontrou que Comparar a proposta e Comparar a candidatura ainda não pediam historySummary. O teste passou a executar os dois hooks reais, em vez de apenas fornecer metadados numa renderização; reproduziu falha antes da correcção. Os dois pedidos incluem agora a síntese, e a comparação de candidatura inclui os indicadores/capacidades de publicação actuais para não conservar autoridade visual desactualizada. A preparação do motivo e o único aviso de saída permanecem. A ronda frontend integral/tipos/lint/build foi repetida após esta alteração cliente; a primeira ronda é diagnóstico, sem somar casos repetidos nem alterar a prova149 Feature do servidor, cujo código não mudou.

03/11/2026 — AUD-CRM-01: recuperação da criação de tarefas e conservação da preparação

[CRM-TASK-CREATION-20261103] Recuperação da criação de tarefas CRM sem duplicar a tarefa/eventos de negócio e sem apagar edições feitas durante o envio. 77 Feature/877 asserções (10 novos), confirmação final sobreposta10/79;1545 frontend (12 novos),41 focados. PHPStan/Pint/tipos/formato/lint/build aprovados. QA45 vazias com owner/RLS/lock conferidos; índice único novo somente em QA. 77 recibos/266 provas anteriores preservados. Recibo crm_task_creation_increment_20261103; parcial, sem instalação/escritas no activo.

Origem: AUD-CRM-01, regras existentes de responsável/próxima acção e orientação de23/10 sobre conservar alterações deliberadas. Um Feature reproduziu duas tarefas após repetir o mesmo envio; um caso do componente real reproduziu o apagamento do título alterado enquanto o pedido estava em curso. As provas originais permanecem. A correcção não muda a regra de conversão, consentimento, qualificação ou titularidade do dossier.

Servidor: CrmTaskCreation usa a autorização efectiva de gestão existente, valida o identificador da tentativa e o conteúdo canónico, bloqueia o lead antes de gravar e preserva PortalAudit. O recibo imutável adicional reutiliza audit_events com origem própria e não guarda título/prazo/texto livre: apenas lead, chave, resumo criptográfico e versão. Repetir a mesma tentativa pela mesma conta/lead confirma o resultado antes de reavaliar prazo/assignee transitórios; dados diferentes com a mesma chave dão409. Outra conta/lead tem âmbito próprio. O índice parcial único reforça a identidade; não foi instalado no activo. Chamadores antigos sem chave conservam o contrato anterior e não recebem por inferência garantia de recuperação.

A leitura devolve apenas recibos da conta e lead actuais, sem hashes ou envelopes de auditoria. Uma tarefa concluída, alterada ou removida não é restaurada nem recriada pelo reenvio. A autorização HTTP/MFA e a autorização de gestão continuam aplicáveis; perder acesso não permite confirmar por uma chave antiga. A auditoria normal de acesso permanece: a primeira asserção intermédia confundia esse evento com nova gravação de negócio, foi delimitada aos eventos das tarefas e o diagnóstico foi preservado.

Formulário: congela os dados enviados e o identificador, converte o prazo local para UTC uma vez e recupera exactamente esse pedido após falha de rede/500/interrupção. Os campos continuam a aceitar edições posteriores, conservadas por geração ao confirmar o resultado. A confirmação é conferida por conta/lead/chave/versão/tarefa; uma leitura sem confirmação mantém a tentativa e não dispara nova criação. Uma leitura confirmada evita outro POST. Validação permite corrigir os campos sem consumir a tentativa. Atribuição não editada acompanha o dono actualizado; uma escolha deliberada permanece, incluindo opção anterior indisponível. Um aviso de saída cobre a preparação e a tentativa incerta. O resumo da recuperação mostra os dados enviados, prazo em Maputo e nome do responsável quando disponível.

Actualização parcial: o novo formulário e o editor de lead/tarefa pedem lead, owners, taskCreation e nextAction juntos. As fixtures dos testes de fila/dossier que importam apenas TaskRow passaram a reconhecer o novo componente sem alterar as verificações de suspensão/âncora. A primeira ronda integral ainda usou essas fixtures antigas e permanece como diagnóstico; a ronda final é a prova corrente. Correcções de formatação e o acesso explícito ao atributo version_no foram verificados sem supressões de análise estática.

Validação:77 Feature/877 cobrem CRM, conversão, próxima acção, versões, fila, dossiers e orientação;10/79 posteriores à última correcção de servidor estão sobrepostos, não somados como novos. 1545 casos frontend integrais e41 focados, incluindo12 novos, tipos/formato/lint/build.45 tabelas de QA vazias após término dos processos e obtenção do lock, com identidade, owner e RLS/FORCE conferidos. A migração nova é apenas índice e foi conferida em QA. As provas anteriores de concorrência são preservadas; este incremento não declara uma nova prova multiprocesso de criação.

Estado: reconciliado AUD-CRM-01 de «Implementado com falha» para «Implementado parcialmente», conservando o estado anterior nesta explicação e todas as provas. As falhas concretas de próximas acções/versões/fila já corrigidas não são repetidas como trabalho inexistente; continuam os outros consumidores/perfis, recuperação durável após fecho/reautenticação, apresentação visual e disponibilização. A preparação actual permanece em memória, isolada por lead/conta; não se afirma persistência após fechar a página. Os bundles anteriores são fingerprints históricos substituídos pela compilação corrente. A auditoria integral do portal mantém-se em curso.

03/11/2026 — AUD-CRM-01: preparação recuperável de nova tarefa, por conta e lead

[CRM-TASK-PREPARATION-20261103] Preparação de nova tarefa CRM cifrada, por conta/lead, com gravação automática, comparação antes de adoptar e retoma do envio original sem duplicar. 48 Feature/369 asserções antes da última normalização;14/123 específicos finais sobrepostos em13 casos (14 novos no total).57 frontend actuais (16 novos,41 sobrepostos com a ronda integral anterior1545, que não foi repetida). PHPStan/Pint/tipos/formato/lint/build aprovados. QA46 vazias/owner/RLS/lock;1 tabela nova somente em QA.78 recibos/278 provas anteriores preservados. Recibo crm_task_preparation_increment_20261103; parcial, sem instalação/escritas no activo.

Origem: AUD-CRM-01, saldo CRM-TASK-CREATION-20261103 e orientação de23/10 para conservar escolhas ao actualizar/autenticar. A limitação comprovada era a preparação exclusivamente em memória. A continuidade agora acrescentada aplica-se ao formulário de nova tarefa CRM; não é declarada nos restantes editores CRM, parcerias ou em todos os formulários do portal. Não se altera a regra de qualificação, prazo futuro, responsável, conversão ou titularidade do dossier.

Persistência: a nova tabela crm_task_preparations guarda uma preparação por conta/lead, versão, identificador/resumo da gravação e snapshot cifrado com Crypt. Segue as convenções dos checkpoints do Balcão e das declarações de formação; as respectivas tabelas têm vínculos/kinds próprios e não foram reutilizadas para dados de CRM. A gravação usa o mesmo bloqueio do lead dos outros comandos, recusa versões ultrapassadas, repete a mesma operação sem outra escrita e mantém auditoria mínima (versão, sem texto privado). O downgrade recusa eliminar preparações existentes. O texto parcial e os campos vazios são preservados antes da normalização HTTP; a criação da tarefa conserva a validação de negócio existente.

Âmbito efectivo: o endpoint está no grupo administrativo existente com autenticação, email verificado, administração no âmbito e protecções globais de sessão/perfil; a recuperação consulta apenas a conta e o lead actuais. A mudança de revisão de acesso invalida a sessão antiga sem substituir a preparação. Os ensaios usam contas sintéticas com MFA, mas isso não constitui prova de uma obrigação universal adicional de MFA no CRM. Nenhum perfil, alçada ou canal novo foi criado. A preparação não é criação/aprovação de tarefa nem alteração de lead, documento ou dossier.

Interface: alterações são guardadas após800ms e a tentativa congelada é confirmada no servidor antes de enviar a criação. Uma gravação sem confirmação conserva o mesmo identificador para repetição. O envio de negócio continua a usar a chave idempotente já implementada. A recuperação mostra valores desta página/guardados e exige adopção explícita, conserva alterações posteriores e solicita nova escolha se o utilizador alterou um campo depois de escolher o guardado. Um envio local distinto já enviado tem de ser confirmado antes de adoptar outro; a recuperação não dispara criação. Um recibo de criação já existente confirma o resultado e limpa apenas campos não alterados entretanto, mantendo a próxima preparação.

Continuidade e falhas: alterações durante o envio também podem ser guardadas com o comando original; callbacks de outra conta/página não enviam tarefas. Preparação totalmente confirmada deixa de repetir o aviso de saída; alterações ainda sem confirmação mantêm o único aviso. Falha de gravação/autenticação é explicada e conserva a página. Sem a tabela, a criação manual anterior permanece; dados cifrados ilegíveis são sinalizados e preservados, com continuação explícita apenas nesta página. Não se promete recuperar alterações ainda não confirmadas no servidor após perda da página, nem acesso a dados de outra conta. Não se usa armazenamento local com dados de outros actores.

Correcções delimitadas pelos testes: o servidor aceitava contadores inteiros escritos como texto e UUIDs em maiúsculas, mas a projecção podia impedir a retoma; um Feature reproduziu o caso e a normalização devolve números/chaves canónicas sem mudar o texto do utilizador. Outro caso reproduziu alteração do instante na retoma noutro fuso com hora local repetida, incluindo perda de segundos. O formulário mantém agora o instante UTC recuperado até o prazo ser deliberadamente editado; a comparação identifica a hora de Maputo. Ambos os resultados originais permanecem como provas.

Validação:48 Feature/369 antes da última normalização;14/123 finais exercitam todos os14 novos casos, com13 sobrepostos, sem somar rondas como casos novos.57 testes frontend actuais cobrem os16 novos e os41 anteriores dos consumidores CRM/fila/dossier afectados. A ronda integral anterior1545 permanece histórica e não é apresentada como uma execução integral nova. O novo módulo só é importado pelo formulário CRM e pelo detalhe correspondente; tipos globais e compilação foram repetidos. PHPStan nível7 sem supressões, Pint e formato/lint aprovados;46 tabelas QA vazias após terminação e lock, owner/RLS/FORCE conferidos. Nenhuma migração ou escrita no activo, mensagem externa, aceitação visual ou nova prova multiprocesso é inferida.

Preparação vazia: um checkpoint já concluído e coincidente com os valores da página não volta a exigir comparação apenas por contadores técnicos. O caso actual é exercitado nos16 novos testes frontend; escolhas de responsável já guardadas continuam identificadas sem modificar dados de negócio.

Saldo: o formulário de nova tarefa tem agora retoma confirmada por conta/lead e comparação; não o repetir como exclusivamente em memória. Continuam pendentes os restantes formulários/consumidores, variantes por perfil, apresentação visual e disponibilização com a migração no destino. O núcleo manual não depende da nova instalação. AUD-CRM-01 e a auditoria integral permanecem parciais. As provas anteriores e fingerprints compilados ficam preservados como históricos, substituídos pela compilação corrente quando aplicável.

03/11/2026 — AUD-EDU-01/03: acompanhamento interno e revisão contextual de declarações

[EDUCATION-WORK-QUEUE-20261103] Painel interno dos gestores com acompanhamento próprio, revisão independente e detalhe contextual. Revisão fixa a versão analisada, exige comparação se mudou, conserva edições posteriores e repete a mesma tentativa sem nova decisão. Fundamentos anteriores/novos preservados em snapshot cifrado e consulta privada paginada. 30 Feature/629 asserções (16 novos,14 anteriores);22 frontend (17 novos,cinco anteriores). PHPStan/Pint/tipos/formato/lint/build aprovados;54 tabelas QA vazias, owner/RLS/lock conferidos.79 recibos/289 provas anteriores preservados. Recibo education_work_queue_increment_20261103. Parcial local, sem migração/escritas no activo.

Origem: AUD-EDU-01/03, D-EDU-02/D-EDU-06/D-EDU-08 e as competências internas já existentes em docs/investmoz/education/decisions.md. Os rascunhos privados e os dez cenários de concorrência já aceites em02/11 não foram reimplementados. A orientação de23/10 exige preservar contexto e apresentar a próxima acção aplicável. O proprietário respondeu «nao existe» à pergunta sobre um cadastro/documento aprovado de representação e consentimento para estudantes, instituições formadoras e empregadores. Esta resposta é uma ausência de fonte, não uma autorização para inventar mandatos, consentimento, perfis externos ou dados individuais de estudantes. Esses três percursos continuam pendentes; o gestor interno já autorizado prossegue.

Painel: acrescentados filtros Todos, Submetidas por mim e Disponíveis para revisão independente, com indicadores pessoais de declarações por tipo/estado/expiração e rascunhos próprios ainda abertos. Quantidades de trabalhadores e vagas formativas não são somadas como declarações. Rascunhos submetidos deixam de contar como abertos, sem duplicar a declaração derivada. As declarações anteriores aos rascunhos também entram no acompanhamento. O âmbito pessoal não reduz as fontes territoriais dos catálogos. Indicadores gerais e percursos de cadastro, procura/oferta, propostas e rascunhos mantidos. A lista disponível para revisão é consulta; não cria atribuições, tarefas, prazos ou concessões.

Detalhe privado: nova rota /management/education/{demands|capacities}/{id}, com filtros/páginas no regresso, fonte, período, validade, unidades, empregador aplicável e referências do cadastro actual. Nomes actuais não são apresentados como snapshots históricos. Cache no-store e histórico Inertia cifrado; mesmo acesso administrativo interno, verificação de email e exclusão do auditor. O autor não recebe formulário de auto-revisão; fontes expiradas continuam consultáveis. O servidor conserva recusa de auto-revisão, expiração e versão obsoleta.

Causa reproduzida: dois testes de componente falharam no formulário anterior — o autor recebia a acção e uma decisão preparada podia enviar a versão nova dos props sem comparação. A prova original mostra comportamento do componente; não demonstra uma decisão indevida aceite pelo servidor ou aceitação visual. O novo formulário fixa a versão e valores analisados, compara campos/referências e só adopta a versão actual por acção explícita. Uma tentativa incerta conserva chave, decisão, motivo e versão originais; callbacks tardios de outra página/conta não apagam a preparação. Confirmação limpa apenas os valores enviados que não foram editados depois. Um único aviso de saída protege a preparação em memória.

Repetição e autoridade: bloqueio do registo e recibo append-only por actor/tipo/registo/chave, com resumo canónico. Mesma tentativa confirmada devolve o resultado sem outra revisão/versão; chave reutilizada com outro conteúdo e nova tentativa obsoleta são recusadas. O acesso actual é sempre exigido. A consulta devolve somente chaves/versões do actor actual para confirmar resultado; não expõe resumos ou o envelope cifrado. Repetir recibo antigo após decisão posterior ou expiração não reescreve o estado nem prolonga a validade. O contrato antigo sem chave continua sujeito a conflito de versão e também preserva o fundamento.

Preservação: cada nova revisão acrescenta evento restrito com snapshot Crypt do objecto revisto, estado/motivo/revisor imediatamente anteriores e novos. A consulta privada mostra fundamentos disponíveis, versão, data e nome actual do revisor, com paginação estável por versão. Fundamentos anteriores à implementação que nunca foram armazenados não são reconstruídos. Envelope ilegível conserva metadados/original e explica indisponibilidade. A auditoria permanece append-only; um primeiro ensaio que tentou alterar um evento foi recusado pela guarda existente. O teste foi corrigido para inserir uma amostra sintética separada, sem desactivar a guarda.

Validação: 30 Feature/629 asserções finais no conjunto Educação afectado (16 novos e14 anteriores).22 frontend actuais (13 de revisão,quatro de painel e os cinco de rascunhos existentes). A ronda integral1545 anterior permanece histórica, sem ser apresentada como execução actual. PHPStan nível7 sem supressões, Pint, tipos globais, formato/lint de sete fontes e build aprovados. O contrato do serviço de histórico passou a devolver dados paginados serializáveis, evitando expor um paginator mutável com parametrização incompatível.54 tabelas vazias verificadas após fim dos processos e aquisição do lock, proprietário e RLS/FORCE conferidos. Sem migrações novas, dados activos, mensagens externas ou nova prova multiprocesso deste comando. O build conserva os avisos já existentes sobre fontes e dimensão de bundles, sem falha.

Saldo: AUD-EDU-03 passa de não implementado a implementado parcialmente pelo percurso interno do gestor. Restam jornadas de estudantes, instituições e empregadores, definição concreta de representação/consentimento e respectivo isolamento, apresentação visual e entrega no destino. AUD-EDU-01 continua parcial; AUD-EDU-02 mantém a cobertura e saldo próprios já reconciliados. O motivo de revisão ainda não confirmado permanece na página; não se declara recuperação durável dessa preparação após perda da página. O registo de revisão é decisão interna, não acredita instituição/curso nem substitui mandato institucional. A auditoria integral do portal continua em curso.

03/11/2026 — AUD-PROFILE-20: incidentes técnicos e perfil próprio de suporte

[OPPORTUNITY-TECHNICAL-INCIDENTS-20261103] Registo automático de falhas técnicas de submissão/publicação, referência correlacionada, consulta própria e perfil próprio de Suporte técnico com fila por organização/tipo. Reutiliza auditoria append-only e atribuições existentes, sem aprovação ou acesso documental adicional.15 Feature/264 asserções (oito novos,sete anteriores);12 frontend (seis novos,seis anteriores),PHPStan/Pint/tipos/formato/lint/build aprovados. Base final QA com59 tabelas vazias, owner/RLS/lock conferidos; primeira execução mista acompanhada separadamente.80 recibos/298 provas anteriores preservados. Recibo opportunity_technical_incidents_increment_20261103. Parcial local; migração do papel somente em QA, sem alterações no activo.

Origem: Gestao de perfis investeMOZ v1.docx SHA256f9e0f6280566fed8b52d0b36bb814a82e11976fec9ea9f62d64611ff8c824b38, §3.5/p283 e tratamento de falhas p289–293, segregação/atribuição p33/339–346; segmentação bf26caee §8.4/p860. Matriz e código confirmavam que falhas técnicas de submissão/publicação não produziam incidente de negócio consultável. Não se confunde isto com C132, diagnósticos de autenticação, suporte fundiário ou registos de scan/worker existentes. A ronda anterior de Educação foi verificada antes do delta. O proprietário respondeu «Perfil próprio de Suporte técnico» à escolha do destinatário: essa decisão autoriza o papel e a fila; não cria pessoas reais, prazos/SLA, canais externos ou competências de aprovação.

Registo: OpportunityWorkflowExecution envolve o motor existente, sem alterar as regras das transições. Para submissão/publicação efectivamente disponíveis ao actor, uma excepção técnica após a transacção gera evento restrito separado. Validação, versão ultrapassada, autenticação, permissão e 404 não são convertidos em incidentes. O registo conserva referência UUID útil para acompanhamento/correlação, operação, versão e revisão observadas antes da tentativa, etag tentado, estado, organização/tipo e código técnico genérico. Não copia motivo, contrato, anexos, SQL, mensagem ou trace da excepção. Cada pedido que falha é uma tentativa observada distinta; não se afirma deduplicação de um incidente lógico entre várias falhas.

Resultado incerto: HTTP503 no-store explica a referência e exige consultar o estado antes de repetir. Não há repetição automática, aprovação, publicação ou inversão de estado pelo incidente. O evento de falha é gravado só depois de a transacção de negócio terminar; os testes provocam falha real na inserção da auditoria final, após alterações de estado/tarefas, e conferem reversão de todos esses dados. Uma perda de ligação no commit pode deixar resultado incerto: a mensagem não promete reversão universal. Se também falha o registo do incidente, devolve incident_recorded=false e a referência, sem alegar persistência; log de fallback contém apenas referência/código. Uma subtransacção protege a ligação quando existe uma transacção envolvente.

Consulta e encaminhamento: o autor consulta até dez tentativas próprias no detalhe autorizado da oportunidade. A fila /suporte-tecnico/incidentes apresenta20 metadados por página e apenas os âmbitos actuais atribuídos a technical_support. Organização/tipo capturados também têm de coincidir com o registo actual; contexto desconhecido ou posteriormente mudado não é inferido. A fila não expõe título/contrato, documento, identidade do promotor, etag, JSON bruto ou link para um processo reservado. Auditor prevalece como restrição; revogação/expiração são reavaliadas. A fila é o encaminhamento interno por perfil, não prova de uma mensagem entregue ou de um tratamento concluído.

Papel: acrescentado ao mecanismo existente de atribuição independente por Superutilizador/MFA, com tipo, organização, motivo, vigência, revogação e auditoria. Nova versão profiles-technical-support-20261103 para essas atribuições; restantes papéis conservam a versão anterior. A interface apresenta Suporte técnico e o link apenas pela capacidade do servidor. O novo papel não integra hasOperationalReadScope, Promotor, Validador, Publicador ou administração legada; não recebe aprovações, concessões, acesso a anexos ou alçada por inferência. Pode coexistir com papéis legítimos anteriores nos limites da política existente. Não foi criada uma obrigação universal adicional de MFA para este perfil; a outorga continua a exigir a competência administrativa e MFA já vigentes.

Instalação: a migração080000 amplia somente a restrição de nomes de papéis. Segue a guarda existente de instalação autenticada dos perfis fora de testing e exige QA isolada nos testes. O downgrade recusa remover a compatibilidade se existirem atribuições, mesmo históricas. Não altera atribuições antigas nem concede o novo papel automaticamente. Preparada e aplicada apenas na base descartável; integração desta actualização no instalador e disponibilização no destino ainda por concluir.

Validação:15 Feature/264 finais no código actual (oito novos e sete de PortalProfileAccess).12 frontend exercitam leitor próprio, navegação por capacidade, fila vazia/metadados e transporte de erro sem repetir escrita, mais seis casos anteriores de profileJson. Tipos globais, PHPStan nível7 sem supressões, Pint, sete fontes formato/lint e build aprovados. A suite integral1545 anterior permanece histórica. A primeira execução mista de incidentes/canónico/perfis tem resultado separado running_observed; não é declarada suite global aprovada. A primeira fixture de incidentes omitia a gravação do contrato completo e o servidor recusou correctamente a submissão422; foi corrigida a fixture, conservando as validações. Corrigida também a expectativa do contrato de atribuição201, sem mudar a API. Provas falhadas preservadas como diagnóstico. Duas bases QA distintas foram usadas enquanto a primeira execução ainda estava confirmadamente activa; não se reiniciou por falta de output. A execução final de15 casos terminou;59 tabelas vazias na base technical_support, owner/RLS/FORCE e lock conferidos. A primeira execução mista permanece separada: se ainda activa, o seu log mutável e a limpeza dessa base não são incluídos nas provas aceites; continuar a acompanhar o mesmo processo e conferir rollback quando terminar. Sem escritas/migrações activas, contas reais, mensagens externas ou prova visual.

Saldo: AUD-PROFILE-20 passa a implementado parcialmente. O registo, preservação delimitada e encaminhamento por fila/perfil estão agora implementados; continuam tratamento do incidente (assunção, notas, resolução/reabertura e histórico), alertas próprios/painel de saúde, outros pontos de falha/upload/worker/integrações, escalonamentos e parâmetros operacionais conforme definição aplicável, instalador e entrega, variantes e apresentação visual. A decisão sobre o perfil está resolvida e não deve ser pedida de novo. Próxima acção: acrescentar o tratamento auditado à fila usando este mesmo papel e a referência, sem tocar na decisão da oportunidade. A auditoria integral permanece em curso.

03/11/2026 — AUD-PROFILE-20: tratamento auditado e recuperação do envio de suporte

[TECHNICAL-INCIDENT-HANDLING-20261103] Tratamento de incidentes pelo perfil existente: assunção/substituição explícita, notas cifradas, devolução à fila, resolução e reabertura, histórico privado paginado e filtros pelo estado actual. Versão e tentativa identificada preservam notas e impedem repetição de efeitos.18 Feature/339 asserções (dez novos,oito anteriores);28 frontend (16 novos,12 anteriores),PHPStan/Pint/tipos/formato/lint/build aprovados. Um cenário com dois processos e espera real no incidente:200/409, replay só de leitura, investimento e raiz intactos. QA final59 tabelas vazias; prova concorrente retém só amostras sintéticas declaradas.81 recibos/306 provas anteriores preservados. Recibo technical_incident_handling_increment_20261103. Parcial local, zero novas migrações/escritas activas.

Origem e âmbito: continuação do incremento OPPORTUNITY-TECHNICAL-INCIDENTS-20261103 e da decisão expressa do proprietário «Perfil próprio de Suporte técnico». Reutilizados o mesmo papel technical_support, âmbitos/validade/revogação e os incidentes já registados. O tratamento é técnico e não decide investimentos. Não foram criadas competências de Promotor, Validador, Publicador, administrador, SLA, calendários ou pessoas reais; a regra do dono para encerrar/reabrir dossiers permanece intacta.

Percurso: nova ficha /suporte-tecnico/incidentes/{reference}, ligada à fila e ao contexto de página/estado. Permite assumir tratamento, substituir explicitamente o responsável actual por si, acrescentar nota, devolver à fila, resolver e reabrir. A equipa autorizada no âmbito partilha o tratamento; não se introduziu uma autoridade exclusiva do responsável que não tinha sido definida pela Tempo. Cada acção exige nota e a versão analisada. Resolver um incidente não submete, publica, aprova ou reverte a oportunidade. Notas de incidente resolvido não reabrem implicitamente. Fila Todos/Na fila/Em tratamento/Resolvido consulta o estado mais recente, com paginação normal e regresso ao mesmo contexto.

Uma fonte de histórico: cada tratamento acrescenta evento restrito à auditoria append-only existente, correlacionado à raiz; nenhum evento anterior é actualizado/eliminado. Preservados estado, responsável, versão e datas anteriores/aplicados; nota cifrada com Crypt. A nota não é copiada para o incidente original ou para o investimento. A ficha mostra autores pelo nome actual da conta, com10 eventos por página; não inventa nomes históricos. Envelope ilegível é assinalado e preservado. Estado actual inválido não volta silenciosamente a Na fila e recusa nova escrita. A projecção opcional na fila e no editor mostra indisponibilidade; o estado técnico ilegível não bloqueia a leitura/edição normal do investimento, demonstrada por HTTP.

Autoridade e isolamento: raiz lida pelo mesmo filtro de organização/tipo capturados e actuais, mais atribuição efectiva de suporte, validade e restrição Auditor. No comando, reavaliado sob bloqueio FOR UPDATE OF event apenas na raiz do incidente. Não se bloqueia/edita o investimento como forma de obter autoridade. Notas internas ficam no detalhe autorizado; o autor da tentativa recebe somente estado/versão/data técnica na consulta própria, sem notas, chaves ou responsável interno. Assumir ignora um destinatário injectado pelo cliente e usa a conta autenticada. A atribuição não se amplia por igualdade de nome, perfil acumulado ou mera posse da referência.

Repetição segura: operation_key UUID normalizado, resumo canónico de versão/acção/nota e actor, dentro da raiz bloqueada. Mesmo comando confirma o resultado anterior sem outra nota/versão ou mudança de responsável. Outra nota com a mesma chave e uma nova chave sobre versão obsoleta são recusadas. Recibo antigo após uma resolução posterior não a desfaz. Falha na inserção final reverte o tratamento; a tentativa original pode ser repetida explicitamente. A operação não dispara outro incidente em cascata nem repete automaticamente comandos do investimento.

Formulário: congela comando, versão, nota e chave antes do POST; guarda a preparação na memória da página. Resposta incerta conserva o envio original e a nota editada depois. Confirmação limpa apenas texto não alterado entretanto. Consulta autorizada pode confirmar o recibo sem novo POST; mudança da equipa exige comparação e confirmação explícita. Uma preparação obsoleta só é abandonada após leitura de versão superior que impede o envio antigo e acção explícita do utilizador. Consulta na mesma versão não descarta uma tentativa incerta. Callbacks antigos/de outra conta não apagam a nota nem desbloqueiam o envio seguinte. Um único aviso protege saída/recarregamento; não se afirma recuperação durável da nota ainda não confirmada depois da perda da página. O próprio perfil e a consulta do recibo não concedem acesso adicional.

Validação:18 Feature/339 no código final, dez casos novos e os oito de incidentes/perfis anteriores.28 frontend actuais,15 do novo formulário mais um novo caso de ligação/contexto e os12 consumidores/transportes anteriores. Tipos globais, PHPStan nível7 sem supressões, Pint e nove fontes de formato/lint passaram; build com avisos de fontes opcionais/tamanho já conhecidos. Ronda integral1545 anterior continua histórica. Um ensaio sintético real com dois processos observou o primeiro bloqueado numa barreira QA após adquirir a raiz e o segundo à espera dessa mesma transacção. Após libertar, o primeiro recebeu200 e o segundo409; resolução posterior e repetição antiga conservaram versão2/resolvido, oportunidade, raiz e zero tarefas. Não é teste de carga ou de todas as intercalações.

Conservação QA: incident_handling_20261103_test terminou e ficou com59 tabelas vazias; lock, identidade, owner/RLS/FORCE conferidos. O clone descartável incident_handling_concurrency_20261103b_test retém4 contas sintéticas,uma organização,uma oportunidade,duas atribuições,três eventos e zero tarefas, com visibilidade conferida. A nova execução nesse clone foi recusada com exit1 por dados existentes, sem os redefinir. O primeiro ensaio concorrente tinha comparação de atributos antes de recarregar os defaults de PostgreSQL; corrigida a fixture de comparação e repetido noutro clone, preservando o primeiro e o seu diagnóstico. A guarda CLI passou a devolver exit1 explicitamente numa excepção, em vez de depender do handler da aplicação. Nenhuma tabela nova, migração ou operação activa decorre deste tratamento.

Execução mista anterior encerrada: o processo53686 terminou com45 casos,41 aprovados,quatro falhados e1004 asserções, com um aviso de teste arriscado. As quatro falhas pertencem à fixture antiga de incidentes sem contrato gravado, não à validação canónica/perfis; a expectativa de logging não chamada originou o aviso. Os40 casos anteriores do canónico/perfis passaram naquela execução; não se reclassifica a execução completa como aprovada ou candidata imutável. Os casos de incidentes corrigidos passaram depois nos15 casos do incremento anterior e voltam a passar nos18 actuais. A base opportunity_incidents_20261103_test também ficou vazia nas59 tabelas, com lock/owner/RLS/identidade conferidos. O registo anterior running_observed fica preservado como observação histórica e está agora superado por este resultado terminal.

Saldo: registo, fila, perfil e tratamento técnico com histórico/recuperação delimitada implementados e verificados localmente. Restam alertas/notificações próprias, saúde e outros pontos de falha/upload/worker/integrações, regras operacionais/escalonamentos quando definidas, integração no instalador e disponibilização, apresentação visual e retoma durável da preparação não confirmada. Não voltar a pedir a escolha do perfil nem a tratar o ciclo agora implementado como inexistente. AUD-PROFILE-20 e o objectivo transversal continuam parciais; próxima acção é integrar a actualização no instalador existente e continuar os alertas autorizados por âmbito, sem novos canais externos por inferência.

03/11/2026 — AUD-PROFILE-20: actualização de Suporte técnico pelo instalador existente

[SUPPORT-PROFILE-INSTALLATION-20261103] Actualização do perfil de Suporte técnico integrada no instalador autenticado existente: prévia, MFA, provas do destino/código, confirmação e recibo idempotente. Schema e ledger partilham a mesma verificação no servidor e na disponibilidade do perfil.18 Feature finais/230 asserções (dez novos,oito do instalador anterior); regressão inicial36/569;30 frontend (15 novos,15 do tratamento anterior),PHPStan/Pint/tipos/formato/lint/build aprovados. Backup PostgreSQL e arquivo de candidato/original privado sintético efectivamente restaurados em QA: 190 tabelas,30 sequências,1567 ficheiros e três envelopes MFA legíveis. Actualização e repetição conservaram todas as tabelas salvo uma entrada de migração e um recibo; zero atribuições de suporte inferidas. QA de testes62 tabelas vazias.82 recibos/318 provas anteriores preservados. Recibo support_profile_installation_increment_20261103. Parcial local, sem instalação/escrita activa.

Origem: continuação da decisão expressa do proprietário «Perfil próprio de Suporte técnico» e do tratamento já demonstrado. O instalador da base de perfis permanece a autoridade existente. Nova prévia/aplicação em /management/profile-install/technical-support, acessível pela instalação de perfis; exige identidade verificada e autoridade actual de instalação, incluindo precedência da restrição Auditor. Escrita e replay exigem MFA recente da sessão. Não altera as condições de acesso quotidiano do suporte nem escolhe pessoas, SLA, canais ou responsáveis por inferência.

Instalação delimitada: migra exclusivamente 2026_11_03_080000_add_technical_support_profile, já existente no incremento anterior, sob a transacção/lock e recibo do instalador. Reavalia dependências, destino, código, prova e estrutura analisada antes de executar. Atribuições, contas, dupla administrativa, dados de negócio e flags não são criados/redefinidos pela actualização. A atribuição do papel continua a operação explícita e auditada na Gestão de perfis. O replay devolve o recibo anterior sem repetir DDL; motivo diferente com a mesma chave é recusado. Falha na auditoria final reverte constraint e ledger.

Uma interpretação de estrutura para runtime e instalador: TechnicalSupportProfileSchema verifica a CHECK validada e exacta portal_role_name e o registo da migração. O ledger isolado deixa de anunciar o perfil disponível. Reconhece a versão anterior de quatro papéis e a nova de cinco. Se a migração está registada mas a CHECK validada ainda é exactamente a anterior, oferece reposição delimitada com as mesmas provas e autenticação, preservando o registo da migração. CHECK ausente, enfraquecida, desconhecida ou cinco papéis sem ledger não são sobrescritos/adoptados implicitamente. Downgrade conserva a recusa perante atribuições de suporte, incluindo revogadas.

Prova técnica existente fortalecida: mantém a janela de24 horas e backup/restauro, ficheiros, compatibilidade e QA já exigidos. Flags devem ser booleanos true; texto «false», metadados de outro tipo, data futura/expirada, destino/código diferente e ficheiro adulterado não confirmam preparação. O hash dos bytes da prova participa no plano: outra prova válida exige nova análise. Não se acrescentou uma aprovação humana, uma fonte organizacional ou um calendário. No-op de actualização já instalada segue o padrão anterior, sem repetir migração ou conceder privilégios.

Formulário: motivo e confirmação próprios desta operação; congela plano, motivo e chave antes do POST. Resultado incerto permite apenas repetição explícita do original ou consulta autorizada do recibo próprio. Ausência do recibo não descarta a tentativa; mudança do plano exige comparação e nova confirmação. Resposta de outra conta/destino/chave/código não confirma. MFA expirada impede retry até nova confirmação de sessão. Callbacks antigos não alteram outra preparação. Confirmação limpa só o motivo ainda inalterado; edições posteriores permanecem. Consulta antiga sem o recibo conhecido não desbloqueia outra operação. Corrigida mensagem antiga de erro que persistia depois de consulta recuperada. Preparação continua em memória, sem promessa de retoma durável após perda da página.

Protecção da preparação: um único guard comum protege saída/recarregamento. A página anterior de instalação também protege motivo e IDs dos dois titulares. Depois de resposta de escrita conhecida, campos efectivamente enviados deixam de gerar aviso falso, mesmo se a consulta seguinte falhar; alterações posteriores e campos não enviados continuam protegidos. Os percursos de inicialização separada e confirmação pelo segundo titular não foram substituídos.

Verificações:36 Feature/569 na primeira regressão de instalação, incidentes e tratamento; depois da correcção/normalização final do formulário,18 Feature/230 focados nos dez novos casos e oito do instalador anterior.30 frontend finais incluem15 novos e15 do tratamento prévio. PHPStan nível7 nos quatro serviços/controlador alterados sem supressões; Pint nas cinco fontes PHP; tipos globais e seis fontes de formato/lint passaram; build concluído com os avisos já conhecidos. Erros iniciais de frontend foram reproduzidos e corrigidos. Cache de Pint devolvia resultado desactualizado na reparação; cache específica nova aplicou a formatação e o teste final passou. Não se repete nem se reclassifica como actual a ronda integral1545 histórica. Testes de componentes/HTTP não equivalem a aceitação visual em browser.

Ensaio operacional distinto das fixtures: SupportProfileInstallationTest usa ficheiros sintéticos para testar o contrato de readiness e declara-o expressamente. A prova operacional adicional criou dois destinos novos em127.0.0.1:55441 como investmoz_test: support_profile_installation_operational_20261103c_test e support_profile_installation_restore_20261103c_test. Template conferido antes da cópia: sem dados de negócio e com os seeds existentes de spatial_ref_sys(8500),questionnaire_versions(2) e ai_controls(7) preservados. A primeira guarda recusou essas tabelas de referência antes de criar qualquer clone; a condição foi corrigida para conferir as contagens exactas, sem apagar os seeds. Nenhuma base existente redefinida. Snapshot read-only/repeatable-read exportado para pg_dump e restaurado por pg_restore; comparadas todas as tabelas por bytes ordenados e sequências, owner/RLS/FORCE, mais legibilidade dos três envelopes MFA sintéticos. O primeiro ensaio restaurou tabelas e sequências, mas a sua guarda rejeitou RLS existente por esperar incorrectamente todas as tabelas sem RLS. A comparação confirmou16 tabelas com RLS/FORCE idênticos na origem/restauro. Preservado esse clone/diagnóstico, corrigida a guarda para exigir equivalência de owner/RLS e visibilidade efectiva da identidade QA, e repetido em dois destinos novos de sufixo b. Nenhuma política ou permissão foi desligada/alterada para o ensaio. No clone b, a actualização e o replay ocorreram, mas a asserção PHP do ensaio comparava identidade de objecto stdClass com o array do recibo JSON. Corrigida a comparação para valores canónicos tipados, preservado também esse clone e repetida a prova integral no sufixo c. O resultado falhado do ensaio b não é convertido numa aprovação global. Arquivo de código/build e um original privado sintético extraído com guarda de caminhos e hashes conferidos. Não arquiva .env nem documentos de clientes e não afirma restauro de um destino activo.

Após essa prova real, o serviço autenticado do instalador com actor sintético e MFA aplicou a actualização e confirmou o mesmo recibo no replay. De todas as tabelas, só migrations e audit_events mudaram, com exactamente uma linha adicional em cada; contas, dupla, atribuições anteriores, oportunidade e restantes tabelas conservaram o hash. Nenhum perfil de suporte concedido. O clone operacional e o restauro anterior são retidos como provas sintéticas; nova execução nesse destino é recusada com exit1 antes de qualquer reset. O ensaio não é aceitação de cliente, instalação activa nem instalação no SGF/SGC. QA de testes terminou com62 tabelas vazias, lock/owner/RLS/identidade conferidos, incluindo dupla, pedidos de perfis e aprovações de segurança.

Saldo: integração da actualização de suporte no instalador implementada e demonstrada localmente; a disponibilização/instalação no destino continua a acção autenticada própria com provas desse destino. Restam alertas próprios por âmbito, saúde/outros limites de falha, parametrização/escalonamentos aplicáveis quando definidos, retoma durável da preparação e aceitação visual. AUD-PROFILE-20 e o objectivo transversal permanecem parciais. Conservar decisões já recebidas sobre suporte, dono do dossier, línguas/modelos e Educação; não voltar a pedir essas definições nem inventar fontes ausentes. Próxima acção: continuar avisos internos de incidentes aos suportes efectivos, reutilizando mecanismos existentes e preservando autorização actual.

03/11/2026 — AUD-PROFILE-20: avisos internos de incidentes por consultar

[SUPPORT-INCIDENT-NOTICES-20261103] Avisos internos de incidentes por consultar para o Suporte técnico efectivo, com contador próprio na navegação, filtro antes da paginação e marca explícita de consulta por actor/raiz. A consulta não é tratamento, resolução, aprovação ou acesso documental.25 Feature finais/376 asserções (sete novos,18 de instalação anteriores);31 frontend (nove novos,22 anteriores),PHPStan/Pint/tipos/formato/lint/build aprovados. QA62 tabelas vazias e identidade/owner/RLS/FORCE conferidos.83 recibos/330 provas anteriores preservados. Recibo support_incident_notices_increment_20261103. Parcial local, sem migração ou escrita activa.

Origem e recorte: desenvolvimento autorizado a partir da decisão do proprietário «Perfil próprio de Suporte técnico». Aviso interno ao papel e âmbito efectivos, reutilizando a fila e o histórico existentes. Escolha técnica de apresentação: contador no link de Suporte técnico da navegação dos perfis, filtro Por consultar/Todos os avisos e acção explícita de consulta em cada incidente, na fila e no detalhe. Não se inventam destinatarios nominativos, email/SMS/outros canais, SLA ou escalonamentos. Nenhuma mensagem externa foi enviada.

Autoridade unica: contador, filtro, detalhe e marca usam a mesma query de incidentes autorizados: papel vigente e verificação de Auditor, organização/tipo capturados e actuais e oportunidade existente. Sobreposicao de atribuições não duplica o incidente. Revogacao, expiração, falta de verificação de identidade e mudanca de contexto retiram a visibilidade; ser gestor legado ou autor da tentativa não concede suporte. Sem dados de processos, documentos ou notas no aviso da navegação. Outros actores não recebem o estado de consulta de um colega.

Estado próprio: Por consultar significa ausência da marca explícita deste actor para esta raiz. Abrir uma página GET não escreve a marca. Marcar aviso como consultado regista um evento restrito append-only em audit_events, fonte portal-opportunity-support-notices e acção incident_consulted. A raiz é reautorizada sob o mesmo bloqueio de linha antes da consulta/inserção. A repetição devolve a primeira data/confirmação sem duplicar eventos. O actor provem da sessão e não de um destinatario injectado no corpo. A marca não altera a raiz original, a versão de tratamento, responsável, notas, oportunidade, tarefas ou atribuições. Incidente resolvido pode ter aviso por consultar; consulta não equivale a resolução. Cada novo incidente tem uma raiz própria e um novo aviso; alteracoes posteriores de tratamento não são novos avisos neste recorte.

Filtros e continuidade: a exclusão de avisos ja consultados ocorre no SQL autorizado antes do limite/paginação, pelo que incidentes antigos por consultar não são ocultados por muitos recentes consultados. Estado técnico e Por consultar combinam-se; os links dos filtros e detalhe preservam ambos, página de origem e regresso. Metadados de tratamento invalidos continuam assinalados como indisponiveis na fila, sem impedir consulta do aviso. O histórico de tratamento ignora os eventos de consulta e continua a mostrar apenas as suas próprias acções.

Formulário sem dados reintroduzidos: a consulta e um comando com corpo vazio para a raiz e conta actuais, sem outro motivo ou confirmação de decisão. Bloqueia duplo clique enquanto aguarda. Confere actor/referencia/read da resposta e, em perda de resposta, oferece repetição explícita da mesma acção comutativa. Não repete HTTP automaticamente. Previa autorizada com a marca própria confirma o estado e prevalece sobre resposta falhada tardia; props antigas não voltam a colocar um aviso confirmado como não consultado. Callback de outra conta/raiz ou apos desmontar não actualiza a página nova. A actualização parcial preserva estado/scroll e notas em preparação; usa o guard ja existente do tratamento, sem outro aviso de saida.

Falhas: inserção final recusada reverte a marca e permite nova tentativa explícita. O contador é uma projecao opcional: uma falha SQL devolve indisponibilidade sem zero inventado e usa transacção/savepoint para não deixar a transacção do chamador abortada. Teste PostgreSQL concreto de coluna temporariamente indisponivel demonstrou a falha, continuacao da leitura de users e recuperação da contagem depois de reposta a coluna, exclusivamente dentro da base descartavel. Nenhuma guarda RLS/owner/isolamento foi desligada para esse ensaio.

Verificação:25 Feature finais/376 no código final, sete casos novos mais18 de ambos os instaladores. A execução inicial de43 casos terminou com41 aprovados,uma falha e um erro,664 asserções. Os36 casos anteriores passaram; a falha nova era a ordem normalizada do cabeçalho Cache-Control e o erro era uma fixture com expires_at anterior ao starts_at, recusada pela constraint portal_role_period. Corrigidos ambos os dados do ensaio, preservado o diagnóstico e repetidos os25 casos finais. A opção preserveScroll na chamada de reload foi removida porque o Inertia instalado preserva scroll/estado automaticamente e os seus tipos recusam essa opção nessa chamada.31 frontend finais, sete casos de confirmação/recuperação/contexto e dois de contador/filtros, com22 anteriores. PHPStan nivel7 nos quatro serviços/controlador alterados, sem supressões; Pint em cinco fontes PHP, tipos globais, oito fontes de formato/lint e build passaram. A ronda integral1545 continua prova histórica. QA support_incident_notices_20261103_test terminou com62 tabelas vazias, incluindo identidades, atribuições, dupla, pedidos, aprovações e auditoria, conferidas sob lock, owner/RLS/FORCE e identidade investmoz_test em55441. Sem novas tabelas ou migrações; não se afirma um novo ensaio concorrente nem aceitação visual.

Conservação e saldo:83 recibos/330 provas anteriores preservados. O ensaio efectivo de backup/restauro do incremento de instalação continua histórico para o candidato ali arquivado; não é reclassificado como prova de instalação deste novo fingerprint. O instalador inclui também o novo componente na impressão do candidato e exige prova actual do destino/código para alterar schema. Mantém-se disponibilização autenticada no destino e aceitação visual, saúde e outros pontos de falha/upload/worker/integrações, avisos de actualizações posteriores de tratamento, regras/escalonamentos aplicaveis e retoma durável da preparação não confirmada. Alertas de novos incidentes por consultar deixam de ser lacuna de implementação neste recorte; AUD-PROFILE-20 e o objectivo transversal continuam parciais. Próxima acção: continuar limites técnicos de upload/integração e saúde operativa com as fontes existentes, sem inventar política organizacional.

03/11/2026 — AUD-PROFILE-20: incidentes de uploads e preservação de originais em falhas

[RESOURCE-TECHNICAL-INCIDENTS-20261103] Incidentes de upload de documentos/imagens e preparação WebP integrados no mesmo suporte, avisos e tratamento por âmbito. Limpeza conservadora conserva originais referenciados e bytes de resultado incerto; falhas na limpeza não escondem o erro original.23 Feature/285 asserções (oito novos,cinco de recursos e dez do instalador); um caso adicional sem GD/duas asserções;37 frontend (seis novos,31 anteriores),PHPStan/Pint/tipos/formato/lint/build aprovados. GD/WebP carregado apenas no processo CLI de QA; configuração normal sem alteração. QA64 tabelas vazias, com identidade/owner/RLS/FORCE conferidos.84 recibos/339 provas anteriores preservados. Recibo resource_technical_incidents_increment_20261103. Parcial local, sem migração ou escrita activa.

Origem e âmbito: continuação da decisão do proprietário «Perfil próprio de Suporte técnico» e do saldo de falhas de upload no requisito existente. Aproveitados o papel, âmbitos, fila, avisos individuais e tratamento já implementados. Acrescentados os pontos síncronos de carregamento de documentos/imagens e preparação de derivadas. Não foram criados destinatários, canais externos, SLA, perfis adicionais ou competências de decisão. Outros limites técnicos continuam no saldo; não se declara cobertura de todas as falhas do portal.

Uma classificação comum de falhas: OpportunityTechnicalExecution é reutilizado pelo adaptador de submissão/publicação e pelos pontos de upload/preparação. A chamada já tem acesso efectivo de edição conferido; o incidente só é capturado depois de a transacção de negócio terminar/desfazer. Validação, autenticação, autorização, ausência de registo e respostas esperadas inferiores a500 são preservadas, incluindo o HttpResponseException409 usado nos recursos. Não repetem HTTP, gravação ou decisão automaticamente. Nos uploads, a fronteira inclui também a construção da confirmação e leitura do ETag posterior à gravação: uma falha posterior não pode ser apresentada como sucesso confirmado nem pressupor rollback do que já foi gravado.

Resposta e privacidade: preservada a excepção de compatibilidade, com resposta JSON503 própria, referência UUID e incident_recorded verdadeiro/falso. Falha a guardar o próprio incidente continua assinalada honestamente. A resposta e a raiz não incluem SQL, texto da excepção, bytes, nome do ficheiro, título, motivo ou payload do recurso. A raiz conserva somente a conta, oportunidade/organização/tipo, operação e versões/estado técnicos já usados pelo mecanismo. O autor consulta os seus últimos dez incidentes também na página de recursos, com acesso actual, no-store e histórico cifrado. O suporte continua restrito ao âmbito actual/capturado e não ganha acesso ao recurso original ou ao investimento; HTTP demonstrou a fila disponível e o editor de recursos403 para o mesmo suporte.

Operações identificáveis: upload_document, upload_image e prepare_image juntam-se a submit/publish. Cartão do autor, fila e ficha partilham os nomes Carregamento de documento/Carregamento de imagem/Preparação de imagens WebP. Operação desconhecida deixa de ser apresentada por defeito como Publicação. A mensagem genérica da fila foi ajustada para a operação. O catálogo de leitura do servidor reconhece apenas estas operações no recorte. Avisos por consultar e tratamento usam a mesma raiz e mantêm-se independentes da operação de investimento e da análise de segurança.

Originais e limpeza: corrigida a eliminação incondicional no catch do upload/processamento. OpportunityResourceFileCleanup considera somente chaves no prefixo privado previsto e não apaga qualquer chave ainda referida por documents, incluindo históricos/excluídos logicamente. Perda de ligação reconhecida pelo detector do próprio Laravel conserva os bytes sem usar uma leitura de ausência que poderia preceder um commit incerto. Falha na verificação da referência também conserva os bytes, com transacção/savepoint para não deixar o chamador abortado. Só se tenta retirar um novo ficheiro sem referência confirmada. Falha/false na eliminação produz aviso sanitizado e não substitui o erro original, nem expõe o caminho ao suporte. Não há purge automático de bytes retidos; essa reconciliação permanece necessária. O ramo de ligação incerta foi ensaiado por injecção de falha observável, não por corte real de rede ou todas as intercalações possíveis de commit.

Visibilidade efectiva: a referência só é considerada ausente se row_security_active confirmar que a leitura não está sujeita a RLS. RLS activa ou visibilidade indeterminada conserva os bytes. Um caso PostgreSQL real activou RLS/FORCE apenas na tabela descartável e usou SET LOCAL ROLE pg_read_all_data, papel preexistente sem criar contas/grants. A mesma referência ficou oculta: contagem0 e row_security_active true. A limpeza conservou o ficheiro; depois de RESET ROLE para a identidade original de QA, a referência continuava a existir, contagem1, e current_user voltou a investmoz_test. A diferença de identidades está declarada e demonstra por que ausência numa leitura filtrada não prova ausência de referência. RLS/role e registos do ensaio foram revertidos na transacção de teste; a conferência final voltou a encontrar as64 tabelas vazias e a visibilidade normal. Não se desliga RLS no produto para decidir uma limpeza.

Escritas parciais: o store inicial agora conhece a chave antes de tentar guardar e trata a falha parcial mesmo antes da transacção de negócio. Na preparação de derivadas, a chave nova é registada para limpeza antes do put, cobrindo drivers que escrevem parte e devolvem false. O ensaio actual gerou uma imagem sintética, verificou o original com CleanScannerFixture, injectou a falha de armazenamento durante a primeira derivada e demonstrou original cifrado intacto, versão/payload da imagem e oportunidade inalterados, uma única linha de documento original e ausência dos novos bytes sem referência. Esse scan sintético não prova segurança de um ficheiro real.

Dependência GD explícita: a configuração normal deste PHP continua sem GD/WebP. A extensão já disponível foi carregada apenas com -d extension=gd no processo CLI isolado, permitindo executar realmente o percurso anterior e os cinco casos de recursos existentes. Metadados dos dois processos confirmam GD/WebP true/true e false/false, sem alterar php.ini ou activar capacidades no servidor acompanhado. Outro ensaio, no PHP normal, demonstrou423 e zero incidentes indevidos quando o processamento não está disponível. Não se considera o processamento operacionalmente disponível no destino por ter passado num processo de QA configurado para o ensaio.

Formulário: os testes usam a página real de recursos e o transporte real do seu formulário. Depois de503, o título, motivo, objecto do ficheiro seleccionado, chave de criação e ETag enviados permanecem na preparação; apenas a repetição explícita volta a enviar. Ler o novo incidente no mesmo contexto não reinicializa os campos. A referência recebida é apresentada ao autor. Estes dois casos verificam memória da página e não prometem retoma durável após navegação, recarregamento, autenticação ou perda da página. Não foram acrescentados motivos repetidos, aprovações ou formulários de suporte ao upload.

Validação:23 Feature/285 finais, com os oito casos novos,cinco de recursos e dez do instalador autenticado. A primeira execução teve27 casos,25 aprovados,uma falha e um erro,408 asserções. Os20 casos anteriores passaram naquela execução. A implementação funcional dos oito casos de incidentes/transições e sete de avisos não foi alterada depois; os cinco de recursos voltaram a passar na execução final. As duas falhas pertenciam às novas fixtures: UploadedFile fake reportava MIME de PDF pelo nome e não o MIME inválido pretendido; outro documento sintético não tinha o estado obrigatório. Corrigidos o MIME explícito e o estado/cifra/classificação da fixture, preservado o diagnóstico e repetidos os22 casos. A revisão da guarda de visibilidade acrescentou depois o oitavo caso novo e foi verificada nos23 casos finais,285 asserções. O ensaio sem GD passou um caso/duas asserções.37 frontend finais incluem três operações conhecidas, o fallback desconhecido e os dois casos de formulário, com31 anteriores. PHPStan nível7 em nove fontes de aplicação sem supressões, Pint em dez fontes PHP, tipos globais, nove fontes de formato/lint e build passaram. A última alteração visual foi apenas tornar genérica a descrição da falha na fila; os checks de interface/build abrangem essa redacção final. A ronda integral1545 continua histórica; não se afirma aceitação visual em browser ou por pessoas reais.

Conservação e saldo: resource_incidents_20261103_test terminou com64 tabelas vazias, incluindo agora opportunity_images e opportunity_locations além das62 anteriores. Conferidos lock, identidade investmoz_test/55441 e visibilidade owner/RLS/FORCE. Nenhuma tabela/migração nova ou escrita activa. Preservados84 recibos/339 provas anteriores, fontes, dados, originais e percursos aceites. O instalador inclui os dois serviços novos no fingerprint, e os dez casos próprios passaram com essa integração. O backup/restauro real anterior continua a prova do candidato arquivado, não uma prova nova de instalação deste código. Restam despacho/execução de scans e falhas de workers/integrações, saúde operacional e outros limites de falha, reconciliação de bytes retidos, disponibilidade GD no destino, entrega/visual e retoma durável. Gravações de metadados sem ficheiro, localizações, ciclo de vida e reutilização da biblioteca mantêm os seus percursos anteriores; não foram declaradas novas fronteiras de incidentes neste recorte. AUD-PROFILE-20 e o objectivo transversal continuam parciais. Próxima acção: continuar os pontos de despacho/execução dos scans com os mecanismos e autoridade existentes.

03/11/2026 — AUD-PROFILE-20: despacho, workers e resultados antigos da análise de documentos

[SCAN-TECHNICAL-INCIDENTS-20261103] Falhas no despacho e execução da análise de documentos ligadas ao Suporte técnico por contexto capturado e acesso actual. Tentativas e callbacks identificados no histórico existente; resultados antigos não substituem resultados posteriores, e falha de confirmação da fila não reverte um documento já limpo.30 Feature/365 asserções finais (15 novos,cinco de recursos,dez do instalador), com42/574 anteriores sobrepostos;43 frontend (seis novos). PHPStan/Pint/tipos/formato/lint/build aprovados.67 tabelas QA vazias. Uma mensagem de fila real consumida por outro processo, com ClamD deliberadamente indisponível: inconclusivo, quarentena, original cifrado intacto,zero temporários e incidente próprio.85 recibos/351 provas preservados;14 provas novas. Recibo scan_technical_incidents_increment_20261103. Parcial local,zero escrita/migração activa.

Origem e fronteira: continuação da decisão expressa «Perfil próprio de Suporte técnico» e do saldo de scans/workers já registado. Reutilizados papel, grants efectivos por organização/tipo, fila, avisos e tratamento existentes. Não foram atribuídos acessos adicionais a ficheiros, competência de aprovação, destinatários externos, SLA ou canais. A repetição de análises continua sujeita a DocumentManagementAccess e ao controlador existente; ser Suporte técnico não concede essa competência.

Despacho após confirmação: OpportunityScanDispatch regista o callback afterCommit, incluindo quando existe uma transacção exterior. Rollback não envia trabalho. O contexto mínimo é capturado dentro da transacção autorizada que guarda o recurso/derivada e o novo estado da oportunidade. Falha de transporte ou confirmação tardia deixa o recurso já gravado disponível no seu percurso normal, com incidente separado; apenas documento ainda pending pode passar a failed/quarantined. Documento já clean, infected, scanning ou deleted não é sobrescrito pelo catch de envio. O caso síncrono que executa a análise e depois perde a confirmação da fila mantém clean/active e o histórico único. Não há repetição automática da operação de investimento.

Autoria e privacidade: raízes de sistema usam actor_user_id null e reported_for_user_id para identificar a conta que iniciou o recurso, sem fazer o sistema passar por essa pessoa. Identificador de execução serve de referência idempotente; fases repetidas confirmam a primeira raiz compatível sem duplicar ou reescrever o primeiro facto. Registam-se apenas oportunidade, organização/tipo, versões/estado, operação e código técnico permitido. SQL, excepção, nomes, bytes, títulos e payloads não entram no incidente. O autor só lê incidentes atribuídos à sua conta com acesso actual e correspondência entre organização/tipo capturados e actuais. Transferir o contexto oculta a raiz antiga sem a apagar. Suporte mantém os mesmos limites. Contextos antigos sem proveniência suficiente continuam a analisar normalmente sem inventar destinatário de oportunidade.

Tentativas sem migração: DocumentScanAttempts reutiliza audit_events e documents.malware_scan_attempts. A aquisição sob lock regista execução, entrega, contador e hash/tamanho efectivamente utilizados. A gravação final só pertence à mesma execução/entrega/contador ainda em scanning. Um callback antigo é registado como descartado e não altera o documento nem cria um resultado de malware enganador. O histórico guarda o descritor dos bytes tentados, mesmo se o cabeçalho entretanto mudou; mudança de hash produz inconclusivo em vez de libertar ficheiro. Resultado normal concluído impede repetir a mesma execução; falha terminal assinalada como repetível permite a repetição explícita prevista pelo motor. Não são inventadas aprovações nem alterados tries3, timeout150, uniqueFor600 e backoff15/60 existentes.

Compatibilidade e falhas terminais: campos novos têm defaults para payloads serializados antes do incremento. Quando não existe executionId, o job usa o UUID da mensagem real. Conferido no Laravel instalado que o callback failed recebe a instância de fila numa nova desserialização; os testes usam payload antigo real e callback novo com UUID correspondente. Uma falha antiga não sobrepõe análise posterior, estado clean/infected ou descriptor actualizado. Falha genérica terminal usa scan_failed_after_retries/engine unknown; hash divergente antes da execução usa not_run. Não se atribui falsamente todo o erro ao ClamAV. Workers já em execução com código antigo precisam de drenagem/reinício na entrega; o código novo não actualiza processos antigos em memória.

Temporários e bytes: escrita privada verifica permissões0600 e número de bytes escrito, elimina o temporário no finally e conserva o erro principal caso a limpeza também falhe. Aviso sanitizado distingue limpeza não confirmada. Inconclusivo mantém quarentena; infectado é resultado de segurança válido, sem incidente técnico por esse simples facto. Falha a guardar telemetria não liberta o documento. Originais cifrados e histórico permanecem preservados.

Interface: operação comum «Análise de segurança de documento» e fases de envio, resultado inconclusivo, falha de worker e limpeza não confirmada aparecem nos cartões, fila e ficha pelos mesmos rótulos. Código desconhecido tem mensagem genérica e não é mostrado como texto técnico cru. O cartão esclarece que o recurso já foi registado e orienta a acompanhar o estado antes de pedir nova análise. A ficha mantém comandos, versões, chaves e protecção de preparações existentes. Não há envio automático de mensagens externas nem nova concessão de leitura do original.

Prova operacional delimitada: scan_worker_operational_20261103_test foi clonada vazia na instância isolada55441/investmoz_test, com três contas sintéticas e fila exclusiva scan-worker-20261103-test. O serviço real de recursos gravou PDF cifrado e uma mensagem na tabela jobs. Outro processo PHP (worker6412, produtor29712) consumiu essa mensagem com queue:work --once e fornecedor ClamD real deliberadamente indisponível em127.0.0.1:1. Resultado único inconclusive/scanner_unavailable/ClamAV, documento em quarentena, tentativa1, uma raiz de sistema, original cifrado com mesmo hash,zero temporários, fila vazia e failed_jobs0. Consulta do autor e fila/aviso do suporte no âmbito foram confirmadas. A comparação das190 tabelas só encontrou diferenças em audit_events,document_malware_scans,documents,jobs. Owners e16 tabelas RLS existentes preservados; o snapshot declara explicitamente a identidade superuser/bypass de QA. O fingerprint do candidato é 6ec833fd7d1b56890fa55566c66bf63b203681e34aa44186efa021f600fdff78. A guarda recusou reinicializar esta base/prova existente. Isto demonstra um consumo real em processo separado com indisponibilidade controlada, não engine saudável, certificado clean, carga, corrida entre dois workers ou instalação activa.

Validações:42 Feature/574 iniciais incluíram14 casos novos,cinco de recursos,oito de incidentes de recursos,oito de tratamento e sete de avisos. A ronda final30/365 acrescentou o15.º caso novo e verificou os15 novos,cinco de recursos e dez do instalador com fontes finais congeladas. São rondas sobrepostas, não72 casos distintos. Os43 frontend incluem seis novos e37 anteriores. PHPStan nível7 em sete fontes de aplicação sem supressões, Pint em oito fontes PHP, tipos globais, formato/lint em seis fontes e build passaram. Um erro inicial de carregamento da fixture por colisão com PHPUnit::result final foi corrigido renomeando o helper; o diagnóstico foi preservado e não contado como teste aprovado. GD foi carregado apenas no processo CLI de QA como no incremento anterior, sem mudar a configuração activa. As67 tabelas de ensaio terminaram vazias, com lock, owner, RLS/FORCE e identidade conferidos.85 recibos/351 provas anteriores preservados e14 novas provas arquivadas. Não se repetiu a ronda integral1545 histórica nem se declara aceitação visual/browser ou por utilizadores reais.

Saldo e próxima acção: AUD-PROFILE-20 continua parcial. Não há outbox transaccional ou garantia de entrega exactamente uma vez; permanece a janela de crash entre commit e envio e o comportamento do lease de unicidade quando o transporte é incerto. A prova de um worker não demonstra saúde contínua da fila/engine, todos os módulos sem contexto, falhas de todas as integrações ou concorrência física. Reconciliação de bytes retidos, disponibilidade GD no destino, retoma durável de formulários, backup/restauro do candidato final, instalação autenticada e validação visual continuam no saldo. O restauro anterior pertence ao candidato arquivado. Nenhuma migração, escrita activa ou comunicação externa. Continuar a fiabilidade do despacho e saúde operacional pelos mecanismos e permissões existentes, sem atribuir poderes de nova análise ao suporte por inferência.

03/11/2026 — AUD-PROFILE-20: repetição de análises e confirmação efectiva do envio

[SCAN-RETRY-20261103] Repetição da análise distingue aceite, reserva existente, contexto alterado, envio não confirmado e envio diferido. Reserva existente não altera o documento nem duplica o pedido; falha tardia não sobrepõe clean/infected/scanning. Mesma autoridade documental, revalidada após commit, com auditoria da preparação e original preservado. Botão dos anexos de zonas usa resposta Inertia; avisos aparecem também na gestão documental.36 Feature/378 asserções (11 novos,15 de scans,dez do instalador),24/228 iniciais sobrepostos e47 frontend (quatro novos),PHPStan/Pint/tipos/formato/lint/build aprovados.69 tabelas QA vazias. Ensaio com reserva em cache PostgreSQL e fila reais: segundo pedido preservou190 tabelas; outro processo consumiu uma mensagem e libertou a reserva do seu dono. ClamD deliberadamente indisponível manteve quarentena, cifra e histórico,zero temporários.86 recibos/365 provas preservados;14 novas provas. Recibo scan_retry_increment_20261103. Parcial local,zero escrita/migração activa.

Causa delimitada: DocumentMalwareController colocava pending antes de ScanDocumentForMalware::dispatch(...)->afterCommit e mostrava sempre «Nova análise colocada na fila». O Laravel instalado pode recusar esse dispatch por um lease ShouldBeUnique já existente; o PendingDispatch não devolve esse resultado ao controlador. Assim, um documento inconclusivo/falhado podia perder o seu estado apesar de nenhum novo pedido ser enviado. Além disso, o botão de repetição nos anexos de zonas usava api/fetch JSON contra um endpoint que devolvia redireccionamento. A shell de gestão documental só apresentava flash.success, ocultando avisos. São defeitos técnicos dos percursos existentes, sem nova decisão organizacional necessária.

Reutilização do motor: DocumentScanDelivery usa o UniqueLock e Dispatcher do próprio Laravel, preservando o mesmo identificador por documento, owner do lease, TTL600, tries3, timeout150 e backoff15/60. O adapter torna observáveis accepted/duplicate/stale e limpa o contexto oculto da fila no finally, inclusive se o transporte lançar excepção. Só liberta o próprio lease quando nenhuma entrega foi tentada; uma falha de confirmação depois da chamada ao transporte conserva-o, pois a mensagem pode já ter sido aceite. O worker conserva a libertação pelo owner prevista no Laravel. Não se força desbloqueio para permitir um segundo envio e não se infere existência de job vivo/engine saudável a partir de uma reserva. OpportunityScanDispatch usa este mesmo adapter; incidentes de recursos, autor e Suporte continuam pelos mecanismos anteriores.

Repetição autorizada: DocumentScanRetry valida inicialmente a autoridade DocumentManagementAccess e os estados pending/inconclusive/failed, mantendo404/403/422 usuais. Regista afterCommit; rollback exterior descarta o callback sem tocar no documento, auditar preparação ou enviar. No callback, só depois de adquirir o lease, volta a consultar a pessoa e o âmbito documental efectivo, bloqueia a linha e confere hash, estado de scan, contador e updated_at contra o exemplar autorizado. Mudança de acesso ou exemplar resulta stale, sem reset nem envio, libertando apenas o lease adquirido por esse callback. A mesma transacção guarda pending/quarantined e scan_retry_requested com actor, documento, referência UUID e estado anterior. Uma reserva já existente nem sequer executa esta preparação e conserva todos os campos e histórico.

Falhas e resultados posteriores: a chamada ao transporte só ocorre depois de a preparação ser confirmada. Falha ou confirmação perdida devolve unconfirmed, com referência segura e aviso para consultar o estado antes de repetir. Só documento ainda pending, não excluído, com o mesmo hash e contador, pode ser marcado failed/quarantined pelo catch. Scan já clean/active, infected, scanning ou resultado posterior não é substituído. Os testes executam realmente um CleanScannerFixture no dispatch e depois injectam perda de confirmação: uma história clean, original cifrado intacto e estado active permanecem. Essa fixture sintética não certifica ficheiros reais. Se a própria persistência/verificação estiver incerta, conserva-se privacidade e aviso sanitizado; não se declara um resultado de malware que não foi obtido.

Respostas e interface: HTML/Inertia usa success apenas para aceitação pelo serviço de envio, sem prometer execução. Duplicate explica «reserva de análise» e ausência de outro pedido; stale pede actualizar o estado; unconfirmed mostra referência; deferred descreve o envio após confirmação da gravação, sem inventar confirmação antecipada. A variante JSON responde com outcome/reference/message e no-store,503 só para envio não confirmado, sem redireccionamento ou texto da excepção. Gestão documental mostra warning como alerta preservando conteúdo e success como status. Nos anexos das zonas, o botão usa router.post, mantém scroll, controla busy e mostra erro de validação/revisão; o flash é apresentado pela Frame existente. A consulta pública não ganha botão de repetição. Não foram criadas perguntas, motivos redundantes ou novos formulários.

Âmbito de autoridade: mantém-se a gestão documental já existente; o perfil Suporte técnico, mesmo atribuído, não ganha competência de pedir uma nova análise, ler ficheiros ou aprovar investimentos. O pedido manual é genérico por document_id e não presume uma oportunidade ou destinatário a partir de ligações possivelmente múltiplas/antigas. A auditoria tem a referência do pedido e o aviso técnico sanitizado; contexto de oportunidade não é inventado. A captura aprovada para recursos de oportunidades e os seus incidentes continua independente. Atribuir contexto e destinatário a outras origens só pode reutilizar referências/autorização efectivas desses percursos.

Prova operacional actual: scan_retry_operational_20261103_test foi clonada vazia da QA isolada, com uma conta sintética de gestor e um PDF cifrado sintético. O serviço de repetição criou uma mensagem na fila exclusiva scan-retry-20261103-test e uma reserva real em cache_locks PostgreSQL; conferido uniqueLockOwner do payload igual ao owner guardado. O segundo pedido devolveu duplicate e conservou exactamente os snapshots de todas as190 tabelas. O processo worker25960, distinto do produtor25340, consumiu a mensagem real e removeu o lease do seu dono: jobs0,failed_jobs0,cache_locks0. O ClamD real deliberadamente indisponível em127.0.0.1:1 produziu um único inconclusive/scanner_unavailable/ClamAV e quarentena, com tentativa1, auditoria de pedido/início/fim, cifra original com mesmo hash e zero temporários. Sem contexto de oportunidade, nenhuma raiz de incidente de oportunidade foi inventada. Entre preparação e fim, só audit_events,cache_locks,document_malware_scans,documents,jobs mudaram. Conferidos owners e RLS/FORCE; snapshot declara a identidade superuser/bypass de QA e conserva16 tabelas RLS existentes. Candidato 4a8835aaa62c85224092faa7109f88ea67f9f860ba6d857fa13f838bb6b5e6f5. A guarda recusou reinicializar a base/prova já existente. A prova anterior de um worker fica histórica para o fingerprint anterior.

Validação e preservação:36 Feature/378 finais incluem11 novos de repetição,15 de scans e dez do instalador autenticado com as fontes congeladas. Os24/228 iniciais abrangiam nove novos e os15 de scans; são rondas sobrepostas, não60 casos distintos. Os47 frontend incluem quatro novos de shell/transportes e43 anteriores. PHPStan nível7 em cinco fontes de aplicação sem supressões, Pint em seis fontes PHP, tipos globais, formato/lint em três fontes e build passaram. O fingerprint do instalador inclui os novos serviços, controlador e duas fontes de interface; os dez casos foram aprovados com essa cobertura. QA terminou com69 tabelas vazias, incluindo cache/cache_locks além das67 anteriores, sob lock e owner/RLS/FORCE conferidos. Preservados86 recibos/365 provas anteriores, fontes, originais e percursos,14 provas novas. Não se repetiu a ronda integral1545 histórica nem se declara aceitação visual/browser ou por utilizadores reais.

Saldo e próxima acção: AUD-PROFILE-20 continua parcial. O lease existente não é prova de trabalho vivo e a sua conservação após transporte ambíguo pode impedir outro envio até execução ou expiração. Permanece a janela de crash entre commit e envio; este incremento não implementa outbox transaccional nem entrega exactamente uma vez. Um worker com engine indisponível e um lease em base partilhada não provam concorrência física, carga, engine saudável ou saúde contínua. Subsistem outras integrações/origens, reconciliação de bytes retidos, disponibilidade GD no destino, retoma durável, backup/restauro do candidato final, instalação autenticada e visual. Nenhuma migração, escrita activa ou mensagem externa. Continuar saúde operacional e fiabilidade do despacho, reutilizando os mecanismos e competências existentes.

03/11/2026 — AUD-COUNTRY-01/02 e AUD-PROFILE-25: perfil e empresas sem duplicação por repetição

[INVESTMENT-PROFILE-COMMANDS-20261103] Perfil de investimento e declarações privadas de empresas com pedido idempotente por conta, confirmação após resposta perdida, preparação conservada, comparação explícita de versões e uma guarda de saída. Erros por campo apresentados uma vez, textos longos em área multilinha e limites alinhados com o servidor.17 Feature/248 asserções (seis novos e11 existentes),60 frontend (13 novos e47 anteriores),PHPStan/Pint/tipos/formato/lint/build aprovados.79 tabelas QA vazias. Dois processos concorrentes reais aguardaram o mesmo lock de utilizador e receberam a mesma empresa/v1: uma declaração cifrada,um evento de negócio e um recibo de comando.87 recibos/379 provas anteriores preservados;16 provas novas. Recibo investment_profile_commands_increment_20261103. Parcial local,zero escrita/migração activa.

Lacunas verificadas no código: o novo formulário de empresa enviava version0 sem chave de operação; uma repetição após perda de resposta podia criar outra declaração com outro UUID. O perfil tinha verificação de versão mas não recibo repetível. O componente era remontado pela versão e o novo formulário pela quantidade de empresas, podendo apagar preparações por actualizações da página. Os erros apareciam junto ao campo e outra vez no resumo; respostas de até2000 caracteres usavam input de uma linha e alguns limites excediam os do servidor. O critério existente de gravação segura/erros e países permitia corrigir estes defeitos sem criar uma nova regra organizacional.

Um comando por intenção: InvestmentProfileCommands usa a chave UUID opcional e o audit_events existente, no âmbito exclusivo da conta autenticada, sob o lock users já usado pelo controlador. O pedido normalizado identifica operação, alvo, versão de base e payload; fica cifrado no recibo restrito. A ordem das chaves do payload e a caixa do UUID não produzem outro comando. A mesma chave/conteúdo devolve exactamente o ID/versão originais, sem cifrar outra vez, incrementar versão, inserir outra empresa ou repetir o evento de negócio. Chave com conteúdo/alvo/operação diferentes produz409. O replay de uma criação/v1 depois de uma alteração/v2 devolve o recibo/v1 e conserva o registo actual/v2. Permissões e propriedade são conferidas pelo percurso existente; outra conta não consulta nem reutiliza o recibo privado. Declarações com mesmo nome em contas distintas continuam distintas; não se criam organizations ou memberships. A chave é opcional para conservar clientes legados, cujo comportamento anterior não se declara idempotente.

Preparação e confirmação na interface: editor e hook comuns do perfil/declarações congelam a versão, os valores e a chave até confirmar o resultado. Falha de rede/503 ou resposta malformada conserva-os e permite só a repetição explícita do mesmo pedido, sem retry automático ou limpar campos. Repetição de criação recebe o mesmo UUID; só o formulário confirmado é limpo. Uma resposta antiga de outro actor ou componente já desmontado não confirma nem recarrega a sessão actual. Actor está identificado na resposta privada de consulta; API de consulta e página têm no-store/private, e o histórico Inertia da página é cifrado. Esta preparação é memória da página, não retoma durável após fecho/recarregamento/expiração.

Concorrência de versões: chave de montagem passa a identificar conta/empresa, em vez de versão/quantidade. Uma resposta de actualização mantém as edições locais. Se existe versão mais recente, guardar fica suspenso até consulta e comparação explícitas; a leitura não escreve nem substitui valores. A comparação mostra campos divergentes, versão local e guardada, com escolha entre adoptar a versão mantendo a preparação ou carregar os valores guardados mediante confirmação da substituição. Ler um novo exemplar também bloqueia nova escrita até essa escolha, mesmo quando as props da página ainda são antigas. Ler durante um pedido sem resposta não o descarta nem autoriza outra intenção; a confirmação repetível vem primeiro. Depois de validação422, os valores permanecem editáveis e o pedido corrigido recebe nova chave. Sessão/acesso alterados conservam a preparação e exigem consulta no mesmo contexto antes de confirmar.

Formulários e dados: continuam os campos já existentes de contacto, residência, sector, experiência e capacidade; nome/email continuam nas definições da conta. A declaração conserva nome, constituição, registo, sector, relação e descrição, sem assumir representação legal. A residência ISO, país de constituição, país histórico e origem da solicitação permanecem distintos. O histórico livre é transportado sem inferência. País de constituição requerido pelo percurso existente é indicado no selector e o erro legado payload.country fica associado a esse campo, uma só vez. Outros erros por campo também deixam de se repetir no resumo. Telefone30, registo100, sector/função150, experiência/descrição2000 e capacidade1000 correspondem à validação do servidor; textos longos são multilinha. Existe uma guarda de saída para as preparações do perfil/declarações e confirmação ao preparar manifestação por POST quando há dados por guardar, sem múltiplos avisos por formulário.

Prova concorrente delimitada: a base workspace_profile_concurrency_20261103b_test foi clonada vazia na instância55441/investmoz_test, com uma conta sintética. Dois processos PHP distintos,21992 e1848, chamaram o controlador com o mesmo comando de criação. O primeiro adquiriu o lock da linha users; pg_stat_activity confirmou o segundo em espera real por Lock antes do commit. Ambos obtiveram o ID27ec073d-0bb3-4d51-a440-f020145f5424/v1. Comparadas190 tabelas: só audit_events e investment_company_declarations mudaram. Ficaram uma declaração cifrada,um company_declared e um recibo command_applied, sem organização/membership ou outras mutações. Owners e16 tabelas RLS existentes conservados; snapshot declara a identidade superuser/bypass de QA. Estes processos chamam o controlador directamente; o middleware HTTP foi verificado nos Feature, não neste ensaio. A guarda recusou reinicializar a base/prova existente. O ensaio anterior na base sem sufixob fica histórico: após afinar o bloqueio de escrita depois de consultar uma versão nova, repetiu-se a concorrência com as fontes finais congeladas. Os hashes das cinco fontes executáveis constam da prova final.

Validação e diagnósticos:17 Feature/248 finais, com seis novos de comandos e11 existentes de workspace/país organizacional, preservando isolamento, snapshot de submissões e compatibilidade. A ronda inicial17/248 sobrepõe-se à final.60 frontend são13 novos da página real/hook/transporte e47 casos anteriores de suporte, recursos e avisos. Os nove primeiros casos frontend passaram inicialmente; ao acrescentar a confirmação POST, um diagnóstico de59 casos teve58 aprovados e um erro porque a fixture não montava window no evento de clique. Corrigida a fixture, preservado o diagnóstico e acrescentado o13.º caso de adopção explícita de nova versão;60 finais aprovados. PHPStan nível7 em duas fontes de aplicação sem supressões, Pint em três fontes PHP, tipos globais, cinco fontes de formato/lint e build aprovados. Os checks iniciais identificaram uma chamada header não pertencente ao tipo Response do Symfony e uma opção preserveScroll não existente em ReloadOptions do Inertia actual; corrigidas as APIs reais, sem casts/supressões. Documentação primária do identificador PHPStan consultada. Não se repetiu a ronda integral1545 histórica nem se afirma aceitação visual/browser ou por pessoas reais.

Preservação e saldo: QA terminou com79 tabelas vazias, incluindo agora as colecções do workspace e eventos, com lock, identidade, owner/RLS/FORCE conferidos.87 recibos/379 provas anteriores mantidos e16 provas novas arquivadas. Nenhuma tabela/migração nova, escrita activa ou comunicação externa. AUD-COUNTRY-01/02 e AUD-PROFILE-25 continuam parciais: o editor do cadastro mestre de país organizacional mantém o seu percurso separado, cuja recuperação/repetição integral ainda deve ser tratada; as contas registadas não ganham uma pergunta de residência na autenticação simples. Persistem outros formulários/perfis/consumidores, retoma durável, expiração, visual/móvel/browser, país real autorizado da organização onde ainda não preenchido, backup/restauro do candidato e disponibilização autenticada. Preservam-se as fontes e provas anteriores, sem pedir novamente decisões/cadastros já confirmados. Próxima acção: continuar a recuperação do editor organizacional e os consumidores restantes, com a mesma fonte única e permissões existentes.

03/11/2026 — AUD-COUNTRY-02 e AUD-PROFILE-25: editor organizacional com confirmação e recuperação

[ORGANIZATION-COUNTRY-EDITOR-20261103] País de constituição da organização com confirmação repetível por conta, país/referência congelados até confirmar, comparação explícita de versões e preparação conservada. Autorização actual e Auditor conferidos antes de devolver o recibo; fonte, histórico e snapshots anteriores preservados. Editor partilha a guarda de saída do perfil e consulta a permissão actual para recuperar uma representação restabelecida.23 Feature/295 asserções (seis novos e17 anteriores),69 frontend (nove novos e60 anteriores),PHPStan/Pint/tipos/formato/lint/build aprovados.79 tabelas QA vazias. Dois representantes/processos e espera real pelo lock da organização: uma alteração/v2, outra409, fonte vencedora intacta.88 recibos/395 provas preservados;16 novas provas. Recibo organization_country_editor_increment_20261103. Parcial local,zero escrita/migração activa.

Origem e lacuna: continuação do saldo do perfil/empresas anterior. O editor do país organizacional ainda era remontado pela versão e enviava PUT sem recibo de comando, não permitindo confirmar uma gravação após perder a resposta. A correcção reutiliza InvestmentProfileCommands e useInvestmentProfileEditor, CountryCatalogue/CountrySelect, a versão e o cadastro organizations existentes. Mantém-se o país de constituição distinto da residência, país histórico e origem da solicitação. Não se cria organização ou representação por nome, não se preenche o país real da Tempo por inferência e não se exige nova validação genérica das fontes já aceites.

Servidor e recibo: OrganizationCountry aceita operation_key UUID opcional, mantendo clientes legados. Bloqueia a pessoa, os seus vínculos existentes e a organização; verifica novamente a autorização depois de adquirir o lock da organização, cobrindo uma exclusão lógica enquanto aguardava. Só a representação activa com a competência já existente e sem restrição de Auditor pode gravar ou obter confirmação repetida. O comando identifica operação organization_country, organização, versão, país e referência exactos. O mesmo conteúdo/chave devolve a versão/país originais, sem outra actualização, timestamp de proveniência ou evento de negócio. Mudança de país, referência, alvo ou operação com a chave usada dá409. Replay depois de uma alteração posterior conserva o registo actual, devolvendo apenas o recibo original. A mesma transacção mantém o histórico de antes/depois cifrado e o recibo cifrado no audit_events já existente; a chave não constitui nova autorização.

Interface comum: o editor deixa de usar a versão como chave de montagem e mantém o país/referência enquanto compara novos dados. Perda de resposta ou confirmação inválida congela a intenção original e permite repetir explicitamente esse pedido. A resposta tem de corresponder à versão seguinte e ao país enviado para ser aceite. A consulta não escreve, não limpa a preparação nem cria outra intenção. Leituras rápidas partilham um pedido em curso; guardar/adoptar respeitam a leitura ainda activa. Depois de consultar uma versão diferente, é preciso adoptar explicitamente a versão mantendo a preparação ou carregar os dados guardados mediante confirmação de substituição. Campos e erros continuam identificados, com cada erro mostrado uma vez, referência entre5 e2000 caracteres e país ISO obrigatório conforme o servidor existente.

Representação actual e recuperação: consulta sem competência de escrita mostra os valores com os campos desabilitados e sem comando de gravação. O método do hook também recusa submissão directa nesse estado. A leitura recente pode retirar a possibilidade de repetir um pedido ainda incerto se a representação foi revogada; os campos preparados permanecem na página. Se o vínculo é restabelecido e uma nova consulta no mesmo actor/organização confirma escrita, o editor permite voltar a confirmar/editar após a escolha adequada, mesmo que as props antigas da página ainda sejam de leitura. Essa permissão consultada só prevalece enquanto a base das props é a mesma; nova versão/permissão da página volta a ser considerada. Todas as escritas e replays continuam sujeitos à autorização do servidor. O editor integra a única guarda de saída da página, juntamente com perfil/declarações. Mudança de conta desmonta a preparação antiga; não se declara retoma durável após navegação, recarregamento ou expiração.

Histórico e reutilização: conservados source_system, external_id, versão e proveniência da organização, a marca de declaração do representante e o histórico cifrado antes/depois. Os testes anteriores de país mestre e workspace continuam a provar que mudar o mestre não altera declarações/submissões anteriores ou a residência. A reutilização do país para uma declaração continua a ser uma operação explícita separada; o botão não passa a copiar alterações do mestre automaticamente. A recuperação/idempotência desse botão permanece no saldo próprio. Não houve instalação de extensão, migração nova, alteração de flags ou concessão de perfil neste incremento.

Concorrência real delimitada: organization_country_editor_20261103_test foi clonada vazia na instância55441/investmoz_test, com duas contas e dois vínculos sintéticos de officer na mesma organização. Os processos 22568 e 28816 enviaram comandos distintos sobre a versão1. O primeiro reteve a linha de organização; pg_stat_activity confirmou o segundo em espera real por Lock. O primeiro guardou FR/v2 e a sua referência; o segundo recebeu409 ao adquirir o lock, sem substituir o país nem a proveniência. Na comparação de190 tabelas, só audit_events e organizations mudaram: uma organização,um evento de país e um recibo de comando cifrado. Decifrados e conferidos actor/alvo/versão/país/referência do comando, sem texto da referência na raiz do recibo. Owners e16 tabelas RLS existentes conservados; o snapshot declara a identidade superuser/bypass de QA. As cinco fontes executáveis estão ligadas por hash ao candidato final. A guarda recusou reinicializar a base/prova existente. Os processos chamam o controlador directamente; middleware HTTP e repetição do comando estão nos Feature. Este ensaio não prova todas as intercalações, carga ou aceitação por pessoas reais.

Verificações e diagnóstico corrigido:23 Feature/295 finais, com seis novos de comandos organizacionais e17 existentes do país/workspace/perfil. A primeira ronda22/288 passou antes do sexto caso. Um ensaio posterior23/288 teve22 aprovados e um erro na nova fixture: tentou inserir dois vínculos activos da mesma conta/organização. O índice parcial imz_memberships_user_id_organization_id_uq já impede isso; a hipótese de defeito por primeiro vínculo foi retirada e a leitura de represented mantida como estava. O caso final muda o papel do vínculo único e verifica a mesma competência na consulta e na escrita. Não se alterou ou enfraqueceu o índice. Diagnóstico preservado.69 frontend finais incluem nove novos e60 anteriores;20 iniciais cobriam os sete primeiros novos e13 do perfil. Acrescentados o bloqueio de leituras simultâneas e a recuperação de permissão restabelecida. PHPStan nível7 em duas fontes sem supressões, Pint em duas fontes PHP, tipos globais, cinco fontes de formato/lint e build passaram. O primeiro build ficou arquivado antes do ajuste final da recuperação de permissão; a compilação final cobre esse ajuste. Não se repetiu a ronda integral1545 histórica nem se afirma aceitação visual/browser.

Preservação e próxima acção:79 tabelas de QA terminaram vazias, com lock, identidade, owner/RLS/FORCE conferidos. Mantidos88 recibos/395 provas anteriores e arquivadas16 novas. Nenhuma migração/escrita activa ou comunicação externa. AUD-COUNTRY-02 e AUD-PROFILE-25 continuam parciais: restam o botão de reutilização do país, outros consumidores/perfis, retoma durável/expiração, visual/móvel, preenchimento real autorizado onde falta país, backup/restauro do candidato e disponibilização autenticada. Os pedidos legados sem chave conservam a semântica anterior e não são declarados idempotentes. Continuar a reutilização explícita e os consumidores restantes, preservando a fonte única e os limites de representação existentes.

03/11/2026 — AUD-COUNTRY-02 e AUD-PROFILE-25: reutilização de país com pré-visualização e confirmação repetível

[ORGANIZATION-COUNTRY-REUSE-20261103] Reutilização explícita do país organizacional com consulta/pré-visualização, confirmação, recibo repetível cifrado e fonte/versões preservadas. Guarda edições e bloqueia acções concorrentes da mesma declaração enquanto o pedido não tem confirmação. Representação de leitura actual e propriedade conferidas também no replay; snapshots/submissões anteriores não são reescritos.29 Feature/364 asserções (seis novos e23 anteriores),79 frontend (dez novos e69 anteriores),PHPStan/Pint/tipos/formato/lint/build aprovados.79 tabelas QA vazias, constraint da falha removida por rollback e índice de representação intacto. Dois processos reais aguardaram o mesmo lock e receberam o mesmo resultado/v2, com uma cópia cifrada e um recibo.89 recibos/411 provas preservados;16 provas novas. Recibo organization_country_reuse_increment_20261103. Parcial local,zero escrita/migração activa.

Lacuna e origem: continuação do saldo explícito do editor organizacional. O botão anterior enviava directamente a reutilização, sem consulta actual, chave de operação ou recuperação de resposta perdida, e podia ser accionado enquanto havia edições privadas no mesmo formulário. A correcção reutiliza a operação, fonte, versões e propriedade já existentes; não acrescenta nome, NUIT, país, referência ou comprovativo para voltar a preencher. O país continua a ser lido da organização autorizada e copiado explicitamente, sem identificar ou fundir entidades por igualdade de nome.

Servidor: o pedido opcionalmente identificado por UUID bloqueia a pessoa, a declaração privada e a fonte; readableSnapshot bloqueia a representação e a organização, conferindo novamente o acesso depois da espera. A leitura basta para reutilizar: viewer conserva a operação de leitura existente e não ganha edição do mestre. A propriedade da declaração e a representação actual são exigidas antes de devolver um recibo. O comando liga a operação organization_country_reuse, alvo, versão da declaração, organização e versão da fonte. Repetição da mesma intenção devolve a versão/país originais, sem alterar cifra, reused_at, proveniência, versão ou auditoria outra vez. Chave com outro alvo/fonte/versão/operação dá409. IDs da fonte e alvo são os UUIDs guardados, incluindo quando o cliente usou maiúsculas; nomes não participam na correspondência.

Fonte e histórico: um replay autorizado continua a recuperar o país da primeira cópia mesmo que a fonte ou a declaração tenham sido alteradas depois, ou que o país actual da fonte esteja em falta. Isso confirma o pedido histórico e não volta a copiar o valor antigo sobre o registo actual. Nova reutilização exige as versões actuais e país informado. O antes/depois e a cópia identificada mantêm a informação utilizada; as manifestações anteriores conservam os valores e snapshots originais, e novas manifestações recebem a declaração efectivamente guardada. Residência, constituição, país histórico e origem permanecem separados. O país é obtido no servidor, sem aceitar um país ou snapshot fabricados no corpo do cliente.

Privacidade e atomicidade: InvestmentProfileCommands conserva os recibos anteriores em result e suporta result_encrypted para o resultado que contém país. Intenção e resultado da reutilização ficam cifrados no recibo restrito, mantendo compatibilidade de leitura com os recibos antigos. O JSON de confirmação tem no-store/private. Injectada uma falha de persistência no recibo dentro da QA: o503 sanitizado não expôs SQLSTATE e reverteu em conjunto a actualização da declaração e o evento de negócio. A consulta final confirmou a ausência da constraint temporária e a manutenção do índice parcial imz_memberships_user_id_organization_id_uq. Nenhuma tabela/migração nova ou guarda funcional foi removida.

Interface: um painel dentro do editor da declaração consulta a página privada actual e apresenta país da declaração, país a copiar, organização, versão e referência guardada. Só a confirmação explícita envia POST. Não se permite copiar sobre edições por guardar, leitura/gravação em curso, conflito ou outro pedido incerto da mesma declaração. O editor partilha um mutex com a reutilização e a guarda única de saída da página. Durante envio incerto, os campos ficam conservados e a repetição mantém exactamente a chave e as duas versões; fonte alterada entretanto não muda esse comando. Consultar o estado não confirma por semelhança de valores nem prepara outra cópia. Depois de confirmação válida, actualiza-se apenas o país na preparação previamente sem edições, conservando os outros campos e recarregando a cópia identificada. Uma resposta inválida ou de outra conta não limpa/confirma a preparação.

Comparação e recuperação: uma fonte mais recente já conhecida na página bloqueia a pré-visualização antiga; fonte obtida numa consulta mais recente pode ser apresentada mesmo com props antigas, até se conhecer outra alteração. Mudança da declaração detectada durante consulta encaminha para a comparação do formulário, sem escrever.409/422 conservam os valores e exigem nova consulta/intenção; falha sem confirmação conserva o pedido. Falta de sessão/acesso impede repetição até consulta no mesmo actor e organização confirmar o contexto de leitura restabelecido. A preparação continua em memória da página, com aviso de saída, sem promessa de retoma durável após fechar/recarregar/autenticar-se.

Prova concorrente real: organization_country_reuse_20261103_test foi clonada vazia na instância55441/investmoz_test. Uma conta sintética, com vínculo viewer, reutilizou a fonte FR/v3 para a sua declaração MZ/v1. Os processos 12544 e 1808 enviaram o mesmo comando; pg_stat_activity confirmou espera real pelo lock da pessoa. Ambos receberam version2/countryFR e no-store, mas ficou uma só alteração da declaração,um evento de reutilização e um recibo. O payload actual é exactamente a cifra do primeiro after_payload; a cópia conserva organização/v3, referência, actor e reused_at iniciais. Comando e resultado foram decifrados/conferidos na prova; não houve recifra ou outra cópia no replay. Entre190 tabelas, só audit_events e investment_company_declarations mudaram; fonte, vínculo e restantes dados ficaram iguais. Owners e16 tabelas RLS existentes preservados; o snapshot declara a identidade superuser/bypass da QA. Oito fontes executáveis estão ligadas por hash ao candidato. A guarda recusou reinicializar a base/prova. Os processos chamam o controlador; middleware HTTP é prova separada nos Feature, sem afirmar carga ou todas as intercalações.

Validação e diagnósticos:29 Feature/364 finais, com seis novos de reutilização e23 anteriores de comandos organizacionais, país, perfil e workspace. A primeira ronda teve29 casos,27 aprovados,duas falhas e349 asserções. Uma repetição com UUIDs em maiúsculas encontrou intenção diferente porque a cópia ainda usava o argumento textual da organização: corrigido para o ID canónico do registo, sem reescrever snapshots históricos. O teste de falha esperava500, mas o tratamento existente devolve503 sanitizado; corrigida essa expectativa e verificados rollback e ausência de SQL na resposta. Diagnóstico preservado.79 frontend finais incluem dez novos e69 anteriores;32 iniciais cobriam os dez novos e22 do perfil/editor. PHPStan nível7 em três fontes sem supressões, Pint em quatro fontes PHP, tipos globais, sete fontes de formato/lint e build aprovados. A ronda integral1545 continua histórica, e não se afirma aceitação visual/browser ou por pessoas reais.

Rastreabilidade dos executores: o recibo anterior organization_country_editor_increment_20261103 conservava na lista tooling_sha256 nomes de helpers da etapa workspace, por uma cópia de metadados. Mantêm-se esse recibo e todas as suas provas exactamente como estavam. Este incremento acrescenta prior_tooling_supplement_sha256 para os ficheiros efectivamente usados e retidos de check-organization-country-editor-qa, verify-organization-country-editor-concurrency e record-organization-country-editor, e liga os próprios executores actuais pelos caminhos correctos, incluindo este recorder. A suplementação de rastreabilidade não altera os resultados, fontes, observações de concorrência ou estado de instalação anteriores.

Preservação e próxima acção:79 tabelas de teste vazias, lock/identidade/owner/RLS/FORCE conferidos e fixture de falha revertida.89 recibos/411 provas anteriores preservados e16 novas provas arquivadas. Nenhuma migração/escrita activa ou comunicação externa. AUD-COUNTRY-02 e AUD-PROFILE-25 continuam parciais: clientes legados sem chave mantêm semântica anterior; restam outros consumidores/perfis, retoma durável/expiração, visual/móvel/browser, preenchimento real autorizado onde falta país, backup/restauro do candidato e disponibilização autenticada. A fonte aprovada não volta a ser submetida a uma validação genérica nem se inventam representantes. Próxima acção: confrontar os consumidores restantes e a recuperação de preparações com a matriz, reutilizando os mecanismos agora comuns.

04/11/2026 — resolução dos conflitos gravados na reconciliação

Pedido expresso da Tempo: resolver os conflitos de codex/investemoz-reconciliation-20261029. Base preservada em backup/reconciliation-before-conflict-fix-20261104 (4a881252). Resolvidos oito blocos em quatro ficheiros, sem integrar na main ou instalar no portal.

O catálogo conserva o layout lateral/responsivo e os filtros expansíveis, a selecção validada com recuperação de falha do armazenamento, as acções de limpar nos corredores e na lista, os resultados relacionados distintos da pesquisa, a paginação bloqueada durante pesquisa/falha e o mapa único com camadas e limites administrativos pelo território aplicado. Não atribui localização distrital nem coordenadas a uma indicação provincial. Manual e matriz conservam os registos de ambos os lados; matriz com 3.555 requisitos únicos e 49 colunas. As provas aceites e pendências visuais mantêm-se; esta resolução não constitui aceitação visual ou disponibilização activa.

Verificação do delta: 25 testes frontend dirigidos aprovados; TypeScript e compilação QA aprovados; lint dos dois ficheiros React sem erros após normalizar o título do sector; pesquisa de marcadores e git diff --check limpos. Compilação apenas em public/build-qa-opportunities, com aviso de dimensão de chunks. Sem alterações de schema, base de dados, permissões, serviços ou outros worktrees. Recibos locais: outputs/reconciliation-conflicts-20261104/.

04/11/2026 — integração da reconciliação na main exclusivamente local

Pedido expresso da Tempo: integrar a reconciliação na main local, preservar as alterações, verificar conflitos e testes, sem enviar para o remoto. A main anterior (4b3c7e16) foi preservada em backup/main-before-reconciliation-20261104. A integração de codex/investemoz-reconciliation-20261029 (f17e807c) fez fast-forward: a main anterior é antepassada da origem. Não houve nova resolução automática nem descarte de conteúdo; a árvore integrada foi conferida idêntica à origem. Os oito conflitos gravados já estavam resolvidos no commit de origem e não existem marcadores em app/resources/routes/tests/docs. Sem alterações por gravar anteriores ou alterações nos outros worktrees.

Verificação local: 1.672 testes frontend aprovados, zero falhas; TypeScript global aprovado; compilação QA aprovada em public/build-qa-opportunities (avisos de fontaine opcional e dimensão dos chunks); sintaxe dos 468 ficheiros PHP alterados aprovada; git diff --check limpo. Matriz preservada com 3.555 requisitos únicos e 49 colunas. Recibos e logs: outputs/reconciliation-main-local-20261104/integrity.json. Testes dependentes de PostgreSQL não reexecutados: não havia listener da QA isolada em 55441. Provas anteriores preservadas, sem as apresentar como nova execução. Esta integração não declara aceitação funcional/visual integral, disponibilização no portal nem execução de migrações. Sem push, escrita na base activa, publicação de conteúdos ou alteração de serviços/permissões.

04/11/2026 — base QA exclusiva e testes da main local

Pedido expresso da Tempo: preparar QA isolada e executar os testes de base de dados da main local, sem tocar na base activa nem enviar alterações ao remoto. Base de código 66a5dbf3, após integrar a reconciliação. Criado cluster PostgreSQL/PostGIS novo em directório exclusivo C:/Users/macbook/.config/investmoz/main-qa-20261104-pgdata, apenas em 127.0.0.1:55441, com cinco bases terminadas em _test. Guardas conferem nome, porta e directório real antes de migrações/testes; sem configuração em cache, DB_URL ou fallback activo. InvesteMoz, SGF e os restantes clusters não foram reiniciados nem reconfigurados. QA permanece disponível; nenhuma instalação de serviço ou alteração global do PHP.

Resultado final por caso distinto, substituindo o resultado inicial apenas quando houve repetição documentada: 1.325 aprovados, 28.377 asserções, zero falhas por resolver nesta ronda. Todos os 274 ficheiros Feature cobertos, mais 94 casos unitários e ciclo de schema com 3.106 asserções. Inclui Competitividade 7/93 e filtros provinciais 4/364. A ronda principal inicial teve 877 casos, 873 aprovados, duas falhas e dois erros; os quatro casos passaram em repetição dirigida após carregar GD/WebP apenas no processo QA e corrigir uma expectativa antiga de auditoria. O teste conserva os 13 eventos de negócio, verifica os oito eventos já existentes de início/resultado de quatro scans e confirma ausência de duplicação no replay. Não se alterou o código da aplicação.

Preparação e diagnósticos preservados: dois snapshots QA anteriores restaurados em bases separadas e actualizados pelas migrações locais; histórico de uma migração da oferta reconciliado só no clone, após comparar colunas, constraints, índices, políticas e RLS com o schema actual. Dois testes com traits combinados de RefreshDatabase tinham sido mal agrupados: executor da cópia de referência interrompido, logs conservados, cópia restaurada e testes separados; não foi perda de dados activos. Fixture fiscal própria executada em schema limpo, sem apagar versões legítimas do snapshot. Chave local compatível do snapshot verificada e disponibilizada apenas ao executor como chave anterior, sem expor, alterar chave ou reescrever registos. Originais editoriais existentes copiados para a fixture QA com hashes verificados. Falhas iniciais não são apagadas nem apresentadas como regressões resolvidas no produto sem causa demonstrada.

Preservação: 523 JSON históricos conferidos/restaurados por SHA256, 17 saídas novas arquivadas separadamente; dumps originais QA inalterados. Matriz mantém 3.555 requisitos únicos e 49 colunas. Pint, sintaxe do teste alterado e diff-check aprovados. Sem push, publicação, migração/escrita activa ou alteração de permissões activas. Estas provas não substituem a conferência visual autenticada nem encerram requisitos transversais; pendências anteriores conservadas. Recibo: docs/investmoz/unification/main-local-database-qa-20261104.json; resultados por teste, tentativas iniciais, executores e JUnit em outputs/main-db-qa-20261104/.

04/11/2026 — conferência visual da main na QA isolada e correcção do CSV provincial

Percurso executado no Edge em http://127.0.0.2:18644, base exclusiva main_visual_20261104_test no cluster QA 127.0.0.1:55441, com actor e conteúdos sintéticos. Autenticação Fortify normal com MFA: editar, guardar v2, recarregar e conferir os valores; aprovar v3; guardar novo rascunho v4; terminar sessão e conferir publicamente apenas v3, sem o marcador do rascunho. Histórico v1–v4 preservado. Esta prova conclui o recorte visual local de Competitividade; não equivale a execução no portal remoto ou aceitação da equipa em dados reais.

Filtro apenas por Maputo Província, com sector Agronegócio: cinco oportunidades existentes mais quatro fixtures sintéticas nos níveis província/distrito/posto/localidade resultaram em nove na grelha, lista, mapa e CSV. Distrito de Matola apresentou três; regressar a toda a província recuperou nove e limpou distrito/posto/localidade. Nenhuma coordenada criada: mapa informa zero locais e nove sem coordenadas. Hash das oportunidades anteriores idêntico antes/depois. Limite administrativo desta província indisponível na QA, explicitamente indicado; cobertura cartográfica transversal continua pendente.

Detectada e corrigida divergência no CSV: coluna Província vazia apesar da localização canónica/contexto de corredor disponível. Exportação reutiliza a apresentação territorial existente, conserva as oito primeiras colunas e o escape contra fórmulas, acrescentando Localização e âmbito. Contexto do corredor indica expressamente que distrito/posto não foram indicados; não grava nem inventa localização. CSV descarregado pela interface após correcção: nove linhas, todas com província e âmbito coerentes.

Delta aprovado: 17 testes de base de dados, 609 asserções; PHPStan sem erros e Pint aprovado. Provas anteriores de 1.325 testes/28.377 asserções preservadas, sem repetição integral. Recibo com hashes e capturas: docs/investmoz/unification/main-local-visual-qa-20261104.json; artefactos em outputs/main-visual-qa-20261104/. Apenas main local e QA; sem push, escrita activa ou alteração de permissões activas. Conferência dos filtros no portal de destino e pendências gerais ACT-02/V2-07/V2-10 continuam abertas.

04/11/2026 — ACT-20261029-02: limites do nível imediatamente inferior e lacunas de cobertura

Continuação sequencial na main local sobre 6dde36b5, reutilizando V2-07/V2-10, serviço de geometria, permissões e mapa único. Inventário prévio confirmou camadas/legenda/fontes já existentes e contexto limitado à selecção/antepassados; nenhuma perda confirmada. Os 12 artefactos do recibo visual anterior foram novamente conferidos por SHA256, sem alteração. Provas aceites de 1.325 testes e demais incrementos preservadas, sem repetição integral.

O catálogo solicita include_children=1 no endpoint administrativo existente. A opção acrescenta apenas referências do nível imediatamente inferior: distritos de uma província, postos de um distrito e localidades de um posto. Sem a opção conserva o âmbito anterior. Geometrias continuam sujeitas à classificação, acesso efectivo e snapshots/hashes de divulgação existentes; não há publicação, importação ou nova autorização. O território seleccionado tem prioridade, seguido dos antepassados e subdivisões. Até 100 geometrias e 500 referências inferiores, com truncagem explícita.

Resposta acrescenta child_territory e child_coverage com nível, referências acessíveis e territórios representados, distinguindo contagem territorial de polígonos. Interface identifica subdivisão/contexto/território seleccionado, conserva fonte/edição e explicita que falta de limite na consulta não significa inexistência do território, nem terreno disponível. Nenhuma oportunidade é reposicionada e nenhuma coordenada é presumida.

Delta aprovado: 11 testes de base de dados/125 asserções (cinco novos e seis de acesso existente), nove testes frontend, PHPStan sem erros, tipos, Pint, lint e build QA aprovados. Inclui exclusão de outra província/netos, limites públicos/internos, referência eliminada, ausência de geometria, priorização e truncagem de geometrias/referências, validação do parâmetro e descarte de resposta anterior ao mudar a opção. Primeira tentativa da fixture falhou por faltar país-pai; corrigida a fixture, mantendo a integridade territorial e os logs iniciais.

Conferência visual no Edge, exclusivamente QA 127.0.0.2:18644/main_visual_20261104_test: Maputo Província mostra zero limites de oito referências distritais acessíveis, lacuna explicitada, nove oportunidades mantidas sem ponto inventado. O snapshot não contém limites públicos para demonstrar visualmente os polígonos inferiores; estes foram exercitados por testes sintéticos. Recibo/hashes: docs/investmoz/unification/map-subdivision-local-20261104.json; captura em outputs/map-subdivision-20261104/.

ACT-02 permanece parcial. Camadas factuais de recursos, infra-estruturas, mão-de-obra e potencial económico, cobertura de dados/geometrias e conferência no portal de destino continuam pendentes. Este recorte não encerra V2-07/V2-10 nem substitui aceitação da equipa. Sem push, migração, escrita activa, importação, alteração de permissões ou reinício de serviços.

04/11/2026 — ACT-20261029-02: camadas de evidência pública de recursos e infra-estruturas

Incremento sequencial na main local sobre bbc05f1d, reutilizando V2-07/V2-10, mapa único, filtros, pontos/áreas públicos e contexto administrativo já demonstrados. Inventário de código e cópia QA antes de fixtures: 48 oportunidades publicadas e duas sínteses proactivas públicas, mas nenhuma evidência pública local das categorias resource/infrastructure. Os campos existentes de zonas e fontes editoriais não foram convertidos automaticamente em disponibilidade ou geometrias temáticas; evidências privadas não foram publicadas. Não é perda confirmada de dados nem diagnóstico do remoto. Conferidos por SHA256 os 23 artefactos dos dois recibos visuais/administrativos anteriores, todos inalterados.

A API existente de mapa acrescenta thematic_records a partir de ProactiveInvestment::publicData: somente evidência seleccionada na síntese publicada, categorias recursos/infra-estruturas e propósito local. Conserva facto, fonte, localizador, período, âmbito, cobertura, verificação registada, situação e limitações. Exclui metodologia e outras categorias; não copia o rascunho privado. Mantém a consulta territorial, limite/truncagem e autorização pública anteriores. As áreas acrescentam o identificador da oportunidade para filtragem, sem atribuir a geometria à evidência.

No mesmo mapa, o selector permite todas as oportunidades, recursos documentados ou infra-estruturas documentadas. A camada filtra apenas pontos/áreas existentes das fichas correspondentes; não alarga a pesquisa geral, não altera CSV nem cria posições. Fichas sem ponto continuam consultáveis no painel de evidências/fontes. Contagens referem fichas, não quantidade/capacidade de recursos. Âmbito da evidência distingue-se da localização da oportunidade; marcadores não representam posição exacta ou disponibilidade de recurso/infra-estrutura. Escolha recuperada na sessão do navegador, com tolerância a armazenamento indisponível/inválido. Falta de evidência, período ou fonte é explícita, sem zero presumido.

Delta aprovado: oito testes de BD/438 asserções (quatro novos e quatro de filtros provinciais), 14 testes frontend (cinco novos e nove existentes), PHPStan sem erros, tipos, Pint, lint e build QA aprovados. Inclui exclusão de rascunhos/publicação futura/acesso restrito, leitura apenas da síntese pública, fonte/período/limites, província/distrito, reutilização das coordenadas existentes, alternância/reposição de camadas, fichas sem ponto, carregamento/ausência/truncagem, escape de texto e recuperação da escolha. Provas gerais anteriores preservadas, sem repetir a bateria completa.

Conferência visual no Edge exclusivamente em 127.0.0.2:18644, base main_visual_20261104_test: duas fixtures claramente sintéticas criadas apenas em QA, uma por categoria; nenhuma coordenada/geometria criada. Hash de todas as oportunidades anteriores idêntico antes/depois. Alternância entre ambas conserva pesquisa provincial e duas fichas gerais; cada camada mostra a sua ficha, fonte/período/âmbito/limites e ausência de ponto. Infra-estruturas recuperada após recarregar. Recibo: docs/investmoz/unification/thematic-map-local-20261104.json; inventário, hashes, DOM e capturas em outputs/thematic-map-20261104/. Demonstração sintética não constitui cobertura económica factual ou publicação de dados reais.

ACT-02 permanece parcial. Cobertura factual de recursos/infra-estruturas no destino, georreferenciação própria quando documentada, mão-de-obra, potencial económico quantitativo, restantes fontes temáticas e lacunas cartográficas continuam pendentes. Não se inferem estas camadas de descrições nem do número de oportunidades. Mantêm-se conferência remota e aceitação da equipa; V2-07/V2-10 não encerrados. Sem push, alteração activa, migração, publicação automática ou alteração de permissões/serviços.

04/11/2026 — ACT-20261029-02: mão-de-obra documentada e contexto económico

Incremento qualitativo na main local sobre 21ebad73, reutilizando mapa, evidências, síntese publicada, divulgação expressa e fontes/períodos existentes. Inventário na cópia QA: duas evidências públicas locais de actividade anteriores (fichas sintéticas 350/383), nenhuma de mão-de-obra/oferta/procura; recursos/infra-estruturas da demonstração anterior conservados. As declarações labour_demands/training_capacities têm acesso EducationAccess interno; emprego/indicadores financeiros canónicos não fazem parte da publicProjection. Observações de zonas conservam divulgação/unidades/metodologia próprias. Não foram expostas nem agregadas essas fontes privadas por existir revisão interna. As fontes oficiais aceites e as decisões de divulgação anteriores não foram reabertas.

Acrescentada categoria explícita Mão-de-obra no editor e validação da evidência existente, sem migração ou reclassificação automática dos textos anteriores. Guardar, recuperar, pré-visualizar e confirmar publicação usam o percurso existente. A camada económica reutiliza apenas evidências públicas locais de actividade/oferta/procura, mantendo source_category original, facto, fonte, localizador, período, verificação, âmbito, cobertura e limitações. Agrupá-las para consulta é uma escolha de apresentação, não aprovação de viabilidade nem índice de potencial.

Ambas as opções entram no selector do mapa único; a escolha é recuperada na sessão. Recursos/infra-estruturas, geometrias públicas, filtros territoriais, fichas sem ponto e contagens anteriores mantêm-se. Nenhuma posição é criada ou atribuída ao recurso/mão-de-obra. Necessidade ou qualificação não equivale a trabalhador disponível; previsão de emprego não é emprego efectivo. Contexto económico não calcula retorno, score ou viabilidade. Períodos/fontes incompatíveis permanecem separados, sem totais ou zero presumido.

Delta aprovado: sete testes de BD/77 asserções (cinco do mapa, incluindo o novo caso; dois de publicação, um novo e um de acesso/fonte privada já existente), 22 testes frontend, PHPStan sem erros, tipos, Pint, lint e build QA aprovados. Teste do percurso: criar evidência workforce → recuperar → confirmar pela publicação existente → consultar mapa → alterar rascunho privado sem substituir a categoria/fonte públicas. Testes mantêm metodologia/internos fora do mapa, categorias originais, períodos distintos e ausência de quantidades/índices inferidos. Não se repetiu a bateria geral aceite.

Conferência visual no Edge exclusivamente na QA 127.0.0.2:18644/main_visual_20261104_test: contexto económico reutiliza a evidência de actividade já publicada da ficha 383, sintética e explicitamente identificada. Mão-de-obra usa uma única fixture nova, também sintética; escolha e fonte recuperadas após recarregar. Nenhuma coordenada/geometria criada; hash de todas as oportunidades anteriores idêntico antes/depois. Conferidos 36 artefactos dos três recibos anteriores, todos com SHA256 inalterado. Recibo: docs/investmoz/unification/workforce-economic-map-local-20261104.json; inventário, DOM, capturas e hashes em outputs/workforce-economic-map-20261104/.

ACT-02 permanece parcial. Cobertura factual laboral/económica, séries, unidades e metodologia quantitativa comparável, georreferenciação própria documentada e cobertura cartográfica continuam pendentes. A demonstração sintética não mede oferta laboral nem potencial regional real. Mantêm-se conferência remota e aceitação da equipa; V2-07/V2-10 não encerrados. Sem push, migração, publicação automática, escrita activa, alteração de permissões ou reinício de serviços.

04/11/2026 — ACT-20261029-02: observações quantitativas públicas de emprego e contexto económico

Incremento na main local sobre a9241ff2. Inventário prévio: fichas de parques já conservam observações com valor, unidade, período, âmbito, população/base, metodologia, conhecimento e divulgação seleccionada. Reutilizada apenas a versão pública de operational_details.public.integral.observations, sem desencriptar preparação privada. Na cópia QA havia oito fichas públicas e zero observações quantitativas divulgadas; não foi declarada perda nem ausência no remoto. As 51 provas anteriores foram conferidas por SHA256 antes da ronda e novamente no fim, todas inalteradas; bateria geral aceite preservada sem repetição integral.

A API de mapa acrescenta quantitative_context a partir do mesmo conjunto de zonas já devolvido no contexto territorial: emprego para mão-de-obra; investimento, produção, exportações e compras locais para contexto económico. Reutiliza os filtros/autorização existentes, sem alargar a pesquisa de oportunidades nem transformar indicadores do parque em indicadores das oportunidades. Filtros específicos que já excluem esse conjunto devolvem âmbito não incluído, em vez de uma falsa medição vazia. Até 30 fichas e 200 observações; truncagem explícita. Geometrias, divulgação, fontes e versões anteriores conservadas.

O painel do mapa mostra cada valor com a sua unidade, período, âmbito, população/base, metodologia, fonte/data, versão pública e ligação à ficha. Zero documentado e valor desconhecido são distintos; precisão decimal conserva-se como texto. Divergências e metadados em falta permanecem visíveis. Emprego não é oferta de trabalhadores disponíveis; natureza prevista/efectiva depende da descrição da fonte. Não se somam populações ou períodos, não se convertem unidades/moedas e não se criam médias, índices ou previsões de retorno. Contagens de oportunidades e de observações territoriais têm âmbitos distintos. Erro, carregamento, cadastro indisponível, âmbito não consultado e ausência de observações são estados diferentes.

Verificação dirigida aprovada: 11 testes BD/99 asserções (seis novos e cinco do mapa temático existente), 18 testes frontend (três novos e 15 existentes), PHPStan sem erros, tipos, Pint, lint e compilação QA aprovados. Inclui zero/decimais, desconhecido/divergência, metadados incompletos, exclusão de preparação privada/ficha não publicada, preservação do envelope, província/distrito, limites de observações/fichas e âmbito excluído. Primeira tentativa teve uma expectativa inadequada sobre a serialização JSON antes da normalização jsonb; comparação corrigida para duas leituras efectivas do servidor. Fixture frontend com rótulo repetido corrigida; não se relaxaram regras do produto. Logs BD iniciais mantidos.

Conferência visual exclusivamente em 127.0.0.2:18644/main_visual_20261104_test: uma ficha sintética nova com cinco observações. Camada laboral mostra zero previsto e emprego indirecto por determinar, em duas linhas; económica mostra 125.7500 toneladas, 100000.00 MZN e 25.50 USD em divergência, em três linhas, com as respectivas fontes e períodos. Valores exclusivamente de teste, sem aplicação económica real. Nenhuma coordenada/geometria criada; hash de todas as fichas territoriais anteriores idêntico antes/depois. Recibo e hashes: docs/investmoz/unification/quantitative-map-local-20261104.json; inventário, capturas e DOM em outputs/quantitative-map-20261104/.

ACT-02 permanece parcial. Cobertura factual nacional/regional, séries comparáveis, oferta laboral, natureza das grandezas e metodologia quantitativa de potencial económico continuam pendentes conforme dados aplicáveis. A demonstração sintética não é estatística real, índice regional ou diagnóstico do portal remoto. Mantêm-se conferência remota e aceitação da equipa; V2-07/V2-10 não encerrados. Sem push, instalação, escrita activa, migração, publicação automática ou alteração de permissões/serviços.

Precisão adicional demonstrada: número JSON 1234567890123.456789 recuperado sem arredondamento. O valor é extraído como texto decimal do mesmo snapshot público carregado, sem o converter num float PHP nem misturar metadados e versão com uma leitura posterior. O teste dirigido de precisão e PHPStan passaram após esta correcção.

04/11/2026 — ACT-20261029-02: filtros de indicador e período das observações quantitativas

Main local sobre 3f50f666, sem push. Inventário do concluído: mantidas as camadas temáticas, hierarquia territorial, observações públicas, precisão decimal, fonte/data/versão, estados de conhecimento e limites de cobertura já demonstrados. Conferidos por SHA256 os 63 recibos JSON anteriores da pasta de unificação, todos inalterados. Não foi identificada perda neste delta; as provas aceites, incluindo 1.325 testes/28.377 asserções, não foram reabertas. A instalação anterior de 3f50f666 mantém recibo em outputs/main-install-20261104/installation-result.json; os estados «sem instalação» das entradas anteriores descrevem a sua execução histórica.

Próximo recorte dos filtros previstos na matriz: selecção por indicador e período de referência sobre as observações quantitativas públicas já recebidas no mapa. Sobreposição temporal inclusiva, com início e/ou fim opcionais; intervalo invertido apresenta erro. Períodos incompletos, inválidos ou invertidos da fonte continuam consultáveis sem filtro temporal e são excluídos quando este é aplicado; a data da fonte não substitui o período. A limpeza repõe as observações. Não altera a pesquisa de oportunidades, os limites de resposta ou a cobertura territorial; não soma, converte, estima nem infere comparabilidade. Escolha de implementação delimitada aos filtros da ACT-02, sem nova regra organizacional.

Delta verificado: 12 testes frontend dirigidos aprovados, tipos globais, lint do componente e build QA aprovados. Conferência visual apenas em 127.0.0.2:18644/main_visual_20261104_test, reutilizando as cinco observações sintéticas anteriores, sem novas fixtures ou escrita de dados. Produção em 31/12/2025 devolve uma linha com 125.7500 toneladas; intervalo invertido mostra erro; limpar repõe cinco linhas. As 12 oportunidades do cenário QA mantêm-se. Corrigida e conferida a actualização dos campos de data durante a introdução. Recibo e hashes: docs/investmoz/unification/quantitative-map-filters-local-20261104.json; DOM, captura e logs em outputs/quantitative-filters-20261104/.

ACT-02 permanece parcial. Cobertura factual nacional/regional, séries comparáveis, oferta laboral e metodologia quantitativa de potencial económico continuam pendentes conforme fontes aplicáveis. O cenário sintético não é estatística real. Conferência autenticada de Competitividade pela equipa e requisitos amplos V2-07/V2-10 preservados. Sem push, instalação deste delta, migração, importação, publicação automática, escrita activa, alteração de permissões ou reinício de serviços.

705dc69d68

10/11/2026 ? commits separados; S08 e visual pendentes

Ajustes locais separados por ?mbito na branch entrega/directiva-20261110: pacote contador/aliases 377c40a2; contactos 4e614802; informa??o/SEO 4e07557c; pr?-dossier dcecd251; curadoria 7f131497; sitemap 252f38bb. Cobertura, limites e hashes em docs/investmoz/v2/auditoria-portal/ajustes-por-ambito-2026-11-10.md. Provas aceites preservadas. Sem push ou instala??o.

S08 permanece por concluir, separada da revis?o visual; a especifica??o da janela n?o foi recuperada e n?o ? substitu?da pela etapa de licenciamento hom?nima. Visual interrompido por impossibilidade da ferramenta de confirmar o URL, n?o por Escape nem por falha demonstrada do portal. Cluster QA 55441 mantido ligado enquanto houver depend?ncias por conferir. Nenhum requisito amplo ? promovido a conclu?do por estes commits.

10/11/2026 ? S08: melhoria do percurso existente de licenciamento pr?vio

?mbito esclarecido pela Tempo; substitui o anterior saldo ?por identificar?. Implementa??o e sete provas frontend dirigidas em 67344418: estado sem repeti??o, registo/ac??o principal vis?veis, redu??o dos blocos expans?veis e abertura/foco da etapa por #S08, preservando campos/contexto/vers?o/grava??o e guardas existentes. TypeScript, lint dirigido e build QA aprovados. Sem altera??o de backend/hist?rico/dados ou repeti??o das provas aceites n?o afectadas. Detalhes e limites em docs/investmoz/v2/auditoria-portal/ajustes-por-ambito-2026-11-10.md. Revis?o visual e instala??o mant?m-se pendentes e separadas. Pacote contador/aliases preservado; sem push e cluster 55441 mantido ligado.