4.2 KiB
Próximo ciclo contabilístico — vendas e recebimentos sintéticos
Autorização expressa recebida: «Autorizar o ciclo sintético proposto». Implementação e provas concluídas no recorte sintético; ver entrega e limites. O texto abaixo conserva o recorte apresentado para completar Comercial → Financeiro → Contabilidade, usando o mesmo writer e preservando as aprovações anteriores. A decisão pedida no final é histórica, não uma nova pendência de autorização.
COMMON-LEDGER-SALES-RECEIVABLE-SIM-v1, proposto como uma entrega funcional conjunta:
- Criar nova composição SGF de regressão e outra de demonstração, no cluster55439, com roles não elevadas próprias. Reutilizar os workflows de factura/recebíveis de teste, preservando séries, versões, cálculo e revisões. Ampliar a guarda QA apenas para esse destino efectivo isolado, sem retirar qualquer bloqueio real nem usar/resetar
sgf_tempo_testou demos existentes. - Reutilizar o cenário de
ReceivablesFixture: base862,07 + imposto documental de teste137,93 = 1000,00MZN, vindo do cálculo já aprovado862,07×16%=137,9312, truncagem documental e diferença preservadas. Emitir pelo workflow de teste existente, com aviso sem validade fiscal; não fabricar factura ou aprovação viaSQL. Isto não aprova taxa/imposto/contas reais. - Um reconhecimento contabilístico por factura de teste emitida, com revisão distinta: D
QA-CLIENTES1000 / CQA-VENDAS862,07 / CQA-IMPOSTO-TESTE137,93. Generalizar o writer/constraints para três linhas sem duplicar o motor e mantendo o ciclo de fornecedores. A abertura da obrigação a receber não cria um segundo reconhecimento da mesma venda. - Reutilizar o núcleo de recebíveis existente: recebimentos sintéticos400 e600, confirmação independente e afectações explícitas; saldos600 e0. Só afectação efectivamente confirmada origina contabilização, respectivamente D
QA-LIQUIDACAO-CLIENTE400/600 / CQA-CLIENTES400/600. Recebimento não afectado não liquida nem lança automaticamente contra a dívida. - Reutilizar o circuito aprovado de reversão de afectação400: decisão independente, originais imutáveis, saldo volta a400. Contabilização da reversão: D
QA-CLIENTES400 / CQA-LIQUIDACAO-CLIENTE400. Sem devolver dinheiro, nota de crédito, anulação fiscal ou segundo reconhecimento comercial. - Ligar fonte, versões, decisões, impactos, lançamentos/extracto e posição financeira na interface, com os mesmos mecanismos de identidade/contexto e idempotência. O fecho QA só pode incluir estes novos efeitos depois de os conferir, com hash conjunto e recusa de pendências/alterações. Sem reabertura. O SGC autónomo continua sem exigir Sales; recusa essas origens se a capacidade não estiver composta.
- Provar o percurso completo, montantes exactos, isolamento, revisões, direitos revogados, concorrência, falhas/recuperação e ausência de duplicação. Reutilizar provas anteriores; executar só regressão afectada pela generalização de linhas/fontes. Demonstração nova, sem consumir os dados da equipa nos testes destrutivos.
Direitos apenas nas fixtures novas: reutilizar os dez general_ledger.* já aprovados e os direitos existentes de emissão de teste/recebíveis, distribuídos entre preparador, validador fiscal, revisor e consulta conforme os circuitos existentes. Não se propõem direitos públicos/reais novos, herança de Administração ou pessoas reais obrigatórias. Matriz da fixture explícita antes de qualquer concessão QA; nenhuma competência fiscal é inferida da contabilidade.
Excluídos: stock/custos/salários contabilizados, novas políticas ou contas reais, emissão fiscal real, uso empresarial, ligação bancária/execução monetária, reabertura, alteração dos seis registos/cache/demos, instalação no destino, activação de Compras, publicação, aceitação ou checkpoint. Revisão visual e capacidade de implantação continuam separadas.
Decisão pedida: autorizar este ciclo sintético agrupado, incluindo os novos efeitos de venda/afectação/reversão e a adaptação do mesmo writer para três linhas. A autorização anterior fica preservada, com o seu âmbito; a aceitação do resultado será posterior.