{"id":41326,"date":"2026-04-05T23:06:07","date_gmt":"2026-04-05T23:06:07","guid":{"rendered":"https:\/\/ramsdata.com.pl\/checkmk-e-integracao-com-sistemas-itsm-como-combinar-monitorizacao-e-emissao-de-bilhetes\/"},"modified":"2026-04-05T23:06:07","modified_gmt":"2026-04-05T23:06:07","slug":"checkmk-e-integracao-com-sistemas-itsm-como-combinar-monitorizacao-e-emissao-de-bilhetes","status":"publish","type":"post","link":"https:\/\/ramsdata.com.pl\/pt-pt\/checkmk-e-integracao-com-sistemas-itsm-como-combinar-monitorizacao-e-emissao-de-bilhetes\/","title":{"rendered":"Checkmk e integra\u00e7\u00e3o com sistemas ITSM – como combinar monitoriza\u00e7\u00e3o e emiss\u00e3o de bilhetes"},"content":{"rendered":"

A monitoriza\u00e7\u00e3o sem gest\u00e3o de ac\u00e7\u00f5es \u00e9 a monitoriza\u00e7\u00e3o pela monitoriza\u00e7\u00e3o. Milhares de alertas por dia, metade dos quais s\u00e3o ignorados, um quarto dos quais resultam na cria\u00e7\u00e3o manual de bilhetes e os restantes perdem-se no ru\u00eddo – esta \u00e9 a realidade de muitos departamentos de TI que implementaram a monitoriza\u00e7\u00e3o sem uma integra\u00e7\u00e3o cuidadosa com os processos de ITSM. A Checkmk<\/a> resolve este problema atrav\u00e9s de integra\u00e7\u00f5es nativas com sistemas populares de ticketing e ITSM, fechando o ciclo entre a dete\u00e7\u00e3o e a resolu\u00e7\u00e3o de problemas. <\/p>\n

\u00cdndice<\/h3>\n
    \n
  1. Porque \u00e9 que a monitoriza\u00e7\u00e3o sem ITSM \u00e9 incompleta?<\/li>\n
  2. Como \u00e9 que o Checkmk se integra com os sistemas de emiss\u00e3o de bilhetes?<\/li>\n
  3. Integra\u00e7\u00e3o com o ServiceNow<\/li>\n
  4. Integra\u00e7\u00e3o com o Jira Service Management<\/li>\n
  5. Integra\u00e7\u00e3o com outros sistemas ITSM<\/li>\n
  6. Gest\u00e3o de alertas e redu\u00e7\u00e3o de ru\u00eddo<\/li>\n
  7. Principais conclus\u00f5es<\/li>\n
  8. FAQ<\/li>\n
  9. Resumo<\/li>\n<\/ol>\n

    Porque \u00e9 que a monitoriza\u00e7\u00e3o sem ITSM \u00e9 incompleta?<\/h3>\n

    A monitoriza\u00e7\u00e3o detecta os problemas, mas \u00e9 o ITSM que gere a solu\u00e7\u00e3o. Sem integra\u00e7\u00e3o entre estes sistemas, ocorre o “vale da morte”: \u00e9 gerado um alerta no sistema de monitoriza\u00e7\u00e3o, algu\u00e9m o v\u00ea (ou n\u00e3o), cria manualmente um bilhete, atribui-o \u00e0 pessoa certa, completa a descri\u00e7\u00e3o…. e s\u00f3 depois \u00e9 que come\u00e7a o trabalho efetivo para resolver o problema. O tempo entre a dete\u00e7\u00e3o e a primeira a\u00e7\u00e3o corretiva (MTTA – Mean Time To Acknowledge) \u00e9 muito mais longo do que deveria ser. <\/p>\n

    O outro lado do problema \u00e9 a falta de encerramento do ciclo: o bilhete \u00e9 resolvido, mas o sistema de monitoriza\u00e7\u00e3o n\u00e3o sabe quando e por quem. Faltam dados para a an\u00e1lise do MTTR (Mean Time To Resolve), falta informa\u00e7\u00e3o sobre a recorr\u00eancia de incidentes, falta contexto para o postmortem. <\/p>\n

    O Checkmk<\/a> com integra\u00e7\u00e3o ITSM fecha este ciclo – desde a cria\u00e7\u00e3o autom\u00e1tica de um bilhete quando \u00e9 detectado um problema, passando pela atualiza\u00e7\u00e3o do seu estado, at\u00e9 ao encerramento autom\u00e1tico quando a monitoriza\u00e7\u00e3o confirma uma solu\u00e7\u00e3o.<\/p>\n

    Como \u00e9 que o Checkmk se integra com os sistemas de emiss\u00e3o de bilhetes?<\/h3>\n

    A Checkmk oferece dois mecanismos de integra\u00e7\u00e3o com sistemas externos. As Regras de Notifica\u00e7\u00e3o s\u00e3o um mecanismo incorporado configur\u00e1vel atrav\u00e9s da interface Web – define quais os alertas, para que anfitri\u00f5es\/servi\u00e7os e em que circunst\u00e2ncias devem gerar ac\u00e7\u00f5es externas. A Consola de Eventos \u00e9 um mecanismo de correla\u00e7\u00e3o de eventos que pode gerar bilhetes com base em padr\u00f5es de eventos em vez de alertas individuais. <\/p>\n

    Os mecanismos t\u00e9cnicos de integra\u00e7\u00e3o s\u00e3o: scripts de notifica\u00e7\u00e3o (Python\/Shell), a API REST da Checkmk, webhooks e Event Rules. A Checkmk fornece scripts de notifica\u00e7\u00e3o prontos a utilizar para os sistemas ITSM mais populares – ServiceNow, Jira, PagerDuty, OpsGenie e outros – que apenas requerem a configura\u00e7\u00e3o de par\u00e2metros de liga\u00e7\u00e3o. <\/p>\n

    Integra\u00e7\u00e3o com o ServiceNow<\/h3>\n

    A integra\u00e7\u00e3o do Checkmk com o ServiceNow \u00e9 uma das mais extensas dos sistemas ITSM suportados. O plugin pr\u00e9-constru\u00eddo dispon\u00edvel no Checkmk Exchange suporta: cria\u00e7\u00e3o autom\u00e1tica de incidentes no ServiceNow quando \u00e9 detectado um alerta CRIT ou WARN, atualiza\u00e7\u00e3o autom\u00e1tica do incidente quando o estado monitorizado muda (por exemplo, de CRIT para WARN), encerramento autom\u00e1tico do incidente quando o Checkmk regista um regresso a um estado OK. <\/p>\n

    O mapeamento de atributos \u00e9 configur\u00e1vel – podes mapear as severidades do Checkmk para as categorias de incidentes do ServiceNow, atribuir grupos de suporte com base em etiquetas de anfitri\u00e3o ou etiquetas de servi\u00e7o no Checkmk. A sincroniza\u00e7\u00e3o bidirecional tamb\u00e9m permite que as notas sejam adicionadas a um incidente ServiceNow diretamente a partir do Checkmk. <\/p>\n

    Integra\u00e7\u00e3o com o Jira Service Management<\/h3>\n

    Para as organiza\u00e7\u00f5es que utilizam o Jira Service Management (anteriormente Jira Service Desk), a Checkmk oferece integra\u00e7\u00e3o atrav\u00e9s da API REST do Jira. Os alertas da Checkmk criam problemas no projeto Jira selecionado com campos de preenchimento autom\u00e1tico: resumo (nome do anfitri\u00e3o + servi\u00e7o + estado), descri\u00e7\u00e3o (contexto completo do alerta da Checkmk), prioridade (mapeada a partir da gravidade da Checkmk), etiquetas (etiquetas da Checkmk). <\/p>\n

    A configura\u00e7\u00e3o permite o encaminhamento de bilhetes para diferentes projectos Jira, dependendo da origem do alerta – por exemplo, os alertas de infraestrutura v\u00e3o para o projeto Ops, os alertas de aplica\u00e7\u00f5es para o projeto Dev. A integra\u00e7\u00e3o com o software de monitoriza\u00e7\u00e3o<\/a> cria um ecossistema de gest\u00e3o de incidentes consistente. <\/p>\n

    Integra\u00e7\u00e3o com outros sistemas ITSM<\/h3>\n

    Para al\u00e9m do ServiceNow e do Jira, o Checkmk suporta a integra\u00e7\u00e3o com: PagerDuty (escalonamento de alertas e gerenciamento de plant\u00e3o), OpsGenie (plataforma alternativa de alertas), Slack e Microsoft Teams (notifica\u00e7\u00f5es de bate-papo com um link para o incidente), e-mail (com formata\u00e7\u00e3o HTML avan\u00e7ada, incluindo contexto de alerta), VictorOps\/Splunk On-Call, Zendesk e outros por meio de scripts personalizados.<\/p>\n

    Os scripts de notifica\u00e7\u00e3o personalizados permitem a integra\u00e7\u00e3o com qualquer sistema que suporte APIs HTTP – oferecendo flexibilidade ilimitada para organiza\u00e7\u00f5es com sistemas ITSM personalizados.<\/p>\n

    Gest\u00e3o de alertas e redu\u00e7\u00e3o de ru\u00eddo<\/h3>\n

    A integra\u00e7\u00e3o com o ITSM \u00e9 t\u00e3o boa quanto a qualidade dos alertas que lhe s\u00e3o enviados. A Checkmk oferece mecanismos de redu\u00e7\u00e3o de ru\u00eddo que evitam que os sistemas de bilh\u00e9tica sejam inundados com falsos alertas e alertas flutuantes. <\/p>\n

    A Dete\u00e7\u00e3o de Flap detecta os servi\u00e7os a “piscar” entre estados e ret\u00e9m as notifica\u00e7\u00f5es at\u00e9 estabilizarem. O Delay and Renotification permite-te definir a dura\u00e7\u00e3o m\u00ednima de um problema antes de ser gerado um ticket. A supress\u00e3o de alertas durante as janelas de servi\u00e7o impede a gera\u00e7\u00e3o de incidentes durante as interrup\u00e7\u00f5es programadas. A correla\u00e7\u00e3o no Event Console permite que v\u00e1rios alertas relacionados a um \u00fanico evento (por exemplo, falha de switch causando alertas para centenas de hosts) sejam agrupados em um \u00fanico t\u00edquete. <\/p>\n

    Principais conclus\u00f5es<\/h3>\n