Sortie de la version 0.7 de la solution ERP Neogia

Posté par  . Modéré par Jaimé Ragnagna.
Étiquettes : aucune
0
13
juin
2005
Java
L'équipe des développeurs et des contributeurs de la solution ERP Neogia est fière d'annoncer la publication de la version 0.7 du produit.

Neogia est une solution de gestion intégrée (PGI ou ERP) libre (donc open source) sur plate-forme J2EE mais basée uniquement sur des projets libres (JOTM, Shark, OFBiz, ...). Le PGI est publié sous license GPL.

Comme d'habitude, cette nouvelle version apporte son lot de nouvelles fonctionnalités qui sont pour beaucoup le fruit des demandes et retours des premières entreprises utilisatrices du produit :
Commun :
- Beaucoup de travail sur l'internationalisation du produit. La traduction française couvre maintenant 90% du produit.
- Poursuite de la migration des écrans depuis le couple JPublish/Freemarker vers les screen Widgets.
- Une première version pas encore tout à fait fonctionnelle d'un client XUL
- Un jeu complet de données en Français
Comptabilité :
- Le composant d'intégration comptable est maintenant opérationnel
- Le composant lettrage est également maintenant opérationnel
Gestion de production :
- Nouveau composant : Le plan directeur de production
- Post-consommation composants et articles sur avancement de l'ordre de fabrication
- Génération des sorties de stock sur avancement de l'ordre de fabrication
Gestion de stock :
- Le processus de réception de marchandise sur ordre d'achat est opérationnelle
- Nouveau composant : Approvisionnement. Première fonctionnalité implémentée : Ré-approvisionnement sur quantité économique.

Au niveau technique, nous avons commencé à tester la solution sur des JVM libres afin de pouvoir être considéré par tous comme un vrai projet libre. Les grandes 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
- Gestion des activités de services

La solution logiciel libre et open source ERP (ou PGI) Neogia s'appuie sur les solides fondations techniques du progiciel OFBiz (projet lancé en 2001), un ensemble de composants fonctionnels et techniques reconnus pour leur complétude, leur flexibilité et leur grande robustesse. Neogia est une solution de gestion d'entreprise intégrée spécifiquement conçue pour répondre aux besoins propres aux PME/PMI. Elle recouvre la gestion financière, la collaboration logistique (y compris la gestion de production et la distribution), le CRM (y compris le marketing et la gestion des ventes et du service après-vente) ainsi que le commerce électronique.

La solution Neogia est spécifiée grâce à des modèles UML qui sont ensuite passé à des générateurs de code 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 l'association Neogia, dont le but est 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é, va commencer son activité. L'Association a également pour but de garantir le support aux utilisateurs du produit Néogia. Cette association possède le copyright du logiciel, permettant ainsi de valoriser plus fortement le travail de tous les contributeurs du projet.

Les prochaines évolutions prévues sont :
- CRM avant vente.
- Gestion de projets complète avec intégration du moteur de planification (développement prévu pour cet été).
- Calculs des coûts multi-niveaux.
- Amélioration des moteurs de calcul de prévisions.
- Intégration de mondriane et JPivot pour ajouter des fonctionnalités de Business Intelligence à la solution.
- Peut-être intégration de la base de données XML Exist afin de pouvoir stocker facilement de gros documents textuel et/ou XML.
- Une plus grande ouverture sur l'extérieur avec la publication de Web Services en standard.

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. »

Aller plus loin

  • # compta?..

    Posté par  . Évalué à 1.

    Est-ce que le logiciel fait une vraie compta aux normes françaises ? C'est à dire, peut-il être utilisé comme unique logiciel de comptabilité dans une entreprise ?

    Par ailleurs est-ce que je me trompe ou Neogia est trop lourd pour les TPE (disons moins de 5 salariés) ?
    • [^] # Re: compta?..

      Posté par  . Évalué à 2.

      Neogia fournit un moteur de comptabilité complet et en ce sens, il fournit une comptabilité pour n'importe quelle norme. En effet, enregistrer des écritures comptables s'effectue de la même façon en France, aux USA ou en Laponie :-) La notion de norme n'est en fait "que" la façon de présenter des états suivants telle ou telle règle.

      Donc oui la comptabilité de Neogia peut-être utilisée en France comme presque seul logiciel (il manque par exemple le composant immobilisation pour être totalement complet), mais les états standards sont à modifier en fonction des normes.

      Pour ce qui est des tailles d'entreprise, la notion à prendre en compte est plutôt celle du nombre de profil d'utilisateur qui seront amené à utiliser le logiciel. En effet si les 5 utilisateurs sont également des profils différents de l'entreprise (exemple : 1 comptable, 3 commerciaux, 1 acheteur) alors Neogia peut être envisagé. Par contre, il n'est effectivement pas sur qu'une entreprise de cette taille conçoive le fait de devoir payer du service pour la mise en oeuvre d'un logiciel comme Neogia (ou tout autre ERP d'ailleurs).
      • [^] # Re: compta?..

        Posté par  (site web personnel) . Évalué à 3.


        enregistrer des écritures comptables s'effectue de la même façon en France, aux USA ou en Laponie :-)


        heu ... soit j'ai pas compris ce que tu dis ... soit tu dis une connerie monumentale.

        la comptabilité à diverse forme. outre les changements de recommandations de plan selon les activités et les pays, il y a le type de comptabilité qui joue.

        En France, il est recommandé de tenir une comptabilité en partie double. certaines structures en ont meme l'obligation.

        dans plein d'autres pays ( comme les USNA ) il n'y a aucune obligation pour la comptabiltié en partie double.

        comme beaucoup trop d'informaticiens """"géniaux"""" considèrent qu'une compta en partie double et en partie simple c'est la même chose, la quasi intégralité des comptabilités informatisées se font en partie simple.

        et vu que personne aux impots ne peut aller verifier les sources, ils font confiance aux plaquettes marketing.

        la différence entre partie double ou partie simple est la meme que faire de la 3D sur un écran 2D. et j'espere que tous les informaticiens le savent que la 3D représenté sur un écran 2D, on perd des infos et on risque des merdes comme les gimbal lock ou les fish eyes si on ne fait pas gaffe.
        • [^] # Re: compta?..

          Posté par  . Évalué à 1.

          Quand on parle de comptabilité générale, cela veut dire comptabilité en partie double, avec obligation de tracabilité (pas de modification d'écritures validé), gestion d'un plan compte, journaux, gestion de période, gestion de compte tiers, clôture, ...
          Aprés,
          quoi mettre dans quel compte, ou comment faire la correspondance entre un événement de gestion en écriture comptable, et quels états sortir à quel moment
          cela dépend de la norme comptable et du pays.
          Avec Néogia, le module compable remplie toutes les obligations d'un comptabilité générale, et le jeux de donnée de démonstration existe pour une comptabilitée française.

          Par ailleurs, il inclus aussi la gestion de la comptabilité analytique et la génération d'écriture en fonction des événements de gestion. (les régles de génération étant paramétrable).
          • [^] # Re: compta?..

            Posté par  (site web personnel) . Évalué à 3.

            pourquoi GlEntry et IntegrationEntry ne sont qu'en parti simple ? ( ou alors je ne vois pas la partie double )

            http://cvs.labs.libre-entreprise.org/cgi-bin/cvsweb.cgi/neogia/comp(...)
            • [^] # Re: compta?..

              Posté par  . Évalué à 1.

              La partie double n'est pas exprimée dans le modéle objet mais dans les règles métiers (ce qui correspond aux services dans ofbizNeogia).
              L'objet GlEntry correspond à une ligne d'écriture et l'objet AcctgTransactionItem correspond à l'écriture, c'est lui qui a un statut (AcctgTransactionStatus) qui exprime si l'écriture est équilibrée ou non (WIP, BALANCED, FINALIZED).

              Je reconnais que le modéle UML n'est pas documenté.

              IntegrationEntry suit le même principe mais pour les écritures générées à partir des règles de gestion, il y a un traitement qui permet de les transformer en GlEntry (avec ou sans cumul) pour qu'elles soient dans la compta.

              PS pour la culture : l'association 1-n entre GlEntry et NGlAccount permet de définir l'ensemble des comptes (1 compte comptable et (0-n) compte analytique) de l'écriture.
              • [^] # Re: compta?..

                Posté par  (site web personnel) . Évalué à 2.


                La partie double n'est pas exprimée dans le modéle objet mais dans les règles métiers

                donc la comptabilité n'est pas en partie double ... il n'y a qu'une vue métier, ai je bien compris ?

                cela est confirmé sur le fait que le compte est en partie simple connu comme montant "amount".

                Pour ce qui est du modele UML, c'est pas grave dans le libre, on a l'habitude des docs pas à jours et incomplete ;)

                PS pour la culture : l'association 1-n entre GlEntry et NGlAccount permet de définir l'ensemble des comptes (1 compte comptable et (0-n) compte analytique) de l'écriture.

                heu ... j'ai peur de comprendre ... peux tu préciser pour éviter tout malentendu ?
                • [^] # Re: compta?..

                  Posté par  . Évalué à 1.

                  Exact le modèle objet ne montre pas la gestion de la partie double mais aucune écriture ne pourra être validée tant qu'elle ne respectera pas les règles de comptabilité en partie double. Les fonctions métier y veillent ;)

                  Pour l'association GlEntryAccont, il y a forcément une relation entre une ligne d'écriture et un compte de type comptable. Et tu peux avoir 0 à n relation entre ta ligne d'écriture et des comptes analytiques (n correspondant au nombre d'axes analytique que tu as définis), sachant que tu ne peux avoir deux relation avec des comptes de même axe analytique.

                  Est ce que cela enlève tous malentendu ? ^^
                  • [^] # Re: compta?..

                    Posté par  (site web personnel) . Évalué à 2.

                    si votre compta n'est pas en partie double, et que ce n'est qu'a travers des regles metiers qu'elle peut etre garanti ... cela veut dire que si il y a un bug/attaque/malveillance/... dans la regle metier, la compta est invalidée dans sa totalité :(

                    pour le reste, il me semble évident qu'il y a une relation entre ecriture et compte ... pour reprendre ta réponse qu'il y ait une relation one to many entre ecritures et comptes, la réciproque est vrai aussi : à un compte corresponds plusieurs écritures.

                    la notion de "axe analytique" m'est étrange, j'avoue. je comprends plutôt la notion de centre comptable qui se ventile sous différente forme. mais un point important de la compta analytique est qu'elle a les meme propriétés qu'une compta au bilan : les centres analytiques sont aussi ventilable. ce qui veut dire qu'il peut tout à fait avoir des mouvements interne au centre comptable puisqu'il est lui meme composé de sous centre comptable.

                    et de toute facon, la compta "officielle" est au bilan, cela induit une compta double : une analytique et une au bilan.

                    donc, ce n'est tjr pas clair malgré mes quelques connaissances comptables.
  • # Bravo

    Posté par  (site web personnel) . Évalué à 2.

    Mes félicitations à l'auteur de la news.
    Elle est très complète claire et détaillée. Elle donne envie de la lire et de s'interresser au projet!
    Longue vie à Neogia!
    Dommage que certains journaux d'une ligne ne s'en inspirent pas un minimum...
    • [^] # Re: Bravo

      Posté par  . Évalué à 1.

      Merci pour lui car il est vrai qu'il se donne beaucoup de mal pour soigner la communication du projet.

      Chose qu'il maitrise avec dextérité ;)
  • # Problème d'encodage

    Posté par  . Évalué à 2.

    La version française du site doit avoir un problème d'encodage, car aucun caractère accentué n'apparaît correctement, que ce soit avec Konqueror ou avec Firefox.

    http://demo.nereide.biz:8080/website/control/index_fr(...)
    • [^] # Re: Problème d'encodage

      Posté par  . Évalué à 1.

      Oui j'avais vu cette betise mais comme je le fais resortir mon analyse :
      il faudra qu'on m'explique comment un fichier encodé en utf-8 sur un poste configuré en utf-8 diffusé par un serveur d'appli J2EE configuré en utf-8 sur un serveur configuré en utf-8 lu avec un navigateur compatible utf-8 arrive à me donner ce type de caractère.
      Pour l'instant, je sèche.

      Mais bon, dans la mesure où c'est moi qui commande l'ordinateur, je ne m'avouerai pas vaincu avant d'avoir trouvé :-) . Ceci étant, c'est effectivement très embêtant.
      • [^] # Re: Problème d'encodage

        Posté par  . Évalué à 1.

        C'est le source même de la page qui n'est pas bon (Page indiquée en ISO-8859-1 mais qui contient des caractères n'en faisant pas partie) ...
        • [^] # Re: Problème d'encodage

          Posté par  . Évalué à 1.

          Le problème, c'est que la page est construite à partir de plusieurs morceaux et assembler par la technologies des Screen Widget de OFBiz. Je viens de rencoder toutes les pages en ISO-8859-1 et rien ne change mais bon les locales sous Linux ça a toujours été ma bête noire. :-)
    • [^] # Re: Problème d'encodage

      Posté par  . Évalué à 2.

      Merci d'avoir signaler le problème.

      Il a été corrigé ce matin.
  • # Quel entreprise.......

    Posté par  (site web personnel) . Évalué à 1.

    quel entreprise utilise ce logiciel?

    www.solutions-norenda.com

    • [^] # Re: Quel entreprise.......

      Posté par  . Évalué à 1.

      Il existe une liste de référence sur le site OFBiz.org pour ce qui concerne essentiellement des références e-business.
      Nos clients étant pour l'instant en cours d'implémentation, je ne peux pas encore communiquer sur ces projets.
      Cependant, on peut dire que cela concerne des PME du secteur industriel pour la mise en oeuvre de gestion commerciale et de gestion de la production dans un premier temps.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.