# Próxima ligação — correcção explícita de custo directo já lançado

03/11/2026. **Autorização expressa recebida: «Autorizar a correcção sintética proposta». Implementação/provas concluídas; ver [entrega e limites](GENERAL_LEDGER_DIRECT_COST_CORRECTION_DELIVERY.md).** O texto seguinte conserva o recorte apresentado. A decisão pedida no final é histórica; não constitui aceitação, reabertura ou autorização operacional.

## Recorte proposto

1. Novas bases/roles QA55439 de regressão e demonstração; preservar8054 e todas as instalações anteriores. Executar os workflows efectivos de oficina/custos e o writer aprovado para o original275. Depois criar/validar explicitamente taxa material sucessora60MZN/UN, mantendo2UN e trabalho175: novo cálculo seleccionado **295MZN**. Nenhuma taxa, origem ou decisão anterior é editada; a alteração de20 é hipótese sintética, sem política real.
2. Uma correcção técnica explícita do lançamento original, capturada e revista por outra identidade/pessoa, usando o núcleo comum e uma transacção única: **estorno D QA-COMPENSACAO-ENSAIO275 / C QA-CUSTO-DIRECTO275**, e **substituição D QA-CUSTO-DIRECTO295 / C QA-COMPENSACAO-ENSAIO295**. Um grupo indivisível, sem expor aplicação individual das partes. Não é outra dívida, consumo, salário ou reconhecimento independente da mesma ordem.
3. Preservar lançamento original, duas composições/decisões/taxas e fotografias. Identidade do grupo por original, unicidade e idempotência com mesma/outra chave; uma correcção por original neste recorte. Mudança de fonte/regra/período/pessoa/âmbito antes de aplicar exige nova conferência; uma sucessora adicional não altera silenciosamente o grupo revisto. Sem cadeias adicionais de revalorização por arrasto.
4. Tipos de origem de correcção de custo distintos dos de fornecedores, mantendo `cost_order_id` e o vínculo ao grupo/original. IDs inteiros coincidentes entre ordens e obrigações não podem misturar filtros/eventos/totais. A conferência do período reconhece a resolução explícita original→par e compara a substituição com o cálculo actual295; fonte alterada sem correcção concluída continua a bloquear.
5. Mostrar antes da confirmação o original275, novo295, diferença20 e as quatro linhas do par. Depois ligar ordem/custos → decisões → grupo/original/estorno/substituição → diário/balancete/razão e fecho QA revisto. Resultado esperado: três lançamentos/seis linhas, montantes brutos845MZN por lado e saldo de custo295. A outbox técnica original não se torna executor contabilístico.
6. Reutilizar `general_ledger.correct_prepare/correct_validate/correct_post` já existentes, apenas nas fixtures novas (preparador prepara/aplica; validador revê), mais direitos actuais de consulta/custo/período. Sem direitos públicos/reais novos, supervisão técnica implícita ou alteração de contas reais. O SGC continua sem exigir oficina; preservar as correcções de fornecedor e as provas válidas.
7. Provar original/substituição exactos, isolamento, direitos/pessoas, revisões desactualizadas, falha entre as partes com rollback integral, recuperação/repetição e concorrência sem duplicar o grupo/fecho. Só testes afectados e bases próprias, sem consumir os dados da demonstração. Revisão visual, carga sustentada e capacidade de implantação permanecem separadas.

## Exclusões preservadas

Sem reabertura ou correcção em período fechado, valorizações/lançamentos de stock, salários/CIF/lote industrial, novos pagamentos/recebimentos, emissão/contas/políticas reais, concessão/migração no destino, activação de Compras, publicação, aceitação ou checkpoint. A nova demonstração pode começar com original275 e fonte sucessora295, preparados pelos workflows, para a equipa decidir a correcção; não reaplica operações de8054.

**Decisão pedida:** autorizar este ciclo sintético agrupado de correcção275→295, com par imutável, direitos de correcção só QA e conferência/relatórios pelo mesmo núcleo.