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 trouve un bouton pour télécharger le PDF avec les informations consolidées :
- Données du ticket - titre, ID, catégorie, dates d'ouverture et de clôture.
- Demandeur et technicien affecté - nom, e-mail et groupe de support.
- Derniers suivis publics - nombre configurable ; la valeur par défaut inclut 2 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. Quand le module SignaturePad est actif et l'intégration activée, un second bouton - Signer le PDF - permet de capturer la signature manuscrite dans GLPI et d'enregistrer le document signé lié au ticket.
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ère | Export natif de GLPI | OrderService |
|---|---|---|
| Format de sortie | HTML / impression navigateur | PDF structuré, prêt à archiver |
| Champ de signature | Non | Oui - technicien et demandeur |
| Sections conditionnelles | Non | Oui - blocs vides omis |
| Suivis dans le document | Pas de contrôle fin | Nombre configurable |
| Éléments liés | Éparpillés dans les onglets | Consolidés dans une section |
| Flux d'approbation | Non mis en avant | Section dédiée quand elle existe |
Comment l'activer
- Installez le plugin NexTool dans GLPI.
- Allez dans Configuration > NexTool > Modules.
- Trouvez la carte OrderService et cliquez sur Installer, puis Activer.
- Dans les réglages du module, définissez combien de suivis publics entrent dans le PDF (par défaut : 2).
- 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 : 10.x et 11.x
- Offre : FREE
- Plugin : NexTool 3.x+
Étape suivante
OrderService fait partie de NexTool, le plugin modulaire pour GLPI. Pour ajouter une signature au PDF généré, combinez-le avec le module SignaturePad. Découvrez tous les modules ou parlez à l'équipe.
Ce contenu a été produit avec l'aide de l'intelligence artificielle et revu par l'équipe Nextool Solutions.
