Bonjour,
Attention, open source ne veux pas dire gratuit.
D'ailleurs, rien n'est jamais gratuit en informatique d'entreprise.
Si un produit peut être gratuit, le modèle économique est basé sur les prestations de service. Donc au final on met bien la main au portefeuille, sauf que le service est toujours plus onéreux que la licence.
Donc (pour faire court), en règle générale on choisit de l'open source lorsqu'on a les ressources (developpeurs) en interne pour du dev spécifique sur le logiciel ou les moyens de financer la prestation dans le même but.
Donc faites un cahier des charges exhaustif de vos besoins, une première liste d'outils dans vos moyens, soumissions du cahier des charges aux editeurs (ou prestataire) puis choix de la solution.
Entre le prix d'achat de licences + implémentation + contrats de maintenance (ou d'optimisation), les coûts liés à l'ERP seront connu pour une utilisation adapté à votre besoin.
Il y a bon nombre d'ERP à l'attention des PME pour un coût relativement modique.
Partir dans l'open source en pensant ne pas mettre un sou c'est s'assurer de ne pas trouver l'outil adapté et/ou de devoir de toute manière mettre la main au portefeuille sans connaitre le coût total au final
Pour finir, le choix d'un ERP ne se situe pas "sur son fonctionnement, sa compréhension de fonctionnement, son optimisation dans le but d'améliorer la production et les stocks entre autres".
Vous devez en premier lieu optimiser vos processus métiers puis trouver l'outil adapté (ou adapter cet outil par du parametrage)... le problème ne doit pas être pris à l'envers.
Ce n'est pas l'outil qui améliorera vos process, mais ce sont les process améliorés qui permettent une implentation réussi de l'outil (pour commencer...ensuite il faudra se pencher sur la formation pour avoir une utilisation optimisée, mais là c'est déjà une autre étape)
Je me permets les conseils suivants, suite à deux audits fait l'an dernier sur des implémentations plus ou moins (+ que - d'ailleurs) ratées d'un ERP et d'une GPAO (bon ce n'etait pas de l'open source... comme quoi mais vu comme tu pars...).
Edit:
Par rapport à ceci: "Ce qui nous importe le plus est toute la partie manufacturing /stock/production/achats...Les autre fonctions (CRM, compta..) ne seront pas développées."
un outil de GPAO peut suffire. Si la CRM et la compta doivent être intégrés plus tard, il est possible d'acquerir d'autres outils qui se connecteront assez facilement (connecteurs ouvert pour dialoguer avec GPAO, parametrable facilement pour des non informaticiens) voir les possibilités et compatibilités aupres des éditeurs.
Message édité par akabis le 11-03-2009 à 01:58:12