Ô vous, sages parmi les sages, devrais-je migrer vers drupal ?

Tout d'abord, bonjour à tous !

Par avance mille excuses si ce message vous paraît trop long !

Je m'occupe en ce moment du site d'une association, avec malheureusement très peu de temps à lui consacrer, alors qu'il devient urgent d'implémenter un certain nombre de fonctions.

"Mon" site est actuellement propulsé par joomla, mais je suis tenté de changer de CMS avant que le site devienne trop lourd (il y a très peu de contenu et d’utilisateurs actuellement, justement parce qu'il manque les services qui lui donneraient un sens). Je soupçonne que, malgré la "perte de temps" de la migration et de l'apprentissage d'un nouveau CMS, il se peut que j’en sorte gagnant (je ne suis certainement pas un expert joomla, aussi la décision à laquelle j’ai abouti de coder from scratch un module adapté à mes besoins ne me rend pas très heureux).

J’aimerais confirmation ou infirmation de cette idée, et quelques conseils sur la manière de m’y prendre si vous jugez que ça vaut la peine de passer à drupal.

Pour les curieux, il s'agit d'une association ayant pour but d'aider les artistes qui font le choix de l'art libre (licences CC, LAL, etc). Entre autres services basiques et gratuits, l'assoce a un accord très avantageux avec une banque (le crédit mutuel) qui lui permet d'offrir gratuitement (l’assoce en est un peu de sa poche, mais ce n’est pas bien grave) un système de paiement en ligne sans aucune commission. Pour l'instant, les "produits" sont insérés à la main, il n'y a pas de catalogue, etc...

Je voudrais avoir une solution d’e-commerce avec les features suivantes :

1. Catalogue & produits basiques (livrables, non livrables, catégories prédéfinies par un administrateur). Jusqu’ici, tout va bien, les modules existent…
2. Il faut que ce module puisse s’interfacer avec la solution de paiement en ligne du crédit mutuel. A priori, ça devrait aller…
3. Les produits (ou œuvres) du catalogue doivent pouvoir être créés par n’importe quel membre inscrit, avec une soumission/modération par un admin (c’est sans doute ici que les problèmes commencent)…
4. Lorsqu’un produit livrable est créé, son créateur devrait pouvoir créer un groupe d’utilisateurs pour effectuer le suivi des commandes.
5. A sa création chaque produit sera certes assigné à une ou plusieurs catégories, mais devra aussi dépendre d’un projet.
6. Du coup, tout membre enregistré doit être capable de créer un projet.
7. Un projet est une espèce de catégorie, avec quelques attributs en plus : un groupe de membres inscrits (la direction du projet) défini par le créateur du projet une fois pour toutes, ainsi qu’un statut (en gros actif et inactif). Pas trop la peine d’entrer dans les détails à ce stade, ce post va déjà être suffisamment long…
8. Seuls les directeurs du projet peuvent créer des œuvres/produits associés au projet. Le produit par défaut, pour donner un exemple, est le "don au projet"...
9. En plus de cela, les directeurs du projet doivent pouvoir manuellement ajouter des commandes (c’est-à-dire des factures) correspondant à des entrées d’argent qui n’auraient pas transité par le système de paiement en ligne. Ils doivent pouvoir aussi ajouter des factures correspondant aux frais du projet. Evidemment, tout ceci doit être soumis à modération d’un admin (trésorier de l’assoce a priori, puisque c'est lui qui mettra les chèques ou espèces sur le compte, et que seul lui peut effectuer des paiements au nom de l'assoce)
10. le front-end du site doit permettre à tout utilisateur (même anonyme) de voir le résultat d’un certain nombre de requêtes sur les factures. En effet, la compta de l’assoce (loi 1901) se doit d’être transparente, et chacun doit pouvoir consulter le solde de chaque projet (par exemple). Ceci fournit, entre autres, le cadre de base nécessaire pour qu’un artiste s’autoproduise légalement tout en récupérant la TVA sur ses frais (le projet est un projet de l’assoce, les entrées d’argent sont au nom de l’assoce, la direction du projet est confiée à un groupe de membres de l’assoce qui peut investir l’argent de l’assoce à hauteur du solde du projet. Note : l’assoce, bien que loi 1901, est au régime entreprises en ce qui concerne les impôts. Ce n’est pas du tout contradictoire, et ça permet, justement, de récupérer la TVA). Accessoirement, quelques requêtes relativement simples suffisent pour faire la compta de l’assoce... C'est toujours ça de gagné...

Remarques : il faut que le module gère la TVA européenne.

Après une journée passée à survoler la doc de drupal et de ses modules, il me semblerait que ce genre de projet est faisable relativement facilement et proprement. J’aimerais confirmation.

En effet, si je dois coder un grand nombre de modules ou de gros modules immondes, ou si je finis par faire un truc moche, à la va-vite et rempli de hacks, autant ne pas m'embêter à migrer le site... Si, au contraire, il y a moyen de faire sans trop d’efforts (notion assez relative j’en conviens) quelque chose qui bénéficiera à la communauté, je suis pour !

Merci de votre attention, de vos remarques, conseils, aide...

PS : si besoin est, je suis évidemment prêt à poster sur le forum "officiel" en anglais. D’un autre côté, je préfère m’adresser à la communauté française, sans doute plus intéressée. De toute façon, il vaut mieux pour les utilisateurs que le site et ses modules soient par défaut en français...