> ## Documentation Index
> Fetch the complete documentation index at: https://docs.flunora.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Permissões da Aurora

> O que a Aurora consegue ver, o que ela consegue fazer, o que exige aprovação e o que ela recusa mesmo quando pedido.

A Aurora não tem permissões próprias. Ela age **como quem pediu**, e nunca além disso.

## O escopo é o de quem pergunta

Cada ferramenta aplica o mesmo filtro de permissão que as telas aplicam. Um membro que
pergunta "quantos negócios estão em aberto" recebe a contagem dos dele. Um administrador
que faz a mesma pergunta recebe a da organização.

<Warning>
  Não existe caminho pelo qual a Aurora conte a alguém algo que essa pessoa não veria
  abrindo a tela correspondente. Perguntar de outro jeito não muda a resposta.
</Warning>

O mesmo vale para email e agenda: eles são pessoais, escopados sempre à conta conectada
de quem pergunta, inclusive quando quem pergunta é dono ou super admin. Papel de
administrador dá acesso aos dados do CRM, não à correspondência de quem trabalha nele.

## Ações que exigem aprovação

**Enviar email** é a única ação que abre uma aprovação na tela hoje, e ela é por email,
não por sessão. A Aurora escreve, você lê, e ou aprova ou recusa.

<Note>
  Aprovar e recusar são as duas coisas úteis. Os últimos aprovados voltam ao contexto
  como modelo de tom, e os recusados como o que não repetir, sempre os seus. Assim o
  texto que ela escreve converge para o seu jeito de escrever, sem ninguém configurar
  nada.
</Note>

Ação sensível nova segue esse mesmo molde: proposta na tela, decisão de quem opera.

## O que ela recusa

<AccordionGroup>
  <Accordion title="Escrever num campo confirmado por alguém">
    Campo com origem humana não é sobrescrito por análise nova, por pesquisa nova nem
    por pedido em conversa. Veja [Decisão humana](/evidencia/decisao-humana).
  </Accordion>

  <Accordion title="Emitir probabilidade de fechamento">
    Bloqueado por filtro, depois que o modelo escreve. O que volta no lugar são os
    critérios que sustentariam a previsão.
  </Accordion>

  <Accordion title="Escrever qualquer coisa em modo de auditoria">
    Quando a sessão está em leitura por auditoria, as próprias ferramentas recusam
    escrita, além do bloqueio que já existe na camada de rede. Duas travas, porque uma
    só é uma trava.
  </Accordion>

  <Accordion title="Mover um negócio para o funil errado">
    Uma transferência entre funis cai na etapa de entrada do funil de destino quando
    nenhuma etapa é citada. Ela não inventa uma etapa equivalente.
  </Accordion>
</AccordionGroup>

## Ferramentas montadas por instância

O conjunto de ferramentas disponível é montado a cada requisição, a partir das chaves
ligadas na sua instância. Com `google` desligada, a ferramenta de email não existe
naquela conversa; com `conhecimento` desligada, as de conhecimento não existem.

<Note>
  Isso não é só um filtro de interface. A Aurora não é informada de que a ferramenta
  existe, então ela não a menciona nem promete usar algo que não tem.
</Note>

## Rastro

Toda criação e toda proposta feita por conversa entram no registro de ações com o
conteúdo integral, o módulo que originou, a versão das regras e, quando houve
aprovação, quem aprovou e quando. Veja [Consumo e registro](/aurora/consumo).
