48 lines
7.1 KiB
Markdown
48 lines
7.1 KiB
Markdown
# 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](PURCHASING_COMPLETION.md) e [guia](COMPRAS_USO_LOCAL.md). 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](http://127.0.0.1:8072/qa/enter/requester?open=1): preparar uma requisição1UN a100MZN, imposto0, e submetê-la.
|
||
2. [Chefia](http://127.0.0.1:8072/qa/enter/approver?open=1): aprovar a requisição exacta por identidade distinta.
|
||
3. [Compras](http://127.0.0.1:8072/qa/enter/actor?open=1): registar três propostas dos fornecedores QA preparados, por exemplo100/120/140MZN. Compras e [Finanças](http://127.0.0.1:8072/qa/enter/issuer?open=1) 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](http://127.0.0.1:8072/qa/enter/validator?open=1): conferir e receber1UN aceite/conforme no artigo/armazém QA.
|
||
5. Finanças regista a factura recebida100MZN, base100, imposto0, quantidade1UN. [Revisor financeiro](http://127.0.0.1:8072/qa/enter/reviewer?open=1) 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](http://127.0.0.1:8072/qa/enter/auditor?open=1) 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](proofs/purchasing-integrated-composition-20261103.json): **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](proofs/purchasing-integrated-matrix-20261103.json) mantém seis módulos,13estágios e104critérios documentados. A [inspecção estática](proofs/purchasing-integrated-flow-20261103.json) 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.
|