Je suis sur le point de démarrer la conception d'un ERP (gestion des produits, fournisseurs, clients, etc.) pour une TPE (un seul salarier/utilisateur pour le moment et pour longtemps je pense).
 
Je bosse habituellement sur des applis JEE (Struts, Spring & co). Là je suis sur le point de partir sur un client lourd avec base MySQL.  
 
Selon-vous, est-ce encore le bon type d'archi à suivre pour ce type d'appli ? Si pas, qu'utiliseriez vous (architecture, framework, etc.) ?  
 
Merci pour vos lumières.  

Bon déjà, hors de question de coder from scratch. Pars d'un ERP existant en GPL. La techno web (php/mysql/js) est une bonne solution.
 
http://fr.wikipedia.org/wiki/Liste [...] libres#ERP

Bonjour,
 
le client lourd est à mon avis la pire des solutions, une solution full web n'est pas agraable à utiliser.
ma recommandation serait de réutiliser ce qui existe déjà : http://tryton.org
C'est une solution déjà opérationnelle et un framework complet si la TPE a besoin de quelque chose de particulier.
L'architecture est trois tiers, le serveur est utilisé par json-rpc.
Pour un utilisateur unique, il existe une version mono-poste sur sqlite appelée neso.
Tryton est aussi disponible en hébergement gratuit pour les TPE.
et puis en rejoignant une communauté vous apprendrez des autres et leur apprendrez.
salutations

Merci pour vos réponses.
 
Visiblement vos infos se recoupent et excluent le client lourd "maison".  
 
De mon coté je ne peux qu'écarter la piste de Tryton, le temps d'appréhender Python me coutera trop. La TPE visée a une gestion de ces fournisseurs et de leur produit assez particulière (alimentation par fichier XLS différent par fournisseur, workflow pas conventionnel) et il y aura très certainement des devs spécifiques.
 
Partir sur du PHP/MySQL/JS semble bien adapté. J'ai les bases sur PHP, le reste est à niveau "confirmé" je dirai. D'autant que ça me reservira pour d'autres projets.
 
Parmi le catalogue d'ERP sous GPL, certains sortent-ils du lot ?

+1
je ne connaissais pas cette page, j'ai ajouté le lien vers la page Tryton de wikipédia
slts

 
J'aurais bien aimé que tu argumentes un minimum pourquoi une solution full web est à écarter. Aujourd'hui avec Ajax et les libs qui gravitent autour, on fait des IHM très ergonomiques, peut-être même plus que sur des applis en client lourd...

 
OpenBravo a bonne réputation il me semble. Il y a aussi TinyERP, renommé apparemment en OpenERP.
 
Le plus important est quand même de voir le domaine de couverture des besoins fonctionnels demandés par ta boîte. Ensuite, voir la facilité de mise en oeuvre, d'évolution et de maintenance.

C'est ce qui se dit, je ne conteste pas que ça soit possible. J'ai juste essayé la plupart des erp libres et ceux qui sont en full-web ne sont pas agréables pour des opérateurs permanents. Openerp met depuis un an des moyens considérables pour re-développer son interface web dans le sens que tu indiques. Nous pourrons juger du résultat d'ici peu. La promesse technique sera peut-être tenue.
Il faudra aussi que les navigateurs s'améliorent sensiblement. Dans le même temps les techniques client lourd s'améliorent aussi.
Le choix PHP/MySQL/JS conduit à une ergonomie/efficacité similaire à dolibarr.
salutations

ceux qui sont utilisés en tpe :
Dolibarr, Openerp et Tryton
 
un exemple d' architecture client lourd :
openconcerto
 
ceux qui ne sont pas adaptés à une tpe :
OpenBravo, Adempiere, Compiere, OfBiz, Neogia, erp5
 
ceux que je ne connais pas :
OpenInfo3W, il faut oracle pour l'utiliser
 
je crois qu'OpenAguila est mort et OBM est plus un groupware pour forces de vente qu'un ERP à moins qu'il ait évolué récemment.
 
salutations

http://en.wikipedia.org/wiki/List_ [...] e_packages
 

Je vois que vous semblez avoir de l'expérience dans ce genre de contexte.
 
Dolibarr me semble bien intéressant d'un point de vu fonctions et technos utilisées.  
Selon-vous, est-il facilement modifiable ? Je pense notamment à l'ajout d'une fonction d'importation de catalogues de fournitures, avec différents formats. Cette fonction semble la plus spécifique à l'activité de la TPE et représente à mon sens une nouvelle fonction qui n'existe pas dans les ERP disponibles sur le marché. Ce genre d'ajout se fait-il sans entamer un parcourt du combattant avec un code mal/non adapté à ce genre de développement ?
 
Merci !