--- title: 'Curadoria, tarefas e certificações' description: >- Guia funcional para coordenar responsáveis, tarefas, comentários, classificações e certificações sobre objetos de governança autorizados. audiencia: >- Curador de dados | Responsável pelos dados | Usuário | Administrador | Engenheiro de dados roles: >- Curador de dados e Responsável pelos dados conforme o escopo; Usuário participa de tarefas permitidas; Administrador opera globalmente em sua empresa modulo: Operação de governança e curadoria revision: '2026-10-19' section: colaborar order: 30 sources: - CONTEXT.md - ARCHITECTURE.md - Modelodeobjetosyrelaciones.md - Módulosydependencias.md - 'Roles,capacidadesyalcance.md' - Cómoleerelmapaderelaciones.md locale: pt-br --- # Curadoria, tarefas e certificações A **curadoria** reúne o trabalho contínuo que mantém o catálogo compreensível e responsável: atribuições de Responsável pelos dados e Curador de dados, tarefas, comentários, favoritos, classificações e certificações. Não cria uma taxonomia paralela. Cada intervenção é realizada sobre um objeto e seu contexto, de modo que Domínio, Subdomínio, Entidade ou Atributo continuem sendo a referência para navegação, responsabilidade e autorização. O painel de curadoria permite acompanhar o trabalho e a cobertura. O dashboard agrega indicadores e histórico da empresa e aplica os filtros de escopo pertinentes. Riscos e Controles não são catálogos independentes: são representados por meio de objetos existentes e suas relações. ## Antes de começar - **Papel:** o Curador de dados mantém definições, tarefas, comentários, classificações e certificações dentro de seus Domínios ou Subdomínios. O Responsável pelos dados aprova decisões quando necessário. Um Usuário participa de tarefas permitidas. O Administrador tem escopo global em sua empresa; o Engenheiro de dados opera Repositórios sob escopo técnico, não por um escopo taxonômico implícito. - **Módulo:** verifique se os módulos que expõem o objeto sobre o qual o trabalho será realizado estão habilitados. Um módulo desativado fica oculto e rejeita sua operação, embora seus dados sejam preservados. A operação de curadoria também não ignora essa validação. - **Pré-condições:** identifique o objeto-alvo, sua empresa e sua relação taxonômica. Confirme a atribuição de Responsável pelos dados ou Curador de dados, quando pertinente, a capacidade necessária e o escopo vigente. Uma pessoa pode consultar mais do que pode modificar ou aprovar. Um **papel de governança** expressa responsabilidade sobre objetos; o perfil da sessão, junto com a capacidade e o escopo, determina se uma pessoa pode realizar a ação. ## Percurso recomendado 1. **Comece pelo objeto e seu contexto.** Localize o Domínio ou Subdomínio e avance até o objeto que precisa de atenção. Para um Atributo, revise as Regras de qualidade e os campos técnicos; para um Repositório, não presuma que todos os seus campos estejam associados. 2. **Confirme quem deve agir.** Compare a responsabilidade de negócio registrada com o papel da sessão e o escopo efetivo. Um Curador de dados pode preparar e manter informações; um Responsável pelos dados decide quando o processo exige aprovação. As atribuições não permitem agir fora do escopo autorizado. 3. **Transforme a pendência em trabalho rastreável.** Crie ou atenda à tarefa permitida, registre um comentário quando ele acrescentar contexto e use favoritos para priorizar objetos a acompanhar. Se o trabalho exigir uma decisão formal, relacione-o ao Workflow ou caso correspondente, em vez de representar a decisão apenas em um comentário. 4. **Mantenha os sinais de governança.** Aplique ou revise classificações e certificações conforme a autorização. Elas contribuem para o acompanhamento, mas não substituem a associação taxonômica nem comprovam uma condição física da fonte. 5. **Aprove e revise.** Quando a gestão exigir, o Responsável pelos dados ou outra pessoa com `stewardship.approve` toma a decisão dentro de seu escopo. Revise o resultado no painel e, para investigar dependências, use o mapa de relações: uma linha representa um vínculo registrado e sua ausência não deve ser suprida por uma inferência. 6. **Relacione cobertura e melhoria.** Use tarefas, certificações e classificações para orientar a cobertura. O SQL requer um campo físico associado e um dialeto configurado; sua execução não faz parte da curadoria documentada. **Exemplo sintético.** Um Curador de dados percebe que um atributo relevante não tem uma descrição suficiente. Ele revisa o contexto da Entidade, deixa um comentário de trabalho e prepara uma atualização dentro de seu Domínio. Se a empresa exigir confirmação, o Responsável pelos dados correspondente aprova a decisão e a certificação aplicável é registrada. O exemplo não pressupõe valores, estados ou uma periodicidade de certificação. ## Resultado esperado O objeto mantém o contexto de negócio e sinais verificáveis: responsáveis, tarefa ou intervenção, comentários, classificações, certificações e, quando aplicável, uma aprovação ou um caso de Workflow. A empresa acompanha pendências e cobertura sem confundir definição de negócio, relação técnica e decisão operacional. As ações permanecem dentro da empresa e do escopo de quem intervém; os indicadores não expõem objetos fora da política aplicável; o backend mantém a decisão final sobre permissões. ## Limites do comportamento atual - Este guia não enumera estados de tarefas ou certificações, datas de renovação, formulários, regras de escalonamento nem frequências de revisão, pois esses itens não estão documentados como contrato comum. - Classificar ou certificar não cria, por si só, uma Regra de qualidade, uma Política nem um Controle técnico. Riscos e Controles não são catálogos independentes no modelo atual. - A agenda de sincronização de metadata pode ser manual, diária, semanal ou mensal e mantém snapshots versionados, mas sua programação e automação efetiva dependem da configuração; não se deve presumir que jobs produtivos estejam habilitados. - O escopo técnico de um Engenheiro de dados é independente dos escopos de Domínio ou Subdomínio. O trabalho com conectores, repositórios e metadata requer a autorização técnica correspondente. ## Referências relacionadas - [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/) - [Papéis, capacidades e escopo](/pt-br/referencia/roles-capacidades-y-alcance/) - [Módulos e dependências](/pt-br/referencia/modulos-y-dependencias/)