SGF/docs/SGF_PURCHASING_INTEGRATED_DELIVERY.md

Percurso de Compras numa única composição SGF

Continuidade de04/11/2026: a instalação de trabalho actual é http://127.0.0.1:8085/compras, consolidada no lugar, com o percurso C01–C10 comprovado pelos formulários e exemplo concluído. Ver resultado e guia. As instruções8072 abaixo são históricas; não é necessário alternar entre essas demonstrações. Não foi activada instalação empresarial nem presumida revisão visual.

03/11/2026. SGF-PURCHASING-INTEGRATED-QA-v1. A nova demonstração reúne requisições, fornecedores, propostas/adjudicação, ordens, recepções, facturas, obrigações e a referência geográfica no mesmo host e no mesmo livro nativo. Não exige mudar de demonstração ou reconfigurar identificadores entre essas etapas. As versões anteriores permanecem intactas.

Experimentar em8072

Cada entrada abre o mesmo mapa de trabalho, com apenas as etapas autorizadas para o perfil. As páginas de trabalho partilham a navegação, mantendo as decisões e conferências nos serviços existentes.

1. Solicitante: preparar uma requisição1UN a100MZN, imposto0, e submetê-la.
2. Chefia: aprovar a requisição exacta por identidade distinta.
3. Compras: registar três propostas dos fornecedores QA preparados, por exemplo100/120/140MZN. Compras e Finanças registam as suas avaliações individuais; comparar e escolher expressamente com fundamento. A chefia aprova a adjudicação; Compras emite a ordem.
4. Armazém: conferir e receber1UN aceite/conforme no artigo/armazém QA.
5. Finanças regista a factura recebida100MZN, base100, imposto0, quantidade1UN. Revisor financeiro confere e valida, consumindo o compromisso existente uma vez.
6. Finanças prepara a fotografia da obrigação, com fundamento e prévia; o revisor reconhece a versão exacta por pessoa distinta. Outra identidade QA conserva papel separado.

As listas das etapas encontram os mesmos documentos autorizados; não é necessário copiar IDs. A localização de fornecedor continua acessível pelo cadastro. Os selectores comuns de empresa/unidade/cliente permanecem nos respectivos percursos existentes, sujeitos ao módulo e contexto correctos; nada recebe localização automaticamente.

A demonstração começa sem requisições principais, propostas, adjudicações, ordens, recepções, facturas, propostas de obrigação ou dívidas. Prepara três fornecedores QA e orçamento aprovado1000MZN; nenhuma reserva/compromisso inicial. Uma requisição estrangeira serve apenas a prova de isolamento. O catálogo versionado tem20.407linhas e zero localizações atribuídas. A prova completa usou outra base nova, não a demonstração da equipa.

O que mudou

• /purchasing/workspace: mapa das etapas autorizadas no contexto actual. WorkspaceNavigation usa capacidades e direitos existentes; não cria novos nomes de direitos, indicadores fictícios, decisões ou efeitos financeiros. O runtime conserva as guardas de ambiente, base, empresa/unidade e origem.
• Navegação comum nas sete páginas de Compras, preservando os formulários, prévias, históricos, versões e validações nativas. O mapa pertence expressamente ao módulo Compras; mudar para Comercial exige voltar ao contexto correcto antes de o abrir.
• Modo explícito integrated no compositor QA. Combina os preparadores existentes numa base de host e numa base nativa novas, com as mesmas identidades e o mesmo pacote fixado. A chefia de requisições/adjudicação mantém-se distinta das identidades financeiras, incluindo depois de montar facturas e obrigações.
• Reutiliza o ciclo sgf.request.command e os filtros de origem já implementados. A requisição criada durante o teste chega às propostas, ordem, factura e obrigação sem acrescentar IDs estáticos à ligação e sem criar orçamento ou dívida concorrentes no host.

Provas e preservação

Consolidação: 68 verificações — percurso integrado29, guardas5, navegação inicial6, demonstração25 e build/assets3. A etapa integrada confirma uma reserva, um compromisso, um consumo100MZN, um movimento físico e uma obrigação100MZN/saldo100MZN, com vencimento desconhecido. Orçamento do host inalterado, zero pagamentos e zero atribuições geográficas automáticas.

Os26 primeiros critérios do percurso passaram. A verificação final esperava403 para Comercial; nesta composição, a referência geográfica torna esse módulo disponível à identidade financeira, pelo que a recusa correcta de um percurso de outro módulo é409. Corrigiu-se apenas essa expectativa e retomaram-se os três critérios finais, sem repetir comandos financeiros. A prova individual anterior de concorrência/recuperação mantém-se válida e não foi reexecutada.

As25 verificações da demonstração conferem os sete perfis, navegação filtrada, páginas efectivamente servidas e a ausência de alteração de dados ao navegar. São provas HTTP/build, não revisão visual. O código continua funcional nos serviços originais; não se substituiu a implementação por documentação ou fotografias pré-calculadas.

As provas anteriores72/77/103/83 e respectivos manifestos foram preservadas e reutilizadas, sem recontagem como testes novos. Sem ligações à base de destino, alterações dos seis registos protegidos, limpeza da cache bloqueada, actualização das demos anteriores, novas concessões reais, activação de Compras, publicação, aceitação ou checkpoint.

A matriz actualizada mantém seis módulos,13estágios e104critérios documentados. A inspecção estática encontra69fontes e nenhum ciclo obrigatório; estes totais não são testes operacionais adicionais nem prova de implantação.

Limitações

Esta composição reúne o percurso de Compras, não todos os seis módulos do ERP numa instalação final. A nova origem ainda não inclui pagamentos/afectações, migração da responsabilidade de histórico, contabilização, correcções/notas de crédito ou anexos binários de facturas. Essas capacidades mantêm os âmbitos e aprovações próprios; não são activadas por navegar no mapa.

Revisão financeira de fornecedores e decisões geográficas conservam as provas anteriores; este incremento não repete as suas suites completas. Não se migram os antigos ir_requests com reserva no host. Vencimento desconhecido não é convertido em atraso ou data inventada.

Revisão visual continua separada, sem repetir o navegador bloqueado. Carga sustentada, instalação geral e separação de proprietário/runtime permanecem por validar. O schema sintético é preparado pelas migrações nativas actuais e o runtime usa o pacote fixado anteriormente; estes ensaios não validam capacidade de implantação.