Articles précédents : Logiciel
- [2] Nouvelles versions mineures de PHP 4 et 5
- [67] Retour d'Adobe sur les plates-formes Linux ?
- [66] SPIP 1.8 est sorti
- [36] Nouveau jeu sous Linux : Tribal Trouble !
- [12] Nouvelle version de Linux PAM
- [7] AnalyseSI, l'analyse Merise en libre
- [8] TheOpenCD 2.0 entièrement traduit en français
- [29] Sortie officielle de Tiny ERP 2.0
- [12] Un outil de conception pour CPLD et FPGA sous Linux.
- [18] Mise à jour Mozilla, Firefox et Thunderbird
Liens connexes
- Neogia (1157 clics)
- Site projet (CVS, Download, ...) (249 clics)
- OFBiz (204 clics)
- Nereide (424 clics)
- Code Lutin (304 clics)
- Libre Entreprise (465 clics)
Dépêche modérée par
Dépêche éditée par
Logiciel : Sortie de la version 0.6 de la solution ERP Neogia
Posté par Yannick Thebault (page perso, ). Modéré le 05 avril 2005.Les grosses fonctionnalités du PGI open source Neogia sont les suivantes :
- Comptabilité
- Gestion de stock
- Gestion de la production
- Gestion des commandes (achats, ventes)
- CRM
- Workflow
La version 0.6 apporte son lot de nouveautés parmi lesquelles :
- Une interface remaniée et plus claire pour la comptabilité et la gestion des écritures
- Une gestion complète du processus d'expédition.
- Le support des inventaires physique avec comptage et re-comptage avec blocage des emplacements
- La gestion complète de l'ordre de fabrication avec intégration du MRP et le début du CRP (capacité finie)
- Le calcul des coûts de production
- La gestion des tickets, des time sheets et des notes de frais avec association à tous les objets métiers (articles, communications, contenu, etc) et le début de la gestion de projet (Diagramme de Gantt, ...).
Neogia (1157 clics)
Site projet (CVS, Download, ...) (249 clics)
OFBiz (204 clics)
Nereide (424 clics)
Code Lutin (304 clics)
Libre Entreprise (465 clics)
> Lire la suite (14 commentaires, moyenne: 2,2). [dépêche : 2641 caractères]
La solution Neogia est spécifiée grâce à des modèles UML dont le code est généré pour le framework OFBiz. La génération de code permet de gagner environ 60% du temps de développement et de se concentrer exclusivement sur le développement des fonctions métier. Les générateurs de code utilisés sont ceux développés par la société Code Lutin (membre d'object web) partenaire de la société Néréide (initiatrice du projet Neogia et fédératrice de la communauté). Ces 2 sociétés sont membres de Libre-Entreprise, le 1er réseau d'entreprises du logiciel libre.
Actuellement, la communauté compte une dizaine de contributeurs actifs et nous allons bientôt créer l'association Neogia dont le but sera de mettre à disposition une organisation et des moyens techniques et humains afin d'assurer la maintenance et l'évolution fonctionnelle et technique du progiciel de gestion intégré. L'Association a également pour but de garantir le support aux utilisateurs du produit Néogia. Cette association possédera le copyright du logiciel, cela permettra de valoriser plus fortement le travail de tous les contributeurs.
Les prochaines évolutions prévues sont :
- CRM avant vente
- Gestion de projets complète avec moteur de planification
- Lettrage dans la comptabilité
- Calcul des besoins à capacité finie
- Calculs des coûts multi-niveaux
- Intégration comptable automatique
- Amélioration du générateur d'états
- Générateur de graphiques
Pour ceux qui ne connaissent pas le terme ERP (et PGI sa "traduction" française), Wikipedia donne comme définition :
Un progiciel de gestion intégré (ou PGI, en anglais Enterprise Ressources Planning ou ERP) est un ...
« Logiciel qui permet de gérer l'ensemble des processus d'une entreprise, en intégrant l'ensemble des fonctions de cette dernière comme la gestion des ressources humaines, la gestion comptable et financière, l'aide à la décision, mais aussi la vente, la distribution, l'approvisionnement, le commerce électronique. »
Pas mal!
Ca a l'air d'etre un beau projet... es ce qu'un certain nombre d'enterprises l'utilisent avec succès en production ?
-
[^]Re: Pas mal!
Posté par Yannick Thebault (page perso, ) le 05/04/2005 à 07:50. (lien). Évalué à 4.Merci. Pas mal d'entreprises utilisent OFBiz en production essentiellement pour des sites marchands.
Pour ce qui est de Neogia, il y a encore peu de références en production (en fait 1 dans le monde agricole pour de la comptabilité) pour 2 raisons essentielles :
- Neogia n'a commencé à être réellement utilisable sans avoir à rougir face à des compétiteurs du marché que depuis la 0.5
- L'action commerciale des sociétés qui supporte le projet n'a commencé que depuis le début de l'année. Cependant, je pense que les premiers projets de mise en oeuvre démarreront d'ici le 2e semestre de cette année.-
[^]Re: Pas mal!
Posté par Stéphane Traumat (page perso, ) le 05/04/2005 à 09:10. (lien). Évalué à 3.On va étudier le truc... nous, on etait parti sur une base propriétaire (API XCS) sur laquelle on a batit une couche Java/J2EE...
En gros, avec hibernate, on a mappé une partie de leur base et on a des daos qui appellent leur procédures stockées..
L'idée pour nous était de pouvoir construire des outils "au dessus" d'un ERP nickel avec toutes les fonctionnalités nécéssaires.
On va maintenant étudier votre solution.-
[^]Re: Pas mal!
Posté par Yannick Thebault (page perso, ) le 05/04/2005 à 09:15. (lien). Évalué à 4.Si vous avez besoin d'aide, on est là :-)
N'hésitez pas à vous inscrire sur les listes pour que tout le monde profite de vos questions et des réponses (mais c'est peut-être pas la peine que je rappele ici les bases du libre :-D ).
J'en profite également pour signaler que sur sourceforge (dans le projet Neogia), vous pouvez télécharger l'ERP en "prêt à l'emploi" (entre guillemets parce qu'un ERP prêt à l'emploi, j'en ai encore jamais vu tout du moins pour la partie fonctionnelle).-
[^]Re: Pas mal!
Posté par Dafatfab () le 05/04/2005 à 10:00. (lien). Évalué à 1.Bien joué, je ne connaissais pas ce genre de projet.
Bravo, car ce genre de devellopement doit etre complexe.
Je suis moi meme en charge de gestion de projet sur le deploiement d'une solution ERP (Aristote basé sur des couches java)... capucépaslibre et ca coute bonbon... en tous les cas j'aurais au moins la connaissance de ce projet.-
[^]Re: Pas mal!
Posté par Yannick Thebault (page perso, ) le 05/04/2005 à 10:20. (lien). Évalué à 1.Merci pour vos encouragements, la communauté en a toujours besoin :-) même si pour l'instant j'ai l'air d'être le seul à causer dans le poste :-D
Juste une remarque sur le coût de déploiement d'un projet ERP en libre. Les coûts de déploiement de ce type de projet sont similaires à ceux d'un ERP propriétaire en termes de service et d'investissement en temps de la part du client car on reste sur le même type d'application et sur la même complexité fonctionnelle. En effet il ne faut pas oublier que quelque soit la license du logiciel, les besoins métier de l'entreprise restent les mêmes.
Ce qui change fondamentalement, c'est que l'absence de coûts d'acquisition du logiciel grâce à la license libre, permet à l'entreprise utilisatrice d'une part de reporter le budget sur des phases souvent négligées du projet telles que la formation des utilisateurs ou une adaptation plus fine du progiciel. D'autre part, si l'entreprise utilisatrice adhére au principes du libre et reverse à la communauté les nouvelles fonctionnalités qui sont développées pour elle par la communauté, cela lui permet de réduire les coûts de maintenance du logiciel qui se trouvent lissés sur l'ensemble des utilisateurs car les spécifiques d'un client sont intégrés dans le logiciel standard. Il y a donc mécaniquement un réduction des coûts à moyen terme.-
[^]Re: Pas mal!
Posté par Stéphane Traumat (page perso, ) le 05/04/2005 à 10:23. (lien). Évalué à 2.Tout à fait :) mais reste à avoir un bon erp libre !
Car nous, on a été obligé de se tourner vers le propriétaire-
[^]Re: Pas mal!
Posté par Yannick Thebault (page perso, ) le 05/04/2005 à 10:41. (lien). Évalué à 1.Je vous laisserai juge pour évaluer si Neogia est un bon ERP ;-) mais avoir un bon ERP est notre but car la plupart des membres de la communauté vient du monde des grands ERP propriétaires sur lesquels nous avons disons quelques reproches mais qui nous servent dans la modélisation de Neogia :-D
-
-
-
-
-
-
-
[^]Re: Pas mal!
Posté par DPhil (page perso, ) le 05/04/2005 à 11:04. (lien). Évalué à 3.Je vois que dans la Todo list, il y a le lettrage de la comptabilité. Si vous voulez que cette solution soit utilisée massivement, je pense qu'il est urgent de mettre en place cette fonctionalité.
C'est cool, les solution de PGI libres intégrant la comptabilité commencent à arriver:
- Neogia
- OpenSI
- TinyERP-
[^]Re: Pas mal!
Posté par malin nicolas () le 05/04/2005 à 12:00. (lien). Évalué à 1.Pour le lettrage, on est dessus, enfin je suis dessus ;) .Cela devrait être disponible dans la version CVS d'ici la fin de la semaine.
Prochaine grande étapes, les Budgets et les états ;)
-
Cet ERP est-il adapté aux PME industrielles ?
Je travaille dans une PME industrielle fabriquant de palonnier à ventouse (le plus souvent, mais pas uniquement) afin manipuler des charges diverses dans les chaines de montages ou de production. Ces palloniers sont conçu par un bureau d'étude et monté par des techniciens. Ils sont spécifiques aux desiderata client (activité "manutention").
Cette PME vend aussi de simples composants (ventouses, CVS, ejecteurs) au comptoir ou via distributeur. Toutes sorte de composants pour la robotique industrielle autour du vide ("activité composant").
Nous utilisons GPS de Missler soft.
Ce logiciel est pas terrible, c'est un véritable patchwork constitué de couches logiciel qui le rend à peu près aussi bien organisé que l'administration fiscale.
De plus, notre entreprise n'utilise pas réellement un schéma de GPAO classique : Les gammes sont à peu près ignorées et la sous-traitance passé comme un simple achat.
De plus, du fait que l'activité manutention implique des achats de matériels non standard, spécifiques et souvent nouveaux, on a pas de construction d'une arborescence de nomanclature pour chaque affaire, parce que dans le logiciel actuel c'est très compliqué.
Donc, à chaque OF est attribué une liste de pièces en lieu et place d'une simple nomanclature dont l'entete vide est tout de même créee.
Je me demande donc si votre logiciel est capable de se plier à ce genre de contorsion. S'il est paramétrable afin de s'y plier, etc...
Si c'est le cas, je vous promet un avenir radieux.
Ah et surtout, ya t-il un module d'extractions de statistiques (coût de revient d'une affire constitué d'OF, évolution commandes client, etc...) ?
Si c'est le cas, là vous allez tous les bouffer :)
-
[^]Re: Cet ERP est-il adapté aux PME industrielles ?
Posté par Yannick Thebault (page perso, ) le 05/04/2005 à 13:40. (lien). Évalué à 2.Zut je vais devoir faire une réponse d'éditeur propriétaire : C'est prévu dans la roadmap :-D
Je m'explique :
Concernant la gestion des OF, si je comprend bien, vous cherchez une gestion de production en mode projet avec une gamme spécifique à chaque article fabriqué. Pour cela, la réponse est que c'est modélisé dans le modèle UML (donc la spécification fonctionnelle est faite) mais les fonctions métier ne sont pas encore développées, et le seront si je me fie à la roadmap, dans la 0.7 ou la 0.8. L'ensemble des zones est présent mais yaplukafokon. Une personne doit commencer à travailler dessus cet été.
Concernant les calculs de coûts, pour l'instant Neogia est capable de sortir le prix de revient standard d'un article. La gestion d'affaire qui correspond au cumul des coûts et du temps passé est en cours de spécification. Quand je dis en cours de spécification, j'entends que les éléments sont présents (Saisie des temps, définition des coûts, etc) mais que les liens ne sont pas encore modélisés dans UML donc pas développés. Comme pour le point précédent, c'est prévu pour la 0.8 (ou avant si on avance plus vite).
Concernant les extractions statistiques, la réponse est en 2 points.
Premièrement, Neogia dispose d'un générateur d'état capable de créer des états standards à partir des modèles UML (avec iReport/JasperReport). Ces états sont ensuites adaptables en fonction des besoins.
Deuxièmenent, la roadmap prévoi l'intégration dans Neogia d'un moteur OLAP libre qui permettra de réaliser des extractions et des consolidations plus complexes. Cette fonctionnalité est prévue plutôt vers la 1.0.
C'est assez rageant de voir que les utilisateurs ont toujours besoin de la fonctionnalité qu'on a pas encore développé :-) d'un autre coté c'est très motivant pour avancer. Dites, y'a quelqu'un qui a besoin d'une fonctionnalité qui existe déjà ? ;-)
Sinon, il existe un moyen super simple d'avoir plus rapidement ces fonctionnalité, c'est de venir participer au projet Neogia et ainsi de prouver une fois de plus qu'un projet libre est conduit par les besoins de ces utilisateurs et qu'en cela c'est un point positif par rapport au propriétaire. :-)
Courage !
Juste un petit mot d'encouragement.
J'ai bossé un peu autour d'un PGI propriétaire il y a quelques années. Je suis convaincu que c'est un secteur ou moyennant un effort de départ, il peut y avoir une véritable envolée du libre.
L'association de plusieurs entreprises en une association qui possède le copyright me semble vraiment la structure adapté pour réussir ce pari.
Si vous avez le courage, et la chance de pouvoir mener le projet de l'avant vous allez faire un carton. J'en suis sûr ! L'apport du libre (partage des modifs, suivi clair des bugs, possibilité d'évolutions, adaptations) est un facteur déterminant que seul le libre peut apporter a ce secteur.
-
[^]Re: Courage !
Posté par Yannick Thebault (page perso, ) le 05/04/2005 à 13:47. (lien). Évalué à 2.Merci beaucoup !
Un petit complément au sujet de l'association, son but est également d'avoir une action de ré-assurance du support réalisé par les membres de la communauté sur le progiciel. Afin, d'une part d'avoir un support correct sur un logiciel libre malgré les structures de faible taille et d'autre part de bénéficier des meilleurs experts indépendament de leur appartenance à telle ou telle société contribuant au projet.



Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.