SGF/docs/SGF_PAYABLE_DUE_DELIVERY.md

Vencimentos administrativos de fornecedores — entrega8085

10/11/2026 · SGF-PAYABLE-DUE-QA-v1. Percurso autorizado concluído na mesma8085: Financeiro → Posições de fornecedores → Condições de vencimento e histórico. A referência de atraso é escolhida explicitamente; não se presume a data nem uma condição de30 dias.

Preparação individual13 e revisão distinta14, com evidência, fundamento, prévia anterior/posterior, aprovação/recusa, versões append-only e recibo recuperável. Uma sucessora pendente/recusada não substitui a última condição aprovada. A correcção pode declarar explicitamente o vencimento desconhecido. A lista lê em conjunto as condições aprovadas das obrigações da página e separa-as da data original; o CSV da página inclui a condição revista e a evidência protegida contra fórmulas.

O saldo continua no motor financeiro original. pa_obligations.due_on, factura, principal, pagamentos, stock e diário não são modificados. A condição administrativa não é uma alteração fiscal da factura nem uma decisão de pagar. O vencimento original continua desconhecido; a referência só classifica atraso da condição revista, sem saldo histórico, juros ou execução monetária.

Exemplo existente e direitos

Obrigação já reconhecida100MZN: evidência artificial, identificada como ensaio, data30/11/2026, preparada13 e aprovada14. Duas versões e dois recibos; não foi repetido reconhecimento de dívida.30/11 dá0 dias,01/12 dá1 dia. O saldo conserva100MZN. Este prazo não representa condição comercial real.

Aplicados exactamente os dois direitos aprovados: supplier_payables.due.prepare a13 e supplier_payables.due.review a14, tenant1/empresa2/unidade2. São duas concessões por livro QA existente, quatro concessões no total, sem nova pessoa/perfil, role PostgreSQL, acesso real ou direito PUBLIC. Consulta continua a exigir supplier_payables.view. As novas tabelas/sequências/função negam acesso PUBLIC; nenhuma concessão SQL adicional.

Revalidação, recuperação e interface

Na confirmação, o percurso confere novamente perfil/direito/contexto físico, origem autorizada, versão e saldo observados, preparação/revisão distintas e identidade humana autoritativa em pa_access. Duas contas da mesma pessoa são recusadas; mudança de pessoa exige nova conferência. As preparações novas conservam essa identidade no dado administrativo interno. As duas versões iniciais8085, anteriores a esse reforço, conservam os autores13/14 e4/7 nativos distintos; não foram reescritas. A prova dirigida confirma as identidades humanas distintas dos perfis e as recusas em caso de alias/mudança.

Um recibo histórico exige o autor/contexto/origem actuais e não executa outra decisão. Resultado incerto na interface conserva corpo/chave/prévia e bloqueia descarte ou troca de documento até à recuperação. Durante edição, voltar ou mudar a consulta exige descarte explícito. Revisão começa sem decisão seleccionada e fundamento vazio; não se copia o fundamento anterior.

As versões, auditoria e recibo são atómicos na mesma transacção nativa. A prévia usa savepoint revertido; sequências podem avançar sem criar versões. A leitura reutiliza os mutex e as guardas do mecanismo financeiro composto. Nesta entrega não se alterou a sua estratégia de bloqueio.

Provas reutilizáveis

-40 verificações de regressão, repetidas somente após o reforço de identidade afectar a confirmação: preparação/revisão/recusa/correcção, datas impossíveis, versões/contexto/origem alterados, revogação de direito, recibo, repetição e falha forçada na inserção do recibo com rollback/recuperação. Original de40 conservado como histórico; contam-se40, não80. Fixtures integralmente revertidas e conjunto original comparado. -Nove verificações dirigidas de identidade: mesma pessoa por contas diferentes, pessoa do preparador/revisor alterada, confirmação legítima e repetição; fixtures revertidas. -Quatro de paginação efectiva:29 linhas SQL adicionais de histórico, páginas25+restante iguais à100, sem omissão/duplicação. São fixtures de leitura, não decisões executadas, e foram revertidas. -Seis de integração da lista: condição aprovada exacta, intenção pendente sem substituição, data original intacta, página vazia, flag desligada e pin incompatível recusado503. Fixtures revertidas. -23 HTTP8085: percurso efectivo13→14, exemplo, recibo próprio/nova sessão, repetição, datas, paginação e recusas.10 verificações finais sem comandos adicionais cobrem a lista/CSV/detalhe reforçado, recibo anterior preservado e ficheiros JS reais com MIME/SHA. Contagem dos dois comandos confirmados guardada privadamente para evitar repetição acidental. -21 de interface, executando os handlers reais do componente com servidor simulado: escolha explícita, impacto, edição bloqueada, desconhecido, resposta incerta e recuperação da mesma operação. Renderização/handlers simulados não constituem revisão visual de navegador. -Concorrência apenas na regressão: a primeira confirmação conserva o FOR UPDATE da empresa. A segunda fica à espera de transactionid, com pg_blocking_pids apontando para a primeira;503 após5,12s. Libertada a primeira, a segunda recusa409 por versão antiga. A primeira repete200 com recibo, conservando uma preparação/uma revisão. As duas versões desta fixture permanente ficam identificadas no livro de regressão; não na8085. O limite não valida capacidade de implantação nem foi eliminado nesta entrega.

São113 verificações funcionais/contrato distintas (40+9+4+6+23+10+21), mais concorrência e58 verificações de preservação/ACL. Índice das provas. Suites alheias, antigas emissões/pagamentos/lançamentos e cadastro de artigos não foram repetidos.

Preservação e limitações

Backup privado anterior.43 conjuntos originais idênticos; nos outros dois, todas as linhas anteriores de permissões/auditoria iguais, apenas duas concessões e dois eventos de vencimentos novos. Três bindings intactos, diário27, Caixa950, cálculos5, artigos e movimentos anteriores conservados. Nenhum comando dirigido aos seis registos protegidos ou à cache bloqueada. Dados/credenciais/dumps privados permanecem fora do repositório.

Estruturas e configuração habilitadas apenas nas QA existentes; configuração do código principal desligada por omissão. Sem novas bases/portas/demonstrações, SGC, efeitos financeiros, acessos/operações reais, publicação, candidata de Compras, aceitação ou checkpoint. O percurso não administra contratos gerais, parcelas, juros, agenda de pagamentos ou múltiplas empresas reais. Não foram ensaiados milhares de condições, paginação sob escrita contínua ou arquivo binário da evidência; a evidência aqui é referência textual artificial. Revisão visual, carga sustentada, fiscalidade geral e capacidade de implantação continuam separadas. Matriz v18 mantém o produto amplo incompleto.