TRILHA CSA · ADMINISTRAÇÃO SERVICENOW · WORKSPACE & CSDM · 2026
Resposta direta
Configurar workspace ServiceNow de forma alinhada ao Common Service Data Model (CSDM) significa estruturar páginas, listas e componentes do UI Builder para que cada registro exibido aponte para a classe de CI correta desde o primeiro dia — evitando retrabalho quando a operação avança para CMDB Health e governança de dados.
Na prática, isso exige dois movimentos simultâneos: dominar a mecânica de criação de workspace no Now Experience Framework (UI Builder) e saber onde cada tipo de registro se encaixa nos domínios do CSDM — Foundation, Design, Manage Technical Services, Manage Business Services e Sell/Consume. Quem configura workspace ServiceNow sem essa referência entrega uma interface funcional, mas que reforça dados desalinhados no CMDB — um dos problemas mais citados pelo próprio ServiceNow em iniciativas de CSDM.
Resumo em 5 pontos
- Todo workspace ServiceNow é construído no UI Builder (Now Experience Framework) a partir de três tipos de página: Landing, List e Record.
- Antes de desenhar telas, defina a quais domínios CSDM os registros do workspace pertencem (Foundation, Technical Service, Business Service).
- Listas e filtros do workspace devem referenciar classes de CI já governadas no CMDB — não tabelas customizadas paralelas.
- Um grupo piloto de usuários valida a usabilidade antes da promoção para produção.
- Documentar decisões de modelagem é parte da governança CSDM, não uma etapa opcional do projeto.
Quem está estruturando essa base de conhecimento como parte da trilha CSA da Prática Academy encontra esse roteiro dentro de um percurso guiado, com exercícios práticos em ambiente real.
O que é CSDM e por que ele deve orientar seu workspace
O Common Service Data Model (CSDM) é o modelo de referência do ServiceNow para organizar dados de serviços, aplicações e infraestrutura em domínios padronizados, evitando que cada equipe crie sua própria estrutura de CMDB. Ele organiza os registros em camadas: serviços de negócio (o que o usuário final enxerga, como “Folha de Pagamento” ou “Internet Banking”), serviços de aplicação (os componentes que entregam esse serviço) e CIs de infraestrutura (servidores, bancos de dados, middleware que sustentam a aplicação).
Quando um workspace ServiceNow é configurado sem considerar essa estrutura, é comum que listas e formulários exponham campos de tabelas sem relação de CI clara — o que quebra relatórios, dashboards de CMDB Health e qualquer iniciativa futura de automação via Service Graph Connectors ou IntegrationHub.
Antes de configurar o workspace: pré-requisitos de governança
Governança de dados CSDM não é burocracia: é o que garante que o workspace continue confiável depois que o projeto piloto termina. Três pontos merecem atenção antes de abrir o UI Builder.
- Papéis definidos. Cada tipo de Foundation Data (usuários, locais, contratos, departamentos) precisa de um Data Owner responsável por precisão e ciclo de vida, e de um Data Steward que executa a manutenção do dia a dia. Uma matriz RACI simples evita que decisões de modelagem fiquem sem dono.
- Foundation data pronta. Antes de expor uma lista de CIs no workspace, confirme que os dados de fundação (localização, departamento, fornecedor) estão completos. Workspace bem desenhado sobre CMDB incompleto só antecipa o problema.
- Objetivo do workspace claro. Defina quem vai usar a interface e qual tarefa ela resolve — atendimento de incidentes, gestão de ativos, aprovação de mudanças — antes de qualquer decisão de layout. Esse objetivo determina quais classes de CI e quais domínios CSDM o workspace precisa expor.
Roteiro para configurar seu primeiro workspace ServiceNow
Etapa 1 — Definir objetivo e mapear o domínio CSDM
Escreva em uma frase o que o workspace resolve e liste as tabelas e classes de CI envolvidas. Classifique cada uma no domínio CSDM correspondente (Foundation, Technical Service, Business Service). Esse mapeamento vira a base do escopo técnico.
Etapa 2 — Acessar o UI Builder / Workspace Experience
No filtro de navegação, acesse Now Experience Framework > UI Builder. Para editar um workspace existente, abra o registro em All Workspaces e use a ação “Open in UI Builder”; para criar um novo, inicie um Workspace Experience do zero.
Etapa 3 — Criar as páginas Landing, List e Record
Um workspace mínimo viável tem três páginas: uma Landing Page (visão geral e atalhos), uma List Page (listagem filtrável dos registros) e uma Record Page (detalhe do registro). No Experience Editor, use “Create New Page” e parta de um template padrão sempre que possível — customizações começam duplicando o template, nunca editando o original.
Etapa 4 — Configurar listas com base em classes de CI governadas
Ao montar a List Page, aponte a fonte de dados para a classe de CI (ou tabela de serviço) já existente no CMDB — não crie uma tabela paralela só para “funcionar mais rápido”. Configure colunas, condições e categorias respeitando os campos que o Data Owner já validou.
Etapa 5 — Adicionar componentes (ribbon, related list, data visualization)
Use os componentes nativos do UI Builder — containers, listas, formulários, ribbons, visualizações de dados e listas relacionadas — via arrastar e soltar. Cada componente deve refletir um relacionamento real do CMDB (por exemplo, “CIs dependentes” via relacionamento formal, não campo de texto livre).
Etapa 6 — Testar com grupo piloto
Antes de promover para produção, valide o workspace com um grupo piloto de usuários reais. O objetivo é coletar atrito de uso e inconsistência de dados — muitas vezes o piloto revela que um campo “óbvio” no design não bate com o dado real do CMDB.
Etapa 7 — Promover e documentar
Ative o workspace configurável em ambiente de sub-produção seguindo o padrão de promoção da sua operação (update sets, application scope, pipeline de DevOps). Documente as decisões de mapeamento CSDM tomadas nas etapas 1 e 4 — esse registro sustenta auditorias futuras de CMDB Health.
Erros comuns que comprometem a integridade CSDM ao configurar um workspace
- Criar tabela customizada em vez de usar a classe de CI existente — quebra a rastreabilidade e duplica manutenção.
- Pular a etapa de mapeamento de domínio CSDM — o workspace fica funcional no dia 1 e inconsistente no dia 90, quando outra equipe tenta reutilizar os mesmos dados.
- Não envolver o Data Owner antes de expor campos no workspace — decisões de UI acabam definindo, por acidente, regras de negócio sobre o dado.
- Promover para produção sem piloto — o custo de corrigir um workspace já em uso é muito maior do que o de testar antes. Quem pratica esse roteiro em ambiente de laboratório, como nos exercícios da trilha CSA da Prática Academy, chega à etapa de produção com menos retrabalho.
- Tratar CSDM como assunto exclusivo de quem administra CMDB — qualquer pessoa que configura workspace ServiceNow toca, direta ou indiretamente, na estrutura de dados de serviço.
Recursos oficiais
- O que é CSDM — ServiceNow
- Documentação oficial — Common Service Data Model (CSDM)
- Strengthening CSDM Data Foundations — ServiceNow Developer Blog
- Workspace Quick Start Guide — ServiceNow Community
- Certified Implementation Specialist – Data Foundations (CMDB e CSDM) — ServiceNow University
Perguntas frequentes
O que é um workspace no ServiceNow?
Um workspace ServiceNow é uma interface configurável construída no Now Experience Framework (UI Builder), reunindo páginas de lista, registro e landing voltadas a um perfil de usuário específico — como agente de suporte, gestor de ativos ou analista de CMDB.
CSDM é obrigatório para configurar um workspace ServiceNow?
Não é um requisito técnico do UI Builder, mas é uma boa prática indispensável. Configurar workspace ServiceNow sem considerar os domínios CSDM funciona no curto prazo e gera dívida de dados no médio prazo, especialmente quando a organização adota CMDB Health ou Service Graph Connectors.
Qual a diferença entre Agent Workspace e UI Builder?
Agent Workspace é um produto configurável entregue pronto pelo ServiceNow; UI Builder é a ferramenta (Now Experience Framework) usada tanto para customizar o Agent Workspace quanto para criar workspaces totalmente novos a partir do zero.
Preciso saber CSDM para a certificação CSA?
O exame Certified System Administrator (CSA) cobre fundamentos de navegação, administração e configuração básica da plataforma; CSDM aparece de forma superficial. Quem já pratica boas práticas CSDM ao configurar workspace ServiceNow chega mais preparado para a trilha seguinte, a certificação Certified Implementation Specialist – Data Foundations (CMDB e CSDM).
Como saber se meu workspace está alinhado ao CSDM?
Verifique se cada lista e formulário do workspace referencia uma classe de CI ou tabela de serviço já mapeada em um dos domínios CSDM (Foundation, Technical Service, Business Service), e se existe um Data Owner responsável por esses dados.
Quanto tempo leva para configurar um primeiro workspace ServiceNow?
Varia com o escopo, mas o gargalo raramente é o UI Builder — é o mapeamento CSDM e a qualidade da Foundation Data. Workspaces simples, com dados de fundação já organizados, costumam sair de um esboço funcional para piloto em poucos dias de trabalho focado.
Dominar esse roteiro de configuração de workspace com boas práticas CSDM é um dos diferenciais que separam quem “sabe navegar no ServiceNow” de quem entrega dado confiável para a operação. A trilha CSA da Prática Academy cobre esse tipo de exercício prático em ambiente real, preparando o aluno tanto para a certificação quanto para o dia a dia como administrador — você sai daqui pronto para operar, não apenas para passar na prova.
PRÁTICA ACADEMY · pratica.academy · by 4MATT