Assinatura em papel ainda é exigência em muitas ordens de serviço e termos de responsabilidade. O módulo SignaturePad do NexTool traz essa etapa para dentro do GLPI: o usuário assina via mouse ou toque, o sistema carimba a assinatura no PDF e arquiva o documento assinado vinculado ao chamado - sem imprimir, digitalizar ou sair do fluxo do atendimento.
O problema
Equipes de service desk que emitem ordens de serviço enfrentam sempre o mesmo gargalo na hora de coletar a assinatura: gerar o PDF, imprimir, assinar no papel, digitalizar e arquivar. Cada etapa manual é um ponto de falha - documento extraviado, digitalização torta, arquivo salvo no desktop do técnico e desconectado do chamado 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 ICP-Brasil nem software extra.
O resultado é uma lacuna de auditoria: o chamado foi encerrado, 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 arquivo.
Como o SignaturePad funciona
Todo o fluxo acontece dentro do GLPI, sem dependências externas:
- PDF base configurável - o administrador envia o modelo de PDF na configuração do módulo; ele é guardado como Document nativo do GLPI.
- Captura por canvas - na página de assinatura, o usuário assina com o mouse no desktop ou com o dedo em tablet e celular, sem instalar nada.
- Carimbo automático - o sistema estampa a assinatura capturada na última página do PDF usando FPDI + TCPDF, gerando um novo arquivo.
- Arquivamento vinculado - o PDF assinado é salvo como Document e vinculado ao documento de origem via relação nativa, mantendo a rastreabilidade.
- Acesso controlado - a página de assinatura exige login no GLPI, então quem assina é um usuário identificado no sistema.
Combinado com o módulo OrderService, o botão Assinar PDF aparece direto na aba Ordem de Serviço do chamado. Após a assinatura, o documento é anexado ao ticket via Document_Item automaticamente, sem nenhuma etapa manual.
Na prática, o técnico conclui o atendimento, coleta a assinatura ali mesmo - com o cliente presente ou por link enviado - e o encerramento do chamado já sai 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 preso ao chamado, 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 chamado | Não existe | Canvas por mouse ou toque |
| Carimbo da assinatura no PDF | Manual, fora do GLPI | Automático (FPDI + TCPDF) |
| Vínculo do documento ao chamado | Anexo manual | Document_Item automático |
| Assinatura em atendimento remoto | Inviável | Link interno de assinatura |
| Rastreabilidade e auditoria | Depende de disciplina do técnico | Documento sempre no chamado |
Como ativar
- Instale o plugin NexTool no seu GLPI.
- Acesse Configuração > NexTool > Módulos.
- Ative o módulo Assinatura Manual (PDF) e clique em Configurar.
- Faça o upload do PDF base e defina a categoria do documento gerado.
- Para integrar com ordens de serviço, ative também o módulo OrderService e habilite Integração com Ordem de Serviço nas configurações do SignaturePad.
Como confirmar que o documento ficou vinculado
Depois de uma assinatura de teste, uma consulta simples confirma que o PDF assinado está de fato preso ao chamado - útil quando você está validando a implantação:
-- Documentos vinculados a um chamado (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 implantação em clientes multi-entidade, o erro que mais vimos não é na captura da assinatura - é no vínculo. O GLPI exige que o Document tenha a mesma entities_id do chamado para que o Document_Item seja aceito e o anexo apareça na aba do ticket. Quando o PDF assinado é gerado numa entidade diferente daquela do chamado (por herança de configuração do módulo), o arquivo é criado mas some da visão do técnico, como se a assinatura tivesse falhado. A regra que passamos a checar em toda implantação: confirmar que a categoria e a entidade do documento gerado acompanham a entidade do chamado. É um detalhe de configuração, não de código, e resolve o "sumiço" na primeira tentativa.
Para quem é indicado (e quando não usar)
O SignaturePad é indicado para equipes 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 preso ao chamado.
Não é a ferramenta certa quando o requisito é assinatura com validade jurídica plena de ICP-Brasil ou certificado digital - o SignaturePad captura a assinatura manuscrita e a vincula ao registro do GLPI (quem, quando, em qual chamado), o que é forte para evidência interna e aceite operacional, mas não substitui uma assinatura qualificada. Para esse cenário, o caminho é integração com uma plataforma de assinatura eletrônica dedicada.
Compatibilidade
- GLPI: 10.x e 11.x
- Plano: Sob demanda (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 com o módulo OrderService. Quer ver funcionando no seu ambiente? Fale com a equipe.
Este conteúdo foi produzido com auxílio de inteligência artificial e revisado pela equipe Nextool Solutions.
