Le support

Moyens de contact Entr’ouvert

  • Nous gĂ©rons le support par demandes (tickets) dans votre espace projet (logiciel Redmine) : Nouvelle demande dans le menu supĂ©rieur.
  • Liste de discussion projet Ă  utiliser pour tous les Ă©changes (organisation, rĂ©flexion…) concernant le projet et qui ne relèvent pas du support.
  • Pour les rĂ©unions visio, Entr’ouvert propose son propre système basĂ© sur le logiciel libre BigBlueButton.
  • L'adresse « GĂ©rant » pour les Ă©changes administratifs (devis, bons de commande, factures, etc.).

Toutes les demandes au support doivent être faites sur votre espace projet en ouvrant un ticket assigné au groupe « Support » en utilisant le tracker « Support ». Les demandes de support arrivant par courriel ou par téléphone (standard Entr’ouvert : 01 43 35 01 35) ne seront pas traitées sauf si l’espace projet est indisponible.

Le support est assuré de 9h à 18h les jours ouvrés.

Utiliser Redmine

Redmine est la plateforme de gestion de projet, toutes les personnes intéressées par le projet peuvent y avoir accès. On va y créer des demandes (tickets), et y faire la gestion de projet (planning, CR de réunion, documents). Redmine permet une variété de rapports et vues personnalisés sur les tickets du projet, n’hésitez pas à décrire un besoin que vous n’arriveriez pas à couvrir en matière de suivi, il serait étonnant que nous ne parvenions pas à quelque chose de satisfaisant.

Distinguer les demandes relatives au support ou Ă  la gestion de projet

Nous vous proposons ce que nous nommons un Support unifié. Il ne s’agit plus d’assigner vos demandes au support en désignant directement un interlocuteur (aujourd’hui le plus souvent votre cheffe ou chef de projet) mais d’assigner vos tickets à un groupe nommé « Support ». Le but premier est d’assurer la disponibilité d’un interlocuteur pour répondre à vos demandes de support indépendamment de la disponibilité de votre cheffe ou de votre chef de projet. Quand vous créez un ticket « Support », vous l'assignez au groupe Support et quand vous échangez ensuite sur le ticket, vous réassignez au groupe Support, et non à une personne en particulier. C’est le groupe Support qui organise ensuite la réponse en sollicitant les bons interlocuteurs.

Pour que cela fonctionne il est important lors de l’ouverture d’un ticket de distinguer ce qui relève de la gestion de projet, de ce qui relève du support.

La qualité et le temps de réponse sont fortement dépendants de la bonne assignation du ticket lors de sa création. L’assignation systématique au support ne sera pas gage d’une réponse rapide et pertinente et pourrait dégrader le service du support.

Nous vous apportons du support dans le cadre de votre contrat d’hébergement-support-maintenance. Il s’agit du support sur anomalie. Il s’agit également d’une assistance fonctionnelle sur des éléments documentés et simples. Dans le cadre du contrat de base, dans le cas de dispositifs avancés que vous avez conçus en autonomie par exemple, nous ne faisons pas d’assistance fonctionnelle sauf sur des éléments isolés simples. Si vous constatez une anomalie, pour qu’elle soit prise en charge il est important d’isoler les composants concernés par l’anomalie, si possible en reproduisant avec un dispositif limité et en recette, ainsi qu’en nous donnant les moyens de constater et de reproduire.

Voici également ce qui n’entre pas dans le cadre du support standard, mais qui peut l’être en étendant celui-ci (à évaluer avec votre cheffe ou votre chef de projet si ce n’est pas déjà le cas) :

  • Les connecteurs
  • Les raccordements
  • Les dĂ©marches complexes (type APA ou demande de subvention)
  • Les applications. Le terme « application » s’entend dans le sens oĂą un ensemble d’élĂ©ments (formulaires, workflows, modèles de fiches, fiches, pages, cellules) sont exploitĂ©s pour couvrir un domaine fonctionnel ou mĂ©tier. On se dĂ©tache ici de la dĂ©marche constituĂ©e d’un formulaire, d’un circuit de traitement, Ă©ventuellement de fiches utilisĂ©es en source de donnĂ©es sur des champs listes.
  • Les applications conçues par Entr’ouvert et qui ont vocation Ă  ĂŞtre distribuĂ©es via un store.

Tout ce qui n’entre pas dans le support relève de la gestion de projet.

Si votre chef ou cheffe de projet est en train de concevoir avec vous un dispositif qui est en recette et que vous constatez une anomalie, cela relève de la gestion de ce projet et non d’une demande au support.

Qualité du ticket

La qualité du support dépend de la qualité de la description du ticket et des éléments mis à disposition du support pour y répondre.

Le titre

Le titre est le premier élément qui permet au support de prendre connaissance de votre demande et de le mémoriser pour les potentiels échanges qui peuvent suivre.

Il est important de le soigner pour exprimer clairement l’anomalie. Il peut être préfixé d’un contexte définissant le domaine, par exemple « [Senior] ».

Grâce au titre le support peut potentiellement rapprocher celui-ci d’une anomalie ou d’un cas connu, et ainsi en accélérer le traitement.

Il faut éviter les titres qui expriment un mécontentement ou un caractère d’urgence.

La description

La personne en charge de la résolution de la demande n’est pas derrière votre épaule au moment où vous avez une difficulté, elle doit donc pouvoir reproduire le problème à partir des indications que vous allez lui fournir. Si le problème ne peut être reproduit, il ne peut être corrigé. Plus vous serez précis dans l’écriture de la demande, plus vous augmentez les chances qu’elle soit traitée rapidement et correctement.

Une demande (ticket) doit permettre à Entr’ouvert, selon les cas :

  • de corriger un problème (il faut alors y inscrire tout le contexte permettant de reproduire le problème - système d’exploitation, version du navigateur, dĂ©tails des manipulations prĂ©cĂ©dant le problème),
  • d’apporter de l’aide fonctionnelle (il faut alors dĂ©crire son objectif, son besoin aussi prĂ©cisĂ©ment que possible).

Un bon ticket présente :

  • Une explication claire et rĂ©digĂ©e : le style tĂ©lĂ©graphique sans ponctuation avec l’usage exagĂ©rĂ© de majuscule ou de gras peut heurter votre interlocuteur.
  • Des URL les plus prĂ©cises possibles permettant de pointer la difficultĂ© sans Ă©quivoque :
    • l’URL d’une demande oĂą le problème peut-ĂŞtre constatĂ©,
    • l’URL d’un endroit du formulaire ou du workflow qui est supposĂ© ĂŞtre Ă  l’origine du problème (par exemple URL de l’édition d’un champ de formulaire ou URL d’une action de workflow)
  • Un contexte technique et opĂ©rationnel : version du navigateur, des modifications sur votre infrastructure, une montĂ©e de version du logiciel tiers, etc.

Un ticket au support ne doit comporter qu’une seule demande. Si le ticket contient une liste de demandes, il sera demandé au client de le fermer et d’ouvrir autant de ticket que de demandes.

Lorsque la réponse à la demande est apportée le ticket doit être fermé par le client. S’il y a une autre demande, elle doit être faite dans un autre ticket. Si une nouvelle demande est formulée, il sera demandé au client d’ouvrir un autre ticket.

Le type de demande et l’assignation de la demande

S’il s’agit d’une demande de support :

  • Le champs tracker contient « Support »
  • L’assignation se fait au groupe « Support »

S’il s’agit d’une demande autre :

  • Le champs tracker contient « Gestion de projet »
  • L’assignation se fait Ă  votre chef ou cheffe de projet

Tracker et assignation

Statuts

  • Lorsque Entr’ouvert a besoin de plus d’informations concernant un ticket, il vous est assignĂ© avec le statut Information nĂ©cessaire. Il n’avancera plus sans votre intervention. Quand vous apportez l’information demandĂ©e, assignez le ticket Ă  la cheffe ou au chef de projet Entr’ouvert pour un ticket de gestion de projet, au Support pour du support.

  • Le statut RĂ©solu (Ă  dĂ©ployer) indique que le sujet a Ă©tĂ© traitĂ© (la rĂ©ponse Ă  une question a Ă©tĂ© apportĂ©e ou du code a Ă©tĂ© dĂ©veloppĂ© pour rĂ©soudre un problème). La solution peut-ĂŞtre dĂ©ployĂ©e en recette et/ou en production mais le ticket reste ouvert. Il vous est assignĂ© afin que vous en preniez connaissance dans vos tickets ouverts et que vous puissiez ensuite le fermer par vous-mĂŞme. Nous n’utilisons donc pas au support le statut « Solution dĂ©ployĂ©e » (comme cela est fait pour les tickets des projets de dĂ©veloppement) car cela affiche le ticket comme fermĂ©.

  • Selon les cas, il peut y avoir du code Ă  dĂ©ployer par Entr’ouvert, ou des modifications Ă  faire par vos soins suite Ă  une aide fonctionnelle apportĂ©e par Entr’ouvert.

Il est important que vous fermiez les tickets que vous avez ouverts une fois que ceux-ci sont traités.

Nous vous rappelons qu’un ticket peut-être traité collectivement par plusieurs intervenants d’Entr’ouvert et que ceux-ci peuvent laisser des commentaires qui ne vous sont pas visibles. L’objet n’est pas de vous cacher des informations mais bien souvent d’assurer une mise en forme avant diffusion d’information. Cela peut se traduire sur un ticket en une succession d’assignation sans commentaire.

Dernière mise à jour le 24/07/2026 11:59