Merge branch 'main' of https://git.tempo.co.mz/nala/Investidor-V2
tests / ci (push) Canceled after 0s
tests / ci (push) Canceled after 0s
This commit is contained in:
@@ -87,6 +87,8 @@ As15–26h anteriores eram condicionais e incluíam o trabalho de cadastro e int
|
||||
|
||||
## Revisão consolidada de83d2f97d
|
||||
|
||||
**Controlo de manutenção corrigido emQA,21/10/2026:** por decisão expressa da Tempo, a mesma administração autorizada pode cadastrar a fonte e concluir as etapas da regra, comMFA, responsável, evidência e histórico. A obrigação técnica de quatro pessoas não tinha fundamento aprovado identificado para este cadastro fiscal. Foi retirada apenas deste fluxo; o novo fundamento de aceitação da fonte oficial não é parecer jurídico nem revisão independente. Âmbito, exclusões, pressupostos e identificação do resultado como estimativa sobre base declarada mantêm-se. O manual consolidado contém a origem da condição, as6provas dirigidas/86asserções e o procedimento actualizado; não se reensaiou o cálculo nem se publicou ou activou a regra real nesta correcçãoQA.
|
||||
|
||||
**Actualização técnica de21/10/2026 — delta2ced7b79 implementado em QA:** o consumidor por versão publicada está ligado ao simulador normal, com activação desligada por omissão, selecção da regra no servidor e gravação/recuperação/relatório pelo histórico existente. O mesmo manual regista a demonstração pelo Edge, indeterminação sem declaração de âmbito, repetição sem duplicação, suspensão antes do processamento da fila, conclusão com versão congelada e recusa de novas execuções. Oito testes dirigidos/75asserções e dois testes frontend novos passaram, além deTypeScript/build/Pint. Mantêm-se integralmente o âmbito2026, exclusões, fontes e precisão desta ficha; não se repete a fundamentação jurídica nem se lhe atribui validação da Tempo. O procedimento único foi actualizado para integração, publicação da versão real e activação, decisões ainda não executadas na homologação. A fixture publicada exclusivamente no clone QA foi suspensa após o ensaio; os históricos foram preservados. As notas abaixo sobre ausência do consumidor descrevem o estado anterior à implementação deste delta.
|
||||
|
||||
**Disponibilização no simulador existente:** a proposta única «Consumidor IVA no simulador da homologação», no mesmo manual, delimita o código ainda necessário e as três operações distintas: integração com consumidor desligado, publicação da versão pela governação existente e activação da ligação à versão autorizada. O percurso QA aceite não equivale a esse consumidor público. Mantêm-se âmbito2026, exclusões, precisão exacta e históricos; suspensão impede novas admissões e preserva execuções já admitidas. Esta proposta não executa nenhuma das três operações nem amplia a cobertura fiscal.
|
||||
|
||||
@@ -588,5 +588,156 @@
|
||||
"user_local_file_review": false,
|
||||
"procedure": "Existing manual: Procedimento unico das tres operacoes - agora executavel apos decisao",
|
||||
"proofs_private": true
|
||||
},
|
||||
"homologation_authorised_rollout_20261021": {
|
||||
"authorisation": "Tempo authorised implementation of candidate 226fd308 and the three operations in the current conversation",
|
||||
"recorded_utc": "2026-10-21T10:08:57.106309+00:00",
|
||||
"candidate": "226fd308dd45d2805ef4678b20ca4398d7fef6c6",
|
||||
"previous_main": "13f68f1bd8676d5ed418876a562af259e3887ba8",
|
||||
"integration": "fast-forward and push origin/main",
|
||||
"integration_completed": true,
|
||||
"deployment_verified": {
|
||||
"commit": "226fd308dd45d2805ef4678b20ca4398d7fef6c6",
|
||||
"branch": "main",
|
||||
"built_at": "2026-10-21T10:07:12.300278+00:00",
|
||||
"manifest_sha256": "d524c957dc95e92fcb6eb0d802b9df845743466bd51e398a485bd5ba3d7e3d8f"
|
||||
},
|
||||
"consumer_availability_verified": {
|
||||
"data": {
|
||||
"enabled": false,
|
||||
"coverage_start": "2026-01-01",
|
||||
"coverage_end": "2026-12-31",
|
||||
"message": "O cálculo de IVA geral sobre base líquida está indisponível para novas execuções. Os históricos mantêm-se acessíveis."
|
||||
}
|
||||
},
|
||||
"intended_real_rule": {
|
||||
"rule_code": "IVA-GERAL-BASE-LIQUIDA",
|
||||
"rule_version": 1,
|
||||
"documentary_sheet": "v1.2",
|
||||
"source_sha256": "ea1b0dc6f5cf6e595f6d9a19e7042f398999e0087caef1785f6e8fac571b5f53",
|
||||
"destination_id": null
|
||||
},
|
||||
"rule_publication_completed": false,
|
||||
"consumer_activation_completed": false,
|
||||
"qa_fixture_imported": false,
|
||||
"data_writes_executed": false,
|
||||
"remaining_dependency": "SSH authentication resolved and backup/restoration confirmed. Unsupported four-person fiscal control corrected and verified in QA following explicit Tempo instruction. Corrective code/schema not applied to homologation; real rule publication and consumer activation remain unexecuted.",
|
||||
"accepted_tests_repeated": false,
|
||||
"credentials_recorded": false,
|
||||
"juridical_validation_attributed_to_user": false,
|
||||
"prior_dependency_preserved": "Previous destination SSH session closed; noninteractive authentication failed; user asked to reopen the existing authenticated deployment session. Read-only preflight prepared, not submitted. Backup/restoration and existing application actors must be checked before destination fiscal data writes."
|
||||
},
|
||||
"fiscal_maintenance_actor_correction_20261021": {
|
||||
"status": "QA control correction completed; not integrated or applied to homologation",
|
||||
"authority": "Explicit Tempo instruction: no four distinct persons required for fiscal parameter maintenance; reuse existing authorised administration",
|
||||
"origin": {
|
||||
"commit": "e65cb269",
|
||||
"date": "2026-10-06",
|
||||
"classification": "implementation choice; no express applicable Tempo approval identified",
|
||||
"files": [
|
||||
"app/Services/SimulationTaxRuleGovernance.php",
|
||||
"database/migrations/2026_10_03_170000_create_simulation_tax_rule_governance.php",
|
||||
"docs/investmoz/simulator-evolution-progress.md"
|
||||
]
|
||||
},
|
||||
"designated_destination_responsible": "nala@tempo.co.mz",
|
||||
"existing_account_read_only": {
|
||||
"id": 15,
|
||||
"verified": true,
|
||||
"mfa_enrolled": true,
|
||||
"existing_superuser_profile": true,
|
||||
"no_account_or_profile_created": true
|
||||
},
|
||||
"reuses": [
|
||||
"existing verified administration",
|
||||
"MFA and existing scoped profiles",
|
||||
"rule states versions sources and immutable events"
|
||||
],
|
||||
"removed": "Mandatory distinct actor identities in fiscal maintenance only",
|
||||
"fiscal_official_source_curation": {
|
||||
"endpoint": "POST /api/v2/investment/admin/tax-rule-sources",
|
||||
"same_authorised_person": true,
|
||||
"required": [
|
||||
"official_origin",
|
||||
"citation",
|
||||
"sha256"
|
||||
],
|
||||
"legal_opinion": false,
|
||||
"independent_review": false,
|
||||
"other_source_workflows_unchanged": true,
|
||||
"general_validation_status": "pending",
|
||||
"not_automatically_usable_in_other_workflows": true,
|
||||
"source_eligibility_only": "Existing fiscal governance, resolver and published-rule SELECT policy recognise explicit fiscal acceptance and matching hash/version; formula/evaluator unchanged"
|
||||
},
|
||||
"schema_delta": {
|
||||
"migration": "2026_10_21_130000_correct_fiscal_maintenance_actor_constraints.php",
|
||||
"qa_guard": true,
|
||||
"active_application": false,
|
||||
"unrelated_constraints_unchanged": true,
|
||||
"reversal_preserves_dependent_records": true,
|
||||
"original_source_independent_validation_check_preserved": true
|
||||
},
|
||||
"tests": {
|
||||
"database": "simulator_fiscal_checks_20261021_test",
|
||||
"tests": 6,
|
||||
"assertions": 86,
|
||||
"result": "passed",
|
||||
"transactions_rolled_back": true,
|
||||
"calculator_tests_repeated": false,
|
||||
"simulation_execution_count_preserved": true,
|
||||
"exporter_tests_repeated": false,
|
||||
"non_superuser_published_rule_visibility": true
|
||||
},
|
||||
"destination_backup_restore": {
|
||||
"utc": "2026-10-21T10:18:00.737890+00:00",
|
||||
"source_database": "teste_investidor",
|
||||
"served_commit": "226fd308dd45d2805ef4678b20ca4398d7fef6c6",
|
||||
"backup_directory": "/var/backups/investmoz/iva-rollout-20261021_101750",
|
||||
"dump_sha256": "4e972c028fbe70c347c518ba86fe7e293093b7c81278ac4d64a077bf3e5325b7",
|
||||
"dump_bytes": 4584693,
|
||||
"environment_backup_sha256": "537eff52f0f28b83ccc56bf9a9b85c2d8fca1da2f678c30b929b46c67c09491b",
|
||||
"environment_path": "/var/www/html/teste-investidor.tempo.co.mz/.env",
|
||||
"restore_database": "iva_rollout_20261021_101750_test",
|
||||
"restore_database_public_connect": false,
|
||||
"restore_equal": true,
|
||||
"table_count": 171,
|
||||
"method": "Exported repeatable-read snapshot, custom pg_dump, isolated restore, all public table counts and canonical row hashes compared",
|
||||
"active_data_writes": false,
|
||||
"qa_fixture_imported": false
|
||||
},
|
||||
"served_revision_unchanged": "226fd308dd45d2805ef4678b20ca4398d7fef6c6",
|
||||
"consumer_enabled": false,
|
||||
"real_rule_published": false,
|
||||
"synthetic_destination_actors_created": false,
|
||||
"user_juridical_validation": false,
|
||||
"user_local_file_review": false,
|
||||
"persistent_qa_schema_proof": {
|
||||
"qa_database": "simulator_fiscal_delta_20261021_test",
|
||||
"preserved_tables": {
|
||||
"simulation_tax_rule_versions": {
|
||||
"rows": 2,
|
||||
"hash": "5ec81670fd48a9ae4393552b06a37cfb"
|
||||
},
|
||||
"simulation_tax_rule_events": {
|
||||
"rows": 7,
|
||||
"hash": "0bd8ab5a124751729c7ff90e7e799086"
|
||||
},
|
||||
"simulation_results": {
|
||||
"rows": 11,
|
||||
"hash": "09cdaa0c5acdbc7e17739c98d9b3ba4e"
|
||||
},
|
||||
"simulation_reports": {
|
||||
"rows": 11,
|
||||
"hash": "127ee229e4baca978d3ad8c699b59f19"
|
||||
},
|
||||
"investment_legal_sources": {
|
||||
"rows": 8,
|
||||
"hash": "473d504fc4e9a03d795fde4be16deb70"
|
||||
}
|
||||
},
|
||||
"same_rows_and_hashes": true,
|
||||
"fiscal_acceptance_column": true,
|
||||
"active_database_changed": false
|
||||
}
|
||||
}
|
||||
}
|
||||
|
||||
@@ -1,5 +1,15 @@
|
||||
# Governação de versões de regras fiscais
|
||||
|
||||
## Correcção de controlo — decisão expressa da Tempo,21/10/2026
|
||||
|
||||
A manutenção dos parâmetros fiscais reutiliza a administração já autorizada, com autenticação/MFA, fonte, versão, responsável e histórico. Uma mesma pessoa pode concluir `submit` → `review` → `approve` → `publish`; esses estados preservam o percurso técnico e os eventos, sem afirmar independência pessoal ou parecer jurídico. As quatro listas específicas de permissões permanecem opcionais. A utilização do simulador pelo investidor conserva as permissões e os limites próprios, separados da manutenção.
|
||||
|
||||
A obrigação de actores distintos foi encontrada no serviço fiscal e nosCHECKs da migration de03/10/2026, incorporados em `e65cb269` (06/10/2026), e descrita como implementação em `simulator-evolution-progress.md`. Não foi localizada uma decisão expressa da Tempo ou requisito aplicável que a imponha ao cadastro fiscal. A origem identificada é escolha de implementação; a autoria ou integração do commit não demonstra aprovação dessa regra organizacional. A decisão actual da Tempo manda removê-la neste fluxo, sem alterar a independência acordada nas oportunidades, perfis ou outros processos.
|
||||
|
||||
A correcçãoQA retira apenas as comparações de identidade entre autor/revisor/aprovador/publicador dos controlos fiscais; mantém campos obrigatórios, evidência, datas, etapas, versão optimista, fonte, bloqueios, RLS e eventos imutáveis. Para cadastrar uma fonte oficial neste percurso existe `POST /api/v2/investment/admin/tax-rule-sources`, sob a mesma administração autenticada. Recebe os metadados existentes mais `sha256`, `citation` e `official_origin`; regista a aceitação da fonte oficial segundo a decisão Tempo de08/10/2026, o responsável real e a indicação explícita de que não é parecer jurídico nem revisão independente. O hash da regra tem de coincidir com o exemplar cadastrado. A fonte permanece pending no estado geral: a aceitação fiscal não a valida para outros módulos. A projecção pública e o resolvedor fiscal reconhecem esse fundamento e o hash correspondente, sem alterar a fórmula. A fonte não activa nem publica uma regra automaticamente. A validação normal de fontes para os outros processos mantém o seu controlo; não se alteraram os workflows de oportunidades/zonas/perfis.
|
||||
|
||||
Migration de correcção: `2026_10_21_130000_correct_fiscal_maintenance_actor_constraints.php`, protegida contra execução fora deQA isolado. Acrescenta metadados de aceitação fiscal à fonte e corrige osCHECKs que impediam o actor único. Foi ensaiada apenas emQA, com6testes/86asserções do controlo alterado, sem cálculo, build ou repetição dos testes aritméticos/exportadores. O manual consolidado regista provas e procedimento actualizado das três operações. Os estados históricos abaixo descrevem o incremento original e não reabrem as provas já aceites da candidata226fd308.
|
||||
|
||||
## Âmbito deste incremento
|
||||
|
||||
Foi criado um fluxo administrativo para registar uma versão declarativa de regra e a sua referência jurídica. O fluxo existe separado do motor de cálculo. Nenhum endpoint de simulação consulta `simulation_tax_rule_versions`; `published` significa apenas publicada no registo interno de governação, não activa no produto nem aprovada para aconselhamento fiscal.
|
||||
|
||||
@@ -1904,3 +1904,42 @@ Provas privadas em `outputs/simulator-continuation-20261020`: `published-consume
|
||||
**Suspender/desactivar:** repor o interruptor emfalse e aplicar a configuração impede novas admissões; para retirar a elegibilidade da própria regra usar a transição existente `suspend`, com versão corrente/evidência e actor autorizado. Pedidos já admitidos concluem pelo snapshot; repetição idempotente recupera-os. Histórico/relatório/exportação continuam acessíveis sem novo cálculo, publicação ou activação. Retoma segue uma versão publicada elegível e activação explícita, nuncaSQL directo sobre o estado suspenso. A janela2026 mantém-se um limite de cobertura, não data de caducidade legal.
|
||||
|
||||
**Saldo:** ligação funcional do primeiro consumidor fechada em QA, pronta para revisão e decisão sobre as três operações; sem outra preparação genérica identificada. AUD-SIM-INT02 permanece parcial para cobertura fiscal integral. As estimativas anteriores não constituem horas ainda por executar deste delta já concluído. Main local continua em13f68f1b; sem merge/push, publicação real ou activação na homologação. A Tempo não conferiu os ficheiros locais nem validou juridicamente as fontes nesta execução.
|
||||
|
||||
### Disponibilização autorizada pela Tempo —21/10/2026, execução em curso
|
||||
|
||||
A Tempo autorizou a implementação após o fecho da candidata226fd308 e a identificação das três operações. A integração foi executada por avanço directo de13f68f1b para `226fd308dd45d2805ef4678b20ca4398d7fef6c6`, seguida de envio aorigin/main. A disponibilização automática foi conferida através da camada HTTP autenticada: `/build/revision.json` serve essa revisão emmain, build de21/10/2026 às10:07:12.300278UTC, manifest SHA256 `d524c957dc95e92fcb6eb0d802b9df845743466bd51e398a485bd5ba3d7e3d8f`. `/api/v1/fiscal-consumer` responde200 com `enabled:false` e cobertura2026. A primeira leitura sem autenticação da camada HTTP foi recusada; a conferência seguinte utilizou o acesso já disponibilizado, sem divulgar credenciais. Não se repetiram provas aceites.
|
||||
|
||||
**Saldo das operações:** integração e disponibilização do código concluídas; publicação da versão real e activação ainda não executadas. A versão a cadastrar/publicar é `IVA-GERAL-BASE-LIQUIDA`, `rule_version:1`, da ficha documentalv1.2, vinculada ao exemplar da Lei22/2022 com hash `ea1b0dc6f5cf6e595f6d9a19e7042f398999e0087caef1785f6e8fac571b5f53`; oID real do destino ainda não foi obtido. Não usar a fixtureQA deversão2 ou os seus actores. A autorização de disponibilização não é apresentada como validação jurídica do utilizador.
|
||||
|
||||
**Dependência operacional concreta:** a sessão SSH anterior terminou comfalha de ligação; autenticação não interactiva no destino foi recusada. Pediu-se a reabertura do mecanismo existente `outputs/investmoz-git-delivery-20261020/resume-git-session.py`, com autenticação exclusivamente na consola local. Está preparado um inventário remoto somente por leitura para conferir os papéis/actores existentes, fonte, versão e estado do consumidor. Ainda não foi submetido, por falta da sessão autenticada. Backup/restauro e acção autenticada da governação serão confirmados antes de escrever dados fiscais ou alterar a activação. Não há nova pendência de fundamentação, nova ronda QA ou pedido de autorização para as operações já autorizadas.
|
||||
|
||||
Recibo privado da integração em `outputs/investmoz-iva-disponibilizacao-20261021/integration-receipt.json` no checkout principal; o recibo consolidado existente replica o estado. Nenhuma escrita fiscal, importação da fixture ou activação no destino foi executada nesta passagem. A continuação começa na autenticação remota e nas duas operações restantes, sem voltar a integrar ou preparar a candidata.
|
||||
|
||||
### Correcção QA da manutenção fiscal por um responsável — decisão Tempo de21/10/2026
|
||||
|
||||
**Origem e decisão:** a obrigação de quatro pessoas foi localizada em `SimulationTaxRuleGovernance::transition` e nos trêsCHECKs de `2026_10_03_170000_create_simulation_tax_rule_governance.php`, incorporados por `e65cb269` (06/10/2026, «varias alteracoes»). A nota de `simulator-evolution-progress.md` descreve «autor distinto de revisor, aprovador e publicador» como implementação. Não foi encontrada no acervo consultado uma decisão expressa da Tempo ou um requisito aplicável que imponha essa separação ao cadastro fiscal. Classificação: **escolha de implementação**, não regra organizacional aprovada. A autoria do commit não equivale à aprovação da condição. A Tempo agora instruiu expressamente a sua remoção neste fluxo e indicou `nala@tempo.co.mz` como responsável. Não se criam quatro designações nem uma excepção artificial limitada à primeira regra; a administração autorizada pode manter os parâmetros fiscais, sem extensão à independência acordada noutros processos.
|
||||
|
||||
**O que ficou corrigido em QA:**
|
||||
|
||||
- A administração existente, incluindo o perfil administrativo já autorizado comMFA recente, pode cadastrar/manter parâmetros sem preencher quatro listas específicas. As listas existentes continuam disponíveis para atribuições específicas. Utilizadores comuns e perfis apenas de auditoria não adquirem manutenção fiscal; autenticação, verificação de email eMFA permanecem. O investidor continua a utilizar o simulador pelas permissões próprias de execução/consulta; a manutenção não é requisito de utilização.
|
||||
- O mesmo responsável pode percorrer `draft` → `submitted` → `reviewed` → `approved` → `published`, conservando osID reais em cada etapa. Retiraram-se as comparações de identidade no serviço fiscal e nos respectivosCHECKs; mantiveram-se evidência, datas, estado, versão, coerência da fonte, unicidade/sobreposição, bloqueios, RLS e eventos imutáveis. Não há alegação de revisão independente quando o actor é o mesmo.
|
||||
- Como o destino não tem a fonte deste lote cadastrada, o percurso fiscal permite registá-la em `POST /api/v2/investment/admin/tax-rule-sources`: metadados existentes, origem oficial identificada, citação eSHA256. Regista a aceitação oficial já decidida pela Tempo em08/10/2026, responsável e momento, com `legal_opinion:false` e `independent_review:false`. O estado geral da fonte permanece `pending`; o fundamento `fiscal_acceptance` permite a sua utilização apenas na governação/resolução fiscal. Assim, não fica automaticamente validada para zonas ou outros processos, nem certifica juridicamente uma operação ou atribui parecer à Tempo. A regra deve referenciar o mesmo hash e versão. Cadastro de fonte não publica regra nem activa consumidor.
|
||||
- A mesma pessoa pode concluir essa curadoria fiscal sem inventar outro actor para «validar» a fonte oficial aceite. A condição normal da fonte fora deste percurso, as relações/validações de zonas, oportunidades e perfis mantêm-se. O novo fundamento explícito `fiscal_acceptance` fica na fonte e na auditoria; o endpoint normal de zonas não permite marcar esse fundamento. Não se alteraram os fluxos com independência já acordada.
|
||||
|
||||
**Esquema:** `2026_10_21_130000_correct_fiscal_maintenance_actor_constraints.php` foi ensaiada apenas na base QA isolada. O delta é explícito: retirar desigualdades de identidade dos trêsCHECKs fiscais; acrescentar o fundamento de aceitação fiscal à fonte; registar a responsabilidade única na aceitação fiscal da fonte; ajustar apenas a projecção pública/resolução fiscal para reconhecer esse fundamento com hash e versão correspondentes. A condição normal de validação independente da fonte não foi removida e o seu estado continua pending. A guarda recusa execução da migration foraQA. Nenhuma constraint de oportunidades, zonas, perfis ou outra tabela foi modificada. A reversão só é permitida em QA sem registos dependentes; quando existirem cadastros legítimos, recusa apagá-los ou voltar a impor uma condição que os invalide. Desligar novas execuções preserva os históricos.
|
||||
|
||||
**Verificação estritamente do controlo alterado:**6testes/86asserções passaram em `simulator_fiscal_checks_20261021_test`, em transacções revertidas. Cobrem administração existente por lista e por perfil/MFA recente, sem quatro designações; curadoria da fonte, cadastro e quatro etapas pelo mesmo actor; responsabilidade/hashes dos eventos; consulta e suspensão; consumidor ainda desligado; recusa de investidor, auditor, ausência/expiração deMFA, falta de evidência, hash/versão de fonte incoerente e versão optimista errada; imutabilidade; compatibilidade das constraints não fiscais; reversão vazia e recusa de reversão com dados dependentes; guarda contra alvo nãoQA. Não se executou uma simulação: a contagem de execuções foi preservada. Não houve testes novos de cálculo, decimal, exportadores, PDF, TypeScript ou build, pois esse código não mudou. Pint foi conferido nos ficheirosPHP do delta. Prova privada: `outputs/simulator-continuation-20261020/fiscal-maintenance-actor-tests.txt`. Os testes antigos de governação foram ajustados para retirar a expectativa de uma proibição agora expressamente revogada, preservando os casos de permissões, versões e histórico.
|
||||
|
||||
O esquema foi depois aplicado, apenas pelo caminho desta migration, ao clone persistente `simulator_fiscal_delta_20261021_test`, mantendo a guarda de isolamento. Prova por leitura antes/depois:2versões de regra,7eventos de governação,11resultados,11relatórios e8fontes com as mesmas contagens e hashes de conteúdo. Na comparação da fonte exclui-se apenas a coluna nova, que ficaNULL nos registos anteriores; nenhum conteúdo ou snapshot histórico foi reescrito. Prova privada `fiscal-maintenance-schema-proof.json` na mesma pasta. O clone QA está, assim, com o controlo aplicado para revisão; a base activa e os seus actores não foram alterados.
|
||||
|
||||
**Estado real do destino:** a dificuldade de introduzir o comandoSSH foi resolvida abrindo directamente a consola habitual; a autenticação foi feita pelo utilizador e a sessão ficou pronta. A leitura do vhost identificou o directório servido `/var/www/html/teste-investidor.tempo.co.mz/current`, que aponta para a release226fd308; a cópia anterior conservada na raiz não é o consumidor servido. Foi confirmado por leitura que `nala@tempo.co.mz` existe (ID15), email verificado, MFA configurado e perfil de superutilizador existente; não foi criada conta ou alterado perfil. Não se confunde matrículaMFA com sessão autenticada recente: as acções de cadastro continuam a exigir a autenticação normal do responsável.
|
||||
|
||||
O backup/restauro anterior à escrita ficou comprovado em21/10/2026 às10:18:00UTC: cópia consistente por snapshot de `teste_investidor`, arquivo privado `/var/backups/investmoz/iva-rollout-20261021_101750/database.dump`, SHA256 `4e972c028fbe70c347c518ba86fe7e293093b7c81278ac4d64a077bf3e5325b7`,4.584.693bytes; restauro isolado em `iva_rollout_20261021_101750_test`, acesso público à base revogado. Contagens e hashes canónicos das171tabelas coincidiram. A configuração anterior ficou protegida na mesma pasta. Isto comprova backup/restauro, sem ensaiar ou escrever os parâmetros no activo. A primeira validação local do cabeçalho do arquivo usava texto inadequado e foi corrigida para o formatoPGDMP; a segunda operação completou o restauro e a comparação. Não é falha do simulador.
|
||||
|
||||
#### Procedimento actualizado das três operações, sem quatro responsáveis obrigatórios
|
||||
|
||||
1. **Código e controlo de esquema:** a revisão226fd308 já está integrada e servida. A presente correcção de governação fica na branch QA para revisão; não foi enviada amain. O delta inclui o esquema acima, cuja aplicação no destino deve acompanhar a referência exacta do código, por operação técnica autenticada e combackup/restauro actualizado conforme o estado nesse momento. A migration protegida é o ensaioQA, não um comando a executar contra a base activa. Conservar os históricos e o consumidor desligado durante a aplicação do controlo; não usar o deploy para cadastrar/publicar dados. Não voltar a integrar226fd308 nem repetir as provas de cálculo.
|
||||
2. **Fonte e versão fundamentada:** o responsável real indicado pela Tempo autentica-se normalmente, comMFA. Reutiliza a fonte aceite se já existir; caso contrário, cadastra-a pelo endpoint fiscal acima, com exemplar/hash/citação reais. Cadastra `IVA-GERAL-BASE-LIQUIDA`, `rule_version:1`, conforme fichav1.2 e âmbito/exclusões2026. A mesma conta autorizada conclui `submit` → `review` → `approve` → `publish`, sempre com `version_no` corrente e evidência fiel: manutenção técnica autorizada, não parecer jurídico nem revisão independente. Registar oID real; não usar a fixtureQA deversão2 nem contas sintéticas. Não é preciso criar quatro designações.
|
||||
3. **Activação do consumidor:** permanece separada da publicação. Aplicar a ligação aoID e `rule_version` reais autorizados e o interruptor de activação pelo procedimento já definido, conservando cálculo sobre base declarada como estimativa, sem apuramento final do imposto a pagar. Conferir somente a revisão/regra efectivamente servidas e o delta no destino. Desactivar o consumidor ou suspender a regra recusa novas admissões, preservando as já admitidas, históricos e relatórios.
|
||||
|
||||
**Saldo actual:** controlo corrigido e verificado emQA, fontes e funcionamento do cálculo não reabertos; sem nova publicação ou activação na homologação. A referência servida continua226fd308 e o consumidor desligado. A correcção não foi aplicada ao esquema activo. A indicação do responsável e a autorização operacional não são tratadas como conferência de ficheiros locais ou validação jurídica da Tempo. Esta actualização substitui a indicação anterior de que a simples falta de quatro listas configuradas bloqueava obrigatoriamente a disponibilização.
|
||||
|
||||
File diff suppressed because one or more lines are too long
Reference in New Issue
Block a user