Acessos por app
Como se decide que apps cada conta vê, o que um developer pode fazer dentro delas, e porque é que uma app "não aparece" a quem devia vê-la.
Um perfil diz o quê; os acessos por app dizem onde. Um developer faz tudo dentro de uma app — desenha ecrãs, muda o modelo, escreve scripts, publica — mas só nas apps que lhe forem atribuídas. Essa atribuição faz-se num painel só dela, na ficha da conta.
É a peça que resolve o caso mais comum de suporte interno: "a app não me aparece na barra lateral". Quase sempre não é uma avaria — é uma app que ainda não foi dada a essa conta.
O painel Apps a que tem acesso
- Abre Utilizadores na barra lateral.
- Clica na linha da pessoa para abrir a ficha dela.
- O segundo painel é Apps a que tem acesso, com a nota "Fora destas, a app não aparece na lista nem abre por link."

O painel lista todas as apps da instalação, uma por linha, com o nome e,
por baixo, o identificador curto (gestao-clientes) — porque duas apps podem
ter nomes parecidos e o identificador nunca engana. Cada linha tem um
interruptor: ligado, a conta vê a app; desligado, não.
Por cima da lista há dois atalhos:
| Botão | O que faz |
|---|---|
| Todas | Liga todas as apps de uma vez. |
| Nenhuma | Desliga todas. A ficha passa a avisar "Sem apps atribuídas — não vai ver nada ao entrar." |
Dar acesso a uma app
- Na ficha da conta, no painel Apps a que tem acesso, liga o interruptor da app que queres dar — por exemplo, Gestão de Clientes.
- É tudo. Não há botão Gravar: a alteração é guardada no momento e a confirmação "Acessos gravados." aparece em baixo.
- Repete para as outras apps, ou usa Todas.
Tirar acesso é o mesmo movimento ao contrário: desliga o interruptor. A app desaparece da barra lateral dessa pessoa na entrada seguinte.
Nota
"Fora destas, a app não aparece na lista nem abre por link." As duas metades contam. Guardar o endereço de uma app nos favoritos não contorna a atribuição: sem a app ligada na ficha, o endereço não abre.
Quem é administrador não escolhe apps
Na ficha de um administrador, o painel não tem interruptores nenhuns — tem uma frase:
É administrador: tem acesso a todas as apps, incluindo as que vierem a ser criadas.

O detalhe que interessa é o fim da frase: incluindo as que vierem a ser criadas. Um administrador não precisa de ser adicionado a cada app nova. Um developer, sim — uma app criada hoje não aparece a ninguém a não ser aos administradores e a quem a receber na ficha.
Se promoveres alguém a Admin, os interruptores desaparecem e as atribuições que tinha deixam de contar (voltam a contar se o despromoveres).
O que o acesso dá — e o que não dá
Dentro de uma app atribuída, um developer não é um convidado: faz o mesmo que um administrador faria ali dentro.
| Dentro de uma app atribuída | Fora dela |
|---|---|
| Criar e editar ecrãs, layouts e widgets | Criar apps novas ou importar pacotes |
| Editar o modelo de dados, APIs, scripts, relatórios e workflows | Apagar uma app |
| Criar versões, fazer merge, ver o histórico | Gerir contas da plataforma em Utilizadores |
| Ver o Radar da app e investigar problemas | Criar ou revogar API Keys |
| Gerir as definições da app — tema, traduções, contas e permissões da app | Mexer nas Definições da plataforma |

Isto é o mesmo que dizer: o perfil e os acessos multiplicam-se. Um developer sem apps atribuídas entra e não vê nada. Um developer com uma app é dono dela na prática. Não há meio-termo dentro de uma app — quem entra, entra a construir.
Dica
Se precisares de dar a alguém acesso limitado a uma aplicação — ver os clientes mas não os apagar, por exemplo — o sítio certo não é aqui. Isso são as contas e os roles da própria app, que se gerem nas definições dela, e que valem para quem usa a aplicação, não para quem a constrói.
Os dois mundos, lado a lado
Vale a pena guardar a distinção, porque as palavras são parecidas:
| Utilizadores (menu da plataforma) | Utilizadores da app (definições de cada app) | |
|---|---|---|
| Quem são | Quem constrói | Quem usa a aplicação publicada |
| Onde entram | Na plataforma | No endereço da app |
| Perfis | Admin, Developer | Os roles que a app definir |
| Quem os gere | Administradores da plataforma | Quem tiver acesso à app |
| O que este painel controla | Que apps vêem | Nada — são mundos separados |
Uma pessoa pode existir dos dois lados, com credenciais diferentes, e isso é normal: constrói a app de manhã e usa-a à tarde.
Quando alguém sai da equipa
A pergunta certa não é "tiro-lhe as apps?" mas "corto-lhe a entrada?".
- Vai à ficha da pessoa.
- No painel Acesso, desliga Conta activa e confirma em Desactivar conta.
Isso corta tudo de uma vez — apps, API, tudo — e mantém o histórico legível. Desligar os interruptores um a um deixa a conta a entrar na plataforma, sem apps: funciona, mas resolve menos e esquece-se mais.
Porque não vejo…?
- …uma app na barra lateral? A tua conta não a tem atribuída. Um administrador resolve em Utilizadores → a tua ficha → Apps a que tem acesso.
- …os interruptores na ficha de alguém? Essa conta é administradora — e os administradores têm todas as apps por definição.
- …um botão Gravar neste painel? Não existe: cada interruptor grava sozinho e diz "Acessos gravados.".
- …a app a aparecer logo a seguir a dar acesso? As alterações de perfil e estado aplicam-se no próximo login. Pede à pessoa que saia e volte a entrar.