Como gerenciar as assinaturas por unidade organizacional do Google

No Google Workspace, a unidade organizacional é o bloco que carrega as configurações. Por isso, é naturalmente nesse nível que se atribui um modelo de assinatura. Bem usada, ela resolve de uma vez a questão das subsidiárias, das marcas e dos países. Mal estruturada, ela multiplica as exceções.

Por que a UO é o nível certo de atribuição

Um usuário do Google Workspace pertence a exatamente uma unidade organizacional. Essa unicidade é valiosa: quando você vincula um modelo a uma UO, não há nenhuma ambiguidade sobre a assinatura que um colaborador deve receber.

Os grupos, ao contrário, permitem pertencimentos múltiplos. Um vendedor pode fazer parte do grupo “Comercial”, do grupo “Brasil” e do grupo “Comitê de produto”: se cada um tivesse um modelo, seria preciso decidir entre eles. É por isso que o modelo base fica vinculado à UO, e os grupos servem para a segmentação transversal — tipicamente os banners de campanha.

A herança completa o quadro: uma sub-UO herda por padrão as configurações da UO mãe e pode substituí-las. Você define, portanto, um modelo do grupo no topo e só o substitui onde for necessário.

Uma hierarquia que reflete a organização real

O princípio orientador é simples: a hierarquia das UOs deve se parecer com o organograma, não com a infraestrutura. Uma estrutura típica de um grupo com várias subsidiárias se parece com isto:

/ (raiz — modelo do grupo)
├── /Subsidiária A   (modelo A, logo e informações legais próprios)
│   ├── /Comercial
│   └── /Suporte
├── /Subsidiária B   (modelo B)
└── /Espanha         (modelo A, informações legais locais)

Em cada nível, só se substitui o que é diferente. As sub-UOs Comercial e Suporte da subsidiária A não precisam de modelo próprio se a assinatura delas for idêntica: elas herdam. Por outro lado, podem exibir banners diferentes.

O caso das entidades estrangeiras merece atenção: mesmo logo, mesmas cores, mas informações legais e número de registro diferentes. É exatamente o que a substituição permite — veja também assinaturas para grupos com várias subsidiárias.

O que verificar antes de vincular os modelos

O estado real da hierarquia. Em muitas organizações, as UOs foram criadas ao sabor do tempo, às vezes com base em critérios técnicos — “/Usuários”, “/Contas de serviço”, “/Migração 2021”. Se for o seu caso, a vinculação dos modelos vai revelar a incoerência. Faça a limpeza antes, não depois.

As contas fora do escopo. Contas de serviço, caixas compartilhadas, salas de reunião, aliases técnicos: elas não devem receber assinatura de colaborador. Isole-as em uma UO dedicada, sem modelo vinculado.

Os casos especiais assumidos. Diretoria executiva, administradores estatutários, porta-vozes: algumas organizações querem uma variante. Crie uma sub-UO explícita em vez de uma exceção gerenciada manualmente.

Bom saber: um usuário movido de uma UO para outra muda de modelo automaticamente. É o mecanismo que torna as movimentações internas indolores — a mudança no Admin Console é feita, de qualquer forma, pelo RH ou pela TI.

Onde termina a UO, onde começam os grupos

A UO responde bem à pergunta “qual assinatura”. Ela responde mal a “quem exibe qual banner”, porque uma campanha raramente segue as fronteiras do organograma.

Uma campanha de recrutamento se dirige a todo mundo. Uma campanha de produto mira os vendedores de duas das três subsidiárias. Um webinar interessa às equipes técnicas, estejam onde estiverem. Esses escopos se descrevem naturalmente com grupos, não com UOs.

A combinação que funciona: modelo por UO, banner por grupo. O detalhe da segmentação está descrito na página campanhas e banners.

A sincronização dos dados individuais

O modelo vem da UO; os valores que o preenchem vêm do diretório. Nome, cargo, departamento, telefone: esses atributos são lidos no diretório do Google, somente leitura, e inseridos nos campos dinâmicos.

Assim como na Microsoft, uma implantação expõe o estado real do diretório: cargos ausentes, formatos de telefone variados, departamentos preenchidos com códigos internos. Reserve uma rodada de limpeza no cronograma — é sempre a etapa subestimada, como lembra o nosso guia de migração para uma gestão centralizada.

O processo completo de instalação está na página complemento para Google Workspace.