You are not logged in.
Hi all
This will sound like a stupid question, but in GLPI I don't understand the difference between a problem and a ticket.
I can see that you can create a problem and then link tickets to that problem, and that you can add followups to tickets but you can't seem to do anything other then alter the status of the problem.
Therefore, whats the purpose in having problems if you can't update them with followups or am I missing the point? (Problems to me sound more like a user help desk, tickets for hardware issues but then that can't work in it's current state...)
Thanks
Offline
This come from ITIL practives
Problem : http://www.knowledgetransfer.net/dictio … roblem.htm
Incident : http://www.knowledgetransfer.net/dictio … cident.htm
Request : http://www.knowledgetransfer.net/dictio … equest.htm
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
Refer this document.
http://www.kwesthuba.co.za/downloads/02 … t_0403.pdf
Offline
Ok, so that makes a bit more sense.
In a basic sense is this then right:
Tickets fall into the Incident principle and so for my understanding, users still continue to log tickets.
Tickets that resolve arround the same overarching issue should then, in theory, be linked to a problem for further investigation/analysis.
If so, going back to another part of the question, how do you make any changes to problems other then update the main text of a problem or alter the status? Or is the aim that followups aren't required it's all contained within the main subject? Or have I missed something out in the reading somewhere?
Thanks!
Offline