La firma su carta è ancora richiesta in molti ordini di servizio e liberatorie di responsabilità. Il modulo SignaturePad di NexTool porta questo passaggio dentro GLPI: l'utente firma con mouse o touch, il sistema timbra la firma sul PDF e archivia il documento firmato collegato al ticket, senza stampare, scansionare o uscire dal flusso di assistenza.
Il problema
I team di service desk che emettono ordini di servizio incontrano sempre lo stesso collo di bottiglia nel raccogliere una firma: generare il PDF, stamparlo, firmare su carta, scansionare e archiviare. Ogni passaggio manuale è un punto di rottura - un documento smarrito, una scansione storta, un file salvato sul desktop del tecnico e scollegato dal ticket che l'ha originato. In assistenza remota la firma fisica semplicemente non avviene, e il cliente non può firmare senza certificato digitale né software aggiuntivo.
Il risultato è una lacuna di audit: il ticket è stato chiuso, ma la prova della consegna vive fuori da GLPI. Quando qualcuno ha bisogno dell'ordine firmato mesi dopo, inizia la caccia al file.
Come funziona SignaturePad
L'intero flusso avviene dentro GLPI, senza dipendenze esterne:
- PDF base configurabile - l'amministratore carica il modello di PDF nella configurazione del modulo; viene conservato come Document nativo di GLPI.
- Cattura via canvas - nella pagina di firma l'utente firma con il mouse sul desktop o con il dito su tablet e cellulare, senza installare nulla.
- Timbratura automatica - il sistema imprime la firma catturata sull'ultima pagina del PDF con FPDI + TCPDF, generando un nuovo file.
- Archiviazione collegata - il PDF firmato viene salvato come Document e collegato al documento di origine tramite una relazione nativa, preservando la tracciabilità.
- Accesso controllato - la pagina di firma richiede l'accesso a GLPI, quindi chi firma è un utente identificato nel sistema.
Combinato con il modulo OrderService, il pulsante Firma PDF appare direttamente nella scheda Ordine di Servizio del ticket. Dopo la firma, il documento viene allegato al ticket tramite Document_Item automaticamente, senza alcun passaggio manuale.
In pratica, il tecnico conclude l'intervento, raccoglie la firma sul posto - con il cliente presente o tramite un link inviato - e la chiusura del ticket esce già con la prova allegata. Nessun PDF sciolto in una e-mail o perso in una cartella di rete che poi nessuno trova.
C'è un vantaggio chiaro per chi lavora con SLA sul campo: la firma al momento della consegna funge da traguardo di accettazione, e poiché il documento resta agganciato al ticket, qualsiasi audit successivo trova la prova senza dipendere dalla memoria di chi ha gestito la chiamata.
SignaturePad vs GLPI nativo
| Esigenza | GLPI nativo | Con SignaturePad |
|---|---|---|
| Firma manoscritta sul ticket | Non esiste | Canvas con mouse o touch |
| Timbratura della firma sul PDF | Manuale, fuori da GLPI | Automatica (FPDI + TCPDF) |
| Collegamento del documento al ticket | Allegato manuale | Document_Item automatico |
| Firma in assistenza remota | Non praticabile | Link interno di firma |
| Tracciabilità e audit | Dipende dalla disciplina del tecnico | Documento sempre sul ticket |
Come attivarlo
- Installi il plugin NexTool nel suo GLPI.
- Acceda a Configurazione > NexTool > Moduli.
- Attivi il modulo Firma Manoscritta (PDF) e clicchi su Configura.
- Carichi il PDF base e definisca la categoria del documento generato.
- Per integrare con gli ordini di servizio, attivi anche il modulo OrderService e abiliti Integrazione con Ordine di Servizio nelle impostazioni di SignaturePad.
Come confermare che il documento è collegato
Dopo una firma di prova, una query semplice conferma che il PDF firmato è davvero allegato al ticket - utile mentre si valida l'implementazione:
-- Documenti collegati a un ticket (sostituisca 12345 con l'ID del ticket)
SELECT d.id, d.filename, di.itemtype, di.items_id
FROM glpi_documents_items di
JOIN glpi_documents d ON d.id = di.documents_id
WHERE di.itemtype = 'Ticket'
AND di.items_id = 12345;Il dettaglio che emerge solo in manutenzione
Implementando in clienti multi-entità, l'errore più frequente non è nella cattura della firma, ma nel collegamento. GLPI richiede che il Document abbia la stessa entities_id del ticket perché il Document_Item sia accettato e l'allegato compaia nella scheda del ticket. Quando il PDF firmato viene generato in un'entità diversa da quella del ticket (per ereditarietà di configurazione del modulo), il file viene creato ma sparisce dalla vista del tecnico, come se la firma fosse fallita. La regola che ora verifichiamo in ogni implementazione: confermare che la categoria e l'entità del documento generato seguano l'entità del ticket. È un dettaglio di configurazione, non di codice, e risolve la "sparizione" al primo tentativo.
A chi è rivolto (e quando non usarlo)
SignaturePad è indicato per team che emettono ordini di servizio e hanno bisogno dell'accettazione del cliente o del tecnico, per chi vuole eliminare il ciclo stampa-firma-scansione-archivio e per organizzazioni che richiedono una traccia auditabile con il documento firmato sempre allegato al ticket.
Non è lo strumento giusto quando il requisito è una firma con piena validità giuridica sotto una PKI nazionale o certificato digitale: SignaturePad cattura la firma manoscritta e la collega al record di GLPI (chi, quando, quale ticket), cosa forte come prova interna e accettazione operativa, ma non sostituisce una firma qualificata. Per quello scenario, integri una piattaforma di firma elettronica dedicata.
Compatibilità
- GLPI: 10.x e 11.x
- Piano: Su richiesta (PAID)
- Plugin: NexTool 3.x+
Prossimo passo
SignaturePad fa parte di NexTool, il plugin modulare per GLPI. Per il flusso completo di ordine di servizio con firma, lo combini con il modulo OrderService. Vuole vederlo funzionare nel suo ambiente? Parli con il team.
Questo contenuto è stato prodotto con l'ausilio dell'intelligenza artificiale e revisionato dal team Nextool Solutions.
