Diferenças
Aqui você vê as diferenças entre duas revisões dessa página.
| Ambos lados da revisão anterior Revisão anterior Próxima revisão | Revisão anterior | ||
| pres:gerti:gestao_de_ativos:bace_2:derivacaobenfi [18/11/2025 11:22] – jbmoraes | pres:gerti:gestao_de_ativos:bace_2:derivacaobenfi [05/02/2026 17:01] (atual) – [Table] jbmoraes | ||
|---|---|---|---|
| Linha 1: | Linha 1: | ||
| - | ===== Modal Beneficio modo “Derivação de Benefício” ===== | + | ===== ER_002.4 – Modal Benefício (Modo “Derivação de Benefício”) ===== |
| - | ==== Contexto | + | ==== 1. Descrição |
| + | A modal **Derivação de Benefício** permite criar um novo benefício vinculado a um benefício principal já revisado. | ||
| + | É utilizada quando decisões ou análises geram desdobramentos que precisam ser registrados como um novo benefício, mantendo relação direta com o registro original. | ||
| + | A modal herda dados do benefício principal e permite ajustes conforme as regras do fluxo. | ||
| - | A Modal ** Cadastrar beneficio utilizando o ícone Derivação de Benefício** permite criar um novo benefício vinculado a outro principal já revisado. Essa funcionalidade é usada quando uma deliberação ou decisão gera um efeito adicional relacionado ao benefício original. | + | ---- |
| - | ==== Objetivo ==== | + | |
| - | Gerar um novo benefício derivado, mantendo vínculo direto com o principal | + | ==== 2. Atores ==== |
| + | ^ Ator ^ Permissão | ||
| + | | Usuário | ||
| + | | Auditor | ||
| + | | Gestor | ||
| + | | Administrador | Pode criar, editar | ||
| - | ==== Campos ==== | + | ---- |
| - | {{ : | + | ==== 3. Telas ==== |
| - | ^Campo^Descrição^Regras e Comportamentos| | + | === Tela 01 – Modal Derivação |
| - | |BACE Principal|Identificação do benefício | + | {{ : |
| - | |Estado|Pode ser edita, seguindo regra de derivação|Se o estado do beneficio origem for **Proposta** , poderá derivar para** Pontencial** ou **Efetivo**, | + | |
| - | |Momento do registro|Segue mesmas opções já definidas no cadastro do Beneficio|Devera ser alterado conforme o novo estado recebido. Ex acórdãos só pode ser selecionado juntamente com o estado Potencial assim o documento vinculante também devera ser informado| | + | |
| - | |Quantidade ou Valor informado|A derivação geralmente replica o valor da origem|Campo obrigatório; | + | |
| - | |Situação|A derivação vira com o campo Em editação|Campo pode ser editado já com a situação necessaria seguindo regras já estabelecidas no cadastro do beneficio.| | + | |
| - | |Botões de Ação|“Salvar” / “Cancelar”|“Salvar” grava o novo registro vinculado; “Cancelar” descarta.| | + | |
| - | ==== Regras de Negócio | + | === 3.1 Elementos da Tela ==== |
| + | ^ Elemento | ||
| + | | BACE Principal | ||
| + | | Estado | ||
| + | | Momento do registro | ||
| + | | Quantidade / Valor | Numérico | ||
| + | | Memória de Cálculo | ||
| + | | Descrição | ||
| + | | Situação Interna | ||
| + | | Botão Salvar | ||
| + | | Botão Cancelar | ||
| + | | Anexos | ||
| - | * Apenas benefícios **Revisados** | + | ---- |
| - | * O benefício principal não pode possuir mais de um derivado ativo. | + | |
| - | * O benefício derivado herda: | + | |
| - | * Número do processo. | + | |
| - | * Unidade técnica. | + | |
| - | * Ações de controle | + | |
| - | * Marcador temático | + | |
| - | * Area principal e secundaria | + | |
| - | * Tipos , subtipo e Natureza. | + | |
| - | * Quantidade ou valor vem preenchido mas pode ser alterado | + | |
| - | * Memória de calculo | + | |
| - | * Descrição | + | |
| - | * Situação vira automaticamente em elaboração entretanto podera ser editada. | + | |
| - | * Ao criar o derivado, o sistema: | + | |
| - | * Registra o vínculo entre os dois benefícios. | + | |
| - | * Cria entrada automática no histórico de ambos. | + | |
| - | * O vínculo entre principal e derivado é permanente e não pode ser excluído, entretanto administradores podem excluir um beneficio cujo a origem foi derivada de forma total. | + | |
| - | ==== Regras Condicionais | + | ==== 4. Fluxos |
| - | | + | === Fluxo 01 – Criar Benefício Derivado ==== |
| - | * Se o benefício | + | ^ Passo ^ Ação ^ Regra ^ Tela | |
| - | * Apenas Administradores podem excluir derivações. | + | | 01 | Usuário clica no ícone |
| - | * A derivação é como se fosse etapas que o registro de um beneficio passa geralmente seguindo uma ordem ( Proposta ⇒ Potencial ⇒ Efetivo ) quando o beneficio já é efetivo ele não deriva, mesmo se não tiver nenhum beneficio vinculado ao mesmo. | + | | 02 | Sistema verifica se o benefício |
| + | | 03 | Se violadas, pode ocorrer de algum outro usuário acessar e derivar em outra seção exibe: | ||
| + | | 04 | Sistema abre a **Modal Derivação**, | ||
| + | | 05 | Sistema preenche campos herdados do principal e define Situação = **Em elaboração**. | RN-D03, RN-D07 | Tela 01 | | ||
| + | | 06 | Sistema sugere | ||
| + | | 07 | Ao alterar Estado, sistema atualiza | ||
| + | | 08 | Usuário ajusta valores, estado, momento e situação conforme permitido. | RN-D06, RN-D07 | Tela 01 | | ||
| + | | 09 | Usuário clica **Salvar**. | RN-D08 | Tela 01 | | ||
| + | | 10 | Sistema valida regras de derivação e obrigatoriedade. | RN-D01, RN-D02, RN-D04, RN-D05, RN-D06, RN-D11 | Tela 01| | ||
| + | | 11 | Sistema cria benefício derivado, | ||
| + | | 12 | Havendo erro, sistema mantém modal aberta e destaca campos inválidos. | RN-D10 | Tela 01| | ||
| + | | 13 | Se usuário clicar **Cancelar**, modal é fechada sem alterações. | RN-D08 |Tela 01 | | ||
| - | ==== Ações Possíveis ==== | + | ---- |
| - | * Salvar ( que automaticamente salva o beneficio com origem derivada) | + | ==== 5. Regras de Negócio – Derivação de Benefício (Tabela Sequencial) |
| - | * Cancelar operação. | + | ^ Código ^ Regra | |
| - | + | | RN-D01 | Apenas | |
| - | ==== Mensagens e Alertas | + | | RN-D02 | Um benefício principal só pode ter **um derivado |
| - | + | | RN-D03 | O derivado herda automaticamente: | |
| - | * “Não é possível derivar | + | | RN-D04 | Transição de Estados permitida: **Proposta ⇒ Potencial ou Efetivo**, **Potencial ⇒ Efetivo**, **Efetivo ⇒ bloqueado**. | |
| - | * “Benefício | + | | RN-D05 | Momento do registro deve ser compatível |
| - | + | | RN-D06 | Valor/ | |
| - | ==== Perfis | + | | RN-D07 |
| - | + | | RN-D08 | |
| - | ^Perfil^Permissão| | + | | RN-D09 |
| - | |Usuário|Sem acesso| | + | | RN-D10 | Quando as condições de derivação forem violadas, exibir: **“Não é possível derivar este benefício.”** | |
| - | |Auditor|Visualiza relação, cria derivação, editar os campos permitidos em elaboração.| | + | | RN-D11 |
| - | |Gestor|Pode criar benefício | + | | RN-D12 | Apenas Administradores podem excluir benefícios derivados; exclusão mantém o principal e registra histórico. | |
| - | |Administrador|Pode criar e editar, excluir benefícios derivados | + | | RN-D13 | Benefícios em Elaboração ou Revisão **não** podem ser derivados. | |
| + | | RN-D14 | Benefícios em Estado Efetivo **nunca** podem ser derivados, mesmo que não possuam derivado ativo. | | ||
| + | | RN-D15 | O vínculo entre principal e derivado é permanente e não pode ser removido por fluxos comuns. | | ||
| + | | RN-D16 | Toda tentativa inválida de derivação deve bloquear a ação e manter a modal fechada. | | ||
| + | | RN-D17 | Campos herdados devem ser exibidos sempre na mesma ordem da Modal Cadastrar Benefício. | | ||
| + | | RN-D18 | A modal deve ser carregada apenas se todas as regras de pré-validação forem atendidas. | | ||