Comme dans la plupart des logiciels libres, les traductions communautaires et documentations ont un peu de retard par rapport à la sortie officielle. Pour OpenERP, il faut en moyenne 6 à 8 semaines après une nouvelle version majeure (où 50% des termes ont été revus) pour que la traduction française soit bouclée.
Vous pouvez suivre l'avancement par module et/ou contribuer ici:
https://translations.launchpad.net/openobject-addons/7.0/+lang/fr
Il reste 4900 termes à traduire sur 15000.
Quelle est l'url du serveur qui ne marche pas? Nous avons plusieurs serveurs de demo, il y en a peut-etre un qui a un probleme.
Il y a des modules d'interfaces avec MagentoCommerce et Prestashop.
Je ne crois pas qu'il y ait un module tout fait pour Thelia.
Ce n'est pas encore guarantit, on va peut-être faire des tests pendant 6 mois et changer d'avis après.
Mais ce qui est certain c'est que:
- on veut uniformiser l'offre SaaS et l'offre On-Premise et n'avoir qu'une offre
- on veut diminuer le prix pour les TPEs car une grande partie de la base installée sont des entreprises de moins de 10 utilisateurs
- on veut un service hyper simple (install de modules en un click, mise à jour en un click, etc.) qui ne nécessite pas de passer par un sys admin afin de le rendre accessible aux TPEs et aux clients des hébergeurs SaaS.
- on veut que le service de migration couvre les modules communautaires (avec un extra) car c'est une condition nécessaire pour beaucoup de clients. L'objectif étant de faire évoluer, par exemple, les localisations comptables d'un pays à une nouvelle version pour des prix avoisinant les 40 EUR par client. Si on ne réussi pas cela, les modules communautaires seront toujours un frain à l'évolution de version et leur pérénité n'est pas garantie pour le client final. (par exemple, je crois que la localisation espagnole ne marche toujours pas en v6.1 car y'a 8000 lignes de code a réécrire et on n'arrive pas à mutualiser ce coût)
Si la v7 nous permet d'obtenir 5.000 utilisateurs payants de plus que ce que l'on a actuellement, on doit pouvoir soutenir de tels tarifs. Je suis assez confiant à ce sujet. Les annonces définitives devraient se faire d'ici quelques jours.
Ce qui nous ferait changer de stratégie:
- les abus/tricheries sur le nombre d'utilisateurs
- le churn; si tous les clients arrêtent après 6 mois, on devra encore renforcer la proposition de valeur de l'OE.
- le challenge technique d'automatisation (aujourd'hui on passe plusieurs mois/semaines de travail par migration, mais après la 100ème pour une version donnée on arrive à diminuer fortement cet effort à un ou deux jours. J'espère que l'effort tendra vers 0 jour après la 500ème)
- le réseau de partenaires: la priorité est à la satisfaction du réseau. A 35 EUR/mois, on ne peut pas commissionner le partenaire. Si cela leur fait concurrence, on devra peut-être revoir notre position. (pour l'instant je pense au contraire qu'on leur enlève une épine du pied en faisant cela car les TPEs étaient inmaintenable et restaient bloquées dans une vieille version. cela devrait leur permettre d'offrir toujours plus de fonctionnalités et services en faisant évoluer leur client)
A valider, mais voici ce que l'on pense faire (pas encore certain):
- les clients SaaS et non SaaS pourront passer par la formule de paiement mensuel, à la condition qu'ils paient par carte de crédit. Uniquement valable pour les TPEs car au dessus d'un certain nombre d'utilisateurs, les prix partenaires deviennent effectivement beaucoup plus intéressants
- le prix va diminuer à 35 EUR
- il n'y a pas d'engagement de durée (les utilisateurs continueront de payer car ils seront content du service, pas parce que l'on impose une durée minimale)
- sauf pour la migration, où on demande 6 mois minimum car on ne veut pas prendre le risque de faire le travail pour seulement 35 EUR
L'avantage du libre, c'est la liberte de choisir. Vous pouvez attendre les scripts communautaires ou simplement ne pas migrer. L'experience m'a montre que les scripts communautaires c'est quand meme du boulot, plusiseurs jours (sauf peut etre si votre base est hyper simple) Donc, vous devrez faire le choix entre passer du temps ou depenser un peu d'argent, ou garder une v6.1 qui marche deja bien.
Il faut voir qu'OpenERP est le seul ERP au monde qui garantit une migration a cout forfetaire, dans le cadre du contrat de maintenance. Pour tout les autres 'vrais' ERP, c'est un projet a part entiere de migrer car c'est hyper complique. C'est donc assez incroyable a 39 eur. (on travaille a perte sur les petites instances alors que ce sont des indiens qui font 80% du boulot)
Si vous decidez de passer par les scripts communautaires, je serais interesse d'avoir votre feedback la dessus (combien de jours de travail, et quelle complexite technique)
Il y a plusieurs solutions:
- Prendre un contrat de maintenance chez l'éditeur à 39 EUR/mois par utilisateur (cela comprend aussi 2h de support, la migration à chaque version et les corrections de bugs) Le prix va diminuer, mais l'annonce n'a pas encore été faite. --> si vous êtes un seul utilisateur, à ce prix là, vous pouvez être sûr que c'est vendu à perte car rien que le temps de tester une migration, c'est une journée minimum.
- Utiliser des scripts communautaires pour la migration (moins cher mais prend bcp plus de temps et n'est pas aussi fiable; il y aura des corrections à faire à la main)
- Le faire soi même par import/export
Plus d'infos sur le modèle open source de OpenERP et pourquoi les migrations sont payantes: http://bit.ly/openmodel
La plateforme de migration de l'éditeur explique le processus: http://migration.openerp.com A partir de la version 7, ce processus sera simplifié car cela se fera en un click depuis l'application si vous avez un contrat de maintenance.
oui, il y a déjà des modules communautaires pour la GMAO.
OpenERP est utilisé à la fois par des toutes petites entreprises (indépendants) et par des grandes structures. 80% des entreprises qui utilisent OpenERP ont moins de 15 employés, mais si on compte en nombre d'utilisateur, je dirais que 50% sont des utilisateurs de grandes entreprises. Cela va changer avec la v7.0 où n'importe qui va pouvoir utiliser OpenERP clé-sur-porte, ce qui n'était pas le cas auparavant; on devrait donc avoir bcp plus de TPE.
Le plus gros projet en production est le ministère de l'éducation au portugal: 314.000 utilisateurs, 150000 se connectent chaque semaine, 100 requêtes http par seconde.
Dans les grands comptes, on peut citer:
- L'ENA: http://www.journaldunet.com/solutions/dsi/didier-georgieff-openerp-a-l-ena.shtml
- Danone: http://www.bytecode.ch/Danone-adopte-OpenERP-pour-la.html
- Singer: http://fr.slideshare.net/openobject/openerp-success-story-singer-france
- Canonical: https://launchpad.net/canonical-openerp
Mais aussi, en vrac et de tête: La poste française, Veolia, Atlas Copco, Nouvelles Frontières, Les chambres de commerce et de l'industrie en Belgique, 30 millions d'amis, espace loggia, …
Je pense qu'on peut dire qu'OpenERP a fait ses preuves en terme de grands volumes.
C'est ce qui fait qu'à mon sens OpenERP est exceptionnel; il possède les fonctionnalités les plus avancées, nécessaire aux grandes entreprises mais il est très simple; à portée d'une toute petite entreprise. Je ne pense pas qu'il y ait d'autres solutions de gestion capable de couvrir les deux domaines.
Outre les nombreux tests utilisateurs pour déterminer les points d'amélioration et mesurer l'augmentation de la simplicité/productivité du logiciel comparé à la précédente version, on a aussi utilisé une technique assez sympa: mesurer les cliques et la distance entre chaque clique pour différents flux d'entreprise.
Les résultats:
- OpenERP v7.0 demande 25% de cliques en moins pour faire le même flux commercial
- OpenERP v7.0 est deux fois plus simple que OpenERP v6.1: 56% de complexité en moins (distance entre chaque clique)
La voici en video:
- http://www.youtube.com/watch?v=Ar8lobad1aE&feature=youtu.be
C'est loin d'être une mesure parfaite, mais elle a l'avantage d'être simple à mesurer et reproduire et c'est moins subjectif que de chronométrer les utilisateurs lambda a qui on fait faire des tests de prise en main.
Le truc sympa du module point de vente est qu'il fonctionne en mode déconnecté afin que les caissières ne s'arrête pas de vendre en cas de problèmes réseaux. Vous pouvez débrancher votre connection internet pendant que vous l'utilisez et il continue de fonctionner!
Pour tester, allez sur http://demo.openerp.com
Cliquez sur l'application "Point of Sale".
Faites des ventes et débranchez le réseau.
Pour ceux qui désirent venir au community meeting, nous allons au restaurant le mercredi 13 au soir à Louvain-La-Neuve, Belgique. Le resto est offert par OpenERP SA pour tous les contributeurs. Vous pouvez vous inscrire ici: http://openerpcommunitypartnersday.eventbrite.com/
Il faut s'inscrire rapidement, on a déjà plus de 150 personnes et nous ne sommes pas certain de trouver un resto qui a cette capacité. On doit réserver début de semaine prochaine au plus tard.
