Questionário
Organização e hierarquia
Como está construída a sua organização — entidades legais, divisões, departamentos, centros de custo — e quais delas o Gfacility precisa conhecer para suportar o resto da configuração?
Atualizado em 18/05/2026
Questionário · 4.1
Porquê primeiro
Quase tudo no Gfacility depende de um contexto organizacional: utilizadores, salas, tickets, chargeback, reporting. Modelar grosseiro demais e fica preso na separação de permissões. Modelar fino demais e fica com uma matriz que ninguém mantém. A granularidade certa escolhe-se agora, não quando o configurador começa a fazer perguntas.
O que entrega?
Organograma com marcações de âmbito
Dentro/fora de âmbito por nó, com sponsor-responsável e fonte de migração.
Mapeamento de centros de custo
Que centro de custo está sob que unidade organizacional, para chargeback.
Convenção de nomenclatura
Grafia fixa (idioma, maiúsculas, abreviaturas) para entidades e departamentos.
Organizações externas
Fornecedores, parceiros, organizações cliente, responsável, contract owner, estado.
Perguntas-chave
- 1Que entidades legais entram no Gfacility? Uma ou várias, e onde correm as linhas de separação (faturação separada, permissões separadas, reporting separado)?
- 2Que divisões ou business units dentro dessas entidades têm de estar visíveis, e porquê? Que decisão muda se essa unidade não estiver separada?
- 3Profundidade de departamentos, dois, três ou mais níveis? Qual o nível mais profundo a que ainda reporta ou faz chargeback?
- 4Centros de custo, usa-os efetivamente? Um a um com o departamento ou sobrepostos? Que sistema de origem detém a verdade?
- 5Organizações externas, fornecedores, prestadores e clientes vivem também no Gfacility? Que dados vêm de fora, quais são geridos no Gfacility?
- 6Reorganizações, antecipa mudanças de nome, fusões ou cisões nos próximos 12 a 18 meses? Como lida com isso sem que tickets e reservas se desliguem?
- 7Convenção de nomenclatura, nome formal, nome curto, sigla? Em inglês ou em idiomas locais? Decida uma vez e aplique sempre.
- 8Responsabilidade, quem mantém o organograma no Gfacility atualizado quando o RH processa uma alteração? PM, admin de TI, sincronização com sistema de RH?
Template — Tabela do organograma
| Nível | Nome (formal) | Nome curto | Pai | Tipo | Centro de custo | No âmbito? | Responsável |
|---|---|---|---|---|---|---|---|
| 1 | e.g. Acme Holding NV | Acme | — | Entidade legal | 100 | Sim | CFO |
| 2 | Acme Belgium NV | Acme BE | Acme Holding | Entidade legal | 110 | Sim | MD BE |
| 3 | IT | IT | Acme BE | Departamento | 2200 | Sim | CIO |
| … | … | … | … | … | … | … | … |
Escolhas habituais
→ Mantenha raso
Três níveis (entidade → divisão → departamento) cobrem 80% das organizações. Granularidade maior raramente se mantém.
→ Divida só se for relevante para decisão
Unidade separada = permissões, reporting ou chargeback separados. Se não, não divida.
→ Use o RH como fonte
Deixe o RH ser dono do organograma; o Gfacility sincroniza. Evita duas verdades.
→ Organizações externas em ramo separado
Fornecedores num ramo à parte, não misturados com departamentos internos.