A assinatura em papel continua a ser exigência em muitas ordens de serviço e termos de responsabilidade. O módulo SignaturePad do NexTool traz esta etapa para dentro do GLPI: o utilizador assina com o rato ou com o toque, o sistema carimba a assinatura no PDF e arquiva o documento assinado ligado ao pedido, sem imprimir, digitalizar ou sair do fluxo de atendimento.
O problema
As equipas de centro de serviços que emitem ordens de serviço batem sempre no mesmo estrangulamento ao recolher uma assinatura: gerar o PDF, imprimir, assinar no papel, digitalizar e arquivar. Cada passo manual é um ponto de falha - um documento extraviado, uma digitalização torta, um ficheiro guardado no ambiente de trabalho do técnico e desligado do pedido que o originou. Em atendimento remoto a assinatura física simplesmente não acontece, e o cliente não tem como assinar sem certificado digital nem software adicional.
O resultado é uma lacuna de auditoria: o pedido foi fechado, mas a evidência da entrega vive fora do GLPI. Quando alguém precisa da ordem assinada meses depois, começa a caça ao ficheiro.
Como o SignaturePad funciona
Todo o fluxo acontece dentro do GLPI, sem dependências externas:
- PDF base configurável - o administrador carrega o modelo de PDF na configuração do módulo; fica guardado como Document nativo do GLPI.
- Captura por canvas - na página de assinatura o utilizador assina com o rato no computador ou com o dedo em tablet e telemóvel, sem instalar nada.
- Carimbo automático - o sistema estampa a assinatura capturada na última página do PDF com FPDI + TCPDF, gerando um novo ficheiro.
- Arquivo ligado - o PDF assinado é guardado como Document e ligado ao documento de origem por uma relação nativa, preservando a rastreabilidade.
- Acesso controlado - a página de assinatura exige sessão iniciada no GLPI, pelo que quem assina é um utilizador identificado no sistema.
Combinado com o módulo OrderService, o botão Assinar PDF aparece diretamente no separador Ordem de Serviço do pedido. Após a assinatura, o documento é anexado ao pedido via Document_Item automaticamente, sem qualquer passo manual.
Na prática, o técnico conclui o atendimento, recolhe a assinatura ali mesmo - com o cliente presente ou por ligação enviada - e o fecho do pedido sai já com a evidência anexada. Nada de PDF solto no e-mail ou perdido numa pasta de rede que ninguém encontra depois.
Há um ganho claro para quem trabalha com SLA de campo: a assinatura no ato da entrega funciona como marco de aceite, e como o documento fica agarrado ao pedido, qualquer auditoria posterior encontra a evidência sem depender da memória de quem atendeu.
SignaturePad vs GLPI nativo
| Necessidade | GLPI nativo | Com SignaturePad |
|---|---|---|
| Assinatura manuscrita no pedido | Não existe | Canvas por rato ou toque |
| Carimbo da assinatura no PDF | Manual, fora do GLPI | Automático (FPDI + TCPDF) |
| Ligação do documento ao pedido | Anexo manual | Document_Item automático |
| Assinatura em atendimento remoto | Inviável | Ligação interna de assinatura |
| Rastreabilidade e auditoria | Depende da disciplina do técnico | Documento sempre no pedido |
Como ativar
- Instale o plugin NexTool no seu GLPI.
- Aceda a Configuração > NexTool > Módulos.
- Ative o módulo Assinatura Manuscrita (PDF) e clique em Configurar.
- Carregue o PDF base e defina a categoria do documento gerado.
- Para integrar com ordens de serviço, ative também o módulo OrderService e ative Integração com Ordem de Serviço nas definições do SignaturePad.
Como confirmar que o documento ficou ligado
Depois de uma assinatura de teste, uma consulta simples confirma que o PDF assinado está de facto anexado ao pedido - útil ao validar a implementação:
-- Documentos ligados a um pedido (troque 12345 pelo ID do 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;O detalhe que só aparece na sustentação
Na implementação em clientes multi-entidade, o erro que mais vimos não é na captura da assinatura - é na ligação. O GLPI exige que o Document tenha a mesma entities_id do pedido para que o Document_Item seja aceite e o anexo apareça no separador. Quando o PDF assinado é gerado numa entidade diferente da do pedido (por herança de configuração do módulo), o ficheiro é criado mas desaparece da vista do técnico, como se a assinatura tivesse falhado. A regra que passámos a verificar em cada implementação: confirmar que a categoria e a entidade do documento gerado acompanham a entidade do pedido. É um detalhe de configuração, não de código, e resolve o "desaparecimento" à primeira tentativa.
Para quem é indicado (e quando não usar)
O SignaturePad é indicado para equipas que emitem ordens de serviço e precisam do aceite do cliente ou do técnico, para quem quer eliminar o ciclo imprimir-assinar-digitalizar-arquivar e para organizações que exigem uma trilha auditável com o documento assinado sempre ligado ao pedido.
Não é a ferramenta certa quando o requisito é uma assinatura com validade jurídica plena sob uma PKI nacional ou certificado digital: o SignaturePad captura a assinatura manuscrita e liga-a ao registo do GLPI (quem, quando, qual pedido), o que é forte como evidência interna e aceite operacional, mas não substitui uma assinatura qualificada. Para esse cenário, integre uma plataforma de assinatura eletrónica dedicada.
Compatibilidade
- GLPI: 10.x e 11.x
- Plano: A pedido (PAID)
- Plugin: NexTool 3.x+
Próximo passo
O SignaturePad faz parte do NexTool, plugin modular para GLPI. Para o fluxo completo de ordem de serviço com assinatura, combine-o com o módulo OrderService. Quer vê-lo a funcionar no seu ambiente? Fale com a equipa.
Este conteúdo foi produzido com auxílio de inteligência artificial e revisto pela equipa Nextool Solutions.
