Générer un bon d'intervention PDF dans le ticket GLPI

Le module OrderService de NexTool génère un bon d'intervention PDF directement dans le ticket GLPI, avec demandeur, technicien, éléments liés, suivis et flux d'approbation. Nous le comparons à l'export natif, montrons un SQL pour trouver les tickets clôturés sans document et expliquons quand le PDF ne remplace pas une signature numérique.

Dans cet article8 sections

Une intervention technique sans preuve signée est une promesse verbale. Le module OrderService de NexTool génère un bon d'intervention en PDF directement dans le ticket GLPI, en consolidant les données du ticket dans un document prêt à imprimer, signer et archiver. Dans la maintenance de centres de services qui interviennent sur le terrain, ce document fait la différence entre "le technicien y était" et "le technicien y était, et nous avons la signature du client pour le prouver".

Le problème

Beaucoup d'équipes informatiques émettent encore un bon d'intervention dans un tableur, un modèle Word ou un système externe. Cela crée du retravail, des données incohérentes et une déconnexion dangereuse : ce qui est enregistré dans GLPI et ce qui a été remis au client sur papier divergent. Quand un audit arrive, interne ou d'un client grand compte, rassembler à la main les données du ticket, les suivis pertinents et le flux d'approbation dans un seul document coûte des heures qui ne devraient pas exister.

L'option native d'"imprimer" le ticket depuis GLPI produit un HTML brut, sans mise en forme prête à l'impression ni support de signature. OrderService comble exactement ce vide : un clic, un PDF structuré.

Comment fonctionne OrderService

Après installation et activation du module, un nouvel onglet Bon d'intervention apparaît sur chaque ticket. Le technicien ou l'administrateur y voit le bon à l'écran et utilise le bouton Imprimer, qui ouvre le PDF dans un nouvel onglet avec les informations consolidées :

  • Données du ticket - numéro, date d'ouverture, description, et dates de début et de fin.
  • Demandeur et technicien affecté - nom du demandeur, son groupe (affiché comme service) et le technicien affecté.
  • Derniers suivis publics - nombre configurable ; la valeur par défaut inclut 10 suivis publics.
  • Éléments liés - actifs et équipements rattachés au ticket.
  • Dernière solution - la description de la résolution enregistrée dans GLPI.
  • Flux d'approbation - quand le ticket est passé par une validation, la section est incluse automatiquement.

Les sections sans données sont omises : pas de suivi public, pas de section de suivis ; un ticket sans validation supprime la section d'approbation. Avec la signature activée dans l'onglet Fonctionnalités du module, le même onglet du ticket affiche les boutons de signature du demandeur et du technicien (selon les champs choisis) : chacun signe à l'écran, à la souris ou au doigt, au moment qui lui convient. À l'arrivée de la dernière signature, le bon signé est joint au ticket avec l'empreinte SHA-256 du fichier et apparaît dans Gestion > Ordres de Service. Si une signature ne vient pas, le bouton Générer l'Ordre de Service signé malgré tout émet le document avec ce qui a été recueilli.

OrderService face à l'export natif de GLPI

Pour montrer où le module apporte de la valeur, comparons avec ce que GLPI fait déjà tout seul :

CritèreExport natif de GLPIOrderService
Format de sortieHTML / impression navigateurPDF structuré, prêt à archiver
Champ de signatureNonOui - technicien et demandeur
Sections conditionnellesNonOui - blocs vides omis
Suivis dans le documentPas de contrôle finNombre configurable
Éléments liésÉparpillés dans les ongletsConsolidés dans une section
Flux d'approbationNon mis en avantSection dédiée quand elle existe

Comment l'activer

  1. Installez le plugin NexTool dans GLPI.
  2. Allez dans NexTool > Modules.
  3. Trouvez la carte OrderService et cliquez sur Installer, puis Activer.
  4. Dans les réglages du module, définissez combien de suivis publics entrent dans le PDF (par défaut : 10).
  5. Ouvrez un ticket, allez dans l'onglet Bon d'intervention et générez le PDF de test.

Hygiène d'audit : quels tickets sont sans bon

Un détail qui n'apparaît qu'en exploitation : émettre le bon est facile ; garantir que chaque ticket qui exige une preuve en ait un joint, c'est ce qui passe l'audit. Quand le client demande "prouvez qu'il y a eu un document pour chaque ticket clôturé du mois", cette requête de diagnostic liste les tickets clôturés sans document lié - adaptez les noms à votre version de GLPI :

-- Tickets clotures sans document joint (hygiene d'audit)
SELECT t.id, t.name, t.date_creation
FROM glpi_tickets t
LEFT JOIN glpi_documents_items di
  ON di.items_id = t.id AND di.itemtype = 'Ticket'
WHERE t.status = 6          -- 6 = Cloture
  AND t.is_deleted = 0
  AND di.id IS NULL
ORDER BY t.date_creation DESC;

En maintenance d'un client qui intervient sur le terrain, le technicien devait laisser une preuve signée sur place. Avant OrderService, ils remplissaient un Word parallèle et, avec le temps, les données du papier s'écartaient de GLPI. L'erreur courante contre laquelle nous mettons en garde est de traiter le bon comme la source de vérité : c'est une photo du ticket au moment de sa génération. Si vous modifiez le ticket ensuite, régénérez le PDF - le document ne se met pas à jour tout seul.

Pour qui (et quand ne pas l'utiliser)

Le module est idéal pour les équipes qui livrent une documentation formelle à la fin de chaque intervention, les entreprises dont les clients exigent une preuve de service, et les centres de services qui interviennent sur le terrain où un papier signé par le client ou le technicien est nécessaire.

Quand ne pas l'utiliser : si le support est entièrement à distance sans exigence de preuve formelle, le PDF devient un artefact mort que personne n'ouvre. Et si votre processus exige une signature numérique à valeur juridique (un certificat qualifié ou une plateforme de signature), le champ de signature manuscrite du PDF ne remplace pas cette valeur - dans ce cas, combinez OrderService avec le module de signature numérique plutôt que de vous fier au papier seul.

Compatibilité

  • GLPI : 11.x
  • Offre : Sous licence
  • Plugin : NexTool 6.15.0 ou supérieur

Étape suivante

OrderService fait partie de NexTool, le plugin modulaire pour GLPI. La signature du demandeur et du technicien est intégrée au module ; pour une signature électronique via un fournisseur, consultez le module Signature électronique. Découvrez tous les modules ou parlez à l'équipe.


Révisé par l'équipe NexTool Solutions.

Questions fréquentes

Le module OrderService de NexTool ajoute un onglet dans le ticket pour générer un bon d'intervention PDF avec demandeur, technicien, éléments liés, suivis et champ de signature. C'est un clic dans le ticket, sans système externe.

Oui. Le PDF inclut un champ de signature pour le technicien et le demandeur, prêt à imprimer et signer. Avec la signature activée, le demandeur et le technicien peuvent aussi signer à l'écran, à la souris ou au doigt, dans une fenêtre à l'intérieur du ticket, et le bon signé est joint au ticket avec l'empreinte SHA-256 du fichier.

Oui. Vous définissez combien de suivis publics entrent dans le PDF, et les sections sans données sont omises automatiquement. Si le ticket n'a pas eu d'approbation, la section du flux d'approbation n'apparaît pas.

Non. Le champ de signature du PDF est le paraphe manuel de l'intervention. Si votre processus exige une valeur juridique (un certificat qualifié ou une plateforme de signature électronique), combinez OrderService avec un module de signature numérique plutôt que de vous fier au papier seul.

Non. OrderService fonctionne sur GLPI 11, c'est un module sous licence du plugin NexTool et il requiert le plugin en version 6.15.0 ou supérieure.

Commentaires

Les commentaires de cet article proviennent de GitHub (giscus). En les chargeant, votre navigateur se connecte à GitHub, qui reçoit votre adresse IP et peut enregistrer ses propres cookies.

Pour les charger automatiquement, activez les cookies fonctionnels

Besoin d'aide ?