Sumário
Para gerenciar notebooks e desktops de várias filiais em um painel único, a empresa precisa de uma plataforma UEM (Unified Endpoint Management) em que cada máquina tenha um agente instalado e passe a reportar inventário, receber políticas, softwares e suporte remoto a partir de um console web. A TI da matriz organiza os equipamentos em grupos por filial e por função, define uma base de regras para toda a rede, aplica as exceções de cada unidade e acompanha tudo por relatórios, sem depender de visita técnica.
A Urmobo é uma plataforma UEM brasileira que faz esse trabalho em um console único para notebooks e desktops Windows, servidores Windows, Macs e máquinas Linux, junto com celulares, tablets e coletores. Ela organiza os equipamentos por entidades, grupos e centros de custo, aplica políticas de desktop, distribui software, protege com antivírus e WebSecurity, oferece acesso remoto e help desk e registra cada ação em logs de auditoria. É certificada ISO/IEC 27001 e tem suporte em português, de segunda a sexta, das 8h às 22h. A lista completa de recursos está em funcionalidades da Urmobo.
Este guia mostra como estruturar essa operação: grupos e inventário, políticas, permissões, software, segurança, suporte remoto, ciclo de vida dos equipamentos, relatórios e um roteiro de implantação.
EM RESUMO
• Gerenciar notebooks de várias filiais em um painel significa controlar inventário, políticas, software, segurança e suporte de todas as unidades em um console web.
• Grupos por filial e por função permitem aplicar regras diferentes sem criar um sistema ou uma cópia de configuração para cada unidade.
• Uma base corporativa pequena e obrigatória, com exceções documentadas, mantém a rede padronizada sem engessar as filiais.
• Relatórios de inventário, equipamentos inativos e versões instaladas mostram quais unidades estão fora do padrão.
• A Urmobo reúne esses recursos no mesmo console dos demais dispositivos da empresa, com teste grátis de 15 dias.
Empresas com matriz e filiais têm um problema recorrente: cada unidade tem seus notebooks e desktops, mas a equipe de TI fica concentrada em um único lugar. Sem gestão centralizada, cada configuração vira deslocamento, cada atualização vira tarefa manual e cada desligamento de funcionário vira um risco de acesso indevido. O guia de gestão de dispositivos Windows em empresas detalha esse cenário para o parque Windows.
No modelo local, cada filial depende de alguém que conheça o computador e esteja disponível para mexer nele. Isso gera três problemas que aparecem cedo: configurações diferentes entre unidades, softwares e licenças sem inventário confiável e chamados que dependem de agenda e deslocamento, não da complexidade do problema.
Imagine uma rede com doze filiais e uma equipe de TI de duas pessoas na matriz. Se cada novo notebook exige instalação presencial, o atendimento de uma filial distante demora tanto quanto a viagem até ela. Nessas redes, o gargalo costuma aparecer justamente na contratação de um novo funcionário, quando o equipamento precisa estar pronto no primeiro dia.
• Técnicos passam mais tempo em deslocamento do que resolvendo problemas.
• Notebooks de alguma filial ficam semanas sem atualização ou com antivírus desligado.
• Não existe uma lista confiável de equipamentos, de onde estão e de quem os usa.
• Desligamentos de colaboradores deixam máquinas e acessos ativos por dias.
• Cada filial instala programas por conta própria, em versões diferentes.
• Ninguém consegue responder, sem levantamento manual, quantas máquinas ainda rodam um sistema sem suporte.
Se vários desses sinais aparecem, vale ler também os principais problemas no gerenciamento de dispositivos Windows e como resolvê-los.
A tabela resume os recursos que sustentam a gestão de computadores em várias unidades e como a Urmobo atende cada um. A disponibilidade exata varia por sistema operacional e por plano. Impressoras e periféricos das filiais também podem entrar no mesmo inventário, como mostra o post sobre gerenciamento de impressoras e periféricos corporativos.
| Recurso | Para que serve | Na Urmobo |
|---|---|---|
| Estrutura organizacional | Refletir filiais, setores e centros de custo no console | Entidades, grupos, centros de custo e cadastro de funcionários e usuários |
| Inventário automático | Saber o que existe, onde está e com quem | Inventário com status, sistema operacional, rede, memória, aplicativos, processos e serviços |
| Políticas de desktop | Padronizar configuração e reduzir riscos | USB, câmera, microfone, Bluetooth, área de transferência, modo avião, acesso às configurações, listas de URLs e modo kiosk |
| Distribuição de software | Instalar e remover programas sem visita | Catálogo de software, entrega individual, por grupo ou por entidade, e remoção |
| Segurança | Proteção ativa contra ameaças | Antivírus com anti-malware e WebSecurity, verificação forçada, quarentena e relatório de ameaças |
| Recuperação | Desfazer uma mudança que deixou a máquina instável | Pontos de restauração periódicos e restauração remota |
| Suporte remoto | Resolver sem deslocamento | Acesso e controle remoto, transferência de arquivos e help desk com histórico de chamados |
| Permissões | Separar o que a TI central e os gestores locais podem fazer | Perfis de acesso (roles) por usuário do console |
| Ciclo de vida | Entregar, trocar e recolher equipamentos com registro | Termos de responsabilidade, envio para reparo, ordens de serviço e orçamentos |
| Relatórios e auditoria | Acompanhar unidades e comprovar ações | Relatórios de inventário, equipamentos inativos, aplicações e versões instaladas, ameaças e manutenção; logs de ações, acessos e alterações |
| Integração | Conectar dados a outros sistemas | Autenticação pelo Azure AD (Microsoft Entra ID) e API de integração |
Um painel bem estruturado organiza os computadores pela localização e pelo uso, e aplica as políticas a cada grupo. Assim, uma regra vale para todos os equipamentos de um setor sem configuração máquina a máquina.
A forma mais prática é combinar dois eixos. O primeiro é a filial, que define onde o equipamento está e quem responde pelo suporte local. O segundo é a função, que define o que a máquina precisa ter instalado e quais restrições se aplicam. Um notebook do financeiro da filial de Curitiba recebe as regras do grupo financeiro e as regras da filial de Curitiba, sem duplicação de trabalho.
Essa hierarquia evita o erro mais comum: criar um grupo por filial com cópias quase idênticas de configuração. Quando a regra de segurança muda, todas as cópias precisam ser editadas, e alguma sempre fica para trás.
Na Urmobo, entidades, grupos e centros de custo permitem montar essa estrutura no console, e a entrega de software, a localização, o chat e os comandos podem ser feitos individualmente, por grupo ou por entidade.
Defina um padrão de nome antes de cadastrar a primeira máquina, como "Filial-Recife-Financeiro" para grupos e o número de patrimônio para equipamentos. Nomes padronizados facilitam filtros, relatórios e a passagem de trabalho entre pessoas da TI.
Todo equipamento deve ter registro com patrimônio, modelo, sistema operacional e versão, filial, responsável e data da última comunicação com o painel. Sem isso, a TI não responde perguntas simples, como quantos notebooks da filial de Recife ainda rodam uma versão sem suporte.
Com o agente instalado, o inventário é coletado automaticamente e fica atualizado. A equipe deixa de depender de planilhas preenchidas à mão em cada unidade, que costumam ficar desatualizadas logo depois da primeira compra. Para entender como esse inventário se conecta à gestão de ativos de TI, veja inventário de dispositivos em tempo real: quando ITAM e MDM precisam atuar juntos.
Política centralizada não significa política idêntica para todos. A prática recomendada é definir uma base corporativa obrigatória e permitir exceções por filial ou função, sempre registradas e revisáveis. O post políticas de MDM: como estruturar, implementar e manter em conformidade aprofunda esse método.
A base deve conter só o que não pode variar. Quanto menor, mais fácil de manter. Itens de conveniência, como papel de parede ou atalhos, não devem entrar nela. Um exemplo de base corporativa:
• proteção contra malware e navegação segura ativa em todas as máquinas;
• senha e bloqueio de tela;
• bloqueio de dispositivos USB de armazenamento, liberado só por exceção;
• lista de sites bloqueados por categoria de risco;
• instalação de software só pelo catálogo da TI;
• criptografia de disco, quando o sistema e o plano de licenças da empresa permitirem.
Na Urmobo, as políticas de desktop cobrem USB, câmera, microfone, Bluetooth, área de transferência, modo avião, acesso às configurações, troca de papel de parede, listas de URLs permitidas e bloqueadas e modo kiosk, útil em computadores de atendimento ou de consulta nas filiais, além do antivírus com WebSecurity.
Algumas unidades precisam de regras próprias. Uma filial pode operar um sistema de vendas que exige um navegador específico, ou um setor pode precisar de acesso a uma rede local de impressoras. Essas exceções são legítimas, mas devem ser documentadas com motivo, responsável e data de revisão.
Revise as exceções a cada trimestre. As que perderam o motivo devem ser removidas, porque cada uma aumenta a manutenção e o risco de divergência entre unidades.
Em redes com várias filiais, é comum que gestores ou técnicos locais precisem de algum acesso ao painel. O controle depende de separar o que cada perfil pode fazer:
• TI central: cria e altera políticas, aprova software no catálogo e define a estrutura de grupos.
• Técnico ou gestor local: consulta o inventário da sua unidade, presta suporte remoto e abre chamados, sem alterar a base corporativa.
• Auditoria ou compliance: consulta relatórios e logs, sem executar ações.
Na Urmobo, os perfis de acesso (roles) definem o que cada usuário do console pode ver e fazer, e os logs de ações, acessos e alterações registram quem fez cada mudança.
Em vez de instalar programas com pendrive, a equipe mantém um catálogo central com as versões homologadas de navegadores, pacote de escritório, ferramentas de segurança e sistemas internos. Quando uma nova versão é aprovada, ela é publicada no catálogo e enviada aos grupos definidos.
Na Urmobo, o catálogo de software permite entregar programas individualmente, por grupo ou por entidade, e remover o que não deve estar na máquina. O relatório de versão de aplicação instalada mostra exatamente qual versão cada filial está usando, o que evita versões diferentes do mesmo programa convivendo na rede. O catálogo também ajuda a conter programas instalados por conta própria, inclusive ferramentas de IA não aprovadas, tema do post sobre Shadow AI.
Instalações que exigem reinício devem ser programadas para horários de baixa atividade, conforme o turno e o fuso de cada filial. Avise os usuários antes e comece por um grupo piloto, para identificar conflitos antes de chegar à rede inteira. Por que manter esse ciclo em dia está explicado em por que o gerenciamento de patches e atualizações é importante.
Mesmo com teste prévio, uma atualização ou instalação pode deixar uma máquina instável. A Urmobo cria pontos de restauração periódicos em computadores Windows e permite restaurar remotamente, o que devolve o notebook ao estado anterior sem deslocar um técnico.
O suporte padrão do Windows 10 terminou em 14 de outubro de 2025. O inventário do painel mostra quantas máquinas de cada filial ainda rodam essa versão, o que ajuda a priorizar a troca ou a atualização por unidade.
Filiais costumam ter menos supervisão de TI, o que aumenta a exposição a malware, phishing e uso indevido. Um painel único permite aplicar a mesma proteção em toda a rede e enxergar as ameaças por unidade.
• Antivírus com anti-malware e WebSecurity em notebooks e desktops Windows e em máquinas Linux, com verificação forçada pelo console. Detalhes em proteção de endpoint para Windows e Linux e em antivírus gerenciado: o que é e como funciona.
• Quarentena de ameaças encontradas em Windows.
• Relatório e auditoria de ameaças, com vírus e sites maliciosos por máquina e por filial.
• Controle de periféricos, como USB, câmera, microfone e Bluetooth.
• Bloqueio remoto e cadastro de equipamento furtado em caso de perda ou roubo.
Nenhuma ferramenta elimina todo risco. O papel do painel é padronizar a proteção, reduzir a exposição e mostrar rápido quando algo sai do normal. A Urmobo é certificada ISO/IEC 27001; o que a norma exige está em ISO 27001: o que é e como se adequar. Veja também a página de segurança e gestão de dispositivos.
Nem tudo se resolve com automação. Quando um notebook apresenta falha, a TI precisa ver o que está acontecendo e agir à distância. Na Urmobo, o atendimento a filiais usa:
• acesso e controle remoto à máquina do usuário, com os cuidados de segurança descritos em acesso remoto: o que é e como garantir a segurança;
• transferência de arquivos e instalação de certificados digitais pelo console;
• monitoramento de processos, serviços, memória e rede, para diagnosticar antes de acessar;
• help desk com triagem, resolução, validação e histórico de chamados por equipamento.
Filiais continuam precisando de apoio local para situações físicas, como troca de hardware ou problemas de cabeamento. Para isso, o controle de manutenção da Urmobo registra envio para reparo, ordens de serviço e aprovação de orçamentos no histórico de cada equipamento.
O mesmo modelo atende colaboradores em home office, que funcionam como uma filial de uma pessoa só. Veja como gerenciar dispositivos Windows em ambientes híbridos.
Cada notebook passa por entrega, uso, manutenção e recolhimento. O post inventário de ativos de TI: como fazer e boas práticas trata desse ciclo em detalhe.
O notebook chega à filial, o agente é instalado, a máquina entra no grupo da unidade e da função e recebe políticas e softwares automaticamente. O equipamento é vinculado ao funcionário com termo de responsabilidade registrado no console. O roteiro de como elaborar um termo de uso de equipamento corporativo foi escrito para celulares, mas a estrutura vale para notebooks.
Quando a máquina vai para conserto, o envio para reparo e a ordem de serviço ficam no histórico. Um equipamento reserva pode receber a mesma configuração do grupo antes de ser entregue.
No desligamento, a TI identifica pelo cadastro do funcionário quais equipamentos estão com ele, bloqueia as máquinas e organiza o recolhimento. Combinado com a revogação de acessos no diretório da empresa, isso reduz o risco de acesso indevido depois da saída. Os custos de equipamentos que não voltam estão em perda de dispositivos corporativos: custos invisíveis e como evitá-los.
Relatórios consolidam em uma visão o inventário, as versões instaladas, as ameaças e os chamados por filial. Com isso, a TI identifica unidades fora do padrão antes que o problema chegue ao usuário. A tabela sugere um conjunto mínimo de indicadores.
| Indicador | O que mostra | Frequência sugerida | Relatório na Urmobo |
|---|---|---|---|
| Equipamentos sem comunicação | Máquinas que não se conectam ao painel há mais de um prazo definido | Diária | Equipamentos inativos |
| Versões desatualizadas | Sistema ou aplicativo fora da versão homologada | Semanal | Inventário, aplicações instaladas e versão de aplicação instalada |
| Ameaças por filial | Vírus e sites maliciosos encontrados | Semanal | Ameaças encontradas |
| Chamados por filial | Volume e tempo de resolução por unidade | Mensal | Histórico de chamados do help desk |
| Equipamentos em manutenção | Máquinas fora de operação e custo de reparo | Mensal | Manutenção |
| Exceções ativas | Políticas especiais em vigor e data de revisão | Trimestral | Registro mantido pela TI |
A central de relatórios dinâmicos da Urmobo (urView) permite montar visões por filial, por grupo ou por centro de custo.
Uma trilha de auditoria registra quem alterou uma política, quem enviou um software e quando cada ação foi executada. Isso é essencial em incidentes de segurança e quando a empresa precisa comprovar a configuração de um equipamento específico. Na Urmobo, os logs de ações, processamento, acessos e alterações cumprem esse papel. Esses registros apoiam a resposta a incidentes e a comprovação de controles exigida em compliance com a LGPD em dispositivos corporativos.
Relatórios só geram valor com rotina. Uma sugestão é reunir, uma vez por mês, a TI central e os responsáveis de cada filial para revisar três pontos: unidades com mais equipamentos desatualizados ou inativos, chamados que se repetem e exceções que podem ser removidas.
1. Levante o parque. Liste máquinas por filial, sistema, versão, responsável e softwares em uso.
2. Monte a estrutura no console. Crie entidades, grupos e centros de custo, com nomes padronizados.
3. Defina a base e as exceções. Configure as políticas obrigatórias e registre as exceções conhecidas.
4. Monte o catálogo de software. Cadastre as versões homologadas de cada programa.
5. Defina perfis de acesso. Separe o que a TI central, os técnicos locais e a auditoria podem fazer.
6. Comece por uma filial piloto. Instale o agente, aplique a base e acompanhe por duas ou três semanas.
7. Expanda por ondas. Inclua as demais filiais em grupos, revisando os relatórios a cada etapa.
1. Quais sistemas de computador ficam no console: Windows, Windows Server, macOS, Linux?
2. Como os computadores são organizados por filial, setor e centro de custo?
3. Quais políticas de desktop estão disponíveis em cada sistema?
4. Como funciona a distribuição de software por grupo e o relatório de versões instaladas?
5. Há proteção ativa contra malware ou só políticas?
6. Como funciona o acesso remoto e o help desk?
7. É possível dar acesso limitado ao painel para técnicos de filial?
8. Quais logs de auditoria existem e por quanto tempo ficam disponíveis?
9. Os celulares e tablets da empresa podem ficar no mesmo console?
10.Posso testar em uma filial antes de contratar?
No modelo local, cada filial depende de alguém disponível para configurar a máquina, o que gera configurações diferentes e atendimento preso ao deslocamento. Na plataforma centralizada, a TI aplica regras, distribui software e dá suporte remotamente, com o mesmo tempo de resposta para todas as unidades.
Sim. Notebooks e desktops Windows, servidores Windows, Macs e máquinas Linux ficam no mesmo console, junto com celulares, tablets e coletores. Para o caso do Linux, veja como a Urmobo resolve desafios no gerenciamento de dispositivos Linux.
Não. A Urmobo é SaaS, acessada pelo navegador. Cada computador se comunica com a plataforma pelo agente instalado.
Sim, com perfis de acesso que limitam o que cada usuário pode ver e fazer, e com logs que registram suas ações.
Não. Ela muda o trabalho da equipe: em vez de correr atrás de cada máquina, a TI administra regras, acompanha indicadores e decide onde investir. Situações físicas, como troca de hardware, continuam exigindo apoio local.
O licenciamento é mensal ou upfront, por dispositivo gerenciado. Os valores dependem do número de dispositivos e do plano, e são apresentados em proposta.
A forma mais segura de validar a gestão centralizada é começar por uma unidade. Comece o teste grátis de 15 dias da Urmobo ou fale com a equipe para montar a estrutura da sua rede. Se a empresa também tem celulares e tablets nas filiais, veja qual UEM gerencia Windows, Android e iOS em um único console e como gerenciar smartphones, tablets, notebooks e impressoras em uma única plataforma. Para consultar termos técnicos, use o glossário de MDM.
Gerenciar notebooks de várias filiais em um painel único significa controlar inventário, políticas, atualizações e suporte de todos os equipamentos a partir de um console web centralizado. A equipe de TI da matriz enxerga e configura cada máquina sem precisar se deslocar até a unidade. Na prática, o processo começa com o cadastro de todos os equipamentos, a criação de grupos por filial e por função, a definição de uma base de políticas obrigatórias e o acompanhamento contínuo por relatórios. Esse modelo elimina visitas técnicas para tarefas rotineiras e dá à matriz uma visão única da rede inteira.
No modelo local, cada filial depende de alguém que conheça o computador e esteja disponível para configurá-lo, o que gera configurações divergentes, inventário pouco confiável e chamados que dependem de agenda e deslocamento. Em uma plataforma centralizada, a TI aplica regras, envia atualizações e diagnostica problemas remotamente, a partir de um único console. Em uma rede com doze filiais e duas pessoas de TI na matriz, por exemplo, o atendimento local tende a ser tão lento quanto a viagem até a unidade, enquanto o modelo centralizado mantém o tempo de resposta praticamente igual para todas as unidades.
A forma mais prática é combinar dois eixos de grupos. O primeiro é a filial, que define a localização física do equipamento e quem responde pelo suporte local. O segundo é a função, como financeiro, vendas ou atendimento, que define os softwares instalados e as restrições de uso. Um notebook do financeiro da filial de Curitiba recebe as regras do grupo financeiro e as regras do grupo da filial de Curitiba, sem duplicação de configuração. Nomear os grupos de forma padronizada, como Filial-Recife-Financeiro, facilita a manutenção e evita criar um grupo para cada unidade com cópias quase idênticas de configuração.
As políticas que não podem variar formam a base corporativa obrigatória, como proteção contra malware, senha, criptografia de disco, bloqueio de software não autorizado e bloqueio de acesso após o desligamento de um funcionário. Já as exceções, como um navegador antigo exigido por um sistema de vendas específico ou acesso a uma rede local de impressoras, podem variar por filial ou função. Cada exceção deve ter motivo, responsável e data de revisão. Recomenda-se revisar as exceções a cada trimestre e remover as que perderam o motivo, pois cada uma aumenta o risco de divergência entre unidades.
Atualizações de sistema e instalações de aplicativos podem ser enviadas remotamente para grupos inteiros de notebooks. A TI escolhe o pacote, o grupo de destino e a janela de instalação, geralmente em horários de baixa atividade, e o painel informa quais máquinas concluíram a tarefa e quais precisam de nova tentativa. Para isso, a equipe mantém um catálogo central com versões homologadas de navegadores, pacote de escritório, ferramentas de segurança e sistemas internos. Filiais em fusos diferentes exigem janelas calculadas localmente, e o usuário pode adiar a reinicialização por um prazo curto para concluir o trabalho em andamento.
Os relatórios essenciais consolidam inventário, versões de sistema e aplicativos, conformidade com as políticas, alertas de segurança e chamados abertos por filial. Os indicadores mínimos costumam incluir percentual de conformidade de políticas com revisão semanal, equipamentos com versões desatualizadas com revisão semanal, máquinas sem comunicação com o painel com revisão diária, volume e tempo médio de chamados por unidade com revisão mensal e exceções ativas com revisão trimestral. Com essa visão, a TI identifica filiais fora do padrão antes que o problema chegue ao usuário.
A centralização compensa quando a rede tem mais de algumas unidades, quando os equipamentos armazenam dados sensíveis ou quando a rotatividade de funcionários é alta. Alguns sinais indicam que a gestão atual chegou ao limite: técnicos gastam mais tempo em deslocamento do que resolvendo problemas, notebooks ficam semanas sem atualização de segurança em alguma filial, não existe uma lista confiável de equipamentos e de seus usuários, e desligamentos de colaboradores deixam acessos ativos por dias. Quando dois ou mais desses sinais aparecem, a migração para um painel único costuma trazer retorno rápido.
Não. A gestão centralizada não elimina a equipe de TI, mas muda o trabalho dela. Em vez de correr atrás de cada máquina em cada unidade, a equipe passa a administrar regras, acompanhar indicadores, aprovar versões de software e decidir onde investir. Filiais continuam precisando de suporte local para situações físicas, como troca de hardware ou problemas de rede, mas a maior parte das configurações, atualizações e diagnósticos passa a ser feita remotamente. Esse modelo torna a operação previsível e facilita escalar a rede quando novas unidades são abertas.