Journal Première release officielle de Tiny ERP.

Posté par pinky le 06 juillet 2004 à 13:36.

Étiquettes :

juil.

2004

Tiny ERP est progiciel de gestion intégrée (ERP+CRM) libre (GPL) pour PME.
Basé uniquement sur des logiciels libres (python + postgresql + ose + gtk +
openreport), il offre une alternative mature à Compiere.

Il est conçu sur des bases modulaires et flexibles pour l'adaptation
rapide à des besoins précis. De nombreuses adaptations ne nécessitent aucune programmation: création/personnalisation de rapports, modification de workflows (décrivent la dynamique de l'entreprise), modification des vues de ressources, des formulaires de recherche ou filtres, ...

L'objectif des développeurs est de fournir différents modules qui permettent l'intégration rapide du logiciel à des entreprises aux besoins très spécifiques. Des modules sont déjà disponibles pour 3 secteurs d'activités: les sociétés de services, les salles de ventes publiques, les grandes librairies.

Les fonctionnalités:

CRM: Gestion des clients/fournisseurs, situation financière, suivit des
requêtes clients, connaissance des préférences clients, publipostage, gestion
des prospects, ...

ERP: Organisation de la logistique interne, gestion des produits, des points de ventes, des stocks, ...

Comptabilité: analytique, double-entrée, multi-dimensions, transparente, plusieurs représentations (vues) comptables en temps réel, ...

Les multis: multi-utilisateurs/groupes/roles, multiples vues de l'arbre comptable, multi-langues, multiples vues contextuelles des même ressources, ...

Utilises: python, gtk, postgresql, ose ( http://ose.sf.net(...) ), openreport
( http://openreport.org(...) )

Il est stable, mature et complet:

Le logiciel est en production depuis plus d'un an dans 3 entreprises belges
mais la publication officielle ne s'est faite que ce 4 juillet. Les auteurs ont
en effet décidé d'attendre que le logiciel soit totalement testé en production
avant de le publier.

# et un ptit lien nan ??

Posté par KiKouN le 06 juillet 2004 à 13:45. Évalué à 4.

Je crois qu'il manque un petit lien que voilà: http://www.tiny.be(...) et plus exactement: http://tinyerp.com/.(...)
# Juste comme ça ...

Posté par PedroLane le 06 juillet 2004 à 14:17. Évalué à 1.

Et ... elle est téléchargeable cette release ?

J'ai farfouillé les liens donnés mais rien trouvé ...

hum ?
- [^] # Re: Juste comme ça ...
  
  Posté par PedroLane le 06 juillet 2004 à 14:20. Évalué à 1.
  
  finalement j ai trouvé un truc au hasard
  
  http://tinyerp.org/download/(...)
# Alternative SGBD

Posté par Quzqo le 06 juillet 2004 à 14:20. Évalué à 2.

Est-il envisageable d'adapter cet ERP avec une autre base de données genre MySQL ?
Est-ce couteux ?
- [^] # Re: Alternative SGBD
  
  Posté par pinky le 06 juillet 2004 à 14:28. Évalué à 4.
  
  Oui, c'est envisageable mais je ne le ferais pas.
  
  Beaucoup de facilitéss de postgresql sont très utiles dans ce genre de logiciel: les contraintes, les références, les triggers, la réplication, ... Mettre tout cela au niveau de l'application augmenterais de beaucoup le développement à fournir et n'apporte que peu d'avantages.
  
  J'ai oublié les liens:
  * présentation commerciale: http://tinyerp.com(...)
  * Site .org avec sources: http://tinyerp.org(...)
  * Présenation (screenshots): http://tinyerp.com/tour.php(...)
  - [^] # Re: Alternative SGBD
    
    Posté par Olivier Grisel (site web personnel) le 06 juillet 2004 à 15:54. Évalué à 2.
    
    Salut,
    
    D'après la description du site, la liste des "features" est vraiment impressionante ! J'ai lu que l'applicatif serveur était accessible via SOAP, XML-RPC, ... Quelle lib python est utilisée pour la partie serveur SOAP (ZSI, SOAPpy, autre ) ?
    
    Le client en Python + GTK a l'air très abouti, mais a t'il été envisagé de développer un client en XUL ? Mozilla a effet une lib standard pour faire des requètes SOAP. L'avantage principal d'un client XUL est un déploiement super simplifé : il suffit de mettre un .xpi sur le serveur ou même directement un fichier .xul si le client n'a pas besoin de composants XPCOM non standard.
    
    Et aussi, la partie Load-Balancing est-elle effectuée au niveau PostgreSQL ou au niveau du serveur global ? Elle s'appuie sur quelle lib, programme ?
    
    Féliciatation pour le site qui est vraiment très complet et très clair. Il y a juste quelques "TODO" qui mériteraient d'être commentés (au niveau code pour ne pas apparaitre sur le site en ligne) afin de ne pas effrayer le client potentiel :)
    
    Sinon sur la page : http://tinyerp.org/intro2.php(...) , y a un faute de frappe (cutomers au lieu de customers).
    
    Bref il a l'air vraiment bien ce projet.
    - [^] # Re: Alternative SGBD
      
      Posté par pinky le 06 juillet 2004 à 17:01. Évalué à 2.
      
      Quelle lib python est utilisée pour la partie serveur SOAP (ZSI, SOAPpy, autre ) ?
      
      Coté server, voir http://ose.sf.net(...)
      Coté client, j'utilise xmlrpclib
      
      Et aussi, la partie Load-Balancing est-elle effectuée au niveau PostgreSQL ou au niveau du serveur global ?
      La distribution (load-balancing ou services différents sur différents ordis) se fait au niveau du serveur. Le serveur offre une interface au dessus de postgresql avec les fonctionnalités suivantes:
      * orienté objets (héritages, méthodes, ...) -> orm
      * row-level security
      * gestion des contraintes, valeurs défauts,
      * intégration dans le système de workflow, ...
      La distribution ainsi que le serveur objet est du code à moi. Les patterns utilisés dans la distribution (publish/subscribe, request/reply, annoucement, ...) proviennent de http://ose.sf.net(...)
      
      Il y a juste quelques "TODO" qui mériteraient d'être commentés (au niveau code pour ne pas apparaitre sur le site en ligne) afin de ne pas effrayer le client potentiel :)
      C'est pour cela qu'il y a un site .com et un .org. Les clients sont redirigés vers le .com qui est complet. Malheusement, je n'ai pas bcp le temps de compléter le .org.
      
      Le client en Python + GTK a l'air très abouti
      Oui, il l'est et très ergonomique.
      
      mais a t'il été envisagé de développer un client en XUL ? Mozilla a effet une lib standard pour faire des requètes SOAP. L'avantage principal d'un client XUL est un déploiement super simplifé : il suffit de mettre un .xpi sur le serveur ou même directement un fichier .xul si le client n'a pas besoin de composants XPCOM non standard.
      Dans Tiny ERP c'est totalement différent:
      * Seul le client fait du GTK. Tous les forms et trees sont automatiquement générés en fonction de la desription des objets. Il faut voir cela comme un méta-programme: on décrit les objets Tiny ERP et comment ils fonctionnent et le framework fait le reste (la gui, les interfaces, les relations, ...)
      * L'interface SOAP (ainsi que xml-rpc, net-rpc et les accès objets) est gérée par OSE et le système de modules distribués de Tiny ERP.
      - [^] # Re: Alternative SGBD
        
        Posté par Olivier Grisel (site web personnel) le 06 juillet 2004 à 17:14. Évalué à 2.
        
        Merci pour ces réponses et en particulier pour le lien vers OSE que je ne connaissais pas.
# numéro de version

Posté par gilles renault (site web personnel, Mastodon) le 06 juillet 2004 à 14:40. Évalué à 0.

C'est normal que le numéro de version sur la page de téléchargement soit 0.99? http://tinyerp.org/download/20040701-terp-v0_99.tar.gz(...)
# Ont-ils bien compris la LGPL ?

Posté par Gkar (site web personnel) le 06 juillet 2004 à 14:47. Évalué à 4.

Avec ce qu'ils ont mis sur cette page :
http://tinyerp.com/price.php(...)

Tiny ERP est fourni sous une licence libre LGPL. Toutes les librairies et programmes utilisés par Tiny ERP sont sous licences libres. Vous n'avez donc aucune licence d'acquisition ou annuelle à payer.

Le code source de Tiny ERP vous est fourni et la licence vous permet de le copier, de le modifier, et de le diffuser. Elle ne vous permet en aucun cas de le revendre.

Cela vous garanti de n'avoir que les frais d'intégration/adaptation à payer et une meilleure indépendance vis à vis du fournisseur.

on peut se demander s'il ont bien tout compris, ou si c'est juste pour dire aux clients que ça ne vaut pas le coup de l'acheter !

En tout cas, ça fait pas très pro, ce qui est domage au vue du reste du site.
# C'est pas un ERP!!!

Posté par klendos le 06 juillet 2004 à 16:33. Évalué à 0.

Soit j'ai pas compris les cours de mon trés estimé cours de Production automatisé (ENI Tarbes Poweer), soit Tiny n'est pas un ERP.

Ou est le module de fabrication, comment gere-t-on la production grâce a ce logiciel??
Y a-t-il une gestion des besoins avec generation automatique d'ordre de travail ou de commande??

Je pense que Tiny est un ERP a la sauce americaine, en France on dirait PGI (Progiciel de gestion intégré), un ERP a la francaise c'est Bann, SAP, Mapix, JDE !!

Voila??
- [^] # Re: C'est pas un ERP!!!
  
  Posté par pinky le 06 juillet 2004 à 17:16. Évalué à 1.
  
  Oui, le terme PGI convient mieux. Des modules ERP sont on dével.
  Il faudrait dire: ERP+CRM+SCM+GROUPWARE+...
  
  Dans ce cas, on dit souvent ERP (en anglais)

Suivre le flux des commentaires

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