29 lines
4.3 KiB
Markdown
29 lines
4.3 KiB
Markdown
# Decisão agrupada — vencimentos revistos de fornecedores
|
|
|
|
10/11/2026 · `SGF-PAYABLE-DUE-QA-v1`. **Autorizado expressamente e entregue; ver [relatório](SGF_PAYABLE_DUE_DELIVERY.md).** O texto seguinte conserva o âmbito da decisão. Consulta actual entregue em `SGF_PAYABLE_POSITIONS_DELIVERY.md`. Conferência SELECT-only dos dois livros existentes encontrou os direitos de leitura de13/14/17 e nenhuma concessão dos dois poderes abaixo. O motor original cria vencimento nulo e não oferece um comando para definir/corrigir condições de pagamento; acesso a pagamentos ou consulta não será usado para contornar essa ausência.
|
|
|
|
## Percurso inteiro proposto
|
|
|
|
Na mesma8085, Financeiro → Posições de fornecedores → obrigação individual: consultar condições/histórico, preparar data explícita ou retorno fundamentado a desconhecido, indicar referência de evidência e fundamento; outra pessoa compara o anterior/proposto e aprova ou recusa. A data é metadata administrativa revista, separada da factura e dos valores do livro original. Não escolher condições por fornecedor, presumir30 dias ou propagar a outras obrigações.
|
|
|
|
Versões e recibos append-only no livro nativo existente, sem actualizar `pa_obligations.due_on`, factura, saldo, movimentos ou diário. A fonte monetária continua no motor original. A interface distinguirá vencimento original desconhecido de condição administrativa revista. Sem juros, alteração de principal, reserva de pagamento, calendário automático ou decisão de pagar.
|
|
|
|
Reutilizar contexto físico, empresa/unidade, perfis QA existentes, prévia reversível/confirmar, identidade humana distinta, operação/chave/recibo, histórico e isolamento administrativos. Na confirmação revalidar permissões, perfil, binding, origem, revisão e saldo observado, versão de condição e preparador/revisor distintos. Mudança exige nova conferência; recusa e falha não aplicam parcialmente a condição. Repetição recupera recibo após revalidar contexto, sem duplicação. A consulta pode mostrar classificação de atraso por **referência explícita**, com desconhecido nulo e mesmo dia sem atraso; a referência não reconstitui saldo histórico. Condições antigas e recusadas permanecem no histórico.
|
|
|
|
## Direitos propostos e alcance
|
|
|
|
Tenant1/empresa2/unidade2, apenas nas bases QA8085 e regressão **já existentes**:
|
|
|
|
|Direito SGF novo|Única função QA a receber|Poder|
|
|
|---|---|---|
|
|
|`supplier_payables.due.prepare`|Financeiro preparação13|Preparar condição individual e sucessoras; não aprovar.|
|
|
|`supplier_payables.due.review`|Financeiro revisão14|Aprovar/recusar versão alheia actual; não preparar.|
|
|
|
|
Consulta reutiliza `supplier_payables.view` de13/14/17. Duas concessões por base, quatro no total. Sem nova pessoa/perfil, role PostgreSQL, direito PUBLIC, grant SQL ou acesso real. A criação das estruturas QA limitadas não amplia o writer monetário original. A matriz de acesso discriminada está em `integration/sgf-payable-due-access-proposal.json`.
|
|
|
|
## Provas e exemplo delimitado
|
|
|
|
Regressão existente: preparação/revisão e recusa, acesso indevido e empresa/unidade/module errado, revisão própria, origem/versão/saldo alterado, concorrência, repetição/recuperação e rollback sem dupla aplicação. Usar fixtures revertidas onde possível e preservar provas válidas, sem repetir suites alheias. HTTP8085 verifica o percurso efectivo individual, histórico e recibo, com a obrigação100MZN já reconhecida e evidência **artificial explicitamente identificada**: preparação13/revisão14 de vencimento30/11/2026. Consultar30/11 sem atraso,01/12 com1dia e versão anterior desconhecida sem0 presumido. Não declarar esse prazo como condição comercial real nem alterar100MZN. Correcção para desconhecido/recusa são ensaiadas só na regressão para conservar o exemplo escolhido.
|
|
|
|
Uma única decisão cobre a implementação e as provas de todo este percurso, sem pedir autorização por campo/teste. Preservar27 lançamentos, Caixa950, artigos/catálogo/movimentos, documentos/posições/cálculos, seis registos, cache e trabalho alheio. Sem novas bases/portas/demonstrações, SGC, pagamento, efeito contabilístico, alteração de origens aceites, reabertura, instalação real, publicação, candidata de Compras, checkpoint ou aceitação presumida. Revisão visual/carga/implantação e fiscalidade geral permanecem separadas.
|