DataImporter - Importation des requêtes (Incidents / SR)

AFFICHER TOUT LE CONTENU

Table des matières

Aperçu

Cet article explique comment importer des requêtes d'un autre système vers Octopus. Ce type d'importation peut être utile pour conserver un certain historique.
 

ATTENTION : 

Ce type d'importation comporte des risques, particulièrement si Octopus est déjà en production dans votre environnement.

Elle devrait être faite par une personne chevronnée dans la connaissance de DataImporter.

Nous recommandons aussi de communiquer avec nous avant de procéder à l'importation pour faire la demande d'une base de données de test temporaire pour minimiser les risques de problèmes avec l'import et obtenir de l'aide et des conseils au besoin. 

 

Mise à jour des requêtes

Avant la version 4.2.80 : Il est à noter que ce type d’importation peut se faire une fois seulement, pour la création des requêtes. L’importation répétée d’une même source de données ne fera pas de mise à jour. Si vous importez les numéros de requête du système source, le système vous donnera un message d'erreur lorsque vous allez tenter d'importer le même enregistrement. Par contre, si vous importez sans le numéro de requête d'origine, le système importera les requêtes à nouveau, ce qui vous donnera des doublons.

ATTENTION :

À partir de la version 4.2.80, est est possible de faire la mise à jour des requêtes sous certaines conditions.  Cette page sera bientôt mise à jour avec la nouvelle information, pour de l'aide avec cette option entre-temps, communiquez avec nous


Références

Ce que vous devez savoir :  

Les fichiers modèles de référence (.xlsx et .xml) pour l'importation sont inclus dans le fichier compressé Requêtes.zip.  
 

Champs requis

  • Type - (Incident ou SR)
    • Indique s'il s'agit d'un incident ou d'une demande de services (SR). Il est possible d'importer les incidents et les SR à partir du même fichier
  • TypeDeSR
    • Lorsqu'il s'agit d'une SR, ce champ devient obligatoire
    • Le nom du type de SR doit exister dans Octopus et est configurable à partir du menu Outils > Gestion des données de référence... > Demande de service > Types
  • Sujet - Texte(500)
    • Représente le sujet de la requête
  • État
    • Doit être un état de requête valide
    • Les valeurs acceptées sont : Nouveau, Assigné, En traitement, En attente, Suspendu, Résolu, Fermé, Annulé
    • Les valeurs Résolu, Fermé et En attente seront importées tel quel
    • Les valeurs Nouveau, Assigné, En traitement, Suspendu et Annulé seront importées en tant que Assigné
  • Utilisateur
    • Doit correspondre au nom d’utilisateur Windows de la fiche d'un utilisateur actif
  • Demandeur
    • Doit correspondre au nom d’utilisateur Windows de la fiche d'un utilisateur actif

Champs optionnels

  • NuméroIncident
    • Doit contenir le numéro de la requête provenant de la source à importer
    • Le numéro sera préfixé au sujet de l’incident
  • DescriptionDétaillée - Texte(5000)
    • Description détaillée de la requête
    • Ce champ est requis s'il est obligatoire dans les options d'Octopus
  • Groupe - Texte(50)
    • Représente le groupe auquel l’incident sera rattaché et doit donc être un nom de groupe valide
    • Lorsque la requête est associée à un intervenant, il doit donc faire partie du groupe spécifié ici
    • Lorsque le groupe n'est pas spécifié, la requête est associée au groupe "Centre de services" par défaut
  • Intervenant
    • Utilisateur Octopus auquel l’incident sera assigné
    • Doit correspondre au nom d’utilisateur Windows de la fiche d'un utilisateur Octopus actif
    • Ce champ est requis si la requête est à l'état "Assigné", "En traitement", "Résolu" ou "Fermé"
  • Impact - Texte(50)
    • Doit être égal au libellé d’un niveau d’impact déjà configuré dans Octopus
    • Exemple : "1 – Élevé", "2 – Moyen", "3 – Bas"
    • L'impact est configurable à partir du menu Outils > Gestion des données de références... > Incident > Impacts
    • Ce champ est requis s'il est obligatoire dans les options d'Octopus
  • Urgence - Texte(50)
    • Doit être égal au libellé d’un niveau d’urgence déjà configuré dans Octopus
    • Exemple : "1 - Urgent", "2 – Normal" 
    • L'urgence est configurable à partir du menu Outils > Gestion des données de références... > Incident > Urgences
    • Ce champ est requis s'il est obligatoire dans les options d'Octopus
  • Priorité - Texte(100)
    • Doit être égal au libellé d’un niveau de priorité déjà configuré dans Octopus
    • Exemple : "1 – Critique", "2 – Normal", "3 – Bas"
    • La priorité est configurable à partir du menu Outils > Gestion des données de références... > Incident > Priorités
    • Ce champ est requis s'il est obligatoire dans les options d'Octopus
  • Catégorie
    • Doit être égale au libellé d’une catégorie déjà configurée dans Octopus
    • Ne doit pas être présent dans le cas d'une SR, sinon l'enregistrement sera rejeté
    • Lorsqu'une sous-catégorie est spécifiée, la catégorie devient obligatoire
    • Ce champ est requis s'il est obligatoire dans les options d'Octopus et que l'incident est à l'état "Résolu"
  • Sous-catégorie
    • Doit être égale au libellé d’une sous-catégorie déjà configurée dans Octopus
    • Ne doit pas être présent dans le cas d'une SR, sinon l'enregistrement sera rejeté
    • Ce champ est requis s'il est obligatoire dans les options d'Octopus et que l'incident est à l'état "Résolu"
  • DateOuverture - Date et heure
    • Représente la date d’ouverture dans le format YYYY-MM-DD HH:MM:SS
    • Si non spécifiée, la date du système sera utilisée lors de l'importation
    • Ce champ est requis lorsque la requête est à l'état "Résolu" et doit être inférieure à la date de résolution
  • DateRésolution - Date et heure
    • Représente la date à laquelle l’incident a été résolu dans le format YYYY-MM-DD HH:MM:SS
    • La date de résolution doit être supérieure à la date d’ouverture
    • Ce champ est requis lorsque la requête est à l'état "Résolu" ou "Fermé"
  • EffortRésolution
    • Format HH:MM:SS (dans Excel la colonne doit être en format texte). Par exemple, pour entrer 1 heure 30, vous devez inscrire 01:30 dans la colonne
    • Ce champ est requis s'il est obligatoire dans les options d'Octopus
  • DateFermeture - Date et heure
    • Représente la date à laquelle l’incident a été fermé dans le format YYYY-MM-DD HH:MM:SS
    • La date de fermeture doit être égale ou supérieure à la date de résolution
    • Ce champ est requis lorsque la requête est à l'état "Fermé"
  • RaisonMiseEnAttente - Texte(100)
    • Indique la raison pour laquelle l’incident a été mis à l'état "En attente"
    • La raison doit être égale au libellé d’une raison existante dans Octopus
    • La raison de la mise en attente est configurable à partir du menu Outils > Gestion des données de référence... > Incident > Raison de la mise en attente
  • DescriptionRésolution - Texte(5000)
    • Représente la description de l’activité de résolution
    • Ce champ est requis lorsque la requête a l'état "Résolu" ou "Fermé" et qu'il est obligatoire dans les options d'Octopus
  • ActivitéRésolution - Texte(100)
    • Représente le TYPE d’activité décrivant la résolution
    • Les types d'activités sont configurables à partir du menu Outils > Gestion des données de référence... > Général > Types d'activité
    • Ce champ est requis lorsque la requête a l'état "Résolu" ou "Fermé" et qu'il est obligatoire dans les options d'Octopus
  • NoteFermeture - Texte(5000)
    • Représente la note de fermeture associée à la requête lorsque son état est à "Fermé"
    • La note de fermeture n'est pas obligatoire
  • CI
    • CI en cause associé à l’incident
    • La méthode d'identification du CI est le nom
    • Ce champ est requis s'il est obligatoire dans les options d'Octopus
  • Site - Texte(200)
    • Site associé à la requête
    • Le système va créer le site (ou le sous-site) lors de l'importation s'il n'existe pas
    • Pour spécifier des sous-sites, utilisez la barre verticale "|" pour séparer les sous-items de la hiérarchie
    • Le site est configurable à partir du menu Outils > Gestion des données de référence... > Général > Sites
    • Ce champ est requis s'il est obligatoire dans les options d'Octopus
  • ServiceTI
    • Service TI associé à l’incident et doit être un service TI existant dans Octopus
    • L'importation du service TI peut se faire seulement avec les incidents et ne doit donc pas être présent lors de l'importation des demandes de services.

Fichier de configuration (XML)

La déclaration de la source se fait en indiquant la valeur INCIDENT dans la balise <Content>

ATTENTION : Le modèle de fichier XML utilisé en exemple est pour une importation à partir d'Excel 2007 ou 2010. Pour l'explication des balises générales à tous les types d'importation ou pour d'autres types de fichiers, veuillez vous référer à l'article Fichier de configuration XML.
<?xml version="1.0" encoding="utf-8" ?> 
<Sources> 
   <Source Name="ImportationRequete"> 
      <ConnectionString>Provider=Microsoft.ACE.OLEDB.12.0;Data Source=c:\Import\RequetesTI.xlsx;Extended Properties="Excel 12.0 Xml;HDR=YES";</ConnectionString> 
      <ViewName>[ImportationRequetes$]</ViewName> 
      <Content>Incident</Content> 
   </Source> 
</Sources>

Trucs et astuces

  • Champs obligatoires
    • Si vous effectuez l'importation en début d'intégration, donc vous n'êtes pas encore en production avec Octopus, il est fortement suggéré de désactiver tous les champs obligatoires pour faciliter l'importation. Par la suite, lorsque vous réactiverez les champs obligatoires, vous n'aurez qu'à gérer les requêtes ouvertes.
    • La configuration des champs obligatoires se fait à partir du menu Outils > Options... > section Champs visibles et obligatoires.
  • Utilisateur, demandeur et intervenant
    • L'importation des requêtes ne permet pas d'associer une requête à un utilisateur ou un intervenant inactif. Si vous avez ce cas dans l'historique de vos requêtes, utilisez un utilisateur fictif et associez toutes vos requêtes à cet utilisateur, que vous pourrez désactiver par la suite.
X
Aidez-nous à améliorer l’article








Aidez-nous à améliorer l’article