Serviços de Negócio no Portal Nyverra: traduza a TI para o negócio

Há uma diferença de linguagem entre a TI e o negócio. A TI fala em servidores, links e clusters; o negócio fala em e-mail que não chega, ERP que não abre, laudo que não é emitido. O Service Mapping do Portal Nyverra ITSM serve como tradutor: ele liga os ativos aos serviços de negócio que eles sustentam.

Este guia explica o módulo de Serviços de Negócio: o que ele resolve, como o mapeamento funciona e por que a criticidade do serviço deve guiar a priorização do atendimento.

Interface do módulo no Portal Nyverra ITSM.

O que é um serviço de negócio

Um serviço de negócio é a entrega que o cliente percebe — algo com nome de negócio, não de infraestrutura:

Serviço de negócio	Ativos que dependem
E-mail corporativo	Servidor de e-mail, DNS, link, firewall
ERP	Aplicação, banco de dados, storage, rede
PACS (imagem médica)	Servidor de imagens, storage, rede, estações

O objetivo do mapeamento é responder, em segundos: “Se este ativo falhar, qual serviço o cliente perde e com que criticidade?”

Por que isso muda a priorização

Sem serviços de negócio, a fila tende a refletir quem reclama mais alto. Com o mapeamento, a prioridade passa a refletir impacto real. Um alerta em um servidor de homologação pode ser tratado em horário comercial; o mesmo alerta em um ativo do PACS de um hospital é potencialmente crítico, mesmo que o sintoma técnico pareça pequeno.

Quem usa

Perfil	Uso típico
Gestor de serviços	Definir serviços e criticidade
Infra / CMDB	Mapear os ativos que compõem cada serviço
Operação / NOC	Consultar o impacto ao tratar incidentes

Como usar: passo a passo

1. Liste os serviços de negócio relevantes (comece pelos críticos).
2. Classifique a criticidade de cada um (alta, média, baixa).
3. Vincule os ativos do CMDB que compõem cada serviço.
4. Relacione com clientes/contratos quando o serviço for específico de uma organização.
5. Use o mapa no atendimento para priorizar e comunicar incidentes.

Regras de negócio

Regra	Explicação
Serviço ≠ ativo	O serviço é a entrega; o ativo é o que a sustenta. Um serviço depende de vários ativos.
Criticidade	Deve ser definida com o negócio, não apenas pela TI.
Atualização	O mapa precisa acompanhar o CMDB; desatualizado, engana.

Boas práticas

• Comece pelos serviços mais críticos e expanda — não tente mapear tudo de uma vez.
• Alinhe a criticidade com o negócio: o que o cliente considera essencial?
• Vincule serviços a mudanças e problemas para levar o contexto à decisão.
• Use o mapa para comunicar: “incidente no serviço X” fala mais que “alerta no host Y”.
• Revise o mapa periodicamente, junto às mudanças de infraestrutura.

Erros comuns

Situação	O que fazer
Mapa “de papel”, nunca atualizado	Crie um dono para o mapa e revise a cada mudança relevante.
Tudo marcado como crítico	Se tudo é crítico, nada é. Diferencie por impacto real ao negócio.
Serviço sem ativos vinculados	Sem vínculo, não há análise de impacto — mapeie as dependências.

Perguntas frequentes

Qual a diferença entre serviço de negócio e ativo?
O ativo é a peça técnica; o serviço de negócio é a entrega percebida pelo cliente, sustentada por vários ativos.

Isso substitui o CMDB?
Não — complementa. O CMDB guarda os CIs; o Service Mapping organiza-os em serviços.

Serve para priorização automática?
A criticidade do serviço orienta a prioridade; configure com o negócio.

Automatize via API

O módulo é exposto por API (/api/servicos-negocio e recursos de mapeamento), favorecendo a integração com o CMDB e com ferramentas de monitoramento. Referência em developer.nyverra.com.

Cenários de uso: o mapa que muda a priorização

1. Hospital e PACS. Um alerta em um storage pode parecer rotina — até o mapa mostrar que ele sustenta o sistema de imagens médicas. O incidente, então crítico, é tratado como tal.

2. E-mail corporativo. A queda de um servidor de e-mail afeta centenas de pessoas. Com o serviço mapeado, a comunicação ao negócio muda: “o serviço de e-mail está afetado”, e não “o host X apresentou erro”.

3. ERP e fechamento de mês. Uma degradação do ERP em período de fechamento tem impacto desproporcional. A criticidade do serviço, combinada ao contexto, orienta o reforço de prioridade e a comunicação proativa.

Como construir o mapa (sem virar projeto eterno)

1. Liste os serviços de negócio dos mais para os menos críticos.
2. Para cada um, identifique os ativos que o sustentam (usando o CMDB).
3. Defina a criticidade com o negócio — não sozinho na TI.
4. Vincule a clientes/contratos, quando o serviço for específico.
5. Revise o mapa a cada mudança relevante de infraestrutura.

KPIs e impacto

Indicador	O que revela
Serviços mapeados vs total	Cobertura do mapeamento
Serviços sem ativos vinculados	Mapas incompletos
Incidentes por serviço crítico	Onde priorizar esforço
MTTR por criticidade	Se a priorização funciona

Com o mapa em mãos, a TI passa a falar a linguagem do negócio — e a priorização deixa de ser opinativa para se tornar estratégica.

Checklist do Service Mapping

1. Liste os serviços de negócio por criticidade.
2. Para cada um, identifique os ativos que o sustentam.
3. Valide a criticidade com o negócio.
4. Vincule serviços a clientes/contratos quando específicos.
5. Defina um dono do mapa e revise a cada mudança relevante.
6. Use o mapa na priorização e na comunicação de incidentes.

Perguntas frequentes adicionais

Preciso mapear todos os serviços de uma vez?
Não. Comece pelos mais críticos; o mapa cresce conforme a maturidade.

Como isso se liga ao CMDB?
O CMDB guarda os ativos; o Service Mapping organiza-os em serviços de negócio.

Serve para relatórios?
Sim — permite relatórios por serviço e por criticidade, além de MTTR por impacto.

Conclusão

Serviços de Negócio dão contexto ao atendimento. Quando a TI enxerga o impacto na linguagem do negócio, a priorização deixa de ser opinativa e passa a ser estratégica — e cada incidente é tratado pelo que realmente importa.