Ceux-ci vont de la gestion des amortissements dans le module comptable à la gestion de projets pour les sociétés de services, en passant par le contrôle qualité pour la production.
Mais la grande nouveauté est la sortie du client Web (Turbogears), disponible en plus du client applicatif (GTK) habituel. Celui-ci offre de nombreuses possibilités nouvelles telles que la gestion du portail client/fournisseur, l'intégration dans le site web de l'entreprise et les facilités de déploiement. Le framework Tiny ERP permet donc de développer en une fois une application web/AJAX et en client/serveur.
Outre ces grandes améliorations, on retrouve aussi des tableaux de bord et graphiques intégrés, une ergonomie totalement revue, un éditeur de rapport intégré à OpenOffice.org et une gestion des modules pour simplifier la publication des contributions et l'installation de celles-ci.
![[en]](../images/en.png)
Démonstration en ligne (4132 hits)-
Animations client GTK (1239 hits)
-
Tiny ERP (1558 hits)
![[fr]](../images/fr.png)
L'annonce (1624 hits)
> Lire la dépêche (16 commentaires, moyenne: 2,7).
Vous avez demandé le commentaire #841587.
Run by 
Cette page a été générée par Templeet en 0.0556s (dont 0.0055 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Destination du produit ?
Désolé si c'est une bête question, mais est-ce que tinyerp pourrait-être utilisé dans des très grandes entreprises ?
SAP est une référence dans le domaine des ERP, mais est-ce que Tinyerp n'est pas suffisant pour la grande majorité des besoins ? (Sans doute pas pour la gestion de flux en atelier).
Je pose cette question parce que dans ma boîte nous sommes en train de faire une implémentation de SAP pour certains besoins ... mais pas tous (je sais c'est pas logique), et pour avoir les fonctions que l'on veut, il faut un petit bout de pratiquement tous les modules (avec les licences chères qui vont avec) ...
J'ai souvent le sentiment que l'on déploie le tank pour chasser les mouches. Il parrait (j'y croirai quand je le verrai !) que les autres fonctions de SAP seront déploiées plus tard (dans 10 ans !) et c'est la raison du choix de SAP (histoire d'être sûr que tous les modules seront intégrés correctements entre eux) ... sauf que déjà maintenant on a 3 version de SAP en même temps avec des incompatibilités et des plans de migrations à prévoir.
Je me pose donc la question, en quoi Tinyerp ne pourrait-il pas être utilisé dans une très grande structure (+ de 10.000 personnes) ?
Merci de vos avis éclairés.
Marmotte
[^]Re: Destination du produit ?
Nous avons déjà d'assez grosses entreprises qui utilisent Tiny. Par exemple, à Paris vous avez le groupe Costes (parfum, hôtels, brasseries, ...):
http://www.sednacom.fr/nouvelles/files/tag-h00f4tel-costes-s(...)
Je pense qu'on peut aller jusque 1000 ou 2000 employés. Pour plus on a encore du travail mais on va y arriver rapidement. Au niveau couverture fonctionelle, Tiny ERP n'a rien à envier à SAP.
Ce qui manque le plus pour adresser ces marchés, ce n'est pas la technique mais l'offre. Je pense qu'on a très peu (voir aucun) de partenaires capable de répondre aux besoins en services d'une telle structure.
[^]Re: Destination du produit ?
Et pour les associations ?
Les associations ont un plan comptable différent des entreprises en France. Est-ce que TinyERP est adapté au association ?
[^]Re: Destination du produit ?
Oui et non.
Non car le plan comptable association n'existe pas comme un module de base.
Oui, car il suffit de l'encoder (voir l'importer en .CSV) et un module peut-être fait en une journée, en se basant sur le plan français de base.
Nous avons des plans pour les associations mais pour d'autres pays comme la Suisse (cela a d'ailleurs été financé par l'administration financière du canton de Vaud):
http://linuxfr.org/2007/01/19/21937.html
[^]Re: Destination du produit ?
À propos d'associations, je commence à installer Tiny Erp dans des structures culturelles (en France elles sont la plupart du temps sous forme associative) après les avoir migrées sous Linux.
Ces structures sont petites (5 à 15 personnes). Elles ne connaissent pas du tout les ERP, les CRM, les bases de données et bricolent beaucoup avec l'informatique (j'ai vu un fichiers de 15000 contacts dans une feuille de calcul avec des dizaines de colonnes!). Tiny Erp leur amène un formidable outil, à moindre coût.
Il me semble qu'il y a là un vivier de clientèle important, demandeur de support technique et de petites formations.
En plus, les associations partagent beaucoup: n'étant pas dans un modèle concurrentiel elles ne voient aucun obstacle à partager un développement, un ajout, une documentation...
Or je trouve les offres de Tiny peu adaptées. Ni à ce genre de structures ni aux prestataires avec qui elles bossent: ces associations n'ont pas du tout les mêmes budget que les entreprises (même petites) - et donc le prestataire n'a pas non plus les mêmes moyens - pour suivre des formations, des conférences TinyERP, ou avoir des contrats de support.
C'est peut-être un choix ?
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: Destination du produit ?
> Or je trouve les offres de Tiny peu adaptées.
Oui, effectivement. Il est difficile pour une association de débourser beaucoup pour sa gestion, il est donc difficile pour un prestataire de faire une offre pour associations.
Je vois deux choses possibles:
* Aider les associations à se former elle-même et avoir des modules tout faits pour leurs besoins, ou:
* L'offre ASP que l'on va lancer en septembre répondra pleinement à ce genre de besoin, on aura des prix de l'ordre de 60 EUR/mois * user, pour l'ensemblre du service: serveur hébergé, backups, pré-configurations, support, ...
[^]Re: Destination du produit ?
Une troisième voie pourrait être quelque chose qui ressemble à ce que fait Adullact : une cotisation proportionnelle à la taille de l'association et destinée à faire les améliorations demandées ou à intégrer celles qui seont proposées.