SGF/docs/SGF_PAYABLE_EVIDENCE_FOCUS_DELIVERY.md

Origem, obrigação e selecção para pagamentos — conferência ligada

Continuação posterior: histórico de pagamentos e afectações paginado. Resolve a leitura integral do livro na composição SGF, mantendo os dados e resultados desta entrega como prova histórica. A composição nativa instalada e a implantação permanecem separadas.

02/11/2026 — SGF-PAYABLE-EVIDENCE-FOCUS-SIM-v1. Implementação local, apenas na composição sintética SGF. Continua as entregas de paginação SGF e consulta nativa, conservando as provas anteriores.

Ligação entregue

A tabela de origens permite Conferir evidências desta origem. O link /supplier-payables?source=<id local> abre o documento, posição, propostas e eventos próprios, mesmo quando a origem antiga está fora da primeira página. source designa o mapeamento local do recibo SGF; não é uma factura nativa escolhida por coincidência de ID, um módulo atribuído automaticamente ou uma nova captura histórica.

O filtro é aplicado no servidor, dentro do tenant/empresa/unidade autorizados, antes da contagem e paginação. Origem não disponível nesse contexto recusa403, tanto para ID inexistente como para outro âmbito. Valor inválido recusa422. Pesquisa, reconhecimento e página continuam a intersectar a origem: uma combinação sem resultados não apresenta evidências de outros documentos. A origem mantém-se nos formulários e nas duas paginações de propostas/eventos; existe saída explícita para a listagem geral.

Quando o actor já possui consulta de pagamentos, a ligação para /supplier-payments transporta a mesma origem; o regresso conserva-a. Não se concedem direitos por seguir o link. O ecrã de pagamentos e afectações passa a navegar pelas páginas de documentos na selecção de obrigações, com pesquisa/reconhecimento, páginas25/100 e totais no servidor. Corrige a perda de acesso às obrigações depois da primeira página causada pela integração com o novo leitor paginado. Esta selecção só inclui as obrigações efectivamente reconhecidas dos documentos da janela; uma factura por reconhecer não se converte numa dívida ao navegar.

Outro problema corrigido: o fornecedor e o número apresentados na selecção eram procurados na primeira página de propostas. Muitas revisões de uma origem podiam esconder a proposta exacta que reconheceu outra obrigação. Agora as propostas exactas de reconhecimento e as referências das origens são lidas em duas consultas conjuntas, no âmbito autorizado. Uma versão posterior não substitui a fotografia reconhecida. Cada obrigação tem ligação à sua origem/propostas/histórico.

O livro de pagamentos/afectações mantém a consulta própria do contexto, sem ser filtrado pela página dos documentos; o ecrã informa esta diferença. Não se implementou paginação desse livro neste incremento, nem se retiraram os seus bloqueios de autorização de escrita existentes. A composição autónoma nativa conserva o seu contrato de consulta anterior; os novos controlos são condicionais à metadata SGF. O cálculo financeiro e os comandos de pagamento/afectação não foram alterados.

Provas dirigidas

• Cinco cenários novos,34asserções: origem original fora da primeira página e posição30MZN; versões/eventos paginados sem mudar a origem; intersecção de filtros; tenant/empresa/unidade estrangeiros, ID ausente, valores inválidos e direito revogado; recibo alterado e comando obrigado a conferir o histórico actual. Inclui renderização que conserva o foco nativo invoice, sem links SGF indevidos.
• Integração da selecção para pagamentos:18asserções. Duas novas obrigações sintéticas não históricas reconhecidas pelo núcleo, com preparação/validação distintas, apenas dentro de uma transacção revertida. Comprovados páginas disjuntas25/25, total10.002documentos, selecção da obrigação exacta, fotografia reconhecida apesar de40propostas posteriores, links nos dois sentidos, filtro/âmbito recusados e consulta de pagamentos revogada independentemente. Zero pagamentos e afectações criados. O schema temporário de liquidação foi integralmente revertido; não foi instalado na fixture preservada.
• 20 verificações HTTP reais da conferência por origem: origem/posição exactas, filtros, páginas de evidências,422/403/409, escrita recusada ao leitor, formulário/link local, escape HTML e no-store. Servidor temporário em loopback8047 encerrado; nenhum navegador usado. A selecção de pagamentos foi testada pelo controlador/renderização na transacção isolada, sem declarar prova HTTP dessa parte ou interacção no navegador.
• Pós-ensaio só de leitura comparou integralmente os registos financeiros com o fingerprint final anterior, incluindo fontes, propostas, obrigações, importações, eventos, comandos e direitos. Igualdade confirmada; nenhuma tabela temporária de liquidação ficou instalada. Sequências de IDs usadas pelos inserts revertidos podem avançar; não se faz reset para ocultar o ensaio.

Manifesto: resultados e hashes. As execuções diagnósticas não são contadas como provas aprovadas. A primeira asserção de navegação foi corrigida para analisar os parâmetros do URL independentemente da sua ordem; o link já conservava a origem. Não se repetiram medições ou suites válidas alheias ao incremento.

Reprodução dirigida com o PHP fixado: executar scripts/payable-history-sgf-proof.php <settings QA privado> page-evidence, page-evidence-settlements ou page-evidence-post; as guardas exigem a base/role próprias do cluster55439. Não usar settings instalados ou apagar uma prova existente para a repetir. HTTP: scripts/payable-evidence-http.mjs <tag> recusa sobrescrever uma prova concluída. Consolidação sem repetir testes: scripts/summarize-payable-evidence.mjs <tag>.

Limites preservados

São recibos históricos de ensaio; continua ausente um fornecedor histórico SGF vivo autenticado e uma passagem operacional de responsabilidade. O foco selecciona evidência actual para consulta, sem congelar versões entre pedidos. A confirmação continua a conferir as fontes actuais, direitos e contexto; uma consulta anterior não autoriza a operação.

Não houve novos pagamentos, afectações, decisões operacionais, contas/direitos, migrações de destino, índices, activação de pacotes/candidatas de Compras, publicação ou checkpoint. Os seis registos protegidos, cache bloqueada, demonstrações e trabalho alheio ficaram intactos. Revisão visual, avaliação de carga sustentada e capacidade de implantação permanecem separadas; os tempos anteriores não são nova prova desta integração nem garantia de implantação.