# Origem, obrigação e selecção para pagamentos — conferência ligada Continuação posterior: [histórico de pagamentos e afectações paginado](SGF_SETTLEMENT_PAGED_READ_DELIVERY.md). 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](SGF_PAYABLE_PAGED_READ_DELIVERY.md) e [consulta nativa](NATIVE_PAYABLE_PAGED_READ_DELIVERY.md), conservando as provas anteriores. ## Ligação entregue A tabela de origens permite **Conferir evidências desta origem**. O link `/supplier-payables?source=` 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](proofs/sgf-payable-evidence-focus-20261102.json). 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 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 ` recusa sobrescrever uma prova concluída. Consolidação sem repetir testes: `scripts/summarize-payable-evidence.mjs `. ## 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.