Domínio Fundação

As tabelas no domínio Base não são usadas em relações do CMDB. Em vez disso, as tabelas contêm dados referenciais críticos. Os usuários típicos do domínio são responsáveis pelo processo, organizadores de dados, responsáveis pelo produto e gerentes de contrato.

Domínio de fundação do CSDM estrutura.

Nota:

Para obter um passo a passo introdutório das tabelas e atributos que você deve preencher para qualquer domínio, consulte os vídeos listados em Recursos do CSDM.

Tabelas de domínio de fundação usadas durante o ciclo de vida do serviço

Tabelas de domínio Foundation individuais são acessadas conforme necessário durante cada fase do ciclo de vida do serviço. Cada tópico que descreve a fase do ciclo de vida de um domínio identifica as tabelas de fundação que estão ativas durante essa fase. Consulte os seguintes diagramas:

Dados gerenciados pelo estratega-chefe: Fluxo de valor

Fluxo de valor: Um fluxo de valor é o conjunto de ações que ocorrem para adicionar valor a um cliente desde a solicitação inicial até a realização de valor pelo cliente. O fluxo de valor começa com o conceito inicial, passa por vários estágios de desenvolvimento e por meio da entrega e do suporte. Um fluxo de valor sempre começa e termina com um cliente. O fluxo de valor está alinhado com os processos de negócios da sua organização.

Dados gerenciados pelo proprietário do processo: Processos de negócios

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.

Em um relacionamento primário-secundário, os processos de negócios podem ser identificados usando o atributo primário como uma referência a um processo de negócios primário.

O processo de negócios é um IC mantido manualmente, capaz de identificar a importância declarada e determinada, bem como o impacto sobre confidencialidade, integridade e disponibilidade Os processos de negócios podem ser revisados mensalmente, semestralmente ou anualmente. Além disso, a próxima data de revisão pode ser registrada. Para obter mais informações, consulte Gestão de processos de negócios e Criar um processo de negócios.

Dados gerenciados pelo gerente de contratos: Contratos

Um contrato é um acordo vinculativo entre duas partes. Em ServiceNow AI Platform, os contratos contêm informações detalhadas, como número do contrato, datas de início e término, status ativo, declarações de termos e condições, documentos, informações de renovação e termos financeiros.

Um contrato não é um IC. Os contratos usam tipos de modelo de contrato do módulo Modelos de produto. Os contratos são armazenados na tabela [ast_contract].
Use a aplicação Gestão de contratos para gerenciar e rastrear contratos. Consulte Aplicação Gestão de contratos.
Na aplicação Gestão de nível de serviços, os contratos agrupam ANSs relacionados a um único fornecedor ou cliente, bem como os ICs, locais, grupos, usuários e contratos secundários relacionados ao contrato. Para obter mais informações, consulte Define a service contract.
Contratos de serviço usados por Espaço de gestão de fornecedores Pode oferecer suporte a ICs tangíveis/físicos como parte de um ANS.
No produto Customer Service Management, os contratos de serviço definem o tipo de suporte que os clientes recebem. Um contrato pode incluir uma conta e um contato ou um consumidor e os ativos específicos cobertos. Um contrato também pode incluir vários direitos de serviço e ANSs. Consulte Definição de um contrato de serviço no Customer Service Management.

Para obter mais informações, consulte Definições de valores de ciclo de vida para entidades de documento e contrato.

Dados gerenciados pelo responsável pelo produto

Produtos e modelos de produtos

Os produtos podem ser agrupados para criar uma coleção ou um grupo de produtos, por exemplo, um servidor FlashBlade (modelo de hardware) ou um serviço de suporte 24x7 (modelo de serviço). Além disso, você pode identificar os produtos que estão chegando ao fim da vida útil, conforme definido por provedores terceirizados ou responsáveis internos pelo produto. Você também pode agrupar outros produtos como componentes para representar o conjunto de produtos que sua organização desenvolve, vende ou usa.

Um modelo de produto é uma versão ou configuração específica de um produto usada para gerenciar e rastrear aplicações no ServiceNow AI Platform. As tabelas de Modelo de Produto não são ICs. Modelos de produto de referência de ICs usando ID do modelo Atributo (disponível em todas as tabelas do CMDB). Por exemplo, um IC de oferta de serviço pode fazer referência a um modelo de oferta de serviço, enquanto um Windows Server pode fazer referência a um modelo de hardware.

Os modelos de produto identificam o responsável pelo produto, a equipe, o status do produto, a compatibilidade com outros produtos, a referência ao catálogo de produtos e os objetos de referência nas várias fases do ciclo de vida de um produto.

Os modelos de produto são registrados na tabela [cmdb_model] por meio das seguintes tabelas estendidas, conhecidas como classes de modelo de produto.

Modelo de aplicação [cmdb_application_product_model] (independente de versão)
Modelo de software [cmdb_software_product_model] (específico da versão)
Modelo de contrato [cmdb_contract_product_model]
Modelo de instalação [cmdb_facility_product_model]
Modelo de hardware [cmdb_hardware_product_model] (dispositivos tangíveis/físicos)
Modelo consumível [cmdb_consumable_product_model]
Modelo de serviço [cmdb_service_product_model]

Os ICs de instância de classe de software, serviço e aplicação não são criados por meio de Descoberta, portanto, seus valores do ID de modelo [model_id] podem não se referir aos registrosModelo de produto. Para ajudá-lo a migrar para um modelo de gestão centrado no produto, cada instância de um IC lógico deve ser associada a um Modelo de produto.Para obter recomendações, consulte Gerar automaticamente modelos de produto para ICs lógicos.

Recursos do produto

Na versão de produto digital, um recurso (para o que você está desenvolvendo) existe em uma versão específica de software ou serviço.

Listas de materiais de software (SBOMs)

SBOM é a coleção geral de componentes de um software.

Cyclone DX é compatível.

Dados gerenciados pelo administrador de dados

Grupos do CMDB

Um grupo de CMDB é uma coleção de ICs (mas não é um IC, em si). O grupo é baseado nos resultados de consultas salvas do Construtor de consultas, consultas codificadas ou entradas manuais. Você pode aplicar uma ação a todos os membros de um grupo de uma só vez.

Você pode trabalhar com um grupo de CMDB em todo o ServiceNow AI Platform.
Para o CSDM, o grupo de ICs dinâmicos faz referência a um grupo de CMDB para fornecer uma lista de ICs com base em um critério comum.
CMDB Os grupos são armazenados na tabela Grupo [cmdb_group].
É possível que o grupo de CMDB substitua as planilhas que você deve usar para agrupar seus ICs.

Para obter mais informações, consulte Grupos do CMDB .

Localizações

Os dados que vêm de várias fontes e integrações federadas são difíceis de manter. Os seguintes atributos foram adicionados à tabela de local [cmn_location] para simplificar o gerenciamento:

Origem: a origem do registro de local.
Tipo de local: a posição do registro de local na hierarquia de locais. Você pode usar as seguintes opções para criar uma hierarquia de dados de local para atender aos seus requisitos: Região, Condado, Estado/Província, Cidade, Local, Prédio/Estrutura, Andar e Sala.
Gerenciado por grupo: o grupo que controla ou gerencia este registro de local.
Validação (duplicada e primária): sinalize registros duplicados e filtre manualmente os locais que não serão exibidos.
Fase do ciclo de vida e. Status da fase do ciclo de vida .

Valores do ciclo de vida

pares de valores de 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 CSDM padrão 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.

Ao habilitar a estrutura de CSDM, você pode começar a usar os valores 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 Ativar o plug-in CSDM. Os processos a seguir podem usar o pares de valores de ciclo de vida:

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

Dados comuns gerenciados pelo administrador de dados

Os dados comuns são armazenados nas seguintes tabelas:

Empresa: [core_company]
Unidade de negócios: [business_unit]
Departamento: [cmn_department]
Local: [cmn_location]
Grupos [sys_user_group] e usuários [sys_user]. Quando a definição completa de um IC requer que você identifique os grupos de contato associados ao IC, você pode adicionar esses dados no Equipes Lista relacionada para o IC.

Elementos de dados comuns não são itens de configuração. Dados comuns são compartilhados e usados em todo o ServiceNow AI Platform. Os dados comuns incluem a estrutura organizacional (empresa, unidade de negócios, departamento etc.), locais, grupos e usuários. Muitos produtos da ServiceNow AI Platform dependem de dados comuns para fornecer valor comercial.

O planejamento dos seus dados comuns é essencial para a implementação eficaz dos produtos e recursos de ServiceNow AI Platform. Considere os seguintes problemas:

Você tem uma fonte confiável para os dados?
Você tem várias fontes de dados?
Com que frequência os dados mudam?
Você tem a profundidade de dados que os ICs exigem?
Quem mantém os dados?

Vídeos de CSDM no Comunidade ServiceNow

Lista de reprodução de todos os vídeos CSDM