Benefícios de preparar os dados na fase Fundação

Tabelas trabalhadas durante a fase Fundação

Tabela de processo de negócios [cmdb_ci_business_process]

Um processo de negócios tem um início e um término bem definidos. Exemplos de processos de negócios no setor bancário são o processo de integração do cliente e o processo de verificação de crédito. Cada processo de negócios pode ter níveis de criticidade e impacto. Os processos de negócios são armazenados na tabela cmdb_ci_business_process.

Tabela de Contrato [ast_contract]

A tabela Contrato identifica acordos vinculativos entre duas partes. Ao preencher serviços fornecidos por fornecedores no CMDB, considere a função que os contratos desempenham ao avaliar os acordos de nível de serviço (ANSs).

Tabela de modelo de produto [model_id]

A tabela de modelos de produto [model_id] identifica os tipos exclusivos de produtos que sua organização desenvolve ou consome. Ao agrupar ativos e ICs por modelo de produto, você unifica e relaciona ICs que fazem parte do mesmo produto digital e portfólios de produtos. Agrupar ativos e ICs por modelos de produtos pode ajudar a planejar projetos, monitorar custos e racionalizar seus dados. A Descoberta pode preencher os modelos de produto de hardware quando eles estiverem operacionais, mas outros tipos de modelos de produto exigem planejamento dos proprietários do produto.

Use o trabalho de atribuição de modelo de produto do CSDM para gerar automaticamente um registro Modelo de produto (modelo de aplicação, modelo de serviço ou modelo de software) para cada IC lógico que ainda não está associado a um Modelo de produto. Os modelos de produto são ideais para associar ICs que fazem parte de um único produto digital. Consulte Gerar automaticamente modelos de produto para ICs lógicos.

Tabela de grupo CMDB [cmdb_ci_query_based_service]

A tabela Grupo CMDB identifica uma coleção de ICs com base nos resultados de consultas salvas do Construtor de consultas, consultas codificadas ou entradas manuais.

CMDB grupos são elementos críticos de grupos de ICs dinâmicos e da gestão estratégica de ICs. Decida com antecedência como você deseja relatar as informações de IC e como deseja monitorar ICs. Essas decisões afetam como você cria os grupos CMDB. Para processos de Mudança e Incidente, há dois comportamentos de análise de impacto distintos para grupos de ICs dinâmicos. Consulte Correspondência do uso de grupos de ICs dinâmicos ao tipo de serviço.

Tabela de locais [cmn_location]

A tabela Local identifica exclusivamente localizações geográficas. Você pode criar uma hierarquia de dados de localização usando o atributo Primário. A hierarquia pode incluir entradas que correspondem aos seus requisitos de emissão de relatórios. Por exemplo, você pode preencher a tabela de locais da seguinte forma

Para incluir mais detalhes nos relatórios, você pode estender a tabela Local para incluir andares, salas e até mesmo datacenters. Com recursos de hierarquia, dados de origem confiáveis e seus requisitos em mãos, você pode criar locais adequados para atender às suas necessidades de emissão de relatórios futuras.

Tabela Grupo [sys_user_group]

A tabela Grupo identifica conjuntos de usuários que compartilham uma finalidade comum. Os grupos podem executar tarefas como aprovar solicitações de mudança, resolver incidentes, receber notificações por e-mail ou executar tarefas de ordem de serviço. Os grupos também usam os dados referenciais em CMDB para identificar como os ICs são gerenciados (por exemplo, o grupo Gerenciado por) e suportados (por exemplo, o grupo de Suporte). Quaisquer regras de negócios, regras de atribuição, funções do sistema ou atributos que se referem a um grupo se aplicam automaticamente a todos os membros do grupo.

Tabela de usuários [sys_user]

A tabela Usuário identifica as pessoas e as aplicações que têm acesso à sua instância ServiceNow. Você pode organizar os usuários em grupos associados às tabelas Empresa, Unidade de negócios e Departamento.

Estrutura organizacional

As tabelas da estrutura da organização identificam estruturas de negócios internas e clientes externos, fabricantes e fornecedores.

Tabela Empresa [core_company]

A tabela Empresa é preenchida com as entidades jurídicas das empresas. As entidades podem ser internas (sua empresa) ou externas. Você pode usar o atributo Primário para criar uma hierarquia. Considere as pessoas jurídicas de que você precisa para emissão de relatórios quando CMDB for preenchido.

• As entradas internas devem se concentrar em uma hierarquia de entidades jurídicas, em vez de uma hierarquia de unidades de negócios dentro de uma entidade jurídica.
• As entradas externas são identificadas pelos sinalizadores Verdadeiro ou Falso. O sinalizador de cliente identifica seus clientes externos.

  O sinalizador do fabricante identifica as empresas que criam os produtos que você consome. Uma empresa interna pode ser um fabricante.

• O sinalizador do fornecedor identifica as empresas que fornecem os produtos que você compra. Uma empresa interna pode ser um fornecedor.

Tabela Unidade de negócios [business_unit]

A hierarquia do seu negócio é preenchida na tabela Unidade de negócios com uma referência à empresa primária. Uma unidade de negócios é uma parte da sua organização responsável por operações específicas, como finanças, recursos humanos (RH) ou TI. Uma hierarquia dentro de uma unidade de negócios é comum. Para grandes empresas multinacionais, você deve ter unidades de negócios que identifiquem operações regionais independentes e operações específicas dentro dessa região.

Tabela Departamento [cmn_department]

A tabela Departamento contém um nível mais refinado de detalhes sobre uma unidade de negócios. A tabela Departamento oferece outra maneira de categorizar usuários, grupos, ativos e ICs.

Tabelas de ciclo de vida

CSDM pares de valores de ciclo de vida rastreiam os ciclos de vida de produtos, ativos, contratos, ICs, locais e outros objetos. O uso de valores padrão de maneira consistente ajuda a rastrear com eficácia os objetos nas transições ao longo do tempo. Por isso, a Emissão de relatórios só pode refletir com precisão os estados reais de ICs: uso, disponibilidade, término de suporte etc.

O padrão CSDM par de valor de ciclo de vida cobre todas as fases do ciclo de vida de instância de um produto.

• Um life cycle stage é uma das fases amplas pelas quais um IC passa, desde o início ou aquisição até a operação e, em seguida, até o fim da vida útil.
• life cycle stage status é o status específico de um IC em sua fase do ciclo de vida atual.

Por exemplo, um IC de hardware na fase Operacional pode mudar o status com o passar do tempo de Em uso para Em manutenção para Término do suporte. Um IC de hardware diferente pode ir de Em uso para Término do suporte sem jamais ter estado no status Em manutenção.

Nota:

A tabela [life_cycle_control] usa o tipo de IC (hardware, documento, lógico etc.) para determinar quais valores do status da fase do ciclo de vida estão disponíveis em cada fase do ciclo de vida.

Para aproveitar ao máximo os padrões dos CSDM de ciclo de vida, você pode mapear dados de status legados para o pares de valores de ciclo de vida. Consulte Como habilitar a sincronização de ciclo de vida do CSDM entre o ativo e o IC para oferecer suporte à instância do produto.

Os seguintes ativos podem usar pares de valores de ciclo de vida:

• Ciclo de vida do produto
• Ciclo de vida do hardware
• Ciclo de vida lógico
• Ciclo de vida do documento
• Ciclo de vida do local

Confira o vídeo de Comunidade ServiceNow: debate sobre produto e ciclo de vida do CSDM V4