Papéis de acesso

Perfis prontos por área da editora — Comercial, Logística, Financeiro, Editorial, Marketing, Direção — e uma conta pública de visitante que enxerga tudo e não grava nada.

Visão geral

Os perfis nativos do Odoo são recortes por aplicativo: "Vendas: Usuário", "Contabilidade: Contador", "Estoque: Administrador". Uma editora não pensa assim — ela pensa por função: Comercial, Logística, Financeiro, Editorial, Marketing, cada uma em dois níveis, mais a Direção, que é transversal.

Este módulo faz a tradução de uma coisa na outra, uma vez só e por escrito. Quem cadastra um usuário marca uma função na ficha dele; o Odoo deriva sozinho todos os grupos de aplicativo que aquela função implica. Ninguém mais precisa montar acesso clicando grupo por grupo — e "quem pode ver a margem?" passa a ter uma resposta que não depende de conferir usuário por usuário.

A régua dos dois níveis é simples:

• Assistente — opera o dia a dia: cria e edita os documentos da sua área.
• Gerente — tudo do assistente, mais aprovar, configurar e ver os relatórios da área.
• Direção — leitura ampla do sistema e os boards financeiros; acumulável com uma função de área.

Fora da grade existe o Visitante: a conta da apresentação pública, tratada em seção própria abaixo.

Configuração: atribuir uma função

1. Abra Definições‣Usuários e Empresas‣Usuários e entre na ficha do usuário.
2. Na aba de direitos de acesso, localize a seção Liber / Funções. Cada departamento aparece como uma escolha: Direção, Comercial, Logística, Financeiro, Editorial, Marketing, Visitante.
3. Escolha o nível do departamento da pessoa — Assistente ou Gerente. Só isso: os grupos de Vendas, Contabilidade, Estoque etc. são preenchidos automaticamente.
4. Salve. No próximo login o usuário vê os menus da sua função.

O que cada função enxerga e edita

A tabela resume a grade tal como instalada (v1):

Uma consequência que vale registrar: os boards financeiros se protegem sozinhos. O painel de orçamento exige os grupos de Orçamento e os relatórios contábeis exigem o acesso contábil de leitura — e só Direção e Financeiro ‣ Gerente recebem esses grupos. Não há uma trava extra a manter: a restrição cai da matemática dos perfis.

O visitante: a conta da apresentação pública

O Visitante é uma conta feita para circular — uma demonstração pública do sistema com dados de verdade na tela. Ela abre qualquer menu, roda qualquer relatório e conversa: pode escrever no chatter dos documentos, marcar pessoas, criar atividades e anexar arquivos. O que ela não faz, em lugar nenhum, é criar, alterar ou apagar um documento. Não emite um pedido; manda um recado.

O ponto importante é onde mora a trava: no servidor, na porta por onde passa toda gravação do sistema — não no menu, não no botão escondido. Isso significa que a proteção vale também para caminhos que a interface não mostra: uma chamada direta pela API ou uma URL colada no navegador batem na mesma recusa. Esconder menus protegeria a vitrine; a trava no servidor protege o sistema.

Quando o visitante tenta gravar, a mensagem explica em vez de assustar:

Escolhas deliberadas do desenho, úteis de conhecer antes de uma apresentação:

• Visibilidade generosa, de propósito. Como a escrita está cortada no servidor, dar ao visitante o nível "gerente" na maioria dos apps não lhe dá poder nenhum — dá visibilidade. É a diferença entre demonstrar o sistema e demonstrar um sistema com metade dos menus faltando.
• Sem exportação. A conta é pública e circula; mesmo sem escrita, ela poderia levar a base embora numa planilha. O botão de exportar não existe para ela.
• Assistentes abrem e falham no fim. Janelas de assistente (importar, combinar, configurar) abrem e se deixam preencher — a recusa acontece no "Aplicar", quando o efeito tocaria um documento real. Numa demonstração, é melhor um assistente que abre e explica do que um menu que não responde.
• O que a conta grava é uma lista fechada. Chatter, seguidores, atividades, anexos e as preferências da própria sessão — e nada mais. Qualquer modelo novo que entre no sistema nasce bloqueado para o visitante, sem que ninguém precise lembrar de bloqueá-lo.

Uma fronteira dita em voz alta: automações internas que gravam com privilégio de sistema (login, tarefas agendadas, envio de e-mail) continuam funcionando com o visitante logado — é o que mantém a demonstração viva. Os botões comuns do Odoo (confirmar pedido, validar fatura) gravam em nome do usuário e ficam barrados.

Colocar a conta de visitante no ar

1. Crie um usuário dedicado em Definições‣Usuários e Empresas‣Usuários (ex.: "Visitante", com um e-mail próprio).
2. Na seção Liber / Funções, marque Visitante (demonstração) — e nenhuma outra função.
3. Defina uma senha e distribua o acesso.
4. Antes de divulgar, faça o teste de um minuto: logado como visitante, tente editar um contato e confirmar um pedido (deve aparecer a mensagem do modo visitante) e poste um comentário num documento (deve funcionar).

Perguntas frequentes

Marquei a função e o usuário não vê o aplicativo X.
Primeiro confira se é o que a grade prevê (tabela acima) — boa parte dos "faltando" é desenho, não defeito. Se a função realmente deveria ver, o ajuste é no perfil (para valer para todos), não um grupo avulso naquele usuário.

O assistente do Comercial vê pedidos dos colegas. É assim mesmo?
Na v1, sim: o assistente vê todos os documentos de venda. Restringir a "só os próprios documentos" está previsto para uma fase seguinte.

A Direção consegue editar um pedido. Não deveria ser só leitura?
Na v1 a Direção enxerga tudo, mas ainda não está impedida de editar nos apps operacionais — o bloqueio de edição é fase 2. Se um diretor opera uma área, o caminho certo já é acumular a função da área.

O visitante abriu um assistente de importação. Isso é um furo?
Não: o assistente abre (é uma janela temporária), mas o efeito dele cai num documento real — e aí a gravação é recusada. É o comportamento desenhado.

Posso usar o visitante como "usuário de consulta" interno?
Funciona como leitura geral, com duas ressalvas: o nível de visibilidade é alto (relatórios contábeis inclusive) e não há exportação. Para consulta interna com recortes finos, o melhor é uma função de área.

Instalei um módulo novo. O visitante já está travado nele?
Sim. A regra é lista fechada do que pode: todo modelo novo nasce somente-leitura para o visitante. Liberar algo a mais é uma decisão explícita, no módulo.

Glossário

Todo documento do sistema carrega um prefixo na numeração — CO/2026/00001 é um acerto, AT/2026/00042 é um chamado. A lista é a mesma em todos os manuais:

Bases antigas guardam transferências nas séries COM/ e RET/, de antes da separação por direção — o histórico não é renumerado.