La firma en papel sigue siendo un requisito en muchas órdenes de servicio y términos de responsabilidad. El módulo SignaturePad de NexTool lleva ese paso dentro de GLPI: el usuario firma con el ratón o el dedo, el sistema sella la firma en el PDF y archiva el documento firmado vinculado al ticket, sin imprimir, escanear ni salir del flujo de atención.
El problema
Los equipos de mesa de servicio que emiten órdenes de servicio chocan siempre con el mismo cuello de botella al recoger una firma: generar el PDF, imprimir, firmar en papel, escanear y archivar. Cada paso manual es un punto de fallo: un documento extraviado, un escaneo torcido, un archivo guardado en el escritorio del técnico y desconectado del ticket que lo originó. En atención remota la firma física simplemente no ocurre, y el cliente no puede firmar sin certificado digital ni software extra.
El resultado es una brecha de auditoría: el ticket se cerró, pero la evidencia de la entrega vive fuera de GLPI. Cuando alguien necesita la orden firmada meses después, empieza la caza del archivo.
Cómo funciona SignaturePad
Todo el flujo ocurre dentro de GLPI, sin dependencias externas:
- PDF base configurable - el administrador sube la plantilla de PDF en la configuración del módulo; se guarda como Document nativo de GLPI.
- Captura por canvas - en la página de firma el usuario firma con el ratón en el escritorio o con el dedo en tableta y móvil, sin instalar nada.
- Sellado automático - el sistema estampa la firma capturada en la última página del PDF con FPDI + TCPDF, generando un nuevo archivo.
- Archivado vinculado - el PDF firmado se guarda como Document y se vincula al documento de origen mediante una relación nativa, preservando la trazabilidad.
- Acceso controlado - la página de firma exige inicio de sesión en GLPI, así que quien firma es un usuario identificado en el sistema.
Combinado con el módulo OrderService, el botón Firmar PDF aparece directamente en la pestaña Orden de Servicio del ticket. Tras la firma, el documento se adjunta al ticket mediante Document_Item automáticamente, sin ningún paso manual.
En la práctica, el técnico termina la atención, recoge la firma allí mismo - con el cliente presente o mediante un enlace enviado - y el cierre del ticket sale ya con la evidencia adjunta. Nada de PDF suelto en el correo o perdido en una carpeta de red que nadie encuentra después.
Hay una ganancia clara para quien trabaja con SLA de campo: la firma en el acto de entrega funciona como hito de aceptación, y como el documento queda anclado al ticket, cualquier auditoría posterior encuentra la evidencia sin depender de la memoria de quien atendió.
SignaturePad vs GLPI nativo
| Necesidad | GLPI nativo | Con SignaturePad |
|---|---|---|
| Firma manuscrita en el ticket | No existe | Canvas por ratón o táctil |
| Sellado de la firma en el PDF | Manual, fuera de GLPI | Automático (FPDI + TCPDF) |
| Vínculo del documento al ticket | Adjunto manual | Document_Item automático |
| Firma en atención remota | Inviable | Enlace interno de firma |
| Trazabilidad y auditoría | Depende de la disciplina del técnico | Documento siempre en el ticket |
Cómo activarlo
- Instale el plugin NexTool en su GLPI.
- Acceda a Configuración > NexTool > Módulos.
- Active el módulo Firma Manuscrita (PDF) y haga clic en Configurar.
- Suba el PDF base y defina la categoría del documento generado.
- Para integrar con órdenes de servicio, active también el módulo OrderService y habilite Integración con Orden de Servicio en la configuración de SignaturePad.
Cómo confirmar que el documento quedó vinculado
Tras una firma de prueba, una consulta sencilla confirma que el PDF firmado está de hecho adjunto al ticket, útil al validar la implantación:
-- Documentos vinculados a un ticket (cambie 12345 por el 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;El detalle que solo aparece en soporte
Implantando en clientes multientidad, el error que más vimos no está en la captura de la firma, sino en el vínculo. GLPI exige que el Document tenga la misma entities_id que el ticket para que el Document_Item se acepte y el adjunto aparezca en la pestaña del ticket. Cuando el PDF firmado se genera en una entidad distinta a la del ticket (por herencia de configuración del módulo), el archivo se crea pero desaparece de la vista del técnico, como si la firma hubiera fallado. La regla que ahora comprobamos en cada implantación: confirmar que la categoría y la entidad del documento generado siguen la entidad del ticket. Es un detalle de configuración, no de código, y resuelve la "desaparición" al primer intento.
Para quién es (y cuándo no usarlo)
SignaturePad es ideal para equipos que emiten órdenes de servicio y necesitan la aceptación del cliente o del técnico, para quien quiere eliminar el ciclo imprimir-firmar-escanear-archivar y para organizaciones que exigen una traza auditable con el documento firmado siempre adjunto al ticket.
No es la herramienta correcta cuando el requisito es una firma con validez jurídica plena bajo una PKI nacional o certificado digital: SignaturePad captura la firma manuscrita y la vincula al registro de GLPI (quién, cuándo, qué ticket), lo que es fuerte como evidencia interna y aceptación operativa, pero no sustituye una firma cualificada. Para ese escenario, integre una plataforma de firma electrónica dedicada.
Compatibilidad
- GLPI: 10.x y 11.x
- Plan: Bajo demanda (PAID)
- Plugin: NexTool 3.x+
Siguiente paso
SignaturePad forma parte de NexTool, el plugin modular para GLPI. Para el flujo completo de orden de servicio con firma, combínelo con el módulo OrderService. ¿Quiere verlo funcionando en su entorno? Hable con el equipo.
Este contenido se produjo con ayuda de inteligencia artificial y fue revisado por el equipo de Nextool Solutions.
