Um incidente é uma coisa partida. Um pedido é algo necessário. A maioria dos helpdesks achatam tanto em uma fila de tickets indiferenciada, então "a VPN está para baixo" e "por favor providencie um laptop para o novo starter de segunda-feira" competir pela mesma atenção de triagem e ser medido pelo mesmo relógio. Monitic implementa o cumprimento da solicitação ITIL como sua própria disciplina: um catálogo de serviços configurável, fluxos de trabalho de pedidos que são executados separadamente dos fluxos de trabalho incidentes e o manuseio que se adapta a quem está perguntando. Os pedidos param de se disfarçar de emergências, e as emergências param de se afogar em papelada.

# Um catálogo de serviços que define o caminho, não apenas o formulário

Solicitações de texto livre são trabalho não estruturado: cada "posso ter acesso a..." e-mail precisa de um humano para interpretá-lo, roteá-lo e lembrar qual foi o processo da última vez. Um catálogo de serviços substitui interpretação por definição. Em Monitic, cada item de catálogo — um laptop de início novo, uma licença de software, uma bolsa de acesso — carrega seu próprio fluxo de trabalho de solicitação, de modo que no momento em que uma solicitação é levantada, o caminho de preenchimento já está decidido. O solicitante sabe o que esperar; o técnico sabe o que fazer; o gerente sabe onde cada solicitação aberta fica. Esse é o modelo alinhado com ITIL sem o aglutinante de documentos de processo que geralmente vem com ele.

# # Solicitar fluxos de trabalho distintos dos fluxos de trabalho incidentes

Como os pedidos e incidentes são estruturalmente diferentes tipos de registros na Monitic, eles têm diferentes ciclos de vida. Um incidente move-se através do diagnóstico e resolução contra um relógio de urgência; uma solicitação move-se através de estágios de realização definidos. Sua equipe pode relatar de forma honesta sobre cada fluxo — o rendimento da solicitação não é inflado por interrupções, e as métricas de resposta de incidentes não são diluídas por provisionamento de rotina. Quando uma solicitação precisa de compromissos de cronometragem, SLA management aplica metas por prioridade para ele assim como faz com incidentes, e ticket automation lida com as etapas de roteamento e atribuição que nunca precisou de um humano.

# Tratamento consciente tipo solicitante: trabalho interno vs. trabalhos faturáveis

O mesmo pedido significa coisas diferentes, dependendo de quem o levantou. Quando o pessoal interno pede um laptop, isso é trabalho de TI interno. Quando um cliente de um MSP pede a mesma coisa, isso é prestação de serviço billable. O atendimento do pedido da Monitic é do tipo solicitante: distingue o pessoal interno do trabalho do cliente no ponto de entrada, de modo que o manuseio a jusante — e o registro comercial — segue automaticamente. Para os prestadores de serviços, os pedidos preenchidos fluem para billing e contratos, onde o trabalho entregue se conecta ao contrato do cliente, faturas e livro de registros sem um exercício de reconciliação separado no final do mês.

# Funciona com

• Ticketing — o lado incidente da secretária, com contexto de dispositivo em tempo real em cada bilhete.
• Gestão SLA — metas por prioridade aplicadas a pedidos e incidentes.
• Billing and contracts — transformar pedidos de clientes satisfeitos em trabalhos facturados.
• Automation — scripts e implantações que executam os passos de cumprimento.

# Perguntas frequentes

Como é que um pedido é diferente de um incidente em Monitic?

Eles são tipos de registro separados com fluxos de trabalho separados. Os incidentes seguem um ciclo de vida diagnóstico-e-resolução; as solicitações seguem etapas definidas de cumprimento do catálogo de serviços. Relatórios, filas e compromissos de tempo permanecem distintos, o que mantém ambos os conjuntos de métricas honestos.