Workplace vs Project
UI: Workplace / Project (contexto na shell)
Para que serve
Explicar a hierarquia: Workplace (organização/contrato) contém Projects (obra/fase). Settings e dados respeitam este âmbito.
Relevância
Confundir os dois leva a gravar atributos no sítio errado ou a abrir o projeto incorreto.
Exemplo de uso
A Ana escolhe workplace Hospital (licenças/users) e depois o projeto Phase 2 (CDE/Topics daquela obra).
Quem pode usar
Todos os users — o contexto está sempre na shell.
Anatomia do ecrã (onde se vê)
| Zona | O que mostra |
|---|---|
| Home | Lista de workplaces |
| Após workplace | Lista de projects |
| Breadcrumb / header | Workplace + Project ativos |
| Settings | Separados: Workplace Settings vs Project Settings vs User Settings |
Opções e campos (âmbitos)
| Âmbito | Exemplos de settings | Exemplos de dados |
|---|---|---|
| User | My User, Integrations, notifications | Preferências pessoais |
| Workplace | Subscription, Users, Companies, Permissions | Licenças, empresas |
| Project | Naming Standards, Meetings Policy, Attributes | Files, Topics, Reviews |
Como usar
- Home → workplace.
- Lista de projetos → entra no projeto.
- Settings: escolhe o modal certo (User / Workplace / Project).
Ligações
Dicas / erros comuns
- “Não vejo o CDE” → licença no workplace + projeto assign + Menus Live.
War dieser Artikel hilfreich?