O GLPI abre sozinho os tickets de manutenção preventiva: limpeza de impressora, teste de backup, troca de palavra-passe de serviço, revisão de acessos. Testámos os tickets recorrentes do GLPI 11 e funcionam, mas três detalhes fazem a preventiva desaparecer ou sair errada sem qualquer aviso. Uma recorrência mensal que começa no dia 31 passa a cair no dia 3. Uma criação preliminar maior do que a periodicidade faz com que o GLPI nunca crie nada. E um modelo sem campos gera um ticket em branco.
Para que servem os tickets recorrentes
Todas as rotinas que hoje dependem de alguém se lembrar:
- Manutenção preventiva de impressoras, UPS e ar condicionado da sala de servidores.
- Teste de restauro de backup (o backup que nunca foi restaurado não é backup; veja backup e recuperação de desastres no GLPI).
- Revisão trimestral de acessos e de contas inativas.
- Renovação de certificados, licenças e domínios.
- Checklists de abertura e fecho de mês.
O ticket nasce no dia certo, com categoria, grupo e descrição prontos, entra na fila e conta para o SLA como qualquer outro.
Como configurar
1. Crie o modelo de ticket
O recorrente não tem título nem descrição próprios: copia tudo de um Modelo de ticket. Nos campos predefinidos do modelo, preencha no mínimo:
- Título e descrição (com a checklist da tarefa);
- Categoria e tipo (geralmente Requisição);
- Grupo atribuído, para que o ticket não nasça sem responsável;
- Urgência ou prioridade.
2. Crie o recorrente
Em Assistência > Tickets recorrentes:
| Campo | O que colocar |
|---|---|
| Ativo | Sim |
| Modelo de ticket | O modelo do passo 1 |
| Data inicial | A primeira ocorrência (dia e hora) |
| Data final | Opcional; depois dela, o GLPI deixa de criar |
| Periodicidade | De 1 hora a 10 anos (horas, dias, meses ou anos) |
| Criação preliminar | Quanto tempo antes da ocorrência o ticket deve ser aberto (até 2 semanas) |
| Calendário | Opcional; passa a criação para o dia e horário úteis seguintes |
No separador de itens, associe os ativos (a impressora, o servidor) para que o ticket já nasça ligado a eles.
3. Confirme a ação automática
Quem cria os tickets é a ação automática RecurrentItems, que corre de hora a hora. Na prática, o ticket pode aparecer até uma hora depois do horário marcado. Se a hora exata importa, use uma criação preliminar de pelo menos 1 hora. E o cron do GLPI tem de estar ativo (veja o passo 6 de como instalar o GLPI 11).
O teste: onde a recorrência sai errada
Usámos o próprio cálculo do GLPI 11 para ver as próximas datas em casos que costumam dar problemas, e criámos tickets reais na nossa entidade de testes (dados fictícios, apagados depois).
| Caso | Próximas datas que o GLPI calculou | O que acontece |
|---|---|---|
| Mensal com início a 31/01 | 31/01, 03/03, 03/04, 03/05 | Desliza para o dia 3 e fica lá para sempre |
| Mensal com início a 28/01 | 28/01, 28/02, 28/03, 28/04 | Certo |
| Semanal com início num sábado, sem calendário | 10/10, 17/10, 24/10 (sábados) | Cria ao fim de semana |
| Semanal com início num sábado, com calendário | 12/10, 19/10, 26/10 (segundas-feiras) | Salta para o dia útil seguinte |
| Diário com criação preliminar de 2 dias | nenhuma (próxima data vazia) | Nunca cria nada |
| Modelo com título e descrição | ticket criado com os dois | Certo |
| Modelo sem nenhum campo | ticket criado com título e descrição vazios | Entra na fila um ticket em branco |
As três armadilhas
1. Dia 29, 30 ou 31 no mensal
Na periodicidade em meses, o GLPI soma "1 mês" à data. Fevereiro não tem dia 31, por isso 31/01 + 1 mês passa a 03/03, e daí em diante a recorrência segue no dia 3. A preventiva "do último dia do mês" passa a ser "do dia 3".
Solução: comece as recorrências mensais entre os dias 1 e 28. Se tiver de ser no fim do mês, use o dia 28 e uma criação preliminar.
2. Criação preliminar maior do que a periodicidade
Num recorrente diário com criação preliminar de 2 dias, o GLPI considera a configuração inválida e deixa a próxima data vazia. No ecrã, o recorrente aparece ativo; na prática, não cria nada.
Solução: a criação preliminar tem de ser menor do que a periodicidade. Depois de guardar, confirme se a próxima data de criação foi preenchida.
3. Modelo sem campos
Se o modelo não tem título nem descrição, o GLPI cria o ticket mesmo assim, em branco. Ninguém sabe o que fazer com ele, e fica parado na fila.
Solução: título, descrição, categoria e grupo no modelo, sempre. E abra o histórico do recorrente: cada criação deixa uma mensagem, inclusive quando falha.
Boas práticas
- Um recorrente por rotina, com o nome da rotina e a periodicidade no nome ("Preventiva impressoras - mensal").
- Checklist na descrição, com o que fazer e como registar o resultado.
- Calendário com feriados para não criar tickets em dias sem expediente: veja como gerar e associar calendários de feriados.
- SLA de resolução proporcional: uma preventiva mensal não precisa do SLA de um incidente.
- Revisão trimestral da lista de recorrentes: equipamento substituído, rotina que mudou, data final ultrapassada.
- As mudanças também podem ser recorrentes (Assistência > Mudanças recorrentes), para janelas de manutenção planeadas.
Teste da NexTool a 4 de outubro de 2026, no GLPI 11.0.7 do nosso suporte, entidade de testes com dados fictícios. As próximas datas foram calculadas pela função do próprio GLPI; modelos, recorrentes e tickets de teste foram apagados no final.
Comentários
Os comentários deste post vêm do GitHub (giscus). Ao carregá-los, o seu navegador liga-se ao GitHub, que recebe o seu endereço IP e pode gravar cookies próprios.
Para carregar automaticamente, ative os cookies funcionais