TRILHA CSA / CIS-HAM · FUNDAMENTOS ITSM · ITAM & CMDB · 2026
O que é ITAM no ServiceNow
ITAM no ServiceNow é a disciplina que governa o ciclo de vida completo de cada ativo de tecnologia, do pedido de compra ao descarte, conectando dados financeiros e de propriedade (tabela alm_asset) aos dados operacionais e técnicos do CMDB (tabela cmdb_ci). ITAM não substitui o CMDB nem é substituído por ele: são duas camadas do mesmo ambiente, respondendo perguntas diferentes sobre o mesmo equipamento.
Quem estuda CMDB precisa fixar essa distinção antes de qualquer outra coisa: o Asset responde “quem é o proprietário e qual o custo”; o CI responde “como o item opera e quais serviços ele suporta”. Confundir as duas tabelas — ou assumir que uma gera a outra automaticamente — é a origem da maior parte dos erros em prova e em implementação real de ITAM ServiceNow.
Para quem está estruturando os estudos, a Prática Academy trabalha essa distinção com simulados baseados em cenários reais de HAM e SAM, não apenas definição de tabela.
ITAM é a governança completa do investimento em tecnologia; HAM e SAM são disciplinas dentro do ITAM, e o CMDB é o modelo operacional que o ITAM consome — não o contrário.
- Asset (
alm_asset) trata de propriedade e custo; Configuration Item (cmdb_ci) trata de operação e suporte. Um notebook corporativo normalmente é os dois ao mesmo tempo. - O ciclo de vida do Hardware Asset segue Plan → Request → Source → Procure → Receive → Stock → Deploy → Support → Recover → Refresh → Retire → Dispose.
- Software Asset Management segue outro ciclo — Discover → Normalize → Model → Entitle → Reconcile → Optimize → Renew/Retire — e depende do Software Model para ligar instalação a direito de uso.
- O erro mais comum de quem estuda ITAM ServiceNow é tratar Asset e CI como sinônimos, ou assumir que o Discovery, por si só, cria registros de propriedade e custo.
O que é ITAM e por que é relevante para quem estuda CMDB
ITAM (IT Asset Management) é a camada de governança que conecta demanda, procurement, contratos, inventário, licenciamento e risco em torno de cada ativo de tecnologia. No ServiceNow, essa camada se materializa em duas disciplinas operacionais — Hardware Asset Management (HAM) e Software Asset Management (SAM) — que produzem e mantêm os registros de propriedade e ciclo de vida financeiro.
O CMDB, por sua vez, não faz parte do ITAM: é o modelo operacional da infraestrutura, usado por Incident, Change, Problem e Discovery para entender como cada componente funciona e do que ele depende. Quem estuda CMDB encontra ITAM o tempo todo porque os dois modelos compartilham o mesmo ativo físico — mas cada tabela guarda uma verdade diferente sobre ele, e é exatamente essa fronteira que as provas de certificação cobram.
Asset x Configuration Item — a distinção que decide a prova
A tabela abaixo resume a diferença estrutural entre Asset e CI dentro do ITAM ServiceNow:
| Aspecto | Asset (alm_asset) | Configuration Item (cmdb_ci) |
|---|---|---|
| Propósito primário | Rastreamento financeiro e de propriedade | Suporte operacional e relacionamentos técnicos |
| Pergunta que responde | Quem é o proprietário e qual o custo? | Como o item opera e o que ele suporta? |
| Critério de inclusão | Itens que exigem controle de despesa e ciclo de vida financeiro | Itens que precisam de suporte técnico (Incident, Change, Problem) |
| Exemplo típico | Notebook, servidor, licença de software | Computer CI, Server CI, porta de rede, VLAN, máquina virtual |
Um mesmo equipamento pode — e geralmente deve — existir como Asset e como CI simultaneamente: um servidor físico precisa de rastreamento de custo (Asset) e de vínculo com chamados de suporte (CI). Já itens sem materialidade física administrável, como portas, endereços IP e VLANs, normalmente existem apenas como CI. E periféricos sem vínculo direto a chamados, como um mouse, podem existir apenas como Asset. Essa sobreposição é intencional no modelo de dados do ServiceNow, não uma inconsistência a ser corrigida.
Como ITAM, HAM, SAM e CMDB se conectam na prática
Etapa 1 — Product Model e Model Category
Tudo começa no Hardware Model: o registro que padroniza informações do produto comercial (fabricante, linha, vida útil esperada). A Model Category é a ponte que conecta esse modelo de produto à classe correspondente no CMDB — é ela que decide, por exemplo, se um “Dell Latitude 5450” vira um Computer CI ao ser recebido como Asset. Sem Model Category correta, a sincronização entre Asset e CI quebra silenciosamente.
Etapa 2 — Hardware Asset Management: do request ao dispose
O HAM controla o ciclo de vida físico e financeiro do ativo na tabela alm_hardware: Plan, Request, Source, Procure, Receive, Stock (via Stockroom), Deploy, Support, Recover, Refresh, Retire e Dispose. Cada etapa gera ou atualiza o registro de Asset — e, quando a Model Category está configurada, dispara a criação ou atualização automática do CI correspondente.
Etapa 3 — Configuration Item e CMDB
A partir daí, o item passa a existir no CMDB como cmdb_ci, estendido por classes especializadas (Computer CI, Server CI, Network Gear, entre outras) que carregam atributos técnicos: sistema operacional instalado, hostname, endereço IP, MAC, status operacional e dependências de serviço. O Discovery mantém esses atributos atualizados, mas não escreve dados de custo ou propriedade — essa é a fronteira que separa CMDB de ITAM. Para configurar essa camada corretamente, veja o guia de workspace ServiceNow com boas práticas CSDM.
Etapa 4 — Software Asset Management: discovery até reconciliação
O SAM segue um ciclo próprio: Discover (evidência técnica em cmdb_sam_sw_install), Normalize (agrupamento em cmdb_sam_sw_discovery_model), Model (conexão com o direito comercial via cmdb_software_product_model), Entitle (registro do direito adquirido em alm_license), Reconcile, Optimize e Renew/Retire. Uma instalação detectada não prova propriedade de licença; um direito comprado não prova que o software foi instalado. A reconciliação entre os dois é o que garante conformidade.
Etapa 5 — Reconciliação e governança de dados
ITAM ServiceNow só produz decisões confiáveis quando quatro condições se sustentam ao mesmo tempo: dados limpos (modelos, números de série, CIs e relacionamentos corretos), integrações confiáveis (procurement, RH, Discovery e endpoint atualizando sem duplicar registros), propriedade clara para cada tipo de dado e integração, e governança ativa para monitorar qualidade e investigar exceções. Faltando qualquer uma, HAM, SAM e CMDB voltam a divergir entre si.
O que realmente acontece na operação, além da teoria
Na teoria de sala de aula, Asset e CI nascem sincronizados. Na operação real, integrações de procurement criam o Asset sem passar pela Model Category, o Discovery encontra um dispositivo novo e cria um CI órfão sem Asset correspondente, ou um time de suporte edita diretamente o CI sem atualizar o Asset. O resultado são duplicidades, ativos “fantasmas” no CMDB e relatórios financeiros que não fecham com o inventário técnico — exatamente os cenários que aparecem em questões de certificação sobre onde a sincronização quebra.
Erros comuns de quem estuda ITAM e CMDB
- Tratar Asset e CI como sinônimos. São tabelas com propósitos diferentes que podem coexistir para o mesmo item físico — nunca uma substitui a outra.
- Assumir que o Discovery cria dados financeiros. Discovery só evidencia existência técnica (hardware ligado, software instalado); propriedade e custo vêm de HAM e procurement. Os simulados de HAM da Prática Academy insistem justamente nesse ponto, porque é onde mais candidatos erram.
- Aposentar apenas o Asset. Retirar um Hardware Asset sem fechar o CI, o Discovery e as instalações de software associadas deixa “ativos fantasmas” ativos no CMDB.
- Achar que software instalado é software licenciado. Instalação (evidência técnica) e Entitlement (direito comercial) são registros distintos; a conformidade depende da reconciliação via Software Model.
- Ignorar a Model Category. É o ponto de falha mais cobrado em questões sobre integração Asset-CMDB: sem ela, a criação automática do CI a partir do Asset simplesmente não acontece.
Recursos oficiais
- Assets and CIs – Understanding the Difference (ServiceNow Community)
- ITAM vs HAM vs SAM vs CMDB: Understanding What Each Area Owns (ServiceNow Community)
- CSDM and CMDB Data Foundations Dashboards (ServiceNow Docs, release Yokohama)
Perguntas frequentes
ITAM e CMDB são a mesma coisa no ServiceNow?
Não. ITAM ServiceNow governa propriedade, custo e ciclo de vida financeiro do ativo (tabela alm_asset e derivadas); o CMDB governa o modelo operacional e os relacionamentos técnicos (tabela cmdb_ci). Os dois convivem sobre o mesmo equipamento, mas guardam informações diferentes.
Qual a diferença entre Asset e Configuration Item (CI)?
Asset responde “quem é o proprietário e qual o custo”; CI responde “como o item opera e o que ele suporta”. Um mesmo notebook costuma ser os dois ao mesmo tempo; itens sem materialidade física administrável, como uma VLAN, geralmente existem só como CI.
HAM e SAM fazem parte do ITAM?
Sim. Hardware Asset Management (HAM) e Software Asset Management (SAM) são as disciplinas operacionais dentro do ITAM: HAM cobre o ciclo de vida físico e financeiro do hardware; SAM cobre direitos, consumo e conformidade de software. ITAM é o guarda-chuva de governança sobre as duas.
Por que um ativo pode existir como CI mas não como Asset?
Porque nem todo componente operacional exige rastreamento financeiro individual. Portas de rede, endereços IP e máquinas virtuais aparecem no CMDB como CI para modelar dependências de serviço, sem que exista um Asset correspondente com custo e proprietário.
Como o Software Model conecta instalação e licença no SAM?
O Discovery gera uma Software Installation; o Software Discovery Model normaliza esses dados brutos; o Software Product Model conecta a normalização ao Software Entitlement (alm_license), que registra o direito comercial adquirido. Só depois dessa cadeia completa a reconciliação confirma se o uso está dentro da licença.
Isso cai nas certificações CSA e CIS-HAM/CIS-SAM?
Sim. A distinção Asset x CI e o papel da Model Category aparecem tanto em questões introdutórias do CSA — veja o roteiro de estudos completo para a certificação CSA — quanto em cenários mais profundos do CIS-HAM e do CIS-SAM, geralmente pedindo para identificar onde a sincronização entre as tabelas quebra.
A trilha de CMDB e ITAM da Prática Academy foi desenhada para quem vai operar essas tabelas no dia a dia, não só marcar a alternativa certa na prova: simulados com cenários de sincronização quebrada, reconciliação de licenças e classificação Asset x CI, direto do jeito que aparece em produção. Você sai daqui pronto para operar, não apenas para passar na prova.