Processo 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.

Contratos

Um contrato é um acordo vinculativo entre duas partes. Em Now 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 Contract Management.
• Na aplicação Gestão de nível de serviço, 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.
• Os contratos de serviço usados por Espaço de gestão de fornecedores podem oferecer suporte a ICs de hardware 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árias atribuições de serviço e ANSs. Consulte Definição de um contrato de serviço no Customer Service Management.

Produtos e modelos de produtos

Um modelo de produto é uma versão ou configuração específica de um produto usada para gerenciar e rastrear aplicações no Now Platform. 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. Para obter mais informações, consulte Catálogo de produtos.

Além disso, você pode identificar os produtos que atingem o fim da vida útil, conforme definido por provedores de terceiros ou responsáveis pelos produtos internos. Você também pode agrupar outros produtos como componentes para representar o conjunto de produtos que sua organização desenvolve, vende ou usa.

Os modelos de produtos são estendidos em sete tipos básicos: modelo de aplicação (versão independente), modelo de software (versão específica), modelo de contrato, modelo de instalação, modelo de hardware, modelo de consumo e modelo de serviço. 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).

Os modelos de produto são armazenados na tabela [cmdb_model] ou nas tabelas estendidas alinhadas aos sete tipos de base. As tabelas de modelo de produto não são ICs. Os itens de configuração podem usar o atributo de ID do modelo para fazer referência a modelos de produto. Por exemplo, um IC de oferta de serviço pode fazer referência a um modelo de serviço específico a que outras ofertas de serviço do mesmo tipo também fazem referência.

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. Consulte Gerar automaticamente modelos de produto para ICs lógicos.

Grupo de 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 Now 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.
• Grupos de CMDB são armazenados na tabela [cmdb_group].
• É possível que o grupo de CMDB substitua as planilhas que você deve usar para agrupar seus ICs.

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

Estados do 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 CSDM padrão 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.

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

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.

Os status do ciclo de vida legado são atualizados automaticamente

Mapear seus valores de ciclo de vida existentes para estados do ciclo de vida do CSDM

Use o módulo Mapeamento de ciclo de vida (CSDM > Mapeamento do ciclo de vida) para especificar como os valores de ciclo de vida existentes devem ser convertidos para CSDM estados de ciclo de vida. O mapeamento garante que os produtos Now Platform "vejam" ICs legados em seu ambiente. Nesse exemplo, o valor de Instalação Pendente existente do atributo Status de Instalação para os ICs de hardware sempre mapearão o estado de ciclo de vida de Implantar/Testar no CMDB. Consulte Especifique como mapear estados de ciclo de vida legado para CMDB estados e Ativar a migração do ciclo de vida.

Dados comuns

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

Gestão de locais

Os dados que vêm de várias fontes e integrações federadas são difíceis de manter. Os atributos a seguir foram incluídos na 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: consulte Estados do ciclo de vida.

Vídeos de CSDM no ServiceNow Community

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