Salut tout le monde,
Pour apporter le point de vue de la Cagette sur le choix d’Odoo.
La Cagette a ouvert son supermarché il y a un an (sept. 2018).
Nous sommes aujourd’hui 2000 coopérateur.rice.s pour un CA de +/- 200 000e/mois. Nous fonctionnons avec Odoo Foodcoop et il nous a semblé normal de payer le ticket d’entrée “coops” proposé par la Louve dès que nous en avons eu les moyens. Au total nous avons contribué à hauteur de 19020€ dans le développement d’Odoo foodcoop ce qui est une somme importante pour un projet en création peu subventionné mais qui n’est pas beaucoup par rapport au montant de dév mis par la Louve.
Odoo est actuellement indispensable pour notre activité dans le sens où il n’existe aucune alternative qui proposerait des fonctionnalités aussi proches de nos besoins, ni en solution propriétaire ni en open source. En outre le déploiement d’un ERP avec une complexité comparable à celle d’Odoo coûte inévitablement très cher, donc le choix ne se pose pas vraiment pour les coops qui atteignent un gros volume d’activité.
Cela dit, certains fonctionnements développés dans la version food coop correspondent aux usages de la Louve mais pas à ceux d’autres projets :
Du coup nous avons choisi de développer des interfaces spécial “Cagette” mieux adaptées à nos usages. Le problème qui s’est alors posé et qui est fondamental pour ce fil de discussion est que les développeurs compétents sur Odoo sont rares et donc TRÈS chers.
A la Cagette nous nous sommes donc lancés dans le développement d’interfaces utilisateurs dans des langages plus communs et dont le dev est plus accessible et moins cher que du dev sur Odoo. Ces interfaces utilisateurs vont ensuite écrire dans les bases de données Odoo via une API. Deux de nos coopérateurs développeurs professionnels chevronnés sont devenus de vrais experts de ce type de développements : ils développent des interfaces utilisateurs connectées à Odoo Foodcoop via API. Afin que nous puissions les rémunérer à minima pour leur travail, ils ont monté une asso (Coopératic) qui fait ce type de développements en open source spécialement pour les supermarchés coops.
Pour donner quelques exemples des développements faits par Coopératic pour la Cagette :
-
Interface “Echanges de services” : nous sommes beaucoup moins nombreux que la Louve et nous avons donc eu besoin d’un outil d’échange de services plus performant que l’échange “Pair à pair” proposé initialement par la Louve. C’était une question de survie pour notre coops car les échanges via le forum ne fonctionnaient pas bien ! Au lieu d’échanger leurs services de pair à pair, les utilisateur.rice.s de la Cagette échangent leurs services avec toute la communauté. Nous en sommes EXTRÊMEMENT SATISFAITS.
-
Nous avons développé une interface “Inscription” des nouveaux beaucoup plus facile que celle d’Odoo car nous avions trop d’erreur lors des saisie des bulletins de souscription. Autre objectif de ce développement : nous ne souhaitions pas limiter l’accès au tarif préférentiel de 10e aux seuls bénéficiaires des minimas sociaux. 100e d’un coup c’est beaucoup et beaucoup de personnes en situation de précarité ne sont pas bénéficiaires des minimas sociaux. Du coup nous avons modifié la règle et donc modifié l’interface d’inscription des nouveaux en conséquence.
-
Enfin, nous avons développé l’interface “Feuille de présence”, dématérialisant l’émargement. Chaque membre qui vient faire son service clique sur son nom et sa présence est enregistrée automatiquement. Nous avions d’interminables erreurs de saisie des feuilles de présences par les coops au bureau des membres, générant du travail pour eux et de multiples questions de membres qui se retrouvaient en alerte / suspendu pour rien.
Au final, nous avons souhaité dématérialisé au maximum le bureau des membres car même si le module membre est bien fait, il n’est pas adapté à une utilisation par des centaines de personnes (même avec des procédures, des tutos bien fait). Toute saisie humaine entraîne des erreurs, c’est normal ! Grâce à ces interfaces, nous contournons la complexité d’Odoo et pour améliorer l’expérience utilisateur de chacun tout en réduisant le travail peu intéressant.
Enfin, nous ne souhaitons pas utiliser Odoo pour la Compta car Odoo n’est pas une solution homologuée (il ne produit pas de fichiers FEC qui sont une obligation). Quitte à payer un logiciel de compta (qui sont déjà très performants), autant faire toute la compta dessus. Néanmoins nous exportons grâce à une moulinette informatique, les données des ventes et des souscriptions issues d’Odoo. Ironie de l’histoire, les 19020 € mis par la Cagette dans le dev d’odoo ont servi à développer ce module odoo de compta que nous n’utilisons pas… Comme nous avons profité de tout le reste des développements faits par la Louve, nous l’avons accepté de bon coeur. Cela dit, la question des modalités de définition des roadmaps avec les coopératives qui contribuent devra se poser un jour… reste à voir quand.
Le projet Open source d’Odoo Foodcoops est génial sur le papier et dans la réalité, mais il a une limite : les développeurs compétent sur Odoo sont rares et chers. Par conséquent l’adaptation du fonctionnement d’Odoo Foodcoop à des usages locaux est trop cher. La solution intermédiaire, d’utiliser Odoo comme “moteur” et de développer des interfaces extérieures reliées par API nous semble extrêmement prometteuse.
REMARQUE SUR L’OUTIL DE L’ELEFAN :
Pendant toute la phase de lancement associatif de notre projet, nous aurions bien aimé avoir accès à un outil de gestion du planning de participation tel que celui développé par l’Elefan. Bravo à eux pour leur boulot de dev. A l’époque, cette outil n’existait pas, nous avons bidouillé des plannings sur google sheet, ce qui était une source de travail non-négligeable et a certainement freiné l’investissement des membres.
Nous conseillons à toutes les assos de l’utiliser et de les aider à le développer.
Pour conclure, la solution informatique est un choix crucial. C’est très positif que les projets qui en ressentent le besoin travaillent sur des solutions alternatives. Nous verrons bien les solutions qui s’imposeront à terme. L’important étant de documenter les différentes solutions pour que les nouveaux projets puissent se positionner en fonction de leurs besoin, de leurs ressources en informatique afin de leur permettre de faire le bon choix !