> ## Documentation Index > Fetch the complete documentation index at: https://nomos.pro/docs/llms.txt > Use this file to discover all available pages before exploring further. > ## Agent Instructions > A API Nomos tem base em https://api.nomos.pro e autentica pelo header `x-api-key`. > Todos os endpoints de busca são POST. Parâmetros de consulta (page, limit, sort, q, modes) vão na query string; palavras-chave e filtros vão no corpo JSON. > `limit` é limitado a 20 resultados por página. Para conjuntos maiores, itere sobre `page`. > Filtros de data exigem `from` e `to` juntos. Enviar apenas `to` retorna erro 400. > Filtros por ID (authors, rapporteurs, organs, themes, situations, stakeholders) exigem IDs internos reais devolvidos por uma busca anterior. IDs inventados não geram erro: retornam zero resultados silenciosamente. > Filtros de valor aberto (type, regimes, section, openDataResource) não são listas fechadas. Deixe-os vazios para buscar em todas as fontes. > Para uso conversacional ou por agentes, prefira o servidor MCP hospedado da Nomos em vez de chamar a API diretamente. # Permissões e controle de acesso > O que cada perfil pode fazer na Nomos: permissões por painel, na organização e em cada tipo de recurso. A Nomos controla o acesso em camadas: a organização, o painel de monitoramento e cada recurso, como clippings, fluxos, notas e documentos. Esta página resume o que cada perfil pode fazer. Para liberar ou revogar acesso, veja [Gestão de acesso aos painéis](https://nomos.pro/docs/aprender/gestao-de-acesso.md). ## Camadas de acesso | Camada | Como funciona | | - | - | | Organização (cliente) | Administrador ou Membro. O Administrador gerencia usuários, papéis e vagas da organização. Todo acesso é limitado à organização do usuário. | | Produto (assento) | Tipo de licença atribuído ao usuário: Monitor Pro ou Monitor Light. Define as funcionalidades contratadas. | | Painel de monitoramento | Permissão por painel: Gestão, Edição ou Visualização. Um usuário pode ter permissões diferentes em painéis diferentes. | ## Permissões por painel Cada pessoa tem uma permissão em cada painel. Os nomes abaixo são os mesmos exibidos na plataforma. | Ação no painel | Gestão | Edição | Visualização | | - | - | - | - | | Visualizar itens, pesquisas e resultados; exportar e gerar relatório | Sim | Sim | Sim | | Adicionar, editar e remover itens salvos, pesquisas, etiquetas, visões e notificações do painel | Sim | Sim | — | | Alterar as configurações do painel | Sim | — | — | | Gerenciar membros e permissões do painel | Sim | — | — | | Excluir o painel | Sim | — | — | ## Permissões na organização | Ação na organização | Administrador | Membro | | - | - | - | | Convidar usuários e definir assento, papel e painéis | Sim | — | | Alterar assento, papel ou painéis de um usuário | Sim | — | | Remover usuário da organização | Sim | — | | Ativar a autenticação multifator (MFA) da organização | Sim | — | | Usar a plataforma conforme a permissão que tem em cada painel | Sim | Sim | > [!NOTE] > > A autenticação multifator é ativada pelo Administrador e passa a valer para todos os usuários da organização. Veja [Autenticação segura](https://nomos.pro/docs/aprender/autenticacao-segura.md). ## Acesso por tipo de recurso Clippings, fluxos, notas, tarefas, memórias do Sentinela, conversas, documentos e credenciais têm cada um a sua regra. O acesso é sempre limitado à organização, e o que é pessoal fica restrito ao próprio usuário. | Recurso | Quem acessa | Quem edita | Quem administra e exclui | | - | - | - | - | | Painel de monitoramento | Usuários atribuídos ao painel (Gestão, Edição ou Visualização) | Gestão e Edição (conteúdo do painel) | Gestão (configurações, membros e exclusão) | | Clipping | Criador e destinatários (Administrador, Editor ou Visualizador) | Criador e destinatários Administrador e Editor | Criador e destinatário Administrador (gerenciar destinatários e excluir) | | Fluxo (rotina agendada do Sentinela) | Criador e participantes. O Leitor vê e abre ou continua as execuções | Participante Administrador ou Editor (nome, instrução, agenda, destinatários, pausar e retomar) | Criador e participante Administrador (excluir, trocar credencial, gerenciar participantes) | | Notas | Autor e demais usuários da organização, quando a nota é pública. Nota marcada como privada: somente o autor | Somente o autor | Somente o autor | | Tarefas | Usuários da organização que acompanham o item, quando a tarefa é pública. Tarefa privada: autor e responsáveis atribuídos | Autor, responsáveis atribuídos e Administrador da organização | Autor, responsáveis atribuídos e Administrador da organização | | Memórias do Sentinela | Somente o próprio usuário | Somente o próprio usuário (gravar, atualizar e esquecer) | Somente o próprio usuário | | Conversas com o Sentinela | Somente o autor | Somente o autor | Somente o autor | | Documentos da organização (base do Sentinela) | Todos os usuários da organização (leitura e busca) | Administrador da organização | Administrador da organização (envio, substituição e exclusão) | | Credenciais de fluxos | Somente o dono | Somente o dono | Somente o dono. Armazenadas com criptografia e não exibidas após o cadastro | ## Do convite à recertificação **1. Solicitação** O Administrador da organização inicia o convite e define assento, papel e painéis. Esse ato constitui a aprovação do acesso: o Administrador é a autoridade de acesso da organização e responde por ele. **2. Convite** A conta é criada inativa e sem senha. Um link único de ativação é enviado por e-mail; nenhuma credencial trafega por e-mail. **3. Ativação** O próprio usuário define sua senha. Com MFA ativado na organização, o segundo fator passa a ser condição do login. **4. Uso nominal** Conta individual, com sessão de validade restrita e escopo limitado à organização e aos painéis atribuídos. **5. Alteração** O Administrador altera papel, assento ou painéis do usuário. **6. Revogação** O Administrador remove o usuário e as sessões deixam de ser válidas. Em SSO corporativo, a revogação é feita no provedor de identidade do cliente. **7. Recertificação periódica** Durante o onboarding, a organização pode configurar o Sentinela para executar, na periodicidade definida pelo cliente, uma rotina agendada de revisão de acessos, aplicando as regras do próprio cliente. O Sentinela consolida o resultado em um relatório e o encaminha ao Administrador da organização, que aprova e executa as alterações ou revogações necessárias. O relatório fica registrado como evidência de cada ciclo. ## Próximo passo > **[Gestão de acesso aos painéis](https://nomos.pro/docs/aprender/gestao-de-acesso.md)** > > Liberar e revogar acesso da equipe, por pessoa ou por painel. > **[Autenticação segura](https://nomos.pro/docs/aprender/autenticacao-segura.md)** > > Ativar a verificação em duas etapas para toda a organização. This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.