Solutions métier
Centraliser les demandes internes dans Odoo : un responsable et une suite pour chaque demande
Un salarié signale un écran défectueux par email, relance sur une messagerie puis appelle une autre personne. Trois échanges existent, mais personne ne sait lequel fait référence. Une organisation des demandes internes doit rendre visibles le responsable, l’action suivante et la réponse attendue, avant d’ajouter des automatismes.
Choisir une famille de demandes pour démarrer
Commencez par un service et quelques demandes récurrentes : panne d’équipement, intervention sur un local ou besoin d’assistance informatique. Relevez les informations minimales permettant de traiter le cas : lieu, équipement, description et personne à recontacter. Une demande d’accès peut nécessiter une autorisation distincte ; sa réception ne vaut pas accord.
Séparez signalement, question et demande de réalisation. Le formulaire n’a pas besoin de tout demander à tout le monde. Une qualification courte peut suffire avant qu’un agent complète le dossier avec le demandeur.
Définir ce que signifie « pris en charge »
Le demandeur a besoin de connaître le prochain mouvement. Un statut générique « en cours » ne dit pas si une personne intervient, attend un fournisseur ou cherche une information. Définissez des états utiles à votre équipe et les conditions qui permettent d’en sortir.
| Situation | Information à conserver |
|---|---|
| Demande reçue | Référence et service destinataire |
| Intervention attribuée | Responsable du traitement, même si plusieurs personnes contribuent |
| Attente d’une réponse | Personne sollicitée et prochaine vérification prévue |
| Transfert à un autre service | Nouveau responsable et informations déjà recueillies |
| Clôture | Réponse apportée et possibilité de signaler un problème persistant |
Choisir le bon niveau de visibilité
Une panne de vidéoprojecteur et un dossier contenant des coordonnées d’accès ne demandent pas la même diffusion. Préparez les rôles du demandeur, de l’agent et du responsable. Contrôlez aussi les pièces jointes, les destinataires des notifications et les messages ajoutés à l’échange. Ne demandez pas de mots de passe dans les tickets.
La documentation Helpdesk d’Odoo 19 distingue plusieurs niveaux de visibilité des équipes et des tickets ainsi que leur affectation. Cela fournit un support technique à évaluer ; le dispositif interne doit être testé avec les utilisateurs et les accès réellement prévus. La disponibilité d’un paramètre ne prouve pas que toutes les informations du dossier sont correctement séparées.
Choisir entre simple suivi et échanges intégrés
Une file suivie par une petite équipe peut constituer un premier lot. Une intégration plus large devient utile lorsque les demandes doivent retrouver un parc d’équipements, une intervention ou un fournisseur. Définissez ces liens sans faire du ticket une copie complète du système de gestion des actifs.
Si votre équipe garde un autre outil de support, précisez où le dossier de référence vit et quelles informations Odoo doit recevoir. Deux tickets indépendants qui se répondent par notifications peuvent augmenter le travail au lieu de le réduire.
Tester un transfert, pas seulement une ouverture
Créez une demande de test, ajoutez une pièce puis transférez-la de l’IT aux services généraux. Vérifiez le responsable, les messages visibles et les informations conservées. Fermez le dossier, signalez que le problème persiste et contrôlez la suite prévue. Essayez enfin les accès depuis un compte qui ne participe pas au traitement.
Ce besoin concerne l’assistance aux salariés, à distinguer de la maintenance de votre Odoo par un prestataire. Décrivez les demandes qui circulent aujourd’hui sans suivi : Projet ERP vous aide à chercher un intégrateur pour organiser leur traitement.