Hello,

On utilise Hesk ici : https://www.hesk.com/

Le design a bien évolué en V3. Ce n'est plus "moche" comme en V2. Si pas suffisant, la version payante est "SysAid"; jamais essayé.

C'est très basique (comparativement à GLPI par exemple), mais ça nous suffit.

Cordialement,

Le 30/03/2020 à 15:43, Arnaud Launay a écrit :
Bonjour,

On profite de cette étrange période pour revenir sur un sujet
qui nous ennuie depuis quelques mois...

Pour notre ticketing, principalement pour les petits clients chez
qui on fait de la régie, on utilisait osticket, plus un patch
permettant de noter le temps qu'on passait sur chaque ticket /
réponse:
https://github.com/osTicket/osTicket/pull/3231

Malheureusement, l'osticket 1.10 se fait vieux, fonctionne
correctement mais a pas mal de petits bugs qui finissent par
devenir casse-pieds... Donc on s'est dit qu'on allait mettre à
jour. Malheureusement, le patch n'est plus maintenu, et n'a pas
été mis à jour, ni pour la 1.12, ni pour la 1.14.

Du coup, on a essayé de regarder pour intégrer le patch
nous-mêmes, mais ça touche tellement de choses partout que ça
nous semble au mieux compliqué, au pire non-maintenable.


Du coup, on cherche un autre système de ticketing, qui
permettrait autant que possible nativement de supporter la
feature de time-tracking (et autant que possible de reporting
/par client/ ("organisation" en osticket) (et pas par utilisateur
ou agent...), afin que l'on ne se retrouve pas encore bloqué dans
quelques mois / années.

On a regardé un certain nombre de système, dont certains qui font
le café, mais au final on n'a pour l'instant rien trouvé qui
corresponde au cahier des charges:

- tourne sous Linux
- la techno on s'en fiche, on préférerait que ce soit léger, mais
  si c'est une usine à gaz comme gitlab mais qui fait le travail,
  ainsi soit-il. Jira on a regardé, mais les rares modules de
  timetracking ne nous ont pas semblé adaptés, souvent difficile
  de tester ceci dit.
  Dans l'idéal, du PHP/MySQL ça nous arrangerait, ça demeure
  simple, on maîtrise parfaitement, et on aurait rien à faire de
  plus pour que ce soit installable et backupé... Du coup de
  notre point de vue, c'est léger. Néanmoins, s'il faut du
  nginx/passenger/postgresql, on fera aussi.
- payant ou non. On préfère de l'opensource, mais si le prix est
  raisonnable, pourquoi pas.
- possibilité pour les utilisateurs de se connecter en web,
  suivre leurs tickets et y répondre
- possibilité de répondre par mail et que ce soit assigné au bon ticket

- ET LA @#¡! de possibilité de suivi temporaire.

- (bon et si ça peut éviter d'avoir un design moche des années
  90, ça ne nous déplairait pas non plus, mais c'est accessoire)



Je n'ai pas l'impression qu'on cherche la lune pourtant, mais
juste la possibilité de pouvoir taper la réponse au ticket et de
mettre à côté dans une case "j'ai passé 30 minutes", ça a l'air compliqué...

Si quelqu'un a une idée, ça m'intéresse, je suis en plein désarroi.

	Arnaud.

_______________________________________________
Liste de diffusion du FRsAG
http://www.frsag.org/
-- 
Dernat Rémy
IT Infrastructure Engineer, CNRS
MBB Platform - ISEM Montpellier