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.
Le 30/03/2020 à 15:43, Arnaud Launay a écrit :
Bonjour,
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.
Hello,
Alors ça colle pas trop aux specs mais perso j'en suis super content et ça fait le taf dans mon cas: Toggl. Par contre ça fait juste le time tracking (voir plus bas).
- tourne sous Linux
Non, c'est du SaaS
- payant ou non. On préfère de l'opensource, mais si le prix est raisonnable, pourquoi pas.
$9/user/mois
- possibilité pour les utilisateurs de se connecter en web, suivre leurs tickets et y répondre
Toggl donc fait juste le time tracking mais s'insère "à la volée' (a.k.a. à l'arrache en injectant dans le DOM) dans pas mal de trucs (issue github/gitlab, tickets jira, ...), liste complète ici:
https://github.com/toggl/toggl-button#compatible-services
L'avantage c'est surtout quand toi tu dois t'adapter au système de ticketing de tes clients (plutôt mon use case) que l'inverse.
- possibilité de répondre par mail et que ce soit assigné au bon ticket
Tu peux faire du reporting/billing par tech, par client, par projet. Par contre la création de clients/projets sera manuelle et indépendante de ton système de ticketing.
Si tu as des questions là dessus fais signe.
A+
M
+1 pour Toggl
Il y a une API et des intégration dispo pour pas mal d'outils de project management.
Pas implémenté chez nous mais il me semble qu'on peut lui faire faire synchroniser les tickets d'un outils tiers pour les référencer dans les entrées de temps passé.
(On utilise comme Michel le plugin Chrome qui vient caler un petit bouton directement dans Asana, Gitlab, Google Calendar, ...).
-- Simon
On 30/03/2020 09:57, Michel Blanc wrote:
Le 30/03/2020 à 15:43, Arnaud Launay a écrit :
Bonjour,
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.
Hello,
Alors ça colle pas trop aux specs mais perso j'en suis super content et ça fait le taf dans mon cas: Toggl. Par contre ça fait juste le time tracking (voir plus bas).
- tourne sous Linux
Non, c'est du SaaS
- payant ou non. On préfère de l'opensource, mais si le prix est raisonnable, pourquoi pas.
$9/user/mois
- possibilité pour les utilisateurs de se connecter en web, suivre leurs tickets et y répondre
Toggl donc fait juste le time tracking mais s'insère "à la volée' (a.k.a. à l'arrache en injectant dans le DOM) dans pas mal de trucs (issue github/gitlab, tickets jira, ...), liste complète ici:
https://github.com/toggl/toggl-button#compatible-services
L'avantage c'est surtout quand toi tu dois t'adapter au système de ticketing de tes clients (plutôt mon use case) que l'inverse.
- possibilité de répondre par mail et que ce soit assigné au bon ticket
Tu peux faire du reporting/billing par tech, par client, par projet. Par contre la création de clients/projets sera manuelle et indépendante de ton système de ticketing.
Si tu as des questions là dessus fais signe.
A+
M _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
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/
Salut
Euh redmine ? C'est ce que j'utilise pour gérer mes clients. Ils peuvent repondre par courriel, il y a une inteface web, on peut tracker le temps. Il existe une passerelle avec hamster (pas testé)
Apres pour le suivi de temps en php/mysql il y a kimai qui semble vraiement pas mal. J'ai pas encore eu le temps de tester encore.
Km
Bonjour,
il y a GLPI en web et opensource, il y a une interface pour le client et une interface coté "technique " tu peux aussi repondre ou generer des ticket via email. https://glpi-project.org/fr/
Cordialement
Alexis
________________________________ De : FRsAG frsag-bounces@frsag.org de la part de Arnaud Launay asl@launay.org Envoyé : lundi 30 mars 2020 15:43 À : frsag@frsag.org frsag@frsag.org Objet : [FRsAG] Ticketing et "timer"
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://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com...
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. ________________________________ Les informations figurant sur cet e-mail ont un caractere strictement confidentiel et sont exclusivement adressees au destinataire mentionne ci-dessus. Tout usage, reproduction ou divulgation de cet e-mail est strictement interdit si vous n'en etes pas le destinataire. Dans ce cas, veuillez nous en avertir immediatement par la meme voie et detruire l'original. Merci.
This e-mail is intended only for use of the individual or entity to which it is addressed and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Any use, distribution or copying of this e-mail communication is strictly prohibited if you are not the addressee. If so, please notify us immediately by e-mail, and destroy the original. Thank you.
This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful. ________________________________
Je suis surpris que Request-Tracker n’ait pas été cité. Au niveau visuel et responsive, c’est un peu démodé/out, mais au niveau « customizabilité », ça fait le café.
Le 30 mars 2020 à 16:55, VERGUIN, Alexis (Externe) Alexis.VERGUIN@transdev.com a écrit :
Bonjour,
il y a GLPI en web et opensource, il y a une interface pour le client et une interface coté "technique " tu peux aussi repondre ou generer des ticket via email. https://glpi-project.org/fr/ https://glpi-project.org/fr/
Cordialement
Alexis
De : FRsAG <frsag-bounces@frsag.org mailto:frsag-bounces@frsag.org> de la part de Arnaud Launay <asl@launay.org mailto:asl@launay.org> Envoyé : lundi 30 mars 2020 15:43 À : frsag@frsag.org mailto:frsag@frsag.org <frsag@frsag.org mailto:frsag@frsag.org> Objet : [FRsAG] Ticketing et "timer"
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://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com... https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FosTicket%2FosTicket%2Fpull%2F3231&data=02%7C01%7Calexis.verguin%40transdev.com%7C21e4660ee60f4eefca6508d7d4b0899c%7Cb4518aa80d3e4d10bc774cd7dede3446%7C1%7C0%7C637211727002502113&sdata=YVtCECAQIGRxS%2BX0loIkkA71gUBWy0gI9UnfTay%2Bgf4%3D&reserved=0
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.Les informations figurant sur cet e-mail ont un caractere strictement confidentiel et sont exclusivement adressees au destinataire mentionne ci-dessus. Tout usage, reproduction ou divulgation de cet e-mail est strictement interdit si vous n'en etes pas le destinataire. Dans ce cas, veuillez nous en avertir immediatement par la meme voie et detruire l'original. Merci.
This e-mail is intended only for use of the individual or entity to which it is addressed and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Any use, distribution or copying of this e-mail communication is strictly prohibited if you are not the addressee. If so, please notify us immediately by e-mail, and destroy the original. Thank you.
This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful. _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/ http://www.frsag.org/
+1 GLPI fait le ticketing, et dans le suivi de chaque action, tu peux saisir un temps. Open-source. Une possibilité intéressante qu’on utilise : la création d’un ticket par mail. Bon, après, c’est un bouzingue… Ce n’est pas léger…
Sylvain
De : FRsAG frsag-bounces@frsag.org au nom de "VERGUIN, Alexis (Externe)" Alexis.VERGUIN@transdev.com Date : lundi 30 mars 2020 16:55 À : "frsag@frsag.org" frsag@frsag.org Objet : Re: [FRsAG] Ticketing et "timer"
Bonjour,
il y a GLPI en web et opensource, il y a une interface pour le client et une interface coté "technique " tu peux aussi repondre ou generer des ticket via email. https://glpi-project.org/fr/
Cordialement
Alexis
________________________________ De : FRsAG frsag-bounces@frsag.org de la part de Arnaud Launay asl@launay.org Envoyé : lundi 30 mars 2020 15:43 À : frsag@frsag.org frsag@frsag.org Objet : [FRsAG] Ticketing et "timer"
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://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com...
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. ________________________________ Les informations figurant sur cet e-mail ont un caractere strictement confidentiel et sont exclusivement adressees au destinataire mentionne ci-dessus. Tout usage, reproduction ou divulgation de cet e-mail est strictement interdit si vous n'en etes pas le destinataire. Dans ce cas, veuillez nous en avertir immediatement par la meme voie et detruire l'original. Merci.
This e-mail is intended only for use of the individual or entity to which it is addressed and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Any use, distribution or copying of this e-mail communication is strictly prohibited if you are not the addressee. If so, please notify us immediately by e-mail, and destroy the original. Thank you.
This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful. ________________________________ ________________________________
Ce message électronique et tous les fichiers attachés peuvent contenir des informations confidentielles et destinées exclusivement à l’usage de la personne dont le nom est mentionné ci-dessus. Si vous n'êtes pas destinataire de ce message, vous n'êtes pas autorisés à le lire, l'imprimer, le garder, le copier, le divulguer, le distribuer, l'utiliser, ni dans son ensemble, ni en partie, sans autorisation préalable. Si vous recevez ce message par erreur, merci de le détruire et d’en avertir sans délai l’expéditeur.
Le contenu de ce message ne pourrait engager la responsabilité de DDO Organisation que s’il a été émis par une personne dûment habilitée agissant dans le strict cadre des fonctions auxquelles elle est employée et à des fins non étrangères à ses attributions. Tout message électronique étant susceptible d’altération au cours de son acheminement sur Internet, DDO Organisation et le Groupe Cogeser ne peuvent être tenus responsables de son contenu. En outre, les idées et opinions présentées dans ce message sont celles de son auteur et ne représentent pas nécessairement celles de DDO Organisation ni du Groupe Cogeser.
OTRS (en grande partie OpenSource) avec :
https://otrs.com/otrs-main-feature/time-recording/
Et je pense qu'Itop doit savoir faire aussi :
https://www.combodo.com/itop-193
Cdlt,
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/
+1 pour iTop qui peut en effet tout faire, mais faut bosser un peu pour faire coller le modèle de données à ses besoins (les formations combodo aident bien). Et ce qu'il ne fait pas, c'est possible de le rajouter, puisque c'est opensource, en PHP/mysql, avec un mécanisme d'extension bien foutu qui permet de suivre les mises à jour même avec ses modifs.
De: "Jean-Yves LENHOF" jean-yves@lenhof.eu.org À: frsag@frsag.org Envoyé: Lundi 30 Mars 2020 17:10:26 Objet: Re: [FRsAG] Ticketing et "timer"
OTRS (en grande partie OpenSource) avec :
[ https://otrs.com/otrs-main-feature/time-recording/ | https://otrs.com/otrs-main-feature/time-recording/ ]
Et je pense qu'Itop doit savoir faire aussi :
[ https://www.combodo.com/itop-193 | https://www.combodo.com/itop-193 ]
Cdlt, L
Bonjour Arnaud,
30 mars 2020 15:46 "Arnaud Launay" asl@launay.org a écrit:
[…]
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)
Ça n'a pas encore été mentionné ici et on vient juste de s'y mettre chez nous : YouTrack [1].
- C'est pas libre mais le prix qu'on nous fait semble raisonnable (en pv si tu veux). - L'interface est clairement dans le temps d'aujourd'hui. - Ça fait de la comptabilisation du temps mais aussi les deadlines et le temps estimé. - Je ne connais pas ce qu'il y a dessous (php/java/pgsql?). - Ça marche plutôt pas mal de ce que j'en ai vu jusqu'ici et on l'utilise dans une équipe d'admin. - Il y a aussi une application Android apparemment (pas testée).
[1] https://www.jetbrains.com/fr-fr/youtrack/
@+,
Olivier.
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
Hello, Nous utilisons la suite ConnectWise, qui contient plusieurs outils : manage pour le ticketing (Celui dont vous avez besoin), connect pour le Remote Desktop, automate pour gestion de parc et déploiement, itboost pour la gestion de parc côté configuration mdp...
C’est ultra complet (vraiment vraiment vraiment ultra complet). Avec nous gérons plusieurs dizaines d’entreprises à travers le monde.
On Mar 30, 2020, at 9:44 AM, Arnaud Launay asl@launay.org wrote:
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/
Arnaud,
Je reviens à la charge avec Request-Tracker. Je viens d’upgrader le mien de 4.2 en 4.4 (ouch, tout en changeant de majeure Debian, c’est pas comme une lettre à la Poste), et il y a maintenant un timer dans le ticket. Tu ouvres ton ticket, tu cliques sur le chrono, il démarre. Quand tu as fini de bosser dessus, tu cliques sur Pause puis sur Enregistrer. Ca remonte et ajoute le temps travaillé au temps travaillé existant dans le ticket.
Magique et simple, si l’utilisateur pense à faire la manip bien sûr.
Le 30 mars 2020 à 15:43, Arnaud Launay asl@launay.org 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/
-
Arnaud Launay -
cam.lafit＠azerttyu.net -
David Ponzone -
Dernat Rémy -
DONNET, Sylvain -
Frederic Hermann -
Jean-Yves LENHOF -
merwan.listes＠gmail.com -
Michel Blanc -
olivier.delhomme＠free.fr -
Simon Morvan -
VERGUIN, Alexis (Externe)