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. O Discovery 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 de grupo CMDB identifica uma coleção de ICs com base nos resultados de consultas salvas do Construtor de consultas, consultas codificadas ou entradas manuais. Grupos CMDB são elementos críticos de grupos de ICs dinâmicos e o gerenciamento estratégico 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.

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 relatório. 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 relatório 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 seus 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ê pode ter unidades de negócios que identifiquem operações regionais independentes e as 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

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

Nota:

Dependendo do tipo de item, a tabela [life_cycle_control] controla quais valores de fase do ciclo de vida estão disponíveis para cada fase do ciclo de vida.

Você pode imaginar um estado de ciclo de vida como a combinação de dois valores de um ativo ou IC: o estágio do ciclo de vida e status do ciclo de vida ao longo do ciclo de vida de um IC. 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.

Ao habilitar a estrutura de CSDM, você pode começar a usar os campos Life Cycle Stage e Life Cycle Stage Status para rastrear o ciclo de vida de um ativo. Para usar os campos, siga o procedimento descrito em Segunda etapa de ativação - Ative o plug-in de CSDM. Os seguintes ativos podem usar estados 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 ServiceNow Community: debate sobre produto e ciclo de vida do CSDM V4