Chorus (dépôt d'une facture fournisseur auprès d'une université)

Ressenti de l'usager : Négatif

Bonjour,Mon témoignage concerne Chorus.Je suis intervenant/formateur (non vacataire) dans le cadre d'enseignements dans une université . Je dois adresser une déposer une facture pour une séance de formation. Je dois donc la déposer dans Chorus.Le processus de login (inscription) est assez facile à prendre en main. Le reste est un cauchemar du point de vue de l'expérience utilisateur.Il y a tout un tas de champs facultatifs pour lesquels on ne sait pas quoi faire (ça je remplis? ça?). On commence par ouvrir, naviguer et se perdre. Très vite on se rend compte qu'on ne maîtrise pas le vocabulaire financier des services administratifs (commande, engagement) et que la majorité des champs concernent des informations nécessaires aux destinataires, mais pas à l'usager.Je peux vous donner une pluie d'exemples mais je me contenterai de quelques uns : - l'identifiant de l'université renvoie à une adresse qui n'est pas celle figurant sur le Bon de Commande émis par l’université - Il est demandé de saisir "le numéro d'engagement": sur le volet F (fournisseur) du bon de commande. Sur le bon de commande, le terme "engagement" est absent.... il faut comprendre qu'il s'agit du numéro de commande. Évident pour les services financiers d'une université mais dans les TPE voire les PME on n'entend jamais parler d'engagements, d’ordonnateur... je ne vois pas comment on peut faire le lien. Si ce n'est en tapant tous les numéros présents sur le bon de commande jusqu'à trouver le bon..- Le Bon de Commande indique "référence à indiquer obligatoirement" écrit en tout en majuscule, un peu comme on ne peut pas le faire sur votre plateforme...- (...) sur ChorusPro. Je vous donne la référence de la commande (j'ai modifié les chiffres) : CDE-2020-123456. Je rentre la référence qui doit "obligatoirement" être saisie. Résultat "engagement introuvable", je recommence, une fois, deux fois. Et puis je déduis qu'il faut peut-être retirer "CDE-"... Pourquoi "CDE-" et pas "CDE-2020" ?Quand on vous donne une référence en vous demandant de la saisir, vous ne vous sentez pas l'autorité de rogner tout ou partie de cette référence qui, de surcroît, est un code. Vous enlèveriez naturellement les numéros qui correspondent au sexe ou à l'année de naissance sur le numéro de sécurité sociale pour vos connecter à Ameli.fr pour peu que la sécurité sociale ait décidé qu'elle n'en avait pas besoin (sans vous en avertir) ?- Enfin, et pour finir : la TVA. Il n'y a pas de TVA sur ma facture, le taux est donc de 0. Je finis par déposer mon fichier (ma facture, donc avec une TVA à 0 et la mention qui le justifie), le récapitulatif indique "éxonération" et une TVA à 10%?!Le montant à régler est le même mais le décompte est faux. Ces 10% ne correspondent à rien qui figure dans ce que j'ai saisi et encore moins aux informations qui figurent dans la facture. Le taux qui s'affiche par défaut est faux, il correspond en effet à des exonérations de TVA. Sans vigilance de ma part (on a tendance à ne regarder que le "montant à régler") on part sur de mauvaises bases, la facture est refusée, on me contacte pour me dire que j'ai mal saisi le taux de TVA, tout le monde perd du temps, pour un taux qui arrive d'on ne sait où (10%, ce n'est même pas le taux habituel 20%...).J'entreprends de rectifier le détail de la TVA car une petite fenêtre en bas à droite m'y invite. J'arrive sur des champs que je peux modifier: taux (0), montant HT, montant TVA (0), Montant TTC. Je saisis. Après cette action j'ai le choix entre "retour" ou "modifier". Il manque un bouton "valider".Je pense "retour" = annuler/abandonner, "modifier" = enregistrer les modifs. Je fais "modifier" pensant enregistrer mes récentes modifications...pas de chance ! ça efface tout, rebelotte. Il fallait comprendre "retour"=enregistrer les modifs, il faudra rechercher mais ce n'est je pense jamais le cas dans la navigation sur un site, retour ne correspond jamais à "enregistrer"Bref, je finis par enregistrer et là des messages récurrents et contradictoires apparaissent ("champ doit être vide quand TVA =0" et "vous devez renseigner le taux"). Je finis par comprendre que le problème vient de "exonération" qui a été renseigné automatiquement et qui n'est pas compatible avec une TVA à 0.Je résume : jargon, consignes incompréhensibles, codes de navigation inédits ou à rebours des pratiques UX usuelles... il faut vraiment avoir envie de se faire payer pour insister sur Chorus Pro.Ce récit était sans doute fastidieux, je l'ai voulu à l'image de mon expérience de navigation (je vous ai épargné les contresens). La navigation doit être limpide : on s'identifie, on accède à un menu (déposer une facture, suivre une facture, etc....), on sélectionne, on identifie le client, on référence la commande (avec un bon de commande correctement libélé), on dépose le fichier (dragetdrop?).C'est plus au moins le schéma actuel, sauf qu'il faudrait éliminer tous les champs inutiles, le visiteur de doit voir que les champs qui le concernent (quitte à ce qu'ils s'affichent progressivement en fonction des informations sollicitées ou déposées).On va me dire : "mais vous comprenez, chez nous c'est très compliqué..." Il y a a beaucoup de trafic et encore beaucoup plus d'information à processer chez Amazon et ils y arrivent..On va me dire encore : "mais monsieur le service public ce n'est pas un site marchand". Je répondrais que je suis bien d'accord et que raison de plus, le service devrait y être meilleur et indépendant de toute transaction financière. C'est donc aux utilisateurs "back end" de Chorus Pro de s'adapter pour que l'interface utilisateur soit limpide et fluide, pas l'inverse.Je vous remercieBien cordialement