Documentation

• [^]Re: Documentation

  Posté par zero heure (Jabber id, page perso, ) le 03/06/2008 à 10:46. (lien). Évalué à 2.

  Ça doit dater d'il y a bien longtemps, parce que je l'ai toujours trouvée sur le site. Même à l'époque ou Fabien Pinkaers faisait seulement des journaux sur TinyERP version 2.
  Je rejoins ce que dit rvalyi ci-dessous, la GPL n'est pas un vain mot pour F.Pinkaers et le projet OpenERP est très ouvert.

  --
  J'ai vu bien des choses dans ma petite vie, et je mesure amèrement l'impuissance à les dire. (JP Rosnay, Le 13ème apôtre) http://www.poesie.net/apotre2.htm

  • [^]Re: Documentation

    Posté par Earered () le 03/06/2008 à 13:38. (lien). Évalué à 3.

    Vous cherchiez mal par le passé, ou pas la même documentation que moi.
    
    http://forum.hardware.fr/hfr/WindowsSoftware/Logiciels/tinye(...)
    
    Il y avait encore des traces de l'ancien modèle sur le wiki hier (archive.org est down, il faudra attendre pour vérifier).
    
    Mais c'était 5000€ pour la documentation technique pour faire du développement (là le lien date de mai 2006 sur la version 3.3, on doit trouver plus récent).
    
    Aujourd'hui, je trouve des diagrammes UML
    
    N.B.je ne sais pas si toutes la doc est en ligne

Selon notre analyse de 6 mois, OpenERP est le meilleur ERP libre...

GPAO

• [^]Re: GPAO

  Posté par rvalyi () le 02/06/2008 à 23:50. (lien). Évalué à 4.

  Salut thedidouille,
  
  oui, la gestion de production est comprise dans OpenERP au même titre que sur les autres meilleurs ERP libres. Mais attention, il ne s'agit pas d'une gestion de production à capacité finie mature tels qu'on les trouve sur les ERP haut de gamme dédiés type Lawson. Il ne s'agit pour l'instant que de MRP1, c'est à dire du calcul des besoins en approvisionnement et en ordres de fabrications. La fabrication des produit est modélisée à l'aide des concepts fondamentaux classiques de gammes, de nomenclatures et de postes de travail, un peu comme sur ERP5, Neogia et Openbravo; je le résume dans le livre blanc de Smile. Ensuite sur chaque poste de travail, tu peux connaître et prévoir la charge et ainsi (re)planifier manuellement les runs de production à l'optimum physique en tenant compte de ces indicateurs de charge. On peut aussi brancher un planificateur externe.
  Une bon aperçu est dispo ici: http://demo.openerp.com:8080/login?user=admin&passwd=adm(...)
  
  Par ailleurs, la gestion de production des sociétés de services est aussi très bien déservie: assignation des tâches, plannings, tableaux d'évaluation de la rentabilité des projets, facturation du travail en régie, à la tâche ou au forfait...
  Un autre aperçu ici:
  http://demo.openerp.com:8080/login?user=admin&passwd=adm(...)
  
  NB: il semble qu'à l'heure précise ou j'écrive les serveurs soient en maintenance et soient down, essayez plus tard en cas de pépin.
  
  Hope this helps,
  
  Raphaël Valyi.

  • [^]Re: GPAO

    Posté par thedidouille () le 04/06/2008 à 08:51. (lien). Évalué à 1.

    Merci pour ces précisions. Actuellement nous étudions Compiere, qui semble prometteur, il y a une GPAO développée par Audaxis de type MRP1.
    
    Nous avons besoins d'un MRP tracé, c'est a dire, un MRP capable de lister les commandes impactées par un retard d'approvisionnement. Nous sommes multi-site (France, Allemagne, Chine et EU).
    
    J'essayerai la démo quand elle sera UP. Compiere est Open Source, mais le support est payant, il n'y a pas d'accès simple aux doc et il ne fonctionne qu'avec Oracle. Cela dit, il semble très simple à customiser, et couvre 90% de nos besoins (sur certains postes de charge il faudrait être en capacité fini ...).

    • [^]Re: GPAO

      Posté par pinky () le 04/06/2008 à 09:46. (lien). Évalué à 3.

      > Nous avons besoins d'un MRP tracé, c'est a dire, un MRP capable de lister les commandes impactées par un retard d'approvisionnement. Nous sommes multi-site (France, Allemagne, Chine et EU).
      
      OpenERP est capable de faire cela. Il est également multi-plans comptables, devises, sites, entrepots et points de vente.

    • [^]Re: GPAO

      Posté par rvalyi () le 04/06/2008 à 19:16. (lien). Évalué à 3.

      "l semble très simple à customiser"
      Sans vouloir envenimer le débat et en espérant simplement suciter votre curiosité pour OpenERP, je pense que vous dite cela parce que vous n'avez pas vu:
      * le view designer en Ajax d'OpenERP qui permet de construire les vues par simple glisser-déposer et de traduire les champs à l'envie (marche sur le SVN, preview non effective possible sur les démo en ligne; bouton 'customize view')
      * l'éditeur de workflow en Ajax aussi qui permet une vétitable gestion BPM des process. ça n'est pas Intalio non plus mais franchement ça va très loin avec une simplicité maximale (cf SVN).
      * l'extension des structures de données par héritage et éventuellement dans l'interface graphique. La modularité est très grande et le code résultant toujours propre, lisible et maintenable.
      
      Ceci vaut aussi pour les controllers et méthodes métiers qui respectent la programmation objet et offrent ainsi différent niveaux de lisibilité et contrôle, c'est très différent du code procédural en pl/SQL de Compiere ou d'Openbravo... (le pl/SQL c'est bien, mais je préfère quand c'est utilisé sur des optims parcimonieuses plutôt qu'un recours systématique). C'est quand même aussi bien pratique de mettre ses breakpoints dans Pydev pour introspecter/modifier le code plutôt que de savoir comment avoir une license SQLDevelopper d'Oracle...
      
      C'est vrai que Compiere et Openbravo rendent assez triviale l'extension des structures de données et de leurs vues associées (comme OpenERP donc), mais je pense que sur les process métiers, que ce soit au niveau de la modélisation BPM de haut niveau (genre l'état monitorable sur un graphe de workflow de tes lignes de commande dans OpenERP) ou le code objet vs pl/SQL, il y a une vraie différence de productivité.
      
      J'ajoute que j'ai au moins 5 ans d'expérience de dev Java et j'avais seulement 3 jours de Python quand j'avais découvert OpenERP. Pourtant, tout comme les autres ressources de ma boîte, on préfère DE LOIN apprendre les rudiement de Python (en une semaine on fai beaucoup) plutôt que de faire des centaines/milliers de lignes de pl/SQL dans un ERP qui se prétendrai codé en Java (juste parce qu'il y a du Java entre le bout de HTML et l'appel de la proc stock quand on clique sur un bouton). En plus Python ça ressemble à Ruby et Ruby ça dépôte.
      
      A bon entendeur... Bien cordialement,
      
      Raphaël Valyi.

      • [^]Re: GPAO

        Posté par thedidouille () le 04/06/2008 à 20:02. (lien). Évalué à 1.

        Bon, ça me semble intéressant, de plus j'apprécie Python.
        
        Comment puis-je trouver du support pour faire quelques développements spécifiques et démontrer la viabilité du module de production (il faut vraiment un as, qui puisse prouver que certains de nos besoins sont superflus).
        
        Il y a une réunion que je dois organiser dans peu de temps, et nous voulons arrêter notre décision fin juin.
        
        Si tu trouve un contacte qui puisse tenir tête à notre directeur de prod, on pourrait choisir cette solution. De plus il est l'instigateur du club d'utilisateur de notre GPAO, donc il représente beaucoup d'utilisateurs potentiels.

        • [^]Re: GPAO

          Posté par Earered () le 04/06/2008 à 21:15. (lien). Évalué à 2.

          > Comment puis-je trouver du support pour faire quelques développements spécifiques
          
          Tout bêtement l'éditeur ou son réseau de partenaire, non?
          http://openerp.com/component/option,com_sobi2/Itemid,67/cati(...)

• [^]Re: GPAO

  Posté par Almanar () le 04/06/2008 à 19:12. (lien). Évalué à 2.

  Il y a le module de base qui gère jusqu'à le MRP II
  Et aussi un module de H&D qui traitent la traçabilité et la gestion de lots en détail, e module se greffe sur celui de OpenERP de base.
  Allez voir de ce coté : http://www.hu-div.fr/process.htm

Communiqué changement de nom

• [^]Re: Communiqué changement de nom

  Posté par Bozo le Clown () le 03/06/2008 à 13:23. (lien). Évalué à 3.

  Peut-être que la remarque de khalid n'était pas si inappropriée que ca après tout.
  http://linuxfr.org/comments/553431.html#553431
  
  On peut en tout cas vous féliciter pour votre ouverture d'esprit.
  
  Petite question:
  Sur quel framework Web vous appuyez vous Django, Turbogears, .... ?

  • [^]Re: Communiqué changement de nom

    Posté par pinky () le 03/06/2008 à 13:34. (lien). Évalué à 3.

    > Sur quel framework Web vous appuyez vous Django, Turbogears, .... ?
    TG. Il est possible que l'on change pour la prochaine version vers un simple CherryPy + Mochikit + Kid pour limiter les dépendances.

• [^]Re: Communiqué changement de nom

  Posté par Mimoza () le 03/06/2008 à 15:13. (lien). Évalué à 2.

  Je pense que le changement de nom est le bien venue.
  "Tiny" ne faisait pas assez "pro", dans le sens ou on a l'image d'un "petit" soft pour les "petite" entreprise qui n'ont pas assez de moyen pour prendre SAP. Il avait l'image d'un soft pour s'initier aux ERP.
  Avec "open" il profite de l'engouement pour les logiciel libre, et ce sans être "amoindri" par son nom, il devient une véritable alternative aux solution commercial :-)

Salon SI Gestion et Open ERP