SGF/docs/SGF_8085_NEXT_AUTHORIZATION.md

Decisão para concluir os seis módulos na8085

Autorização expressa de10/11/2026: «autorizo» para o recorte abaixo. Aplicação em curso; não presumir etapas concluídas. Não constitui conclusão ou aceitação do SGF.

Trabalho já efectuado

A8085 recebeu70 tabelas aditivas de documentos, classificação, recebíveis, Oficinas, custos e ligações. As quatro tabelas iniciais de Comercial foram reutilizadas. Dados anteriores, sequências, permissões e associações foram comparados e preservados; existe dump privado anterior e cópia dos ficheiros substituídos. Não houve migrate global nem limpeza da cache.

As guardas de ensaio foram ligadas à identidade física exacta desta composição. Resets/destruição ficam recusados mesmo quando a composição for activada. Não se criaram contas ou concessões. As funções/tabelas/sequências novas não concedem acesso a PUBLIC no destino.

Stock tem código instalado, ainda desligado: saída, transferência imediata, contagem, aplicação da diferença e selector de equipamento, pelos writers originais. Prévia revertida, versão, impacto antes/depois, fundamento, recibo auditado e recuperação. Contagem por lotes e devolução conservam seus percursos próprios; não se substituem por ajuste genérico.

O servidor existente estava parado e foi iniciado novamente na mesma8085. Compras continua em /compras; recepção e obrigação100MZN foram consultadas por HTTP sem repetir comandos de negócio. Nenhuma base/porta/demonstração nova ou dependência SGC.

Autorização solicitada, num único recorte

1. Perfis exclusivamente fictícios: criar dez contas de aplicação para preparação/revisão Comercial, gestão/técnico/conferência Oficinas, preparação/revisão Financeiro, preparação/revisão Contabilidade e consulta. A matriz exacta discrimina direitos e âmbitos. Não criar roles PostgreSQL, contas reais ou access.manage.
2. Âmbito único: tenant1, empresa2, unidade2, já existentes. Preservar os sete perfis de Compras. Os perfis não recebem acesso a outra unidade nem autoridade para decidir os seis registos protegidos.
3. Armazém: acrescentar ao perfil sintético existente os direitos discriminados na matriz. Apenas dois nomes novos: stock.operations.prepare e stock.operations.confirm, apresentados antes de qualquer concessão. Preparar um segundo armazém vazio e um artigo de ensaio explicitamente ligados; não usar o armazém estrangeiro como destino.
4. Preparação do percurso: criar cliente/serviço de teste, emissor/série/perfis fictícios, equipamento/tarefa e parâmetros de custo. Usar os workflows e revisões existentes com pessoas distintas. Não converter, associar ou alterar os seis registos pendentes.
5. Continuação da obrigação100MZN existente: autorizar a liquidação/afectação sintética20MZN, sua reversão e contabilização individual revista. Reutilizar a obrigação original, sem outra dívida. Esta origem estava expressamente excluída dos efeitos financeiros da entrega anterior de Compras.
6. Reunir os cenários já aprovados: Comercial1000MZN/afectações400+600; custo directo275→295; industrial1800→1820; stock2UN/100MZN, saída1UN/50 e devolução0,5UN/25. Registos novos do ensaio integrado na mesma instalação, preservando anteriores. Cada efeito conserva decisão, autoridade, versão e idempotência; nada é propagado automaticamente.
7. Um diário comum: instalar no livro financeiro local já usado por Compras, com âmbito SGF explícito empresa/unidade e origens qualificadas de Comercial/Oficinas. Não copiar obrigações/saldos nem criar autoridade concorrente. Esse livro nativo é parte local do SGF, sem serviço remoto SGC. Comprovar o protocolo de origem/versão/bloqueio entre bases antes de disponibilizar a continuidade.
8. Contas/período QA e activação limitada: preparação/revisão artificiais, conferência e fecho sintético, sem reabertura. Activar apenas os percursos SGF do recorte quando a integração e as recusas de acesso afectadas passarem, conservando confirmações individuais.

Este recorte permite continuar até à entrega dos seis módulos sem pedir autorização por cada campo ou teste. Não presume funcionalidades por implementar aceites nem capacidade de implantação.

Exclusões

Sem dinheiro/banco/emissão fiscal, contas ou acessos reais, direitos públicos, publicação, candidata de Compras, nova demonstração/base/porta ou activação SGC. Sem decidir os seis registos, limpar a cache bloqueada, reabrir períodos ou apagar provas aceites. Revisão visual e implantação exigem evidência própria.

Motivo da decisão

A regra de acessos do projecto exige apresentar direitos novos antes de os conceder. A entrega de Compras na8085 excluiu pagamentos/Contabilidade desta origem. A instrução de continuar permitiu instalar e preparar código; não a usei para conceder acessos ou executar os efeitos financeiros excluídos. A matriz e os cenários acima tornam a decisão concreta.

Após aprovação, continuar implementação e integração até ao percurso demonstrável dos seis módulos. O SGF ainda não está pronto para apresentação integral.