Formcreator
Prérequis (auto-hébergé)
10.0.x
8.1
8.2
11.0.x
8.2
8.4
La version 3.0.0 du plugin, appelée Formcreator Migration Tool a été conçu pour préparer la migration des formulaires du plugin Formcreator vers le module Forms (formulaires natifs introduits dans GLPI 11).
Avec les nombreuses versions successives de Formcreator, la structure des tables a pu varier au fil du temps. Cette version 3.0.0 vise à garantir un état prévisible et conforme des données avant la migration vers GLPI 11, afin de simplifier le script de migration intégré au cœur de GLPI.
Vous pouvez ainsi mettre à jour directement votre instance vers GLPI 11.x depuis n’importe quelle version antérieure de GLPI et de Formcreator.
Exemple : Depuis GLPI 9.5.2 avec Formcreator :
Installez directement GLPI 11 et ce plugin (v3.0.0)
Exécutez la migration des tables via le plugin
Lancez la migration du cœur GLPI
Une interface dédiée vous guide à travers les différentes étapes de la migration.
Ce plugin doit être installé uniquement le temps de la migration, puis désinstallé une fois celle-ci terminée.
FormCreator est un plugin qui permet la création facile de formulaires personnalisés.
Installer le plugin
Allez sur le marketplace. Téléchargez et installez le plugin Form Creator
Fonctionnalités
Accès direct à l'interface de libre-service des formulaires dans le menu principal,
Mise en avant des formulaires sur les pages d'accueil,
Accès contrôlé aux formulaires : accès public, accès utilisateur identifié, accès restreint à certains profils,
Formulaires simples et personnalisables,
Formulaires organisés par catégories, entités et langues,
Questions de tout type de présentation : Textareas, listes, LDAP, fichiers, etc,
Questions organisées en sections. Choix de l'ordre d'affichage,
Possibilité d'afficher une question en fonction de certains critères (réponse à une question précédente),
Contrôle précis des réponses des formulaires : texte, nombres, taille des champs, email, champs obligatoires, expressions régulières, etc,
Création d'un ou plusieurs tickets à partir des réponses du formulaire,
Ajout d'une description par champ, par section, par formulaire, par entité ou par langue,
Mise en forme du ticket généré : réponses aux questions affichées, modèles de tickets,
Aperçu du formulaire créé directement dans la configuration,
Traduction des formulaires pour les proposer dans plusieurs langues.
Vous pouvez consulter le changelog complet depuis les sources du plugin.
Installer le Plugin
Décompressez l'archive.
Déplacez le répertoire
formcreatordans le répertoire<GLPI_ROOT>/pluginsNaviguez vers la page Configuration > Plugins,
Installez et activez le plugin.
Le répertoire du plugin doit avoir le même nom que le plugin :
Correct : [glpi/plugins/formcreator]{.title-ref}
Incorrect : [glpi/plugins/formcreator-master]{.title-ref}
Incorrect : [glpi/plugins/formcreator-0.90-1.3.2]{.title-ref}
Un seul répertoire doit contenir les fichiers du plugin dans le répertoire des plugins GLPI. Ne renommez pas le répertoire du plugin pour une sauvegarde, déplacez-le !
Catalogue de services
Le catalogue de services remplace l'interface simplifiée de GLPI.
Il est activé par entité et existe en deux versions :
simplifiée
étendue
Pour l'activer, modifiez une entité, ouvrez l'onglet Formulaires et réglez le champ Mode Helpdesk sur [Catalogue de services simplifié] ou Catalogue de services étendu. Ce paramètre gère l'héritage de l'entité parente vers les entités enfants.
Les utilisateurs utilisant l'interface simplifiée bénéficieront d'une nouvelle interface leur permettant de :
parcourir les formulaires et la FAQ avec l'interface unifiée
suivre le processus de leurs demandes
réserver des équipements
consulter leurs flux
Les utilisateurs utilisant l'interface étendue ont une vue plus complète de leurs demandes.
Les formulaires avec [Accès direct sur la page d'accueil]{.title-ref} activé apparaîtront dans l'interface. Les utilisateurs peuvent rechercher en parcourant les catégories à gauche de l'écran, et peuvent également rechercher des formulaires avec un moteur de recherche en langage naturel.
Par défaut, les éléments de la FAQ dans la Base de Connaissances s'affichent également avec les formulaires. La seule condition préalable est d'associer les catégories de formulaires aux catégories de la base de connaissances (dans Configuration > Intitulés > Formulaires > Catégories de formulaires).
Il est possible d'avoir un affichage distinct de la FAQ dans Administration > Entités > Formulaires. Lorsque Entrée de menu distincte est sélectionnée, le catalogue de services affiche une nouvelle entrée de menu à gauche. La FAQ est consultable par catégorie et par mots-clés.
Aperçu
Le catalogue de services affiche plusieurs compteurs en haut à gauche. Ces compteurs montrent toutes les demandes impliquant l'utilisateur actuel en tant qu'auteur, demandeur, observateur, assigné ou validateur.
Les demandes affichées ici sont :
les tickets créés sans Formcreator
les tickets générés par des formulaires n'ayant qu'une seule cible de ticket
les réponses de formulaire lorsque le formulaire n'a pas de ticket cible
les réponses de formulaire lorsque le formulaire a plusieurs tickets cibles
Les demandes sont réparties sur 4 compteurs :
en cours
en attente
à valider
clôturé
Flux RSS
Lorsque les utilisateurs sont autorisés à consulter les flux RSS, le catalogue de services affiche une entrée de menu à gauche pour y accéder. L'administration des flux RSS se fait dans GLPI comme d'habitude.
Réservations
Les utilisateurs peuvent réserver un équipement avec le système de réservation de GLPI, disponible dans le menu de gauche du catalogue de services.
Configuration des formulaires
Création de formulaire
Naviguez vers Administration > Formulaires.
Cliquez sur le bouton pour ajouter un formulaire +
Les champs suivants doivent être renseignés :
Nom : Nom du formulaire.
Actif : Un formulaire est inactif par défaut. Vous devez l'activer explicitement lorsqu'il est prêt à être utilisé.
Il est recommandé de remplir le champ Catégorie :
Dans l'interface simplifiée, les catégories permettent de classer les formulaires par Blocs.
Si vous souhaitez utiliser le catalogue de services, vous devez utiliser des catégories de formulaires.
Accès direct sur la page d'accueil : Accès direct au formulaire depuis l'interface simplifiée de GLPI.
Description : s'affiche dans la liste des formulaires.
Langue : par défaut, un formulaire est réglé sur la langue de son créateur. Le formulaire ne sera disponible que pour les utilisateurs utilisant la même langue que le formulaire. Choisissez Toutes les langues pour rendre le formulaire disponible aux utilisateurs sans restriction de langue.
En-tête : s'affiche lorsque le formulaire est présenté.
Doit être validé : Si Oui, une liste de validateurs s'affiche. Il s'agit d'une liste d'utilisateurs GLPI (avec le droit Valider un incident ou Valider une demande (dans son profil) sur une entité compatible avec l'entité du formulaire). La liste des validateurs est une liste à choix multiples. Si aucun validateur n'est sélectionné, tous sont soumis lorsque le formulaire est utilisé.
Formulaire par défaut dans le catalogue de services : si Oui, le formulaire s'affichera dans le catalogue de services sans être filtré par la catégorie ou les mots-clés actuels.
Une fois tous les champs remplis, cliquez sur le bouton ajouter en bas de la page.
La suppression d'un formulaire n'est possible que s'il n'y a pas de réponses associées. Pour supprimer un formulaire, supprimez d'abord toutes ses réponses depuis l'onglet Réponses du formulaire.
Sections
Après avoir cliqué sur l'onglet Question, la page suivante s'affiche :
Vous devez créer une première section. Les sections servent à organiser les questions dans le formulaire.
Il est possible de configurer des conditions pour afficher la section entière, en fonction des réponses fournies aux questions situées dans d'autres sections du formulaire.
Questions
Cliquez sur le lien Ajouter une question dans la section de votre choix.
La page suivante s'affiche :
Une question est composée de :
un titre : c'est l'étiquette de la question dans le formulaire.
un type : voir la liste ci-dessous.
une section : la section contenant la question. Vous pouvez déplacer une question vers une autre section à l'aide de ce champ.
une description : elle s'affiche sous la question dans le formulaire. Utilisez-la comme une indication pour le demandeur, en lui indiquant le contenu attendu.
une liste déroulante Afficher le champ pour activer une condition
Elle propose les choix suivants :
Toujours visible : le champ est toujours affiché.
Caché sauf si : la question est cachée sauf si les réponses à d'autres questions correspondent à une condition.
Affiché sauf si : la question est affichée sauf si les réponses à d'autres questions correspondent à une condition.
Les conditions peuvent être multiples. Pour ajouter ou supprimer une condition, deux boutons sont disponibles :
Liste des pictogrammes
Le cercle permet de rendre une question obligatoire
, ou facultative
Les flèches haut et flèches bas permettent de réordonner les questions dans une section.
Cliquer sur une question permet de la modifier.
Deux carrés empilés permettent de dupliquer une question ou une section entière.
La corbeille permet de supprimer une question ou une section entière.
Les questions sont organisées dans un tableau à 4 colonnes. Vous pouvez redimensionner la largeur des questions, les réordonner par glisser-déposer et placer jusqu'à 4 questions sur la même ligne.
Types de question
Il existe une vingtaine de types de questions disponibles. Selon le type choisi, vous devez fournir des informations supplémentaires.
Acteurs
Ce champ vous permet de choisir un ou plusieurs utilisateurs :
dans GLPI, disponibles dans Administration > Utilisateurs
hors GLPI, en tapant une adresse e-mail
Cases à cocher (choix multiples)
Ajoutez une ligne par valeur dans Valeurs. Les valeurs par défaut peuvent être définies dans Valeurs par défaut, une par ligne. Si ce champ est vide, aucune case à cocher ne sera cochée.
Date / Date et heure / Heure
Ce champ permet de sélectionner une date, une date et heure ou une heure à partir d'un mini calendrier.
Description
Ce champ affiche uniquement des informations. Utilisez-le pour donner plus de détails sur une question.
Liste déroulante
Ce champ permet à l'utilisateur de choisir une valeur parmi celles disponibles dans une liste déroulante de GLPI (dans Configuration > Listes déroulantes).
La réponse à ce type de champ doit être une adresse e-mail syntaxiquement valide.
Fichier
Ce champ permet au demandeur de télécharger un fichier.
Flottant
Ce champ doit être une valeur flottante. Notez que vous pouvez utiliser une expression régulière pour restreindre davantage la réponse.
Objet GLPI
Ce champ vous permet de construire une liste déroulante à partir d'un objet GLPI parmi ceux disponibles dans les menus :
Actifs
Assistance
Gestion
Outils
Administration
Champ caché
Ce champ est caché et permet de récupérer une valeur arbitraire lors de la génération de la cible (ticket ou changement).
Nom d'hôte
Ce champ est invisible. Il permet d'obtenir le nom d'hôte de l'ordinateur utilisé par le demandeur, à condition que le DNS puisse le résoudre correctement à partir de son adresse IP.
Entier
Ce champ doit être une valeur entière. Notez que vous pouvez utiliser une expression régulière pour restreindre davantage la réponse.
Adresse IP
Ce champ est caché et collecte l'adresse IP du demandeur du formulaire. Il ne s'affiche pas dans le formulaire.
Sélection LDAP
Ce champ vous permet de créer une liste déroulante avec des objets provenant d'un répertoire LDAP :
Multisélection (choix multiples)
Ce champ vous permet de créer une liste déroulante permettant de sélectionner plusieurs éléments. Les valeurs sont ajoutées une par ligne dans le champ Valeurs. Vous pouvez définir des valeurs par défaut, une par ligne dans Valeurs par défaut*. Si aucune valeur par défaut n'est définie, aucun élément ne sera sélectionné par défaut.
Type de demande
Ce champ est une liste déroulante avec les choix "Incident" ou "Demande". Il peut être utilisé pour définir le type de demande d'un ticket généré par le formulaire.
Boutons radio (un seul choix)
Ajoutez une ligne par valeur dans Valeurs. Une valeur par défaut peut être définie dans Valeur par défaut. Si ce champ est vide, aucun bouton radio ne sera sélectionné.
Sélection (un seul choix)
Ce champ vous permet de créer une liste déroulante et de définir ses éléments. Les éléments sont ajoutés une par ligne dans Valeurs. La valeur par défaut peut être définie dans Valeur par défaut. S'il n'y a pas de valeur par défaut, aucun élément n'est sélectionné par défaut.
Étiquettes
Ceci est un champ caché pour ajouter une étiquette au formulaire pour un traitement ultérieur.
Texte
Ce champ vous permet de saisir une seule ligne de texte.
Zone de texte
Ce champ vous permet de saisir plusieurs lignes de texte.
Urgence
Ce champ vous permet de sélectionner une urgence définie dans GLPI.
Conditions
Les conditions sont des expressions impliquant des questions et des sections qui sont évaluées afin de déterminer
si une question est affichée
si une section est affichée
si le bouton de soumission d'un formulaire est affiché
si une cible (voir ci-dessous) doit être générée
Les opérateurs disponibles dans une assertion sont :
égal à
différent de
inférieur à
supérieur à
inférieur ou égal à
supérieur ou égal à
est visible
n'est pas visible
correspond à une expression régulière
L'expression de condition peut être utilisée avec les règles suivantes :
Caché sauf si : l'élément est caché ou non généré sauf lorsque l'expression est vraie
Affiché sauf si : l'élément est affiché ou généré sauf lorsque l'expression est vraie
Types d'accès
Trois valeurs sont disponibles :
Accès public : Les utilisateurs anonymes peuvent accéder au formulaire ; vous pouvez l'utiliser dans un intranet.
Accès privé : Les utilisateurs disposant d'un compte GLPI peuvent accéder au formulaire.
Accès restreint : Seuls les utilisateurs disposant des profils spécifiés peuvent accéder au formulaire.
Lorsqu'un formulaire est défini sur Accès public, il est possible d'activer un captcha simple. Ce captcha devrait empêcher le spam si un formulaire est accessible depuis Internet.
Cibles
Il existe trois types de cibles pour un formulaire :
tickets
changements
problèmes
Il est possible de générer un nombre quelconque de cibles à partir d'un seul formulaire. Le mélange des types de cibles est également possible.
Pour créer une cible, cliquez sur le lien Ajouter une cible
La fenêtre suivante s'affiche alors :
Choisissez un nom et un type de cible, puis validez. La nouvelle cible est créée et disponible pour le réglage.
Aperçu
Cet onglet vous permet de visualiser la façon dont le formulaire sera rendu et de le tester sans l'activer.
Réponses du formulaire
Cet onglet affiche toutes les réponses enregistrées pour le formulaire.
Catégories
Menu : [Configuration > Listes déroulantes : Formulaires > Catégories de formulaires]{.title-ref}
Les catégories de formulaires vous permettent d'organiser votre liste de formulaires. Les formulaires sont affichés lorsqu'ils appartiennent à la catégorie sélectionnée ou à l'une de ses sous-catégories. Lorsqu'un formulaire n'a pas de catégorie, il est affiché lorsqu'aucune catégorie n'est sélectionnée ou lorsque l'utilisateur sélectionne "tout afficher".
Vous pouvez ajouter ou modifier des catégories généralement depuis le menu Configuration : [Configuration > Listes déroulantes]{.title-ref}.
Vous pouvez également ajouter de nouvelles catégories directement depuis la page du formulaire, comme toutes les listes déroulantes GLPI.
Elles sont définies par des entités et peuvent être traduites depuis GLPI 0.85, comme toutes les autres listes déroulantes.
Configuration
Rendu
Questions
Après la création d'un formulaire, créez des champs que l'utilisateur devra remplir.
Le nom des questions apparaîtra à gauche et le type de champ sélectionné à droite.
La description sera sous le champ de saisie.
Des options supplémentaires peuvent s'afficher en fonction du type de question actuellement sélectionné.
Si une validation de la saisie est souhaitée, elle peut être implémentée en suivant les Expressions régulières PHP.
Si vous souhaitez afficher ou masquer des questions en fonction des réponses à d'autres questions, utilisez la zone champs d'affichage lors de la modification d'une question. Dans la version 2.5.0, vous pouvez utiliser des expressions plus complexes vérifiant le contenu de plusieurs questions, et utiliser les opérateurs logiques OR et AND. La précédence des opérateurs booléens s'applique, ce qui signifie que AND a la priorité sur OR.
Traduction
Dans certains cas, un formulaire doit être disponible en plusieurs langues. Choisissez d'abord dans quelle langue un formulaire doit être créé. Cette langue doit être l'anglais (US ou UK) ou la langue que la plupart des utilisateurs cibles comprennent. C'est la langue de repli si aucune alternative n'est trouvée.
Cette langue est également utilisée comme référence dans le processus de traduction. Assurez-vous donc que la langue choisie est lisible par l'utilisateur qui traduira le formulaire.
Pour traduire un formulaire, ouvrez l'onglet Langues du formulaire, puis créez toutes les langues dont vous avez besoin pour les utilisateurs.
Choisissez une langue ajoutée au formulaire et cliquez dessus pour commencer ou reprendre la traduction, puis sélectionnez l'onglet Traductions. Cliquez sur le bouton Nouvelle traduction et une boîte de dialogue s'ouvrira et affichera une chaîne à traduire. Tapez la traduction, puis cliquez sur enregistrer ou validez avec Entrée sur votre clavier.
Si une autre chaîne doit être traduite, elle s'affichera immédiatement. S'il n'y a plus de chaîne à traduire, un message s'affichera à la place.
Lorsque vous fermez la boîte de dialogue, la liste des chaînes traduites est actualisée. Vous pouvez modifier une traduction en cliquant dessus, supprimer une ou plusieurs traductions avec les cases à cocher à gauche de la liste et le bouton Supprimer **. Vous pouvez également filtrer la liste avec la zone de saisie du filtre.
Cibles
Les cibles sont des objets générés par la soumission de FormCreator. Si un formulaire nécessite une validation, les cibles sont retardées jusqu'à approbation.
Un ticket cible définit le ticket généré par le formulaire. Vous pouvez avoir plusieurs cibles par formulaire.
Ouvrez l'onglet [Destination]{.title-ref} et créez une cible avec un nom et un type (actuellement ticket uniquement).
Ticket cible
Un ticket cible génère un ticket.
Le ticket est construit à partir de zéro ou à partir d'un modèle de ticket disponible dans GLPI. Vous pouvez
personnaliser le nom du ticket cible pour le distinguer des autres cibles possibles,
personnaliser le titre et la description du ticket en utilisant les questions et les réponses,
définir l'entité de destination du ticket généré,
définir un délai de résolution (anciennement date d'échéance),
définir le type de ticket (demande ou incident),
définir les éléments associés,
définir la catégorie,
définir l'urgence,
définir l'emplacement,
attribuer des tags au ticket si le plugin [Tags]{.title-ref} est disponible,
lier le ticket généré à d'autres tickets
définir les acteurs du ticket.
définir les conditions à remplir pour générer le ticket cible
Entité de destination
De nombreux choix sont disponibles :
Entité active actuelle : l'entité du demandeur qui remplit un formulaire,
Entité par défaut du demandeur : l'entité par défaut définie pour l'utilisateur qui remplit le formulaire,
Première entité dynamique du demandeur (alphabétique) : trie toutes les entités dynamiques du demandeur par ordre alphabétique et sélectionne la première,
Dernière entité dynamique du demandeur (alphabétique) : trie toutes les entités dynamiques du demandeur par ordre alphabétique et sélectionne la dernière,
L'entité du formulaire : l'entité où se trouve le formulaire rempli par le demandeur,
Entité par défaut du validateur : l'entité par défaut du validateur qui approuve la demande,
Entité spécifique : une entité définie par le concepteur du formulaire,
Entité par défaut d'une réponse à une question de type utilisateur : l'entité par défaut d'un utilisateur choisi par le demandeur dans une question.
À partir d'un objet GLPI > Réponse à une question de type Entité : l'entité choisie par le demandeur à partir d'une question.
Modèle de ticket
Définit les paramètres prédéfinis pour le ticket à partir d'un modèle. Tous les paramètres définis dans le ticket cible remplaceront les valeurs trouvées dans le modèle.
Type de demande
Définit le type du ticket généré
Par défaut ou à partir d'un modèle : valeur définie par GLPI lorsqu'aucun type n'est défini, ou à partir d'un modèle, s'il y en a un et si ce modèle définit un type
Type spécifique : demande ou incident,
Égal à la réponse à la question : la valeur est définie à partir d'une question de type demande.
Éléments associés
Définit les éléments associés au ticket généré
Aucun : auto-explicatif, Actif spécifique : un actif défini par le concepteur du formulaire, Égal à la réponse à une question : un actif défini par le demandeur, à partir d'une question Dernière réponse valide : un actif défini par le demandeur, à partir de la dernière question visible éligible à cet effet
Catégorie
Définit la catégorie du ticket généré
Catégorie du modèle ou aucune : définit la catégorie à partir d'un modèle s'il y en a un et si ce modèle a une catégorie prédéfinie. Aucune dans tous les autres cas,
Catégorie spécifique : une catégorie définie par le concepteur du formulaire,
Égal à la réponse à une question : une catégorie choisie par le demandeur,
Dernière réponse valide : une catégorie issue de la dernière question visible de type catégorie,
Urgence
Urgence du modèle ou aucune : définit l'urgence à partir d'un modèle s'il y en a un et si ce modèle a une urgence prédéfinie. Aucune dans tous les autres cas,
Urgence spécifique : une urgence définie par le concepteur du formulaire
Égal à la réponse à une question : une catégorie choisie par le demandeur,
Emplacement
Emplacement du modèle ou aucun : définit l'emplacement à partir d'un modèle s'il y en a un et si ce modèle a un emplacement prédéfini. Aucun dans tous les autres cas,
Emplacement spécifique : un emplacement défini par le concepteur du formulaire
Égal à la réponse à une question : une catégorie choisie par le demandeur,
Condition pour afficher la cible
Le concepteur du formulaire peut restreindre la création du ticket en fonction de conditions.
Changement de cible
Un changement de cible génère un changement
Le changement est construit à partir de zéro. Vous pouvez
personnaliser les champs titre, description, impact, liste de contrôle, chemin de déploiement, plan de sauvegarde et liste de contrôle à l'aide de questions et de réponses,
définir l'urgence à partir d'une valeur ou d'une question
choisir l'entité du changement parmi de nombreuses politiques
définir le temps de résolution
définir les acteurs du changement
définir la catégorie du changement
définir les conditions à remplir pour générer le ticket cible
Modélisation de la description de la cible
Le ticket cible et le changement cible ont tous deux un modèle de description. Par défaut, le modèle utilise la balise ##FULLFORM##. Cette balise est un modèle par défaut où toutes les questions et sections sont affichées dans le même ordre que le formulaire.
Chaque question a 2 balises
##question_x##qui est remplacée par le libellé de la question. X est l'ID de la question.##answer_x##qui est remplacée par la réponse à une question. X est l'ID de la question correspondante.
Les questions de type liste déroulante prennent en charge des expressions plus complexes comme ##answer_x.name##. x signifie toujours l'ID d'une question. le mot après le point est le nom d'une propriété disponible dans les options de recherche de l'itemtype de la question liste déroulante.
À titre d'exemple, considérons une question liste déroulante qui affiche des emplacements. L'itemtype défini par le concepteur du formulaire est "Emplacement". Le concepteur peut rendre dans la cible de nombreux champs de l'emplacement sélectionné par le demandeur, tels que l'adresse, le code postal, l'état, le bâtiment, et de nombreuses autres données. Pour les trouver, l'administrateur peut s'appuyer sur la liste disponible dans les filtres de recherche pour un emplacement.
Cycle de vie des problèmes
Résumé
Le catalogue de services repose principalement sur une liste de problèmes (ou demandes d'assistance). Les problèmes sont créés et maintenus lors d'événements liés aux tickets et aux réponses aux formulaires.
Lorsqu'un ticket est créé à partir de GLPI, un nouveau problème est créé dans la base de données. Lorsque ce ticket est mis à jour, le problème est mis à jour pour refléter toutes les modifications pertinentes.
Les réponses aux formulaires sont créées lorsqu'un demandeur remplit un formulaire et le soumet. Lorsqu'une réponse à un formulaire est créée, un nouveau problème est également créé. Comme une réponse à un formulaire peut ou non déclencher la création de tickets, les problèmes se comportent différemment en fonction de la quantité de tickets générés.
Ticket créé à partir de GLPI
Lorsqu'un ticket est créé à partir de GLPI, le problème reflète la plupart des informations utiles de ce ticket.
Réponse au formulaire sans ticket généré
Lorsqu'une réponse à un formulaire n'a généré aucun ticket, ou lorsque la réponse au formulaire générant des tickets est en attente de validation, le problème reflète la réponse au formulaire.
Réponse au formulaire avec un seul ticket généré
Lorsqu'une réponse à un formulaire a déclenché la création d'un seul ticket, le problème reflète ce ticket. Ceci est également vrai lorsque l'approbation d'une réponse à un formulaire déclenche la création d'un seul ticket.
Réponse au formulaire avec plusieurs tickets générés
Lorsqu'une réponse à un formulaire a généré plusieurs tickets, le problème reflète une liste de ces tickets. Chaque ticket est consultable par le demandeur, s'il est autorisé à le consulter.
Statut
Calcul du statut
Les problèmes suivent le cycle de vie des tickets ou des réponses aux formulaires, en fonction de l'objet qu'ils reflètent.
Lorsqu'un problème reflète un seul ticket, son statut prend en compte le statut de validation d'un ticket, le cas échéant. Le statut de validation du ticket a la priorité lorsque le ticket n'est pas résolu et en attente d'approbation ou a été refusé. Dans tous les autres cas, le problème affiche le statut régulier du ticket.
Vous pouvez vous référer au tableau suivant pour avoir un aperçu rapide de la façon dont le statut est calculé :
Statut de validation
AUCUN
EN ATTENTE
REFUSÉ
ACCEPTÉ
Statut du
ticket
ENTRANT
T
V
V
T
ASSIGNÉ
T
V
V
T
PLANIFIÉ
T
V
V
T
EN ATTENTE
T
V
V
T
RÉSOLU
T
T
T
T
CLOS
T
T
T
T
T = statut choisi dans Ticket
V = statut choisi dans Validation
Lorsqu'un problème reflète plusieurs tickets, le statut de chaque ticket est calculé à partir de la description ci-dessus, et le statut le moins avancé est utilisé. Si un problème reflète 3 tickets ayant les statuts En attente, Résolu et Fermé, alors le statut choisi est En attente. Cela signifie qu'un problème n'est fermé que lorsque tous ses tickets sont fermés.
Recherche de problèmes par statut
Le moteur de recherche affiche de nombreux statuts. Certains sont des raccourcis pour rechercher plusieurs statuts à la fois, comme les tickets, d'autres sont spécifiques aux statuts des réponses de formulaire.
nouveau : nouveaux problèmes
en cours (assigné) : problèmes en cours de traitement
en cours (planifié) : problèmes planifiés
en attente : problèmes en attente d'informations du demandeur ou en attente de validation par un validateur
résolu : problèmes résolus ou refusés par un validateur
fermé : problèmes fermés ou acceptés par un validateur (cela se produit lorsqu'aucun ticket n'a été généré après validation)
non résolu : tous les statuts sauf résolu ou fermé
non fermé : tous les statuts sauf fermé
résolu + fermé : problèmes résolus ou fermés
tout : n'importe quel statut
accepté : problèmes acceptés par un validateur
refusé : problèmes refusés par un validateur
Exportation et importation de formulaires
Résumé
Formcreator permet d'exporter et d'importer des formulaires entre des instances de GLPI.
Cette fonctionnalité est conçue pour permettre aux administrateurs de développer des formulaires sur un environnement de test et de les copier sur un environnement de production.
Lorsqu'un formulaire est importé, le plugin recherche un formulaire correspondant dans la base de données. Ceci est fait à l'aide d'un identifiant aléatoire créé lors de l'instanciation d'un nouveau formulaire. Chaque sous-objet (sections, questions, conditions, cibles) possède également un identifiant aléatoire. Cela aide le plugin à trouver un élément correspondant et à le mettre à jour si nécessaire. Grâce à ce mécanisme, Formcreator est capable de mettre à jour un formulaire lorsqu'il est importé plus d'une fois.
Limitations
Un formulaire peut contenir des relations avec des objets de GLPI lui-même (principalement des utilisateurs, des groupes, des catégories, des entités). Il n'existe actuellement aucun moyen fiable de maintenir les relations entre les formulaires et les objets ou actifs de GLPI entre les instances. Il est donc fortement recommandé de développer des formulaires sur un environnement de test avec une copie raisonnablement récente de la base de données de production.
La fonctionnalité d'exportation/importation ne prend pas en charge l'importation de formulaires entre différentes versions de Formcreator. La version 2.10 affiche un avertissement si elle détecte une tentative d'importation de formulaires à partir d'une version précédente. Dans la version 2.11, de telles importations ne sont pas autorisées.
Exportation de formulaires
Naviguez vers Administration > Formulaires
Utilisez les actions massives pour exporter un ou plusieurs formulaires. Cliquer sur le bouton Post lancera le téléchargement d'un fichier formaté en JSON. Ce fichier contient tous les formulaires sélectionnés pour l'exportation.
Importation de formulaires
Naviguez vers Administration > Formulaires
Utilisez la barre d'outils pour importer des formulaires.
Sélectionnez un ou plusieurs fichiers JSON créés avec la même version de Formcreator et validez.
En fonction de la complexité et de la quantité de formulaires, le processus peut être lent. Veuillez patienter.
Vérifiez attentivement les messages à la fin de l'importation. Vous pourriez obtenir des avertissements et des erreurs.
Comportement d'importation
Entités
Lorsque Formcreator importe un formulaire, il vérifie que l'entité du formulaire existe et que l'utilisateur a le droit de mettre à jour les entités. Sinon, le formulaire est ignoré et un avertissement est déclenché.
Catégories de formulaires
Les catégories de formulaires sont créées si elles n'existent pas encore.
Utilisateurs et groupes
Les utilisateurs et les groupes trouvés dans les acteurs cibles doivent exister. Sinon, l'importation du formulaire s'arrêtera avec une erreur, entraînant un formulaire incomplet. D'autres formulaires seront importés.
FAQ
Si vous avez des questions concernant l'utilisation du plugin, n'hésitez pas à consulter notre FAQ
Mis à jour