commit11

2026-10-30 23:20:27 +02:00
parent 2c0be7ac5e
commit 680959cc87
19 changed files with 1528 additions and 15 deletions
@@ -46,3 +46,40 @@ Estas tabelas **não constituem uma migração aplicada a desenvolvimento ou pro
 - Fazer o ensaio visual curto nas duas demonstrações e recolher dificuldades da equipa. Depois decidir aceitação e eventual checkpoint exclusivamente local. Não foi criado checkpoint de encerramento.

 Esta entrega complementa [obrigações a fornecedores](SUPPLIER_PAYABLE_DELIVERY.md); não substitui as aceitações e limitações anteriores.
+
+## Consolidação do percurso — 30/10/2026
+
+Retoma expressamente autorizada para corrigir utilização nas interfaces existentes, sem novo módulo, habilitação pública ou alteração da página inicial limpa. Esta secção complementa a entrega anterior; não declara aceitação ou encerramento.
+
+**Correcções efectuadas:**
+
+- Trocar função em pagamentos devolvia sempre às obrigações. A entrada QA conserva agora `next=payments`, limitado a destinos fixos permitidos. Destino externo é recusado; sem parâmetro, permanece o comportamento anterior. Sessão renovada e identidades/permissões revalidadas como antes.
+- A página de obrigações mostrava o principal mas omitia saldo após afectações novas quando não existia histórico importado. Mostra agora principal preservado, afectações confirmadas e saldo da posição canónica existente, igual à página de pagamentos; nenhum segundo cálculo foi criado.
+- Entrada e etapas explicam o percurso completo, alternância entre Preparar e Validar e a diferença entre confirmar pagamento e afectar dívida. Versão e validador ficam legíveis sem abrir JSON. «Saldo canónico» passa a «saldo por liquidar».
+- Pagamentos totalmente afectados deixam de ser oferecidos para novas afectações, permanecendo em consulta/histórico. Não se alterou o comando no servidor nem se criou correcção/reversão.
+- Detalhes de validação passam a ser apresentados com foco no erro; indicação de processamento e âncora da secção de resultado após sucesso. Repetição do mesmo conteúdo conserva a chave. JavaScript exercitado com DOM/fetch simulados em VM; não é execução visual em navegador.
+
+| Verificação automática | Compras | SGF |
+| --- | --- | --- |
+| Factura efectivamente conferida e obrigação reconhecida | 11 600 MZN | 11 600 MZN |
+| Pagamento proposto | 4 000 MZN | 4 000 MZN |
+| Confirmação por outra identidade, antes de afectar | Dívida 11 600; por afectar 4 000 MZN | Dívida 11 600; por afectar 4 000 MZN |
+| Proposta de afectação ainda não confirmada | Dívida 11 600 MZN | Dívida 11 600 MZN |
+| Afectação confirmada por outra identidade | Saldo 7 600; por afectar zero | Saldo 7 600; por afectar zero |
+| Repetição com novas chaves | Um pagamento e uma afectação | Um pagamento e uma afectação |
+| Saída/reentrada em Consulta | Histórico/saldo recuperados | Histórico/saldo recuperados |
+| Vencimento e dias de atraso | Nulos; atraso indeterminado | Nulos; atraso indeterminado |
+| Ambas as páginas | Principal 11 600, afectado 4 000, saldo 7 600 | Principal 11 600, afectado 4 000, saldo 7 600 |
+| Observação visual | Bloqueada | Bloqueada |
+
+Prova nova: `docs/proofs/supplier-settlements-interface-20261030.json`. As páginas e disponibilidade dos formulários foram conferidas por HTTP/HTML; os comandos foram enviados aos mesmos endpoints protegidos dos formulários. Sintaxe do JavaScript renderizado e feedback/reutilização da chave/âncora foram verificados separadamente. Não se automatizaram cliques, disposição, scroll ou submissão num navegador real. A origem mantém base 10 000 e imposto documental 1 600, sem recálculo.
+
+Repetição: `C:/laragon/bin/python/python-3.10/python.exe scripts/settlements-interface-run.py`, a partir de sgf-tempo. O runner verifica portos livres 8007/8008, provisiona bases/roles descartáveis, instala o schema só nessas bases, corre `settlements-interface-check.mjs` e remove os seus processos/bases/roles no finally. Não reinicia 8005/8006. Nessas demonstrações persistentes confirmou-se somente entrada/consulta/saída, ligações e perfil de consulta sem formulários: `scripts/settlements-persistent-access.mjs` e `docs/proofs/supplier-settlements-persistent-access-20261030.json`. Nenhum comando financeiro foi executado nos cenários persistentes; preservados os desenvolvimentos posteriores de Compras.
+
+As provas anteriores não foram regravadas. O SHA do núcleo SupplierSettlements.php foi comparado com a prova anterior: igual. Motor e adaptadores de autorização/contexto não mudaram; as provas anteriores de concorrência, falha/recuperação e isolamento foram reutilizadas, sem repetir toda a bateria técnica. Sintaxe PHP, check existente de navegação/página inicial limpa e builds das duas aplicações conferidos nesta retoma.
+
+Ficheiros de aplicação alterados: `packages/payables/ui/page.php`, `packages/payables/ui/settlements.php`, `scripts/payables-demo-entry.php`. Acrescentados os três scripts de verificação acima e provas/documentação. Sem dependências, permissões, schema habitual, dados reais, publicação, push ou checkpoint de encerramento.
+
+**Bloqueio visual concreto:** a skill Computer Use inicializou, mas `sky.list_apps()` devolveu «Computer Use native pipe is unavailable: failed to connect native pipe (OS error 2)». A skill Browser indicada no catálogo não estava instalada no caminho fornecido. Não se contornaram os bloqueios nem se declararam ecrãs observados. Falta revisão em navegador, incluindo legibilidade, foco, scroll, ecrã estreito e mudança de função. Correcções entregues para revisão, sem aceitação presumida.
+
+Mantêm-se os limites anteriores: sem bancos/caixa, correcções de afectações, novos pagamentos sobre obrigações importadas, reconciliação, contabilidade, stock ou orçamento adicional. Página inicial preservada sem cartões/resumos. O percurso não foi habilitado no domínio público.