Puis-je connecter ServiceNow à iDBQuery ?

iDBQuery se connecte à ServiceNow via son connecteur d'API REST, configuré face à la Table API de ServiceNow avec des identifiants pour les tables dont vous avez besoin, par exemple les tables incident, change_request, sc_request et de la CMDB. iDBQuery les intègre dans un modèle en direct et interrogeable. C'est un connecteur REST générique pointé vers votre instance, et non une application ServiceNow native certifiée, de sorte qu'il s'adapte à vos champs et tables personnalisés.

Les équipes IT et opérationnelles demandent :

• Quel est notre délai moyen de résolution par priorité et par groupe d'affectation ce trimestre ?
• Quelle est la taille de l'arriéré de changements, et quel est notre taux d'échec des changements ?
• Quels éléments de configuration sont liés au plus grand nombre d'incidents ?

Chaque valeur est sourcée jusqu'aux enregistrements sous-jacents, de sorte qu'un responsable de service peut faire confiance à un chiffre de SLA sans relancer un rapport. L'avantage est de joindre les données ITSM au reste de l'entreprise : reliez les incidents aux systèmes générateurs de revenus, ou combinez les données de service avec les données RH et d'actifs pour obtenir une vue d'ensemble. Si l'accès à l'API en direct est limité, exportez les rapports ServiceNow en CSV et ingérez-les de manière planifiée, ou connectez un entrepôt où les données sont répliquées. iDBQuery conserve un modèle unique, de sorte que la question en langage courant reste la même, et chaque indicateur de service reste traçable jusqu'à sa source.