Gfacility

Visão geral

Visão geral

Visão geral da camada de configuração — tudo o que vai configurar no Gfacility e o que cada parte abrange. Um pequeno tour para saber o que aí vem antes de aprofundarmos passo a passo.

Atualizado em 23/01/2026

Configuração · visão geral

Depois da fase de negócio vem o trabalho a sério: a configuração. O Gfacility divide essa configuração em sete áreas, da lógica geral partilhada às definições específicas de cada módulo. Este capítulo dá-lhe um tour para que saiba antecipadamente o que aí vem e por que ordem.

As sete áreas de configuração

Building Blocks

A lógica partilhada que corre por cima de cada módulo: classificações, workflows, custom fields, filtros, grupos, notificações e workgroups. Fazer uma vez = nunca mais ter de o repetir por módulo.

Configuração de módulos

Definições específicas por área: Ativos, Configuration items, Finanças, Base de conhecimento, Produtos, Salas, SLA, Tarefas, Tickets e Visitantes. Só configura o que efetivamente utiliza.

Dispositivos

Dispositivos físicos no edifício: dashboards (ecrãs de analítica), quiosques de visitantes (check-in self-service) e room signages (ecrãs junto às salas). Ligados ao Enterprise.

Diversos

Outras definições que não cabem num único módulo: templates de comunicação, limpeza RGPD, calendário de feriados e gerador de códigos QR. Pequenos no âmbito, grandes no impacto.

Aparência

Look & feel do portal: templates de homepage para diferentes papéis e o tema visual (cores, logótipo, tipografia). Importante para a adoção e a consistência da marca.

IA

A camada inteligente: AI Agents (ações autónomas), AI Use Cases (cenários predefinidos), System Contexts (injeção de conhecimento) e Consumption Control (monitorização de custos).

Automação

O que corre em segundo plano sem ninguém intervir: sincronização Office 365 (recursos, caixas de email), regras de automação (gatilhos e ações) e sincronização de utilizadores a partir do Entra ID ou Google Workspace.

Ordem recomendada

Não há ordem sagrada, mas há uma ordem lógica. A maioria das dependências flui num só sentido: os Building Blocks são usados pelos módulos, os módulos alimentam-se de dados-mestre e a IA assenta em tudo o resto.

Construção global

  1. 1Carregar dados-mestre, organizações, localizações, utilizadores (na sua maioria ficam em 'Por (re)mapear' até definirmos a estrutura).
  2. 2Construir os Building Blocks, taxonomia, fluxos de processo e templates partilhados antes de ligar qualquer módulo.
  3. 3Ativar módulos, comece pelos módulos da fase 1 do seu MoSCoW. Não tudo de uma vez.
  4. 4Dispositivos e Aparência, ecrãs físicos e identidade visual, depois dos fluxos digitais estarem certos.
  5. 5Automação e IA, apenas com a base a correr de forma estável. Caso contrário, automatiza-se um processo que ainda há que ajustar.
  6. 6Diversos, fecha-se templates de comunicação, feriados e definições RGPD pouco antes do go-live.