--- title: 'Gerenciar políticas, objetivos e KPI' description: >- Relacione políticas, processos, procedimentos, objetivos e KPI à taxonomia e documente medições e revisões manuais. audiencia: Administrador | Responsável pelos dados | Curador de dados | Usuário roles: >- Administrador e Responsável pelos dados; Curador de dados conforme capacidade e escopo; consulta para perfis autorizados modulo: Políticas e Objetivos e KPI revision: '2026-10-19' section: gobernar-datos order: 50 sources: - CONTEXT.md - Modelodeobjetosyrelaciones.md - 'Roles,capacidadesyalcance.md' - Módulosydependencias.md - Cómoleerelmapaderelaciones.md locale: pt-br --- # Gerenciar políticas, objetivos e KPI As políticas e os indicadores permitem vincular a estrutura de governança ao acompanhamento de seus resultados. O GovFrame organiza os documentos normativos como **Política → Processo → Procedimento**, com versões e anexos armazenados externamente. Esses objetos podem ser associados opcionalmente a um Domínio ou Subdomínio e manter responsáveis e aprovações. A hierarquia facilita entender se um documento estabelece uma diretriz, descreve um processo ou especifica um procedimento, sem transformar o anexo externo em conteúdo técnico do catálogo. Os **Objetivos** podem ter contexto de Domínio ou Subdomínio e se relacionar a um ou mais KPI. Os KPI — também chamados de Key Results — têm um nível primário explícito: Domínio, Subdomínio, Entidade ou Atributo. Podem acrescentar links secundários para termos, ativos, regras, dicionário, repositórios, sistemas, produtos e contratos. O GovFrame oferece suporte a códigos, relações muitos para muitos, medições manuais, revisões e estados para esses objetos; este guia não pressupõe valores de estado nem a coleta automática de medições. ## Antes de começar - **Função e escopo:** o Administrador dispõe de escopo global na empresa. O Responsável pelos dados precisa da capacidade aplicável e de um Domínio ou Subdomínio autorizado. Um Curador de dados pode colaborar dentro de sua capacidade e escopo; os demais perfis consultam o que sua autorização permitir. - **Módulos:** confirme se **Políticas** e **Objetivos e KPI** estão ativos. A desativação impede a operação do módulo, e o back-end rejeita seus procedimentos; ela não exclui automaticamente os dados que já existiam. - **Pré-requisitos:** para uma política, tenha o responsável, o contexto e o documento ou a referência externa a ser relacionada. Para um Objetivo ou KPI, defina o código, o nível taxonômico primário, o que se deseja medir e a fonte da medição manual. Verifique se as associações previstas já existem no catálogo. > **Exemplo sintético:** o Objetivo **Melhorar a completude dos dados de contato** pode se relacionar a um KPI cujo nível primário é o Atributo *E-mail de contato*. O KPI pode vincular a Regra de completude e o Contrato que declara esse compromisso, sem afirmar que a medição é calculada automaticamente. ## Etapas recomendadas 1. **Posicione o documento normativo na hierarquia correta.** Registre a Política como diretriz, o Processo como desenvolvimento dessa diretriz e o Procedimento como sua especificação operacional. Associe um Domínio ou Subdomínio somente quando o escopo for real e mantenha a versão e o anexo externo correspondente. 2. **Defina o Objetivo antes de escolher seus indicadores.** Relacione o Objetivo ao escopo de negócio e aos KPI que permitem avaliar seu progresso. As relações muitos para muitos permitem que um KPI contribua para mais de um Objetivo quando pertinente, sem duplicar o indicador. 3. **Defina um único nível primário para cada KPI.** Selecione Domínio, Subdomínio, Entidade ou Atributo conforme o objeto a que o indicador se refere principalmente. Os links secundários ampliam as evidências ou a rastreabilidade, mas não substituem esse nível primário. 4. **Documente relações que possam ser explicadas.** Vincule Termos para esclarecer a linguagem, Regras para identificar um controle, campos e Repositórios para a rastreabilidade técnica, e Produtos ou Contratos para o contexto de entrega. Não deduza vínculos com base apenas no compartilhamento de um Domínio ou de uma palavra no nome. 5. **Registre medições e revisões como atividades manuais.** Anote as medições manuais e as revisões no objeto correspondente. Os indicadores agregados, a cobertura, os gráficos e o histórico do painel são visualizações de acompanhamento; por si sós, não confirmam uma frequência de coleta nem a automação de testes. 6. **Use os controles existentes, não catálogos presumidos.** No modelo atual, não há catálogos independentes de Riscos ou Controles. Uma Regra pode funcionar como controle técnico, uma Política ou Procedimento como controle normativo e uma tarefa, aprovação ou Workflow como controle operacional quando houver relação com eles. ## Resultado esperado A empresa pode percorrer o caminho de uma Política até seu Processo e Procedimento, e de um Objetivo até os KPI e as evidências que lhe dão contexto. Cada KPI mantém uma vinculação taxonômica principal e associações verificáveis, enquanto as medições manuais e as revisões mantêm separado o que foi declarado do que foi automatizado. O painel agrega indicadores, cobertura, gráficos e histórico no nível da empresa. A visibilidade de riscos derivados e Produtos pode ser filtrada pelo escopo da pessoa, quando aplicável; a ausência de algo na visualização não deve ser interpretada como inexistência global nem como exceção às regras de autorização. Para saber mais, consulte o [modelo de objetos e relações](/pt-br/explicaciones/modelo-de-objetos-y-relaciones/), [como ler o mapa de relações](/pt-br/guias/como-leer-mapa-de-relaciones/), [funções, capacidades e escopo](/pt-br/referencia/roles-capacidades-y-alcance/) e [módulos e dependências](/pt-br/referencia/modulos-y-dependencias/).