Livre Blanc Smile 2008 ERP Open Source PDF

Livre blanc
___________________________
ERP
open source
Raphal Valyi Expert Technique Smile
Version 1.0
Pour plus dinformation:
www.smile.fr
Tl: 01 41 40 11 00
Mailto: sdc@smile.fr
ef Page 2
ERP open source
PRAMBULE
Smile
Smile est une socit dingnieurs experts dans la mise en uvre de
solutions open source et lintgration de systmes appuys sur lopen
source. Smile est membre de lAPRIL, lassociation pour la promotion et la
dfense du logiciel libre.
Smile compte 250 collaborateurs (dbut 2008), ce qui en fait la premire

socit en France spcialise dans lopen source.
Depuis 2000, environ, Smile mne une action active de veille

technologique qui lui permet de dcouvrir les produits les plus
prometteurs de lopen source, de les qualifier et de les valuer, de manire
proposer ses clients les produits les plus aboutis, les plus robustes et
les plus prennes.
Cette dmarche a donn lieu toute une gamme de livres blancs couvrant
diffrents domaines dapplication. La gestion de contenus (2004), les
portails (2005), la business intelligence (2006), les frameworks PHP
(2007), la virtualisation (2007), et la gestion lectronique de documents
(2008), ainsi que les PGIs/ERPs (2008).
Chacun de ces ouvrages prsente une slection des meilleures solutions

open source dans le domaine considr, leurs qualits respectives, ainsi
que des retours dexprience oprationnels.
Au fur et mesure que des solutions open source solides gagnent de

nouveaux domaines, Smile sera prsent pour proposer ses clients den
bnficier sans risque. Smile apparat dans le paysage informatique
franais comme le prestataire intgrateur de choix pour accompagner les
plus grandes entreprises dans ladoption des meilleures solutions open
source.
Ces dernires annes, Smile a galement tendu la gamme des services

proposs. Depuis 2005, un dpartement consulting accompagne nos
clients, tant dans les phases davant-projet, en recherche de solutions,
quen accompagnement de projet. Depuis 2000, Smile dispose dun
studio graphique, devenu en 2007 Agence Media Interactive, proposant
outre la cration graphique, une expertise e-marketing, ditoriale, et
interfaces riches. Smile dispose aussi dune agence spcialise dans la
Tierce Maintenance Applicative, le support et lexploitation des
applications.
Enfin, Smile est implant Paris, Lyon, Nantes, Bordeaux et Montpellier.
Smile - Motoristes Internet Reproduction interdite sans accord pralable crit.

ef Page 3
ERP open source
Quelques rfrences
Intranets - Extranets
Socit Gnrale, Caisse d'pargne, Bureau Veritas, Commissariat
l'Energie Atomique, Visual, Vega Finance, Camif, Lynxial, RATP, SPIE,
Sonacotra, Faceo, CNRS, AmecSpie, Chteau de Versailles, Banque PSA
Finance, Groupe Moniteur, CIDJ, CIRAD, Bureau Veritas, Ministre de
lEnvironnement, JCDecaux, Ministre du Tourisme, DIREN PACA, SAS,
Institut National de lAudiovisuel, Cogedim, Ecureuil Gestion, IRP-Auto,
AFNOR, Conseil Rgional Ile de France, Verspieren, Zodiac, OSEO, Prolea,
Conseil Gnral de la Cte dOr, IPSOS, Bouygues Telecom, Pimki Diramode,
Prisma Presse, SANEF, INRA, HEC, ArjoWiggins
Internet, Portails et e-Commerce

cadremploi.fr, chocolat.nestle.fr, creditlyonnais.fr, explorimmo.com ,
meilleurtaux.com, cogedim.fr, capem.fr, editions-cigale.com, hotels-
exclusive.com, souriau.com, pci.fr, dsv-cea.fr, egide.asso.fr, osmoz.com,
spie.fr, nec.fr, sogeposte.fr, nouvelles-frontieres.fr, metro.fr, stein-heurtey-
services.fr, bipm.org, buitoni.fr, aviation-register.com, cci.fr,
schneider-electric.com, calypso.tm.fr, inra.fr, cnil.fr, longchamp.com, aesn.fr,
Dassault Systemes 3ds.com, croix-rouge.fr, worldwatercouncil.org,
projectif.fr, editionsbussiere.com, glamour.com, fratel.org, tiru.fr,
faurecia.com, cidil.fr, prolea.fr, ETS Europe, ecofi.fr, credit-cooperatif.fr,
odit-france.fr, pompiersdefrance.org, watermonitoringaliance.net, bloom.com,
meddispar.com, nmmedical.fr, medistore.fr, Yves Rocher, jcdecaux.com,
cg21.fr, Bureau Veritas veristar.com, voyages-sncf.fr, eurostar.com, AON,
OSEO, cea.fr, eaufrance.fr, banquepsafinance.com, nationalgeographic.fr,
idtgv.fr, prismapub.com, Bouygues Construction, Hachette Filipacchi Media,
ELLE.fr, femmeactuelle.fr, AnnoncesJaunes.fr
Applications mtier, systmes documentaires,

business intelligence
Renault, Le Figaro, Sucden, Capri, Libration, Socit Gnrale, Ministre
de lEmploi, CNOUS, Neopost Industries, ARC, Laboratoires Merck, Egide,
Bureau Veritas, ATEL-Hotels, Exclusive Hotels, Ministre du Tourisme,
Groupe Moniteur, Verspieren, Caisse dEpargne, AFNOR, Souriau, MTV,
Capem, Institut Mutualiste Montsouris, Dassault Systemes, Gaz de France,
CFRT, Zodiac, Croix-Rouge Franaise, Centre dInformation de la
Jeunesse (CIDJ), Pierre Audoin Consultants, EDF, Conseil Rgional de Picardie,
Leroy Merlin, Pierre Audoin Consultants, Renault F1, lINRIA, Primagaz,
Volia Propret, Union de la Coopration Forestire Franaise, Ministre Belge
de la Communaut Franaise

ef Page 4
ERP open source
Ce livre blanc
Dans le contexte actuel d'une comptition internationale froce, les
entreprises doivent constamment rationaliser leur pilotage. Parce qu'il
centralise et prsente les donnes de faon pertinente et parce qu'il
dlgue exactement les bons process aux bons acteurs, l'ERP est
indniablement l'outil de ce pilotage.
Pourtant, traditionnellement les ERP ont toujours t rservs aux

grandes entreprises et une poigne de trs grands diteurs. Ds lors, les
PME et TPE n'y avaient pas accs ou alors devaient se contenter de plus
modestes logiciels de comptabilit et gestion commerciale, pas d'un vrai
ERP apte s'adapter finement aux structures de donnes et process de
gestion ou de production spcifiques chaque entreprise.
Aujourd'hui, avec l'essor indniable des logiciels open source dans tous
les domaines, l'offre d'ERP open source arrive enfin maturit. Que
vaut-elle et quels en sont les meilleurs outils?
Smile a abord cette question en totale indpendance de tout diteur,

depuis septembre 2007. Nous avons eu comme ambition d'avoir une
couverture exhaustive: c'est--dire de passer au crible (fonctionnel,
technique, communautaire) pratiquement tous les produits qui se disent
ERP open source, quitte faire un premier tri impitoyable, afin d'tre sr
de ne rater aucune bonne solution adapte au march franais, mais
aussi dans le souci d'une prennit de la solution.
La porte de cette tude nous semble d'autant plus large qu'il est trs
difficile de crer un nouvel ERP en moins de 3 ans tant il s'agit d'un
produit complexe. Ceci veut dire que s'il y a bien des dynamiques de fond,
les produits, mme ceux des prochaines annes, sont dj clairement
identifis et portent souvent dans leur gnes technologiques les
potentialits ou limites de leur trajectoire future tant il est vrai que pour
l'ERP, le fonctionnel est si complexe qu'il exige forcment d'abord un
bon terreau conceptuel pour se dvelopper de faon durable.
Ce n'est qu' l'issue de ce passage au crible muti-critres que nous avons

retenu une shortlist compose, on peut dj le dire de: TinyERP (rebaptis
OpenERP), Openbravo, Compiere, Adempiere, Neogia et ERP5. C'est ainsi
que nous illustrerons souvent nos explications fonctionnelles par les
rponses concrtes apportes ou non par ces ERP.
Cependant tous ces ERP ne se valent pas, loin s'en faut. Nous vous
expliquerons pourquoi au final Smile a dcid de retenir prioritairement
TinyERP (OpenERP), Openbravo et Neogia, comme des solutions
comptitives, fiables et prennes. Car ne l'oublions pas, un ERP install
aujourd'hui devra encore rpondre prsent et s'ouvrir de nouvelles
fonctionnalits la hauteur de vos exigences dans 5 ans...

ef Page 5
ERP open source
A l'issue de cette tude, Smile a aussi dcid de signer des partenariats

avec TinyERP et Openbravo pour appuyer sa force de frappe. Pourtant, il
est trs important de noter que notre analyse est antrieure ces
partenariats qui n'ont t signs qu'en Fvrier 2008.
Nous vous expliquerons aussi pourquoi Smile n'a pas dcid de s'engager
ni avec Compiere ni ERP5, solutions fonctionnelles et techniques
honorables mais qui n'offrent pas en l'tat d'ouverture suffisante pour
l'intgration par de nouvelles tierces parties telles que Smile.
Smile n'a malgr tout pas la connaissance exhaustive des fonctionnalits

des 6 produits de la shortlist tudie tant ils sont complexes et les
diteurs pas toujours enclins produire de la documentation ouverte (cas
de Compiere par exemple). Mais, lorsque nous le savions, nous nous
sommes toujours efforcs d'expliciter la solution ou au contraire
l'absence de solution pour chaque ERP. Au final, l'important pour
nous tait aussi d'valuer et de prsenter les solutions finalement
prconises.

ef Page 6
ERP open source
Table des matires

PRAMBULE......................................................................................................2
SMILE....................................................................................................................................2
QUELQUES RFRENCES ..............................................................................................................3
CE LIVRE BLANC........................................................................................................................4
INTRODUCTION.................................................................................................8
A QUOI SERT UN ERP ?..............................................................................................................8
VALEUR AJOUTE D'UN ERP OPEN SOURCE EN PARTICULIER...................................................................12
L'ERP LIBRE, UN PRODUIT COMPLEXE N DE CONJONCTURES OPEN SOURCE PARTICULIRES..............................16
QUAND PEUT-ON ENVISAGER UN ERP OPEN SOURCE? .........................................................................24
QUELS PRODUITS COMMERCIAUX SONT CONCURRENCS PAR LES ERP OPEN SOURCE PRSENTS? ......................27
LES DOMAINES FONCTIONNELS FONDAMENTAUX DES ERP ..........................29
PARAMTRAGE DE BASE, PRODUITS ET PARTENAIRES.............................................................................29
PRICING................................................................................................................................31
VENTES ET GESTION DES PARTENAIRES (CRM) .................................................................................33
VENTE PAR PLATEFORME E-COMMERCE............................................................................................37
VENTE PAR POINTS DE VENTE (VENTE EN CAISSE)................................................................................38
GESTION DES ACHATS ...............................................................................................................40
GESTION DES STOCKS ...............................................................................................................41
GESTION DE LA PRODUCTION .......................................................................................................43
GESTION DE PROJETS ...............................................................................................................48
COMPTABILIT ........................................................................................................................50
BUSINESS INTELLIGENCE ............................................................................................................54
CONCEPTS TRANSVERSAUX D'UNE PLATEFORME ERP...................................56
STRUCTURE LMENTAIRE DE L'INTERFACE D'UN ERP..........................................................................56
LE SYSTME DE RLES ..............................................................................................................58
MULTI-SOCITS .....................................................................................................................58
CLIENT WEB OU CLIENT LOURD?....................................................................................................59
REPORTING............................................................................................................................61
ERGONOMIE ..........................................................................................................................61
TECHNOLOGIE ET ARCHITECTURES ..............................................................63
INTERFACES MTA-GNRES PARTIR DES DONNES...........................................................................64
BASE DE DONNES RELATIONNELLE CONNUE ET ROBUSTE.......................................................................64
TENUE EN CHARGE ET SCALABILIT.................................................................................................66
DICTIONNAIRE DE STRUCTURE DE DONNES DYNAMIQUE.........................................................................67
CODE MTIER BAS SUR LE PARADIGME OBJET...................................................................................68
WEBSERVICES (SOA) FOURNIS EN STANDARD PAR LA PLATEFORME...........................................................69
MODLISATION BPM DE HAUT NIVEAU............................................................................................70
MODULARIT DE LA PLATEFORME...................................................................................................72
PREMIERES CRITRES DE SLECTION...........................................................75
TAILLE ET DYNAMIQUE CRITIQUE....................................................................................................75
ARCHITECTURE TECHNIQUE MINIMALE..............................................................................................76
SLECTION DES ERP OPEN SOURCE SATISFAISANT NOS CRITRES ..........................................................77
TABLISSEMENT D'UNE 'SHORTLIST'.................................................................................................81
SLECTION RDUITE DES MEILLEURS ERP ...................................................82
PROFIL MACROSCOPIQUE DES ERP
PR-SLECTIONNS...................................................................................................................82
PROFIL PAR CARACTRISTIQUES GNRALES.......................................................................................82
PROFIL PAR DOMAINE FONCTIONNEL................................................................................................87
PROFIL PAR SECTEUR ET TAILLE D'ENTREPRISE....................................................................................88

ef Page 7
ERP open source
CHOIX ENTRE COMPIERE, ADEMPIERE ET OPENBRAVO.........................................................................93

LES LIMITES D'ERP5................................................................................................................96
RCAPITULATIF SUR OPENBRAVO...................................................................................................98
RCAPITULATIF SUR TINYERP (OPENERP) ...................................................................................104
RCAPITULATIF SUR NEOGIA.......................................................................................................109
SYNTHSE.....................................................................................................115

ef Page 8
ERP open source
INTRODUCTION
A quoi sert un ERP ?

Un ERP (Enterprise Resource Planning) ou encore en franais PGI
(Progiciel de Gestion Intgr) est un rfrentiel central de gestion de
toutes les donnes d'une entreprise, autour duquel gravitent un ensemble
de modules fonctionnels qui effectuent les traitements mtier sur ces
donnes, par exemple les traitements lis la vente d'un produit.
Plus prcisment, ce rfrentiel a pour vocation premire d'organiser et de

consigner chaque fait li un flux financier de l'entreprise afin
d'automatiser la gestion comptable d'une part et d'offrir des mtriques
d'aide au pilotage des ventes et de la production, la dcision stratgique,
d'autre part. Il permet ainsi une meilleure synergie des acteur, du
commercial au technicien de production en passant par le directeur
financier ou le logisticien.
Les grands modules gnralistes de l'ERP
Si les limites du primtre fonctionnel peuvent varier, on considre en

gnral qu'un ERP prend en charge les domaines suivants.
Comptabilit
Il s'agit au moins de la comptabilit analytique qui s'appuie

ventuellement sur une infrastructure de business intelligence
embarque par l'ERP. Certains ERP grent aussi la comptabilit gnrale
franaise, mais l'heure actuelle leur mise en oeuvre correcte ncessite
encore des paramtrages assez intenses. Nanmoins, un pont comptable
d'export d'critures peut tre mis en place pour utiliser une gestion
comptable abordable mais prouve tout an conservant les outils
d'analyse, de facturation et de gestion commerciale de l'ERP open source.
Achats:
Le module d'achat permet de grer les transactions d'achat et critures

comptables associes, mais aussi les approvisionnements selon des
politiques paramtrer et/ou selon le calcul des besoins dtermins par
la gestion de production.

ef Page 9
ERP open source
Ventes
Ecritures comptables des ventes, mais aussi: rgles de pricing, devis,

factures, paiements... Certains ERP, vont aussi trs loin dans le CRM
(Customer Relation Management) ou GRC (Gestion de la Relation Client)
Dans certains cas, l'ERP peut intgrer une plateforme d'e-commerce

native. Mais plus gnralement l'ERP disposera de webservices et/ou
connecteurs SQL permettant d'interfacer des logiciels d'e-commerce
standard.
Parfois encore, les ERP s'interfacent nativement avec des solutions de

ventes en caisse POS (Point Of Sale) ou encore Point de Vente en franais.
Stocks et inventaires
Il s'agit essentiellement de grer des politiques d'approvisionnement de

stocks en fonction des ventes. On parle ici de SCM (Supply Chain
Management), ou en franais GCL, (Gestion de la Chane Logistique). Les
bons ERP sont multi-entrepts et comptabilisent tous les mouvements de
stock, c'est--dire font de la gestion de stock double entres. La gestion
des stocks permet aussi gnralement la traabilit.
Gestion de production: MRP
MRP signifie Manufacturing Resource Planning, soit en franais GPP:

Gestion et Planification de la Production.
On distingue:
La gestion de production simple, la MRP1, qui ne fait que calculer les

besoins en fonction des commandes et laisse ensuite soin
l'administrateur de vrifier qu'on n'atteint pas de goulot
d'tranglement, quitte re-planifer des oprations le cas chant;
La gestion de production capacit finie, ou MRP2, qui est capable

d'optimiser la production au maximum de sa charge selon un
ensemble de contraintes paramtrables.
Les modules moins traditionnels
De faon moins systmatique, on trouve encore dans certains ERP les

fonctionnalits suivantes.
Gestion de projet
Rpartitions de tches des personnes, diagrammes de GANTT... C'est en

fait la gestion de production des socits de service. Bien que moins
souvent implmente pour des raisons historiques, la gestion de projet est
nanmoins essentielle pour les entreprises de service.

ef Page 10
ERP open source
Ressources humaines
Le primtre du module ressources humaines peut varier de la gestion des

emplois du temps, au recrutement, en passant par la gestion de la paie. A
noter que les modules de paie sont trs rares cause du morcellement
lgislatif d'une part et de la mise en jeu de donnes trs confidentielles
d'autre part.
CMMS (Computerized Maintenance Management System)
En franais, c'est la GMAO: Gestion de la Maintenance Assiste par

ordinateur. Ce type de module sert de rfrentiel des oprations de
maintenance et n'est pas trs complexe. On pourra assez facilement
l'ajouter s'il n'est pas offert nativement.
D'une manire gnrale, les ERP open source sont assez solides sur ces
grands modules gnralistes, mme si la gestion de production complexe
est plus ou moins bien traite selon les produits. Il est facile de
comprendre que l'open source bnficie ici plein d'un effet de
mutualisation des dveloppements et des tests sur les modules les plus
largement utiliss.
La verticalisation
Viennent ensuite des modules spcifiques adapts des secteurs

d'activits bien particulier (fabrication, distribution, textile, agro-
alimentaire, chimie...). On appelle ceci la verticalisation d'un ERP.
Chaque ERP possde ainsi une liste plus ou moins large de ces modules
verticaux. Cette verticalisation s'accompagne gnralement d'un
paramtrage des interfaces utilisateurs qui adoptent le jargon du mtier
concern et rend l'utilisation plus intuitive ou plus conforme aux
interfaces utilises historiquement.
Lorsqu'un ERP libre n'a pas dj nativement la verticalisation sectorielle

recherche, on peut en gnral la r-implmenter avec un cot qui
dpend essentiellement de la souplesse autorise par la technologie de
l'ERP et du dynamisme de son activit communautaire, c'est--dire du
nombre de modules libres similaires et du nombre de personnes
susceptibles d'aider sur les forums.
Il est important nanmoins de relativiser l'importance de cette

verticalisation qui est encore essentiellement l'apanage des solutions
commerciales:
Elle rpond parfois plus des critres commerciaux de

sectorisation du march qu' des critres fonctionnels.
Dans le contexte de la mondialisation et d'une concurrence de

plus en plus forte, la flexibilit, la capacit s'adapter des

ef Page 11
ERP open source
modles changeants, est souvent plus importante que la

conformit aux usages anciens du mtier.
Les plus avancs des ERP prsents ici arrivent un stade de maturit tel
qu'ils abordent cette phase de verticalisation. Pour certains, la modularit
de la plateforme et les plugins verticaux sont dj largement en place, il
ne leur reste alors essentiellement plus qu'une phase de packaging
marketing pour apporter de la lisibilit ces solutions verticalises. Sur
d'autres, moins extensibles, la spcialisation des modules reprsentera
un dveloppement plus consquent.
Un ERP ne doit pas conqurir un secteur au dtriment des autres. La

verticalisation passe donc par une plateforme technique de qualit qui
offre en premier lieu une modularit suffisante.
Modularit applicative, mais rfrentiel transactionnel unique
Techniquement parlant, alors que nous venons de vanter les mrites de la

modularit applicative, l'usage d'un moteur de base de donnes
relationnel central et monolithique est justifi par le besoin d'intgrit
transactionnelle des donnes d'entreprises telles que les inventaires, mais
plus gnralement de tous les flux financiers.
En revanche, les applications mtiers qui gravitent autour de ce

rfrentiel doivent tre modulaires. A ce titre, les ERP que nous allons
mettre en avant sont compatibles, de faon plus ou moins native selon le
produit, avec une approche SOA (Service Oriented Architecture).
Retour sur investissement
Le retour sur investissement d'un ERP en gnral est souvent admis par
principe mais bien difficile chiffrer car il faudrait mener des tudes
comparatives sur des cas rels et de longues priodes. Or d'une part on
manque de cas similaires ne diffrant que par l'ERP et d'autre part, il est
difficile d'isoler les consquences exactes d'un ERP des facteurs d'ordre
macro-conomiques et concurrentiels.
Les cls du retour sur investissement d'un ERP sont nanmoins:
L'conomie de ressources oprationnelles, grce l'limination des

efforts redondants et des donnes dupliques.
L'augmentation de la capacit de ventes grce la rationalisation

de la production.
L'amlioration de la ractivit de la production vis vis de la

demande ou au contraire la meilleure adquation de la stratgie
marketing en fonction des capacits de production.
L'augmentation du volume des ventes par l'amlioration de la

relation clients et une politique de prix optimise dynamiquement
voire en temps rel.

ef Page 12
ERP open source
L'optimisation des approvisionnements: diminution des stocks

inutiles et meilleures stratgies d'achats.
Une plus grande satisfaction du personnel, des clients et des

fournisseurs, grce des processus plus adapts et moins de
tches rbarbatives.
Enfin, certains clients ou investisseurs exigent la prsence d'un ERP pour

travailler avec une entreprise.
Valeur ajoute d'un ERP open

source en particulier
D'une manire gnrale, comme avec toute famille de produits open
source on peut s'attendre des conomies de licence en installant un ERP
open source. En premire approche, l'ERP tant un progiciel complexe, les
cots d'intgration et de maintenance rendent cette conomie directe de
licence modre au regard du cot total de possession de l'ERP. Ainsi,
l'conomie d'une licence propritaire reprsenterait entre 25% et 50%
du cot total de possession (incluant intgration, support et
maintenance) primtre quivalent.
Toutefois, cette conomie est d'autant plus difficile estimer que les
licences des ERP haut de gamme sont vendues des prix confidentiels
trs variables et qui s'inscrivent dans une politique marketing long
terme. Quant aux intgrations, les chiffrages des propositions
commerciales concernent en gnral un trs petits primtres alors que
sur l'essentiel du primtre aucun intgrateur n'acceptera de s'engager
sur des prestations au forfait.
Mais comme nous allons le voir, au del mme des cots, un ERP open
source permet de viser une meilleure couverture du besoin de par sa
plus grande extensibilit.

ef Page 13
ERP open source
ILLUSTRATION 1: DISTRIBUTION DES COTS DE

LICENCE, DE SUPPORT ET DE MAINTENANCE SUR
LES ERP COMMERCIAUX
Prcisons nanmoins que si on doit re-dvelopper en partie des modules

spcifiques non prsents nativement sur un ERP libre, alors une partie de
l'conomie du prix de licence sera absorbe dans ces dveloppements.
L'apprciation de cet effort fournir et le choix de l'ERP libre le plus
appropri sont donc cruciaux et ce livre blanc est l pour vous aider
mesurer cet effort.
Cependant, le bnfice peut aller bien au del de l'conomie directe de

licence. En effet, une forte proportion des intgrations d'ERP propritaires
donne lieu une forte insatisfaction des clients.
Ainsi, selon selon une tude mnee par Standish Group en 2000, des
projets ERP commerciaux:
Seuls 28% respectent le budget, dans les temps et satisfont aux

besoins
49% sont des checs soit en terme de budget, de dlai ou de

fonctionnalits
23% sont abandonns avant la finalisation
D'aprs une autre tude encore de MC Kinsey, seul 5% des installations

d'ERP sont de vritables succs!
Outre le point essentiel qu'est le management du changement li tout

projet ERP mais qui dpasse le primtre de ce livre blanc, voyons les
points o l'ERP libre se distingue et permet d'valuer et d'viter les
risques de drapage budgtaire par sa plus grande transparence:
Souplesse par l'ouverture: mme si les diteurs d'ERP propritaires

donnent un certain accs leur ERP via des webservices, c'est
toujours un accs trs limit dans lequel l'ERP reste une bote noire.
Parfois c'est tout bonnement insuffisant pour permettre d'intgrer des

ef Page 14
ERP open source
extensions. Sans compter que cet isolement rend en gnral la

recherche de documentation de pitre efficacit par rapport la
recherche sur le web de ressources open source communautaires.
Dans tous les cas, avec l'ERP libre, c'est l'ensemble du code qui est
ouvert et pas seulement ses webservices. En consquence, votre
personnel informatique devrait pouvoir se mettre niveau pour
rsoudre votre problme. Au pire vous trouveriez facilement un
intgrateur, d'autant plus facilement que celui-ci aura pu lui-mme
s'auto-former aisment. Au contraire, sur des technologies fermes
comme ABAP de SAP, trouver un expert est particulirement difficile.
Souplesse par respect des standards: Les ERP propritaires ont
tendance respecter moins de standards. Certaines briques open
sources ne peuvent pas non plus tre re-distribues avec des offres
propritaires, c'est notamment le cas des logiciels sous licence GPL
dont vous devrez alors financer des quivalents propritaires sans
rel apport de valeur ajoute par rapport l'open source. Le foss se
creusant inluctablement entre le monde du logiciel libre et les
diteurs propritaires, comme comme ces derniers ne peuvent
assumer tous les cots d'implmentation de standards, ils en
implmentent peu ou utilisent leurs propres protocoles qui n'ont pas
de validit passe la frontire de l'diteur en question; on parle ici
alors de vendor lock-in (verrouillage par le fournisseur).
Qualit: souvent, l'open source se distingue par une qualit

technique suprieure. En effet, le degr de qualit d'un logiciel libre
est mesurable par son code ouvert et par les ractions de la
communaut d'utilisateurs. Et ainsi seuls les projets open source de
qualit se dveloppent. De plus, contrairement aux diteurs de
logiciel propritaire, les diteurs open source sont plutt engags
dans ces dfis techniques mesurables que sur l'exploitation au
maximum de leurs contrats existants.
C'est votre ERP qui s'adapte votre entreprise et non l'inverse:
du fait de leurs limitations en terme de flexibilit et de business
model, les diteurs d'ERP propritaires l'rigent en rgle: si l'ERP ne
convient pas vos process, changez vos process! Ils justifient cette
doctrine en affirmant connatre votre mtier mieux que vous. C'est
parfois vrai, mais souvent les entreprises ont aussi des avantages
comptitifs dans l'implmentation de certains process et dans ces cas,
un ERP libre sera un instrument de pilotage plus fin.
Infrastructure diteur en adquation avec les budgets PME/TPE:

les gros diteurs d'ERP se sont dvelopps pour des grands comptes
qui disposaient d'importants budgets informatiques. En consquence,
ces diteurs possdent un modle d'infrastructure trs coteux qui
leur interdit de s'adapter la ralit conomique des TPE et PME.
Pour tre rentables sur ces marchs, ils devraient vendre de plus gros
volumes et totalement remettre en cause leur infrastructure. En
corollaire, la nature technique mme des ERP ddis aux grands
comptes obligera aussi des cots d'intgration qui ne sauront
convenir aux PME ou TPE. C'est bien pourquoi mme les diteurs

ef Page 15
ERP open source
s'efforcent finalement de chercher de nouvelles solutions techniques

aptes faire chuter les cots d'intgration pour sduire ce segment
de march. Mais ces nouveaux produits, tels que Business One de
SAP sont en gnral trop limits.
Pas de cots cachs: Malgr tout, de nombreux diteurs d'ERP
propritaires offrent des prix casss pour des packages limits,
notamment en nombre d'utilisateurs. Ces politiques tarifaires ont
souvent comme seul objectif de s'approprier de nouveaux clients pour
les rendre ensuite captifs par de coteuses politiques commerciales.
Ensuite, lorsque l'entreprise grossit et si on veut plus d'utilisateurs
sur l'ERP, les cots peuvent trs rapidement s'envoler la juste
mesure du degr de captivit du client. Seule une licence open source
approuve OSI et un code de bonne qualit (dont vous ne serez pas
techniquement prisonnier) vous protgent rellement contre ces
situations.
Prennit des dveloppements spcifiques: les diteurs d'ERP
propritaires s'efforcent de garder la matrise sur l'ensemble des
modules fonctionnels dont vous avez besoin. Sans standard et sous le
coup de la licence, difficile de vous garantir que vos propres
dveloppements resteront compatibles ou que vous allez pouvoir
mettre en concurrence diffrents prestataires pour dvelopper
certains modules.
Support pragmatique: le support est-il vraiment au rendez-vous avec
les diteurs propritaires? Rappelez-vous des cots d'infrastructure:
en ralit un support appropri cote trs cher fournir et les
diteurs, forts d'une relation totalement asymtrique auront tendance
rogner dessus. Par pragmatisme, mieux vaut alors bnficier de la
documentation communautaire d'ERP libres ou encore du support
concurrentiel des prestataires associs cette offre.
Vous n'tes pas une vache lait : Les diteurs d'ERP
propritaires ne vous apportent aucune garantie que les
dveloppements spcifiques que vous allez payer seront rellement
des dveloppements spcifiques: ils peuvent tre tents de vous faire
payer des dveloppements qui ont dj t amortis par d'autres
clients. Au contraire une licence open source telle que la GPL vous
protge contre ces abus: un dveloppement spcifique doit tre
revers gratuitement la communaut pour tre distribu.
Indpendance vis--vis du destin d'un diteur: Qu'arrive-t'il si votre

diteur d'ERP propritaire fait faillite? Gnralement, il y a bien des
clauses qui imposent de librer le code source. Mais ceci n'est pas
d'une trs grande utilit: la solution survivra trs peu de temps en
l'absence de support, documentation approprie, et gouvernance
communautaire. Au contraire, un ERP libre avec un minimum de
qualit technique est un choix prenne car mme si un prestataire
faisait faillite, d'autres seraient dj prts prendre le relais. Si un

ef Page 16
ERP open source

1
diteur libre ne sait pas rassurer, il est probable qu'un fork se
dveloppe avec une base plus saine. Ceci fera d'ailleurs pression sur
l'diteur historique pour qu'il corrige ventuellement sa politique, le
client a donc un moyen de pression pro-actif sur l'diteur et dans
l'idal tout sera rsolu sans heurt. (Lire plus loin le fork Adempiere
de Compiere)
Indpendance vis--vis des fusions/acquisitions: Un diteur d'ERP
propritaire peut bien tre rachet l'instar de J.D. Edwards par
Peoplesoft puis PeopleSoft par Oracle. Dans ce cas, il est trs
probable que le support de l'ERP d'origine se tarisse avec diverses
pressions de la part de l'diteur pour que vous soyez forc de migrer
dans le cas o ce sont des concurrents que l'entreprise a rachet ou
encore d'acheter des modules initialement non prvus dans le cas o
les entreprises sont complmentaires comme dans le cas d'Oracle
applications.
Le discours commercial est moins biais par des intrts propres:
Devant la multiplicit des acteurs impliqus dans la vente d'ERP
propritaires, tes-vous srs d'tre toujours libre de vos choix? Au
niveau des contrats commerciaux entre diteurs et revendeurs, c'est
rarement la qualit technique et l'adquation fonctionnelle qui
prside, mais plutt des petits accords sur les objectifs, contrats
d'exclusivit sectorielle ou gographique etc. Pas de cela avec un ERP
libre.
Vous upgradez librement: quand dois-je upgrader? Avec un ERP

libre vous n'upgradez que lorsque vous le souhaitez. Et si vous le
faites, vous pouvez toujours le faire par vos soins gratuitement ou
alors au meilleur prix en mettant des intgrateurs en concurrence, en
tout cas sans cot de licence. Au contraire, avec un diteur
propritaire, ces cots de mise jour peuvent s'envoler la juste
mesure de votre degr de captivit.

L'ERP libre, un produit complexe n
de conjonctures open source
particulires
Dans le chapitre prcdent, on a affirm qu'un ERP libre a un cot total

de possession sensiblement infrieur celui d'un ERP propritaire.
Pourtant, par sa complexit technique et fonctionnelle, un ERP un cot
de dveloppement que quelqu'un doit bien financer. Au contraire
d'autres logiciels plus simples comme des outils de publication de
contenu web, l'ERP libre ne rsulte que trs marginalement de travail
bnvole fait par quelques hackers le soir, du moins y a t-il un cur
fonctionnel cohrent qui ncessite l'investissement et tout le poids d'un
1
Un fork est la dcision d'une communaut de poursuivre elle-mme le dveloppement d'un produit
alternatif issu l'origine de la mme base de code mais en s'affranchissant dsormais de la tutelle de
l'diteur historique, ainsi que le garantit la licence open source.

ef Page 17
ERP open source
diteur. Il y a aussi des modules fonctionnels qui doivent suivre les

volutions lgislatives et dont la maintenance ncessite encore plutt de
la prennit financire que de la passion bnvole. Il faut savoir que les
rivaux commerciaux tels que SAP investissent eux plusieurs dizaines de
millions d'euros sur leurs ERP!
Comment expliquer alors les conomies annonces ?
Mise en comptition favorisant les conomies: en premier lieu,

l'open source opre une chasse au gaspillage impitoyable: tout cot
n'apportant pas de valeur ajoute l'utilisateur final est gomm par
un mcanisme de slection darwinienne: qu'un acteur exagre le
poids de son prlvement et essaie de tirer une quelconque rente
d'une situation de monopole et la licence open source lui garantit le
fork assur qui saura s'engouffrer dans cette nouvelle niche pour
2
offrir un service plus comptitif .
Le marketing viral remplace les cuts marketing traditionnels: en

second lieu, un logiciel open source peut largement s'affranchir des
moyens marketing gnralement engloutis pour faire la promotion de
produits commerciaux. Dans un bon logiciel open source, le bouche
oreille joue plein: toute qualit (ou dfaut) est immdiatement et
viralement diffuse dans sa communaut d'utilisateurs qui
deviennent alors les prescripteurs de ce marketing 'low cost'. Et les
experts peuvent tout instant vrifier l'adquation du code source
avec les bnfices annoncs, interdisant toute campagne marketing
qui ne correspondrait pas une ralit.
Des effort mutualiss: enfin, avec le modle open source, l'ouverture
du code et le respect de protocoles standards donne lieu un
vritable cosystme d'acteurs qui mutualisent leurs contributions.
Ainsi, plusieurs acteurs peuvent se fdrer pour financer le
dveloppement d'un module de paie ou la verticalisation d'un secteur
d'activit bien spcifique (voir le mcanisme de shared funding mis
en place chez TinyERP et rcemment adopt galement chez
Openbravo).
Mais malgr toutes ces conomies, un ERP libre doit bel et bien disposer
d'un investissement de R&D initial pour incuber. Les modalits de cette
incubation ne sont pas anodines et influent beaucoup sur les futurs cots
d'volution fonctionnelle d'un ERP. Ainsi, nous pouvons caractriser les ERP
en 2 grandes familles selon leur type d'incubation.
a) Les ERP libres coteux, aujourd'hui matures
En premier lieu, nous trouvons des logiciels trs semblables aux logiciels
propritaires en terme de processus de conception: pour des raisons
d'ordre technologique, il a fallu un investissement humain et financier
trs consquent pour le dveloppement initial. Ensuite certaines raisons,
dont le souci d'image ou la prennisation du produit, ont pouss le
2
voir le livre blanc de Smile Introduction l'Open Source et au Logiciel Libre pour plus de dtails sur
l'esprit et les ressorts de l'open source

ef Page 18
ERP open source
sponsor du moment reverser le code en temps que vrai projet open

source. Ce sont donc des projets assez matures qui ont t livr la
communaut open source.
L'inconvnient est que la conception initiale elle mme a peu bnfici de

la collgialit propre aux projets open source, seules la maintenance et les
volutions ultrieures ont pu tre inspires par les ttes pensantes de la
communaut open source.
Prcisons nanmoins qu' la diffrence des vrais logiciels propritaires,

leur licence leur a permis d'intgrer certaines briques open source de
qualit dont le client final est soulag.
Les archtypes de ces modles de dveloppement sont Compiere d'une

part et Open For Business (Ofbiz) d'autre part.
La ligne Compiere
ILLUSTRATION 2: COMPIERE ET SES FORKS
Compiere est un projet dvelopp ses dbuts par l'allemand Jorg Janke,
lequel a su mettre profit ses 20 annes d'exprience chez SAP puis
Oracle et sa matrise des produits ADV/Orga, Unisys, R/2 et R/3. Les
concepts de l'application dictionnary (modle de mta-programmation
la base de Compiere permettant l'adquation de la persistance
relationnelle avec les structures de donnes mtiers personnalises et
leurs interfaces, voire page 67) ont t prototyps ds 1988 pour SAP en
Smalltalk. Jorg Janke a ensuite mis ses ides de dveloppement au
service du projet libre Compiere dont le prototypage a commenc ds
1999, au dbut encore de l're Java.
La premire socit avoir sponsoris Compiere puis l'avoir dploy en

production est Goodyear Germany, en mai 2000. Compiere a rapidement
connu des succs chez quelques grands comptes et grandes PME du
secteur de la distribution et de la logistique. Ce succs est notamment
imputable au support de la base de donnes Oracle, trs prsente sur ce
segment, et sa technologie 100% java, trs mature.

ef Page 19
ERP open source
Paradoxalement, ce dveloppement spcifiquement pour Oracle a ensuite

jou des tours Compiere et ses forks. En effet, mme si pousse dans
ses derniers retranchements, PostgreSQL est lgrement moins
performante, la base libre attire dsormais normment les petites PME et
TPE pour des raisons videntes d'conomie de licence. Bas sur le
primtre de compatibilit dfini par la norme SQL2003, le portage de la
ligne des Compiere vers PostgreSQL a heureusement t achev en 2006.
En 2008, il est dsormais prouv.
Mais l'histoire de Compiere est aussi celle de ses forks: en 2002, pour tre
indpendants, et parce que, contrairement Compiere, ils pariaient dj
tout sur le web, une petite entreprise espagnole a cr Tecnicia qui
deviendra ensuite Openbravo. Openbravo a fork tout le code mtier (PL/
SQL) de Compiere ainsi que son moteur de gestion d'entits (l'application
dictionnary) et l'a transpos dans une interface web. Depuis les deux
bases de codes ont volu sparment. En 2005, Openbravo a lev 5
Millions d'euros et est parti la conqute mondiale du march des ERP
pour PME sur le modle d'un dveloppement communautaire.
Compiere a lui aussi lev des fonds: 4,6 Millions d'euros en 2006, l
aussi pour prendre le plus possible de parts de march aux ERP
propritaires. Mais au lieu comme Openbravo d'assumer un business
model communautaire, les dirigeants de Compiere Inc se sont engags sur
un business model trs proche des ERP propritaires: savoir une
barrire d'entre significativement leve: toute documentation payante,
pas ou trs peu de dveloppement communautaire, pas de consultation
des contributeurs dans les process de dcision, forums de discussion libre
dserts, pas de wiki, pas de chat, pas d'ouverture vers les amateurs ou les
dveloppeurs sans moyen des pays mergents pourtant les plus intresss
par les ERP open source.
En fait Compiere a cherch peut-tre renflouer ses investisseurs trop

directement alors qu'avec l'open source, l'aune des succs de JBoss,
MySQL ou Alfresco, il y a rarement retour sur investissement sans d'abord
un investissement indirect clair dans le modle communautaire (cf notre
bilan sur Compiere page 93)
C'est cette logique de rentabilit trop directe et cette absence de bnfice

pour la communaut des dveloppeurs originels qui a pouss ces derniers
crer en 2006 le fork Adempiere. Aujourd'hui, l'attentisme est de
rigueur l'gard d'Adempiere: il se pourrait bien qu'il en merge un froce
concurrent de Compiere ou d'Openbravo, mais pour l'instant les seuls
tirer leur pingle du jeu sont les premiers intgrateurs l'origine du fork.
En effet, leur organisation globale reste incertaine et devra encore faire
ses preuves pour aborder les dfis que dois relever Adempiere: interface
web, simplification de l'intgration, verticalisations...
Si Compiere, Adempiere et Openbravo atteignent aujourd'hui un ensemble

fonctionnel honorable avec une tenue en charge prouve, leur futures
volutions devront affronter la grande inertie d'une base de code devenue
lourde et peu factorisable. On reprochera notamment ces plateformes
d'tre trop monolithiques et d'utiliser des paradigmes de programmation

ef Page 20
ERP open source
peu productifs et dpasss comme le code fonctionnel intgralement en

pl/SQL alors qu'on lui prfrerait aujourd'hui une abstraction "objet".
Or c'est justement de ces abstractions objet qui masquent la

complexit aux dveloppements tierces et encapsulent les responsabilits
que pourraient natre les verticalisations tant espres. Sans remise en
cause technique, la ligne des Compiere est moins adapte la
catalyse d'un dveloppement communautaire de modules verticaux,
car l'actuelle unit de code rutilisable, la procdure stocke, n'a pas
une granularit assez fine et donc les dveloppements d'un projet
particulier sont moins souvent reverss la communaut pour servir les
projets suivants. A l'inverse une solution comme TinyERP encourage
davantage la rutilisation et a donc pu btir une bibliothque de plus de
200 modules fonctionnels rutilisables et combinables souhait.
Aujourd'hui Openbravo est la ligne de cette espce qui se distingue par

une forte volont et capacit de conqute et on peut donc en attendre une
forte dynamique de dveloppement (cf notre bilan sur Openbravo page
98). Il est aussi important de noter que derrire leurs vitrines reluisantes,
beaucoup d'ERP propritaires sont largement moins bien conus.
Enfin, lorsqu'il a cr Compiere, le concepteur de Compiere connaissait
tous les secrets architecturaux des alternatives commerciales des gros
ERP tels que SAP R/3 qui dominent aujourd'hui encore le paysage ERP.
Dernire minute: ce 19 Mai 2008; Openbravo vient de lever nouveau

12 Millions de dollars de la part du groupe d'investissement europen
Amadeus! Cela confirme bien la monte en puissance de cette ligne
issue de Compiere et rend totalement crdible les plans annoncs en
terme de perfectionnement de la techologie, d'extension fonctionnelle et de
localisation. Par ailleurs Openbravo continue afficher sans amibuit son
ancrage open source et l'investissement dans sa communaut.
la ligne Ofbiz

ef Page 21
ERP open source
ILLUSTRATION 3: OFBIZ ET SES DRIVS
Le projet Open For Business ( Ofbiz ) est n en 2001 et a termin sa

premire phase de dveloppement vers 2003 sous l'impulsion de ses 2
crateurs: David Jones et Andrew Zenesky. Depuis le projet s'est enrichi
de nombreux modules fonctionnels. En 2006 il a mme t soumis comme
projet "incubator" la fondation Apache. Il en est trs rapidement sorti
comme projet approuv de top niveau.
Ofbiz est un peu diffrent de Compiere. En effet, si Open For Business est
bti sur les mme concepts que Compiere, modlisation par entits plutt
qu'objet et interface mta-programme, le projet n'a pas ce volume de
code PL/SQL, peu propice l'extensibilit. En ce sens il a de meilleures
bases techniques, bien qu'il ait d'autres dfauts.
Cependant, cause de cette modlisation par entits gnriques et non

par objets mtiers et de ses racines dans un langage dominante
statique, Java, qui tend paralyser les cycles de dveloppement par
rapport des langages dynamiques, l'ensemble global du projet Ofbiz
reste, l'instar de Compiere, un gros projet qui a reprsent un norme
investissement et qui voluera dsormais lentement, alourdi de son
fardeau historique et de ses choix de modlisation sous-jacents
discutables.
Si Ofbiz a, par certains aspects, une meilleure qualit technique que la

ligne Compiere, il a pourtant moins perc dans le monde des
progiciels. Cela vient sans doute du fait qu'Ofbiz a eu la prtention plus
modeste de n'tre qu'un framework adapt pour dvelopper des logiciels
d'entreprise et non un ERP complet cl en main soutenu par un diteur
fort. Le produit s'est notamment spcialis dans l'interface d'e-commerce
sur le modle de ce qui se faisait dans les annes 2003.

ef Page 22
ERP open source
Si Ofbiz fut sans conteste un framework utile dans le monde J2EE pour
construire de grosses applications de vente en ligne, on peut nanmoins
lgitimement se poser la question de sa comptitivit actuelle face des
frameworks plus modernes.
Par ailleurs, dans la mesure o l'application d'e-commerce recherche

serait au contraire plutt standard, il pourrait tre au contraire plus
judicieux de brancher une solution d'e-commerce plus spcialise et plus
comptitive (comme Magento) avec un ERP plus mature et moins cher
intgrer.
Enfin, si Ofbiz lui-mme n'est donc pas recommander pour un ERP cls
en main, il n'en reste pas moins que deux projets d'ERP trs srieux se
servent d'Ofbiz comme base et y apportent le fonctionnel complmentaire
et le packaging pour constituer cette fois de vritables ERP: il s'agit
d'Opentaps d'une part et de Neogia d'autre part. Neogia importe mme le
fonctionnel CRM d'OpenTaps. A noter que Neogia, outre ses apports
fonctionnels et sa francisation, apporte aussi une rustine technique aux
dfauts de conceptuels d'Ofbiz: il permet de gnrer par modlisation UML
des objets mtiers ayant des comportements et pas seulement des tats.
Ces mta-modles gnrent ensuite les entits Ofbiz de bas niveau
correspondantes. Si ceci parat sduisant sur le papier, nous verrons qu'il
convient de rester prudent avec Neogia en particulier cause du manque
de masse critique de sa communaut (cf notre bilan sur Neogia page 109).
b) Les outsiders 'low cost', ns de ruptures technologiques
A peine quelques annes plus tard, on a vu apparatre une nouvelle classe

d'ERP dont les fondations conceptuelles plus ambitieuses ont rendu plus
simple le dveloppement des solutions mtiers, lesquelles restaient
nanmoins fortement inspires des acquis fonctionnels de Compiere ou
d'Ofbiz.
Profitant de ces nouvelles plateformes conceptuelles encore ingales

dans le monde des ERP commerciaux, cette seconde classe d'ERP a pu se
dvelopper avec des budgets sensiblement moindres et ont t auto-
financs au fur et mesure de leurs premires mises en oeuvre.
Aujourd'hui, leur reconnaissance sur le march n'est lie qu' leurs
qualits donc et non l'efficacit de leur marketing.
On trouve dans cette seconde catgorie d'ERP TinyERP (rebaptis

OpenERP depuis le 25 Avril 2008) et ERP5. (cf notre bilan sur TinyERP
page 104 et sur ERP5 page 96)
Ce qui change fondamentalement dans la conception de TinyERP et ERP5,

c'est qu'ils disposent d'une modlisation qui suit fidlement les prceptes
de la programmation dite objet . En consquence, le fonctionnel mtier
peut y tre surcharg au gr des besoins de verticalisation pour atteindre
exactement les fonctionnalits souhaits sans pour autant engendrer de
code cher maintenir ou intgrer, les fameuses usines gaz.

ef Page 23
ERP open source
Plus prcisment, la capacit d'hritage de la modlisation dite objet

permet de dfinir les concepts et comportements mtiers par surcharge de
modles pr-existants, c'est dire en ne spcifiant que les carts ces
talons au lieu de devoir redfinir chaque modle en partant de zro ou
encore d'embarquer systmatiquement d'office tous les paramtrages
imaginables ce qui mne des intgration trop coteuses pour les PME et
TPE. Par exemple, un produit pour l'agro-alimentaire dont on devra
considrer la date de premption, dans le calcul du prix de vente par
exemple, ne sera qu'une spcialisation opportuniste du modle gnrique
de produit. A charge l'entreprise de l'agro-alimentaire d'installer ce
plugin alors que, par exemple, l'entreprise de service, elle, ne se verra pas
ses cots d'intgration s'envoler avec des paramtrages inutiles son
secteur d'activit. L'unit de code rutilisable dans l'cosystme open
source, est fine et permet plus de gens de fdrer leur dveloppements
spcifiques en des plugins cohrents et rutilisables directement.
D'autre part, la modlisation dite objet va apporter ces ERP des

proprits dite d'encapsulation: c'est dire qu'on dlgue explicitement
certaines responsabilits certains concepts (ou objets). Ce qui permet:
d'apporter de la lisibilit au code et de le stabiliser en vitant les effets de
bords. Par exemple, le calcul du prix d'un produit est localis un un
endroit prcis unique et dont le langage lui mme contrle l'accs afin que
tous les dveloppeurs, y compris les tiers intgrateurs, puissent
facilement comprendre toute fonctionnalit mettant un jeux le prix de
vente d'un produits et garder la matrise lors des ncessaires
personnalisations.
Les lecteurs renseigns remarqueront que l'on parle ici d'ERP crits en
langage Python alors que ceux de la premire classe le sont en langage
Java. Pourtant ces deux langages sont bien des langages permettant la
modlisation objet. Mais il se trouve que les seuls ERP fonctionnellement
matures en langage Java n'utilisent pas encore la modlisation dite objet,
ou alors assez imparfaitement comme sur Neogia tout au plus.
L'explication est que Java est un langage appartenant la famille des

langages de typage dit fort et statique: c'est dire qu'on doit dclarer,
avant mme la phase de compilation et le dploiement, les classes de
comportements attendus des entits de modlisation. Or, techniquement
parlant, ceci cadre trs mal avec la possibilit de personnalisation chaud
de ces modles de comportement. Et pourtant c'est bien ce qui est
recherch dans l'ERP: un paramtrage assez pouss sans avoir rien
recompiler ni redployer: idalement, le plus de paramtrage possible
sera assum par des consultants mtiers sans avoir recourir des
dveloppements coteux. C'est prcisment ce qui tait vis par
l'application dictionnary de Compiere galement repris par Openbravo:
permettre l'altration chaud des modles de donnes et de leurs crans.
Or, tant bas sur un langage de typage statique fort, la famille des
Compiere a d renonc la modlisation objet pour permettre une certaine
dose de paramtrage chaud (celle des structures de donnes). Au
contraire, les ERP bas sur Python, un langage typ fort
dynamiquement on n'ont pas eu renoncer la modlisation objet

ef Page 24
ERP open source
pour permettre un maximum de capacits de personnalisations

chaud par des non dveloppeurs. Quant aux ERP de la famille
d'Ofbiz/Neogia, ils embarquent une grande dose de modlisation objet
mais sacrifient eux au paramtrage chaud par des non-dveloppeurs.
Un corollaire important de ce bond conceptuel ralis par ces nouvelles

plateformes ERP est le cot sensiblement plus faible pour qu'une tierce
partie dveloppe un module d'extension. Ces ERP ont t dvelopps
moindre frais, et ils connaissent aujourd'hui une "catalyse" open source
plus importante dans la mesure o plus de modules ont tendance tre
contribus par des tierces parties et ces modules ont tendance tre
ensuite plus maintenus et rutiliss bon escient (notamment par
d'autres modules justement). C'est ainsi toute une galaxie de composants
fonctionnels qui s'chafaude naturellement autour de ces catalyseurs.
Attention nanmoins, si l'aspect catalytique du dveloppement

communautaire est vrai pour TinyERP, il ne l'est pas pour ERP5 qui
rebute beaucoup par son systme de persistance exotique (cf page 64)
d'une part et son business model trs centr autour de l'diteur d'autre
part.
Quand peut-on envisager un ERP

open source?
Par ce qu'ils ne rsultent que de la mutualisation d'efforts de

dveloppements sur des problmatiques gnriques et parce qu'ils ne
peuvent pas encore bnficier de budgets R&D aussi consquents que
leurs quivalents propritaires, les ERP libres ne sont pas adapts
tous les projets.
Ainsi, un ERP libre ne sera pas comptitif sur un secteur historique trs
spcifique, par exemple un ERP pour la fabrication automobile, l o des
diteurs traitent le problme depuis longtemps.
En effet, si l'ouverture du code est toujours souhaitable, l'assiette des

clients qui financent un dveloppement trs spcifique ne change pas
fondamentalement entre un logiciel open source et un autre propritaire.
Au contraire, pour un projet si spcifique qu'aucun ERP propritaire du

march n'est adapt, se baser sur un ERP libre bien conu sera un
moindre mal. De mme, sur un primtre gnrique natif en gnral
restreint (par exemple en utilisant une comptabilit gnrale externe), un
ERP libre pourra reprsent une conomie.
On peut rsumer avec le tableau suivant:

ef Page 25
ERP open source
Cas o on peut envisager un ERP Cas o un ERP open source risque de

open source ne pas tre adapt
Grand compte: il est probable qu'un

Comptitivit native: Les
budget trs consquent vous donne
fonctionnalits recherches
accs des ERP propritaires plus
conviennent sans aucun
adapts.
dveloppement dans l'ERP libre,
gnralement parce qu'on envisage un
Incertitude sur la tenue en charge: si
primtre restreint.
vous dpassez plusieurs centaines de
milliers de transactions par mois et/ou
Comptitivit par la souplesse:
plusieurs dizaines d'utilisateurs faisant
besoin, au contraire, de concevoir un
des requtes simultanes, alors il
vritable mouton 5 pattes pour
faudra se poser des questions et
rpondre aux besoins d'une activit
ventuellement faire des tests de
trs spcifique et non traite par les
charge au pralable. Bien sr, la
ERP abordables du march. Btir
capacit de monte en charge
autour d'un ERP open source sera
augmentera avec le recul.
alors moins risqu et plus conomique.
Il existe des ERP propritaires
Croissance incompatible avec le
abordables trs spcialiss pour votre
systme de tarification des ERP
secteur d'activit. Notez que la
commerciaux: entreprise en forte
souplesse des moteurs de workflow
croissance qui n'avait pas encore
proposs par certains ERP cits permet
d'ERP. Vous dsirez allez plus loin
une grande adaptabilit, nanmoins, si
qu'une simple gestion comptable et ne
les traitements mtiers sont trs
pas avoir de cot d'ERP lis votre
spcifiques, les ERP du march seront
croissance.
vraisemblablement plus appropris.

ef Page 26
ERP open source
ILLUSTRATION 4: COMPTITIVIT SELON LA SPCIFICIT DE L'ERP, EN FONCTION DES PRINCIPAUX MODES

DE PERSONNALISATION ET PAR SOLUTION.
ILLUSTRATION 5: COMPTITIVIT SELON LA SPCIFICIT DE L'ERP, EN FONCTION DES PRINCIPAUX

MODES DE PERSONNALISATION, PAR COMPLEXIT CROISSANTE; BIEN SR, LE DOMAINE DE NON
COMPTITIVIT, D PAR EXEMPLE AU FARDEAU DE LA COMPTABILIT GNRALE, TEND S'ESTOMPER.

ef Page 27
ERP open source
Quels produits commerciaux sont

concurrencs par les ERP open
source prsents?
Les ERP abords dpassent mais ne remplacent pas toujours les logiciels
communs de la gestion comptable, savoir:
Ciel
La gamme Sage
Il est courant qu'un dploiement d'ERP s'intgre au progiciel de

comptabilit au moyen d'un pont comptable, c'est--dire un change
d'critures.
Sans prtendre l'exhaustivit, les ERP abords concurrencent

potentiellement les ERP propritaires suivant:
SAP Business One gamme Cegid

SAP Business ByDesign Baan
SAP All in One Peoplesoft

Sage X3 Divalto
Sage Adonix Silog

Microsoft Dynamics / Navision Prism
Les ERP qui ne sont priori peu concurrencs par les ERP open source:
SAP R/3
Oracle Applications
Siebel (dsormais partie CRM d'Oracle).

Lawson
D'une manire gnrale, nos ERP libres ne sont pas encore la hauteur
en terme de planification automatique et optimise de la production en
tenant compte des contraintes sur les ressources ni dans des secteurs
trs spcifiques dj bien traits par les ERP commerciaux, par exemple
les capacits de profilage natives des clients en CRM dans Siebel.
Nanmoins, mme pour ces ERP haut de gamme, il existe des cas
d'intgration o seule une partie des fonctionnalits sont recherches et

ef Page 28
ERP open source
o au contraire on tient implmenter des rgles mtier spcifiques.

Dans ce cas l, les ERP libres peuvent malgr tout concurrencer R/3,
Oracle ou Lawson.
De plus, mme s'ils pourraient tre adapts, les ERP libres n'ont pas
encore prouv leur tenue en charge dans des environnements de
sollicitations extrmes, l o les SAP R/3 ou Oracle Applications ont eux
dj fait leurs preuves.
Enfin, les plus gros ERP cits sont nativement interfaables avec une
foule de modules propritaires spcialiss, par exemple de planification,
de prvision des ventes, de messages EDI, de configurateurs de produits,
de gestion de stocks partage avec fournisseurs et clients alors que les
ERP libres n'ont pas encore d'interfaces natives avec ces progiciels.
Finalement, un bon moyen de savoir quand un ERP libre est concurrentiel

est le raisonnement suivant: si un Microsoft Navision ou un SAP Business
One semble peu prs dimensionn pour votre entreprise mais qu'il
faudrait y intgrer des dveloppements spcifiques, alors un ERP libre
devrait vous permettre des conomies importantes.

ef Page 29
ERP open source
LES DOMAINES FONCTIONNELS

FONDAMENTAUX DES ERP
Nous passons en revue dans cette partie les grandes fonctionnalits d'un
ERP gnraliste, en illustrant nos propos par des exemples concrets sur
les diffrents ERP retenus.
Paramtrage de base, produits et

partenaires
Dans son usage le plus dpouill, un ERP sert grer les transactions de
diffrents produits entre diffrentes entits commerciales dans le but de
permettre de produire les pices comptables lgales d'une part et
d'optimiser les rsultats de l'entreprise par un meilleur pilotage d'autre
part. C'est notamment l'usage essentiel qu'attend le secteur de la
distribution. Cet usage met dj en jeu les entits fondamentales de l'ERP
que nous allons prsenter.
Produits
Les structures de donnes les plus lmentaires d'un ERP sont les
partenaires commerciaux et les produits. Par souci de gnricit, on parle
de produits au sens large, en incluant aussi bien les biens de
distribution, que les produits fabriqus ou les services. Un paramtrage
fin, ventuellement pr-packag dans un module verticalis, va
diffrencier les comportements de ces produits. Un service sera par
exemple rattach en tant que tche d'un projet alors qu'un produit
physique dclenchera des approvisionnements ou des ordres de
fabrication.
Un produit est donc une entit, physique ou non, qui donne lieu une
facturation comptable et dont on dsire tracer les transactions. Pour viter
que les produits ne soient trop complexes crer chaque fois, tant
Openbravo que TinyERP par exemple, offrent des options de cration
partir d'un template ou encore avec des champs remplis par dfaut et
dpendant ventuellement d'autres champs (TinyERP). On peut galement
crer un catalogue partir de donnes tabules.
Par ailleurs, la famille des Compiere, TinyERP, ERP5 et OfBiz/Neogia

intgrent un systme de produits variantes: c'est--dire une famille de
produits semblables en tous points, excepts quelques paramtres isols
qui peuvent tre localement surchargs, par exemple la couleur sur d'un
T-Shirt. Par dfaut, ces produits sont soumis aux mmes rgles de prix et
de production. On peut bien sr tenir compte de la variante pour

ef Page 30
ERP open source
surcharger l'une des rgles de prix ou de production, mais l'intrt est

qu'on n'y est pas contraint et qu'on peut ainsi directement hriter les
comportements attendus.
En revanche, aucun des ERP que nous avons abord ne possde de

configurateur de produit. C'est ce qui est mis en jeu par exemple
lorsqu'on achte un ordinateur chez Dell: on choisit toutes les options du
produit. C'est une problmatique qui peut tre complexe, car il y a des
dpendances entre les options: par exemple, si on prend une carte mre
bas de gamme, alors impossible d'y monter un processeur trop puissant.
De mme si on ne choisit pas de doubler la mmoire RAM, alors peut tre
qu'on pourra avoir une promotion sur l'achat d'une imprimante...
ILLUSTRATION 6: COMMENT AJOUTER UN CONFIGURATEUR DE PRODUIT SUR UN ERP OPEN SOURCE

Si ce systme n'est pas natif, on peut imaginer qu'une interface, web d'e-
commerce par exemple, soit spcifiquement dveloppe pour grer les
dpendances entre options, techniquement parlant les variantes
multiples, et promotions et qu'au final elle ne fasse que transmettre
l'ERP un ensemble de produit acheter associs un package et dont le
prix est fix. Notons qu'il n'est en gnral pas possible de crer autant de
modles de produits qu'il y a de combinaisons d'options car leur nombre
ainsi que la complexit de la gestion des dpendances exploserait. De
mme, l'approvisionnement de produits configurs demandera des
dveloppements similaires.
Partenaires commerciaux
De mme, les partenaires sont des entits gnriques qui incluent la

socit elle-mme, ses clients, ses fournisseurs et ses sous-traitants.
Dans TinyERP, les partenaires peuvent tre issus d'un annuaire LDAP
nativement, et sur Openbravo un dveloppement en ce sens est possible.
Tant TinyERP qu'Openbravo permettent de modliser la structure
ventuellement hirarchique d'un partenaire commercial (filiales,
directions, divisions, etc.).

ef Page 31
ERP open source
Par ailleurs les partenaires peuvent avoir plusieurs personnes comme

contact et plusieurs adresses. Ils ont aussi un pays et une devise propre,
ce qui sera prise en compte lors de l'mission des factures et autres pices
comptables.
Paramtrage comptable
Enfin, pour permettre l'intgration comptable des transactions de produits

entre partenaires, l'ERP permet aussi le paramtrage des plans
comptables de comptabilit gnrale et analytique, des devises utiliser
ou encore des units de mesure de produits (unit, longueur, poids...).
Lorsque la comptabilit devra tre exporte vers un outil ddi, il faudra
en premier lieu importer dans l'ERP la structure des journaux et plans de
comptes pour que l'ERP soit en phase avec le logiciel comptable cible.
Pricing
Par dfaut, les produits ont un prix unitaire propre, lequel peut-tre un
simple prix catalogue (mthode du prix standard ), ou au contraire un
prix driv des cots de revient passs (par exemple la mthode du prix
de revient moyen major d'une marge dfinie) dans la mesure o l'on
souhaite matriser la production et o l'ERP le permette.
L'unit, justement peut tre dfinie arbitrairement: pice, poids en Kg, en

tonne, mtre, litre... L'essentiel est qu'il existe des facteurs de conversion
entre units si elles diffrent entre prix unitaire et unit de commande par
exemple.
De mme, on peut changer de devise loisir condition qu'il existe un

taux de conversion entre devises pour la priode en cours. Pour les
devises, ces taux de conversions peuvent tre diffrents selon le sens de la
conversion.
A partir de ce prix unitaire par dfaut, un prix rel sera attribu lors d'une
transaction de vente. Lorsque toutes les conditions d'une transaction
commerciale sont connues, comme lors de l'mission d'un devis, le prix
rel appliqu sera alors soit surcharg la main, soit calcul partir du
prix par dfaut auquel on appliquera des rgles de prix, lesquelles
tiennent au moins compte du partenaire ou encore de la quantit vendue.
La famille des Compiere, ainsi que TinyERP, offrent ainsi un moteur de
rgle de prix fonctionellement similaire. Neogia embarque lui le moteur
de rgles d'OfBiz qui tient compte galement des catgories des produits.
Dans le cas d'une intgration avec une plateforme d'e-commerce par

exemple, on pourra soit s'en remettre l'ERP pour fixer le prix d'un
produit, soit laisser l'outil d'e-commerce utiliser par exemple son propre
moteur de promotion pour fixer un prix, puis transmettre la transaction
l'ERP.

ef Page 32
ERP open source
Par ailleurs, il pourra tre intressant de personnaliser l'ERP pour y

intgrer diffrentes politiques commerciales. Par exemple selon la
probabilit de disponibilit d'un produit chance, afin d'optimiser les
ventes et de diminuer les stocks. Ceci est d'autant plus pertinent
lorsqu'on veut travailler en flux tendu ou optimiser la vente de produits
prissables (agro-alimentaire, transport, vnementiel par exemple). Ainsi,
l'achat d'un produit avec une certitude de disponibilit de 100% la date
t cotera sensiblement plus cher que la certitude de 95% cette date t.
Ne vendre que les produits disponibles avec 100% de certitude sur un
dlai est souvent non optimal.
Par exemple pour le trafic arien, il est bien plus intressant d'arriver
des taux de remplissage des avions (un place est une denre prissable)
de 90% en pratiquant le surbooking. Sur un vol il est trs probable que
certains clients soient alors ravis de 'sacrifier' leur place en contrepartie
d'une gnreuse indemnisation, laquelle reviendra moins cher la
compagnie qu'un taux de remplissage moindre de 80%. De mme un
client de 1re classe ne sera pas sujet aux alas du surbooking alors
qu'un client de 2nde admettra de prendre ce faible risque. Il est
intressant de vendre, mme prix cass, une place de spectacle restante
qui va dbuter dans quelques heures seulement. Dans l'agro-alimentaire,
il peut encore tre intressant d'inciter la vente de produit qui risquerait
d'arriver premption sinon.
L'ERP open source est donc la plateforme idale sur laquelle ces politiques
de ventes et de tarifications peuvent tre implmentes. Les rgles de
pricing intgres nativement dans les ERP tudis sont nanmoins plus
basiques: par dfaut elles ne savent tenir compte que du client, du
pays, du produit ou de sa catgorie et des quantits. Typiquement, sur
la famille de Compiere ou sur TinyERP, on donne diffrentes rgles
d'altration du prix par dfaut selon ces paramtres et avec un ordre de
priorit, ds qu'une rgle s'applique, le prix est dtermin.
On peut, bien sr, sortir de ce comportement par dfaut et par exemple

tenir compte de champs personnels pour les rgles appliquer. Si l'ajout
dans les interfaces et le stockage de ces champs personnaliss est une
action assez simple, tenir compte de ces nouveaux champs demande en
revanche de faire appel des dveloppeurs plus ou moins spcialiss
selon la technologie choisie. Par exemple il faudra quelqu'un de comptent
en PL/SQL (Oracle) ou PG/SQL (PostgreSQL) pour faire ce dveloppement
sur la famille de Compiere, une comptence moyenne en Python sera
ncessaire pour le raliser sur TinyERP.

ef Page 33
ERP open source
Ventes et gestion des partenaires

(CRM)
Centralisation et historisation des donnes client
En plus de grer la vente de produits, l'ERP centralise les donnes en

temps rel sur les clients, les stocks et la politique tarifaire de l'entreprise.
Ainsi, on est bien sr d'annoncer des dlais corrects et d'appliquer les
promotions conformes la stratgie d'entreprise et au profil du
client.
L'ERP permet aussi d'amliorer la relation client en simplifiant la gestion

de ses paiements. Diverses rgles de paiement peuvent tre paramtres:
paiement la commande, paiement la rception avec chance... La
gestion centralise des comptes clients permet aussi la vente de packages
composs de produits ou services que le client pourra choisir dans les
limites d'un forfait: tant que son crdit est positif, les achats seront
automatiques et un nouveau paiement ne sera demand que lorsque le
crdit est puis.
La centralisation des donnes clients et l'automatisation des missions de

devis, factures, relances, expditions, payements et reus vite aussi les
erreurs de saisie sur les montants et rfrences des clients et permet
bien sr de rduire les dlais de traitement. Sur Openbravo ou TinyERP,
cette centralisation est facilite par la possibilit d'attacher des items
entre eux: par exemple une facture spcifique avec un produit spcifique.
Les outils de reporting permettent alors en un clic de retrouver
l'historique des ventes et autres relations rattaches un client prcis.

ef Page 34
ERP open source
ILLUSTRATION 7: CRM SUR OPENBRAVO: FICHE DES HISTORIQUES DE VENTE D'UN CLIENT
Affectation des clients et avants ventes aux commerciaux
Une fonctionnalit galement trs recherche sur la CRM est l'affectation

des clients ou prospects des commerciaux en particuliers.
Ceci est particulirement abouti sur Neogia et TinyERP. Ces ERP

possdent mme des notions de tableau de bord personnaliss. Ainsi, ds
qu'un commercial se loggue sur l'interface web de l'ERP, il accde d'un
clic sa liste de clients, ses cas suivre et l'tat de ses prospects. Dans
TinyERP, les fonctionnalits avances de calendrier seront mises profit
pour la planification des runions et autres vnements commerciaux.

ef Page 35
ERP open source
ILLUSTRATION 8: PANNEAU PERSONNALIS FAON CRM POUR LES COMMERCIAUX DANS OPENERP (TINYERP)
Routage des mails et des appels tlphoniques
Dans TinyERP exclusivement, la notion de cas de suivi utilise pour la

CRM peut tre facilement interface avec un la 'mail gateway', un
composant TinyERP qui permet d'intercepter les mails entrant et sortant
et de les dispatcher sur les diffrents cas (et donc de les affecter)
automatiquement selon les rgles entres dans le moteur de rgles de
TinyERP.
Un autre module ncessitant encore quelques amliorations de finitions

permet d'intercepter les appels d'un call-center sur VoIP avec serveur
Asterisk pour ouvrir les fiches clients correspondantes lorsque ceux-ci
appellent. L'intgration avec un serveur de VoIP ncessitera nanmoins
quelques dveloppements et ne permettra pas d'atteindre le niveau de
service d'un CRM Siebel. Notons aussi que pour ce dernier module, des
dveloppements raisonnables pourraient tre raliss pour implmenter la
fonctionnalit sur les autres ERP ne possdant pas nativement la
fonctionnalit.
A noter qu'un dernier module tout juste publi par l'intgrateur Heonium
permet lui d'envoyer des faxes.

ef Page 36
ERP open source
Campagnes marketing
Les ERP abords ne vont ici pas aussi loin que les outils spcifiques tels
que SugarCRM ou son fork VTiger qui sont spcialiss dans la gestion de
campagnes multi-canal.
Cependant, dans TinyERP, un module permet l'envoi de SMS via un

oprateur externe et du mailing de masse. tant donne la souplesse de
cet ERP, il faudra se poser la question de savoir si ces fonctionnalits
natives, ventuellement agrmentes de quelques dveloppements
spcifiques ne pourraient pas vous suffire.
Ciblage des clients
Le ciblage, ou encore profilage, permet de ranger les clients dans des

catgories selon certaines rgles plus ou moins immdiates pour ensuite
entreprendre des actions commerciales cibles leur gard. Le but tant
de fidliser des clients ou encore d'essayer d'augmenter les marges sur
des profils plus fort potentiel.
Cependant, les ERP abords ne sont pas ici aussi complets que les ERP
propritaires spcialiss. Au mieux, on peut, en gnral, utiliser les
fonctions de reporting natives de l'ERP pour dduire les catgories de
clients. TinyERP va lui un peu plus loin avec un module de profiling qui
classe les clients, en leur assignant une ou plusieurs catgories selon des
rgles qu'on entre dans le moteur de rgles.
Pour aller plus loin dans le profiling, toujours dans l'open source, on
pourra utilement soumettre le rfrentiel des clients avec leur historique
des ventes des outils de Data Mining tels que Weka (solution rachete
par Pentaho) pour infrer des rgles de corrlations entre donnes. Par
exemple la dduction d'une rgle comme: les clients de telle rgion ne
tendent acheter que des offres sur lesquelles les margent sont faibles et
ce d'autant plus que le produit est cher. Mais il est possible aussi de classer
plus efficacement les profils avec des mthodes de clustering telles que
les nues dynamiques.
Enfin, si l'ERP ne suffit pas ou si les dveloppements complmentaires

sont trop consquents, on prfrera s'interfacer avec un progiciel de CRM
spcifique, notamment SugarCRM, son fork VTiger ou encore Concursive
CRM (ex Centric). On pourra aussi mettre profits la panoplie d'ETL
libres aboutis tels que Kettle de Pentaho ou Talend pour construire
rapidement et de faon maintenable des ponts entre les logiciels. Cette
option est spcialement conseille pour du CRM haut de gamme avec
Openbravo qui nativement en inclut moins que Compiere. Il faut savoir
que l'diteur de Openbravo travaille au dveloppement d'un connecteur
pour SugarCRM et prvoit aussi d'enrichir le primtre natif d'Openbravo
sur la CRM.

ef Page 37
ERP open source
Vente par plateforme e-commerce

Neogia est le seul ERP embarquer nativement une plateforme d'e-
commerce avec gestion du catalogue sur un frontal de vente, gestion du
panier d'achat et des paiements. Il faut cependant noter que cette
capacit, hrite du framework OfBiz, si elle a le mrite de tenir de trs
fortes charges pour du commerce B2C, possde une ergonomie et une
souplesse assez loigne des meilleurs frontaux d'e-commerce spcialiss
tels que Magento.
Au contraire, pour tous les autres ERP, il faudra s'interfacer avec un outil
de vente en ligne spcialis. Selon la popularit de l'ERP choisi, des
connecteurs peuvent exister. En voici une liste non exhaustive
susceptible de s'enrichir assez rapidement car ces connecteurs sont
d'autant plus simples dvelopper qu'il suffit de s'inspirer de l'existant:
TinyERP se connecte facilement Joomla, OSCommerce et eZPublish;

un autre connecteur Magento sera encore par ailleurs publi d'ici un
mois par notre socit Smile.
Openbravo se connecte avec eZPublish.
Le fonctionnement standard est le suivant. Aprs avoir fait correspondre

les catgories, moyens de paiement et autres paramtrages ventuels
entre le frontal d'e-commerce et l'ERP, on utilise l'ERP pour grer son
catalogue de produits et de prix.
Rgulirement, on met jour le catalogue du frontal e-commerce partir

du catalogue de l'ERP. Produits, fiches descriptives, prix et stocks sont
donc imports. Par ailleurs, chaque vente, le frontal d'e-commerce
invoque un webservice notifiant la vente l'ERP afin d'en tenir compte
pour la comptabilit et la gestion des stocks.

ef Page 38
ERP open source
9: COMMUNICATION ENTRE PLATEFORME E-COMMERCE ET ERP LORS D'UNE SQUENCE DE LA

COMMANDE D'UN PRODUIT
Vente par points de vente (vente en

caisse)
Un autre canal de distribution sont
les points de ventes, par exemple des
caisses de magasin. Dans ce cas, il
faut pouvoir disposer d'un logiciel
prsentant le catalogue des produits
et permettant la vente. Idalement,
ce logiciel est adapt aux crans
tactiles, a une trs forte ergonomie,
notamment en terme de gestion des
cycles de focus et enfin est connect
un lecteur de code barres. Un
lecteur de code barre, permet
d'muler l'entre sur un clavier. Ds lors, la lecture d'un code barres
s'apparente l'entre sur le clavier du code produit.
En termes d'architecture et de communication, le logiciel de vente en

caisse s'apparente la vente par Internet ceci prs qu'il peut y avoir
plusieurs plateformes de ventes dans les diffrents magasins.
Notons qu'on peut galement utiliser des puces RFID et un lecteur de

puces en lieu et place d'un lecteur de code barres. Ce type

ef Page 39
ERP open source
d'infrastructure sera surtout utilis pour des mouvements de stocks en

usine plutt que pour de la vente, mais le principe d'architecture est assez
semblable.
Dans TinyERP et Neogia, la gestion de vente par point de vente se fait par
un module spcialis qui produit les crans adquats. TinyERP semble
3
plus abouti ici que Neogia car son client lourd en GTK sera plus
appropri aux crans tactiles et la saisie de masse.
Mais c'est Openbravo qui va le plus loin ici avec une solution trs mature:
Openbravo-POS, anciennement TinaPOS, solution libre de vente en
caisse rpute mondialement, dsormais passe sous le girond
d'Openbravo. Openbravo-POS va notamment beaucoup plus loin qu'un
simple client lourd puisqu'il embarque beaucoup de logique propre de
gestion des stocks ce qui permet de grer une boutique avec plus
d'autonomie vis vis de l'ERP central. A noter: certains intgrateurs ont
dj connect Openbravo-POS avec TinyERP.
ILLUSTRATION 10: INTERFACE DE VENTE OPENBRAVOPOS
3
GTK (the Gimp ToolKit) est une bibliothque libre rpute permettant de raliser des interfaces
graphiques ergonomiques sur toutes les plateformes.

ef Page 40
ERP open source
Gestion des achats

De la mme manire que notre entreprise vend des produits, elle peut en
acheter des fournisseurs et galement sous-traiter des services. L'ERP
permet de tracer ces transactions, d'en offrir l'intgration comptable et de
mettre disposition des rapports afin d'amliorer leur lisibilit et le
pilotage des budgets. Le package de gestion des achats est souvent moins
complexe que celui de la vente en gnral. Il permet principalement de
suivre l'tat de toute proposition d'achat et d'en dlguer correctement la
validation au responsable achat ou au comptable.
Tout comme pour la gestion de prix de vente, c'est encore le moteur de

rgles de prix qui sera utilis pour modliser les prix d'achat en fonction
des fournisseurs et des quantits achetes.
Les quantits acheter peuvent justement faire l'objet d'achats groups

et on rentre alors dans l'ERP les quantits minimales acheter par
produit et par fournisseur.
11: PASSAGE D'UN ORDRE D'ACHAT SUR COMPIERE GPL
Il faut aussi noter que les ERP qui intgrent le calcul des besoins de
production, c'est--dire la MRP1 (Material Requirement Planning), lancent
automatiquement des propositions d'achats de pices ou de sous-
traitance en fonction du calcul des besoins. Selon l'ERP retenu, cette
gestion de production est plus ou moins apte planifier automatiquement
les achats dans le temps, dans tous les cas il faudra valider le
fonctionnement par des tests. Au minimum, les ERP retenus ici
permettent de consigner manuellement les dates des achats raliser et

ef Page 41
ERP open source
les dlais d'approvisionnement dont il faut tenir compte. Ces dlais seront
notamment pris en compte lors de l'estimation des stocks futurs qui eux
dtermineront la capacit de production.
L'implmentation de rgles pour choisir un item dans diffrents stocks ou

s'approvisionner auprs d'un fournisseur particulier demandera des
dveloppements spcifiques dont l'ampleur dpend de l'ERP retenu.
Rappelons que les ERP abords n'intgrent pas nativement de

configurateur de produits acheter et que seul un catalogue
fonctionnant sur le mme principe que pour les produits vendre pourra
s'appliquer aux produits fournisseur. On peut nanmoins faire l'achat
d'un produit qui n'existe pas dans le rfrentiel et on se contente alors de
le dcrire par un commentaire. Au del, intgrer un configurateur de
produits ddi aux achats demandera des dveloppements spcifiques
consquents.
De mme, contrairement des solutions spcialises haut de gamme, les

ERP open source n'embarquent pas nativement de solutions permettant la
ngociation sur des marchs puis la prise en compte de contrats
respecter (par exemple acheter telle quantit par mois un fournisseur,
quitte anticiper des besoins qui ne sont pas encore ressentis par le
calcul des besoins). Plus gnralement, les ERP open source n'ont
nativement pas de module d'e-procurement (catalogues lectroniques des
fournisseurs). Bien sr, des ponts externes ou dveloppements
spcifiques sont l encore possible mais devront tre pris en compte dans
le budget ERP.
Gestion des stocks

Avec la gestion des stocks, on aborde dj des concepts qui dpassent le
primtre des progiciels de gestion commerciale et comptable.
Les ERPs open source que nous avons retenus sont notamment multi-
entrepts, c'est--dire que les produits peuvent tre stocks diffrents
endroits. Ces diffrents entrepts ne sont pas ncessairement des stocks
physiques distincts. En effet, dans une mme entrept physique, on peut
crer des 'entrepts virtuels' dont le but est de rpertorier, par exemple,
les produits de l'entrept ayant subi un contrle qualit, ou encore les
produits perdus dans cet entrept.
Dans TinyERP et Neogia, les entrepts peuvent tre organiss

hirarchiquement: on voit donc les stocks consolids d'un entrept
globalement, mais on peux aussi 'zoomer' sur les sous-stocks qui le
composent . Openbravo ou Compiere ont eux une notion d'entrept qui
peut aller jusqu' deux niveau de profondeur.

ef Page 42
ERP open source
ILLUSTRATION 12: PRVISION DE LA CHARGE SUR LES DIFFRENTS POSTES DE PRODUCTION ET VOLUTION DES STOCKS SUR
OPENERP (TINYERP)
Nativement, avec la gestion des stocks, les ERPs tudis permettent de

consigner dans un 'stock virtuel' les expditions pour les ventes et les
rceptions des achats. La validation des envois et la rception des
marchandises peuvent ainsi facilement faire l'objet de contrles qualit ou
tre dlgues des responsables particuliers.
C'est au moment de la validation d'un envoi ou d'une de rception de

marchandise qu'est effectue l'assignation d'un produit un entrept.
C'est--dire respectivement un prlvement du stock pour une expdition
ou un approvisionnement de stock pour une rception. Lors de
l'assignation, l'entrept concern est propos automatiquement: le
premier entrept ayant la quantit demande pour une expdition ou le
premier entrept r-approvisionner pour une rception. Cependant, la
possibilit est laisse de forcer manuellement cet entrept. De mme on
peut choisir de ventiler l'envoi ou la rception sur diffrents entrepts.
Notons encore une fois que l'on peut, par des dveloppements
raisonnables, implmenter d'autres politiques d'assignation. Par
exemple privilgier l'expdition depuis un stock associ un fournisseur
moins cher.

ef Page 43
ERP open source
Il est aussi important de noter qu'on peut avoir un produit encore dans
un stock physique alors mme qu'un client l'a peut tre dj command. Il
faudra bien sr en tenir compte pour ne pas le vendre nouveau. Dans
TinyERP par exemple, c'est le rle des 'stocks virtuels' que de dfinir la
disponibilit relle d'un article.
Une autre fonctionnalit importante gnralement associe la gestion

des stocks est la traabilit. Dans TinyERP, Openbravo et Neogia au
moins, on peut ainsi facilement afficher la traabilit amont et aval d'un
produit grce un numro de srie, c'est--dire qu'on peut
rciproquement connatre la provenance exacte des pices qui constituent
un produit ou un lot, et pour chaque lot de pices l'entre, on peut au
contraire savoir par o elles ont transit et quels clients elles ont t
vendues.
Par ailleurs, les mouvements de sortie de stock peuvent suivre diffrentes

mthodes de gestion automatique (ou encore d'allotissement) (FIFO,
LIFO4, index, ...). Ces mthodes sont natives dans Neogia par exemple.
En revanche elles ne sont encore qu'en phase de dveloppement dans
TinyERP et Openbravo. Attention, nous parlons ici des mthodes de
sorties de stocks et pas des rgles comptables de valorisation des stocks
pour lesquelles tant TinyERP que la famille des Compiere offrent des
solutions de LIFO/FIFO.
Gestion de la production
MRP1
La gestion de production est sans conteste la fonctionnalit la plus

avance d'un ERP. Sans prtendre faire un cours sur les ERP, rappelons
les grands principes du calcul des besoins de production, soit la MRP1
(Material Requirement Planning). Pour les entreprises qui doivent
assembler ou fabriquer les produits qu'elles vendent, la gestion de la
production passe par trois concepts essentiels: les nomenclatures, les
gammes et les postes de travail.
Les nomenclatures: il s'agit de la liste des pices qui composent chaque

produit, regroupes par oprations d'assemblage ou de fabrication. On y
trouve donc la cascade des oprations qui part des pices lmentaires et
matires premires achetes et qui aboutit la cration d'un produit
tape par tape. Ainsi, la nomenclature d'un ordinateur comprendra le
boiter, la carte mre, l'alimentation... De mme la carte mre peut elle
mme avoir une nomenclature propre dans laquelle on trouve par exemple
un processeur, une barrette de mmoire... En revanche, l'entreprise
s'affranchira de dfinir la nomenclature du processeur si elle l'achte.
Les gammes: elles reprsentent, pour chaque opration de fabrication

matrialise par une association de pices de nomenclature, l'effort
4
FIFO, first in, first out: premier entr, premier sorti. LIFO, last in, last out: dernier entr, dernier sorti.

ef Page 44
ERP open source
fournir dans l'opration. On compte ici d'une part toutes les dpenses
dont on doit tenir la comptabilit, autres que les pices listes par la
nomenclature, et d'autre part tous les paramtres lis la cadence de
l'opration dont la limitation pourrait induire une limite de productivit.
On y consigne donc par exemple les heures de main d'uvre requises, le
temps d'immobilisation d'une machine, la consommation d'lectricit par
cycle. Idalement, en cas de relvement des exigences pour la
prservation de l'environnement, c'est aussi l qu'on devrait entrer la
pollution (CO2) et le cot environnemental (Tonnes quivalent Ptrole,
empreinte cologique...) de l'opration.
Les postes de travail: les oprations de fabrications, les gammes, sont

assignes des postes de travail. Ceux-ci sont physiques ou pas. On leur
affecte des capacits de charge, par une limite du nombre d'heures de
main d'uvre par jour ou encore en termes de consommation lectrique.
Le but tant ensuite de vrifier que la planification de la production
n'engendre pas de dpassement de ces limites et d'envoyer des alertes au
responsable de la production le cas chant.
Notons que parfois, nous dsirons prendre en compte les cots de

fabrication d'une pice intermdiaire mais que cette pice n'entre en jeu
que dans la constitution d'un unique produit. Ainsi, on ne veut pas lancer
de calcul des besoins spcialement pour cette pice puisque le besoin est
directement rattach au besoin du produit. Dans ce cas, on dclare que
cette nomenclature est 'virtuelle', c'est par exemple le cas sur TinyERP.
ILLUSTRATION 13: PRINCIPE DE LA DCOMPOSITION D'UN PRODUIT EN NOMENCLATURES

ef Page 45
ERP open source
ILLUSTRATION 14: SAISIE D'UNE NOMENCLATURE DANS ERP5
En premier lieu, le paramtrage des nomenclatures et des gammes permet

de calculer la structure de prix d'un produit en tenant compte de toutes
les pices incorpores et de toutes les oprations. Ceci sert par exemple
tablir la marge par rapport au prix de vente. En effet, l'ERP est capable
de calculer sur l'historique des cots de production passs, le 'prix
moyen pondr' d'un produit, c'est--dire le prix de revient moyen des
prix de revient variables selon les cots chaque instant, pondrs par
les volumes de fabrication.
En second lieu, la gestion de production permet de lancer des calculs de

besoin en approvisionnement et en fabrication de pices
intermdiaires. Pour ceci, le moteur de calcul des besoins tient compte
la fois des commandes clients, des prvisions de ventes, des stocks, et des
prvisions d'approvisionnement et de leurs dlais.

ef Page 46
ERP open source
ILLUSTRATION 15: WORKFLOW DE CALCUL DES BESOINS (PRODUITS ET SERVICES) DANS TINYERP
Ce calcul des besoins peut tre fait au fil de l'eau chaque nouvelle
commande (mthode du just in time ) ou au contraire lanc de faon
priodique. Le just in time permet de limiter les stocks au strict minimum
mais peut poser des problmes de puissance de calcul s'il y a trop de
commandes et de produits ou pices grer. Ainsi, une PME vendant de
petits volumes haute valeur ajoute privilgiera le just in time alors
qu'une grande surface ne pourra faire que des traitements priodiques,
journaliers par exemple.
Ce dont nous avons parl constitue donc ce qu'on appelle gnralement la

MRP1 que TinyERP, Openbravo et Neogia font trs bien. ERP5 gre la
MRP1 aussi mais nous n'avons pas eu le temps de le tester. Enfin
Compiere a rcemment dvelopp la fonctionnalit de gammes et
nomenclatures mais les retours d'exprience sont encore assez faibles et
par prcaution et en l'absence de transparence par une communaut
active, il vaut mieux considrer que Compiere n'est pas encore au point
sur la gestion de production.
MRP2
Au del de la MRP1, on trouve la MRP2. La MRP2 a pour ambition, d'aller

au del du simple calcul des structures de cots ou du calcul des besoins
et de planifier la production l'optimum physique en tenant compte
des ressources limites des postes de charge. Attention, la plupart des
ERP libres ne rivalisent pas ici avec SAP R/3, Oracle Applications, Lawson
ou encore certains ERP commerciaux trs spcialiss.
Mais de trs nombreuses TPE et PME n'ont pas une modlisation

suffisamment fine de leur production pour que la MRP2 pratique dans
les grandes industries leur soit utile. Dans les cas o la gestion de
production fait beaucoup appel des rgles de gestion exceptionnelles, la

ef Page 47
ERP open source
MRP2 n'est pas non plus bnfique et tendra apporter plus de

contraintes que de solutions.
A dfaut de savoir planifier la production Openbravo saura lui lancer des

alertes sur les stocks qui atteignent leur minimum ou encore des postes
de travail qui sont trop chargs. Openbravo ne sait pas planifier la
production lui mme, mais il offre nanmoins un rfrentiel pour
consigner les futurs ordres de fabrications. Ainsi, il faudra planifier la
production la main, comme le font beaucoup de PME, ou avec un
progiciel externe puis entrer ces ordres de fabrication dans l'ERP.
TinyERP gre aussi les alertes sur les stocks trop faibles mais va un peu
au del puisqu'il commence s'attaquer la planification de la
production. Cette fonctionnalit mergente chez TinyERP pourra
ventuellement tre utilise si elle convient aprs des tests. En effet, ce
jour, la planification de la production de TinyERP ne sait pas encore, par
exemple, tenir compte des week-ends et des vacances.
On peut attendre aussi d'un ERP qu'il planifie la production l'exact

optimum des capacits physiques limites de l'entreprise en grant des
compromis entre les contraintes, comme on peut le faire sur certains
ERP commerciaux trs spcialiss. On peut alors y dfinir certains degrs
de libert tels que la possibilit de compromis sur des dlais dans le cas
o certains postes de charge seraient en surcharge et qu'il faudrait re-
planifier la production.. Aucun ERP open source ne va jusque l pour
l'instant. Il faut bien noter qu'on parle alors de problmes complexes
faisant appel aux mathmatiques de la recherche oprationnelle, aux
mthodes analytiques d'optimisation et la programmation par
contraintes. Des dveloppements spcifiques en ce sens sont par ailleurs
possibles mais seront assez consquents.
Dans tous les cas, il est envisageable, d'importer dans l'ERP open source
les ordres de fabrications depuis un planificateur externe qui sera un
progiciel spcialis ou un dveloppement spcifique.
Simulations
Certaines entreprises seront galement particulirement intresses pour

simuler les besoins d'approvisionnement et de production lies des
commandes fictives. Ainsi, l'entreprise peut chercher rpondre cette
question: ai-je les capacits de produire cette commande? Vaut-il mieux
privilgier tel ou tel client vis vis de ma charge de production? Sur
Openbravo par exemple, il y a une table o on peut entrer des prvisions
de ventes faites par un outils externe (ou la main) et qui donnent lieu
de tels calculs d'approvisionnements et de production simuls. Du ct de
TinyERP, l'un des 200 modules est ddi la prvisions des ventes selon
des heuristiques simples. En revanche, la simulation des
approvisionnements et ordres de fabrications qui en dcouleraient n'est
pas native mais est en train d'tre implmente.

ef Page 48
ERP open source
Gestion de projets
La gestion de projets est en certains aspects similaire la gestion de
production. Elle met nanmoins l'accent spcifiquement sur la gestion de
tches de dure variable et de ressources humaines essentiellement et
n'a pas du tout besoin de faire appel aux notions de nomenclature par
exemple. On s'attend en gnral bnficier d'interfaces de paramtrage
et de monitoring spcialises. Ceci explique qu'en gnral, la gestion de
projet est un module un peu part dans les ERP.
Parce que la monte en puissance du secteur tertiaire est plutt rcente,

les ERP se traitent des problmatiques de production industrielle avec
plus de maturit que les services. C'est particulirement vrai de la ligne
des Compiere (Openbravo et Adempiere inclus), trs inspirs de SAP. Pour
cette famille, la lourdeur de la plateforme initiale a rendu plus difficile
l'implmentation de modules efficaces de gestion de projet.
Dans Openbravo, par exemple, on peut consigner des projets faits de

diffrentes tches ou lots. Ces lots peuvent donner lieu des lignes de
facturation. Enfin un certain niveau de reporting permet d'analyser la
rentabilit du projet, c'est--dire de comparer cots rels imputs et
budgets selon le degr d'avancement.
Cependant, par manque de module de gestion des ressources humaines,

Openbravo ne permet pas chaque employ d'tre affect aux tches et
d'imputer lui-mme le temps qu'il passe sur chaque tche. La tche
revient donc au chef de projet de collecter l'avancement du projet puis de
le consigner dans l'ERP. On pourrait bien sr passer outre moyennant des
dveloppements spcifiques. La gestion de projet n'y est donc
implmente qu' un niveau macroscopique.
A l'inverse, dans Neogia ou TinyERP, par exemple, la gestion des RH,

incluant les feuilles de temps et les notes de frais, permettent une
assignation fine des tches et projets.
Dans TinyERP, la notion de tableaux de bord personnaliss pour le

monitoring par les chefs de projets (dont diagramme de Gantt) ou la
saisie des imputations par les employs. TinyERP offre mme une
intgration des plannings avec Outlook ou Thunderbird.

ef Page 49
ERP open source
ILLU
STRATION 16: DIAGRAMME DE GANTT DES PHASES D'UN PROJET SUR TINYERP
ILLUSTRATION 17: TABLEAU DE BORD DE PROJET PERSONNALIS DONT TCHES ASSIGNES, AVANCEMENT PAR
TCHE ET PLANNING SUR TINYERP (ICI CLIENT LOURD, LE CLIENT WEB EST ISO-FONCTIONNEL MAIS OFFRE EN
PLUS UNE VUE DU PLANNING CALENDRIER PLUS ABOUTIE).

ef Page 50
ERP open source
La gestion de projet implique souvent une complexit organisationnelle

mouvante en terme de workflows d'entreprise. Pour cela une
modlisation de type BPM (Business Process Management) des process est
idale. TinyERP propose une modlisation BPM efficace des process qui
garantit qu'ils seront simples saisir, maintenir, et surtout respecter
par les utilisateurs. Le concept utilis par TinyERP est proche de la
modlisation normalise XPDL et permet l'import de fichiers de workflows
XPDL. C'est dire que la dfinitions des process d'entreprise est
globalement portable mais pas autant par exemple que la norme BPEL,
que malheureusement aucun ERP open source n'implmente cette
heure.
Openbravo vise quant lui la modlisation BPM type BPEL mais il faudra
attendre 2009 pour la voir en place nativement. En attendant, des
intgrations au cas par cas avec des moteurs puissants et standards
comme Intalio BPM sont envisageables ds lors qu'on aura pris soin de
bien exposer les actions disponibles aux acteurs par web service SOAP.
Comptabilit
La comptabilit peut tre dcompose en deux aspects: d'une part le
respect de la lgislation avec la comptabilit gnrale et, d'autre part, le
pilotage des budgets avec la comptabilit analytique.
Comptabilit gnrale
La comptabilit gnrale tant parfaitement normalise et connue des

professionnels, elle ne sera pas dtaille ici. Nous rappellerons juste que
l'ide gnrale est de consolider, sur des priodes comptables donnes,
soit des 'exercices comptables', les transactions financires effectues sur
les diffrentes comptes rgis par les rgles du plan comptable gnral et
agrgs sur les documents lgaux officiels tels que le bilan ou le compte
de rsultats.
Peu d'ERP libres sont matures en terme de compatibilit gnrale. En

effet, mme s'ils intgrent tous le plan comptable officiel, les ERP open
source demandent de nombreuses mises au point quant au respect exact
des regroupement de compte ou encore vis vis du paramtrage correctes
des diffrentes taxes, par exemple pour produire la liasse fiscale.
En fait, comme nous l'avons vu, les ERP libres ne peuvent pas tre des
projets envergure nationale mais sont imprativement globaux, et ce
titre respectent plus ou moins bien la lgislation spcifique un pays.
Celle franaise n'tant souvent ni la plus facile, ni la premire tre
implmente. De plus, la lgislation est changeante et elle suppose des
mises jour permanentes soit de la part d'une communaut active, soit
d'un diteur puissant.

ef Page 51
ERP open source
Les socits cotes en bourse ont obligation d'utiliser un outil ERP certifi
conforme la norme comptable IFRS, mais ce n'est pas le cas des autres
entreprises, et en particulier des PMEs, pour lesquelles la seule obligation
est de respecter la loi, c'est--dire de produire une comptabilit valide tout
en interdisant la modification directe par l'interface d'une criture
comptable clture. Ajoutons que si un logiciel commercial peut recevoir
une certification (cas de Ciel ou Sage par exemple), cela n'est pas
pertinent pour un logiciel libre. En effet, la valeur d'un logiciel libre
rsulte en premier lieu dans sa capacit de personnalisation et de mise
jour permanente. Or, une certification a un cot lev, et n'est applicable
qu' une version donne du produit.
Par ailleurs, si la plupart des entreprises n'ont pas d'obligation d'utiliser

un logiciel certifi, dans beaucoup de grandes entreprises, le commissaire
aux comptes refusera de prendre le risque, c'est--dire d'assumer lui
mme la responsabilit que la comptabilit soit errone au lieu de se
reposer sur la validation d'un organisme de labellisation.
Au final trs peu d'ERP open source grent correctement la compatibilit

franaise: c'est le cas presque exclusivement de Compiere, ERP5 et
TinyERP, condition d'y investir un temps important. Selon leurs
diteurs, Neogia et Adempiere produisent une comptabilit valide mais il
est plus difficile d'en tre certain cause d'un nombre de dploiements en
comptabilit franaise sensiblement moindre. Pour ce qui concerne
Openbravo, mme si le plan comptable franais est inclus, il vaudra
mieux attendre la seconde moiti de 2008 et passer d'abord par un pont
comptable vers un logiciel spcialis.
Heureusement les choses vont aller en s'amliorant et vont tendre une

comptabilit irrprochable. Pour ce qui est de TinyERP, il est mme trs
probable que la comptabilit y devienne aussi simple que sur Sage
courant 2009 tant donn le nombre important de personnes contribuant
l'dification d'une comptabilit plus immdiate, notamment de la part de
l'ducation nationale travers le rseau Certa qui commence enseigner
la comptabilit aux BTS avec TinyERP.
En l'absence de comptabilit gnrale franaise, il est ais de bnficier

quand mme des fonctionnalits de l'ERP, en mettant en place un pont
d'export des critures comptables vers une solution prouve et bon
march telle que Ciel, Sage ou Cegid.
Bien sr, la mise en place d'un tel pont a un certain cot qui pourra tre
lourd pour une TPE. En gnral, un simple pont type fichiers plats CSV
ou XML importer par exemple tous les mois sera suffisant, surtout dans
la mesure o on garde la comptabilit analytique sur l'ERP. C'est par
exemple la solution en place Smile pour une entreprise de 250
personnes et 14 M de CA.

ef Page 52
ERP open source
ILLUSTRATION 18: PRINCIPE D'UN PONT COMPTABLE. REMARQUE: AU LIEU D'UTILISER UN LOGICIEL DE COMPTABILIT, ON PEUT AUSSI
TRANSMETTRE LES DONNES COMPTABLES ISSUES DE L'ERP UN CABINET D'EXPERT COMPTABLE EXTERNALIS
Outre la production des documents officiels qui demande encore quelques

contournements, comme nous l'avons vu, d'autres fonctions de
compatibilit gnrale natives l'ERP sont tout fait utilisables. On y
trouve donc: la gestion complte des paiements: brouillon, pro-forma,
paiements avec diffrents types et chances, paiements multiples,
rconciliation des critures, factures, notes de crdit, gestion de caisse.
De mme, l'analyse financire est gnralement utilisable, comme par

exemple sur TinyERP ou Openbravo: analyse des crances et dettes,
indicateurs de gestion, budgets sur les comptes gnraux par exemple.

ef Page 53
ERP open source
ILLUSTRATION 19: GESTION DE TRSORERIE SUR OPENBRAVO
Comptabilit analytique
Si la comptabilit gnrale reste encore un peu ingrate pour les ERP

libres, la comptabilit analytique est au contraire un domaine o ils sont
trs comptitifs, la hauteur des solutions de reporting rputes qu'ils
utilisent, JasperReport ou Birt Report pour les ERP en Java notamment.
D'une manire gnrale, un produit ou une charge doit tre associe un

ou plusieurs comptes analytiques de notre choix. C'est dire que
contrairement la comptabilit gnrale, les critres d'analyses ne sont
pas fixs par la loi mais laissent la place la dfinition des axes les plus
judicieux pour caractriser les performances de l'entreprise. Ds lors, on
peut obtenir des rapports sur des priodes arbitraires et les comptes
analytiques (les axes) de notre choix.
On peut aussi obtenir des comptes consolids sur des groupements de

comptes analytiques. En effet les comptes analytiques se comportent
comme une arborescence de catgories. Ainsi, pour une entreprise ayant
plusieurs entits, il est possible d'agrger les cots dans un premier
niveau par entit gographique, puis, dans un second niveau
hirarchique, d'agrger les cots cette fois par centre de cot, savoir par
exemple l'administratif, la production, la vente...

ef Page 54
ERP open source
Sur Neogia et TinyERP, la comptabilit analytique est la fois multi-axiale

et hirarchique. Sur Compiere et Openbravo, la comptabilit analytique
est multi-axe mais pas encore hirarchique.
Dans TinyERP et Openbravo et Compiere au moins, on peut aussi crer

des budgets sur des priodes arbitraires et regroupant des comptes
analytiques de charges ou de produits arbitraires. On peut ensuite
confronter les comptes analytiques ces budgets au fil du temps.
Business Intelligence
Nous l'avons vu, aucun des ERP libres que nous avons tudis
n'embarque de solution native d'export de datawarehouse sous forme de
cube OLAP qu'on pourrait associer ensuite une solution de business
intelligence telle que Pentaho ou SpagoBI. Bien sr, certaines initiatives
ponctuelles de constitution de cubes aliments par l'ERP ont bien t
dployes, notamment avec Neogia et Pentaho, mais il s'agit encore de
dveloppements spcifiques qui n'ont pas de gnricit propre les rendre
facilement partageables pour tous les usages.
Cependant des plans d'actions sont actuellement mis en uvre par les
diteurs pour rpondre ce besoin. Du ct de TinyERP, l'diteur va
publier mi-2008 un plugin appel 'OpenObject' (bas sur le rput
SQLAlchemy) et qui permet d'introspecter les objets mtier de TinyERP
pour les exposer dans un cube OLAP. La solution de reporting associe
permet donc de changer les axes et d'oprer des coupes dans le cube
de donnes pour affiner les analyses. Ce plugin OpenObject, sera un
framework open source qui pourra tre utilis avec ou au contraire
indpendamment de TinyERP, un peu la manire du module actuel de
reporting de TinyERP: ReportLab.
Les avantages de cette solution sont:
Il n'y a aucune configuration effectuer: le modle de donnes propre

l'entreprise est directement expos dans le cube par introspection.
Mme si on adapte la structure de donnes au cas spcifique de
l'entreprise, soit par paramtrage, soit par l'installation de plugins, la
solution dcisionnelle s'adapte automatiquement. C'est donc une
source d'conomie apprciable pour les TPE et petites PME.
La solution dcisionnelle tient compte automatiquement des
politiques de droit dfinies dans l'ERP. Tous les utilisateurs peuvent
donc bnficier, leur niveau de responsabilit, de solutions de
reporting et d'analyse sans pour autant risquer d'accder des
donnes confidentielles. C'est donc un moyen conomique de
distribuer au maximum la comptence, et donc de la maximiser, pour
piloter votre entreprise.
L'analyse est en temps rel sans avoir se poser de question sur

l'actualisation des donnes

ef Page 55
ERP open source
Le fait que l'analyse soit en temps rel pourra nanmoins constituer au

contraire un frein dans certaines grandes PME ou les grands groupes.
Dans certains domaines, tels que la distribution, les flux de transaction
de l'ERP sont si volumineux qu'effectuer des requtes d'analyse
dcisionnelle en temps rel risquerait de mettre mal la disponibilit de
l'ERP pour grer la production. Heureusement, divers niveaux de mise en
cache de l'information feront reculer cette limitation du framework
OpenObject.
De son ct, Openbravo annonce galement pour la mi-2008, l'intgration

d'un serveur de Business Intelligence qui sera soit Pentaho, soit Jasper;
l'diteur ne s'est pas encore dtermin. Cette solution sera plus standard
qu'OpenObject et tiendra la charge plus confortablement, mais
demandera en contrepartie plus d'efforts d'intgrations en terme de
construction du datawarehouse ou de synchronisation des droits de
consultation des donnes.
Quelle que soit la solution ERP retenue, il sera toujours possible de

constituer spcifiquement un datawarehouse qu'on interrogera avec une
solution de Business Intelligence standard type Pentaho ou SpagoBI mais
ce dveloppement spcifique sera plus coteux qu'une solution intgre
bien sr.
Un dernier point considrer est de savoir si les requtes de BI et de

reporting sont effectues sur les donnes de production en temps rel ou
si on travaille sur des rplications mises jour rgulirement. En gnral,
un systme de rplication, s'il est suffisamment automatique et rgulier,
est suffisant pour donner des indicateurs assez prcis pour un bon
pilotage tout en laissant l'ERP grer de gros volumes de transactions.
C'est nanmoins un peu plus difficile mettre en uvre qu'une solution
d'interrogation directe en temps rel des donnes de production type
TinyERP avec OpenObject, peut-tre plus adapte aux petites entreprises.
ILLUSTRATION 20: BUSINESS INTELLIGENCE: ARCHITECTURE TEMPS REL GAUCHE

CONTRE DATAWAREHOUSE DROITE

ef Page 56
ERP open source
CONCEPTS TRANSVERSAUX D'UNE

PLATEFORME ERP
Structure lmentaire de l'interface

d'un ERP
On peut voir un ERP comme un rfrentiel de donnes central, sur
lequel sont excuts des traitements correspondant des vnements
mtiers. Ds lors, l'interface d'administration s'apparente en premire
approche un explorateur de base de donnes qu'on aurait personnalis.
Cette fonctionnalit d'explorateur de base de donnes est l'aspect le plus

structurant de l'interface utilisateur d'un ERP. En effet si des produits
propritaires ou mme certains libres trs spcifiques se payent le luxe de
dvelopper chaque cran au bouton prs, les ERP libres gnriques
adoptent eux un modle gnrique de gestion d'entits, qui ne sera
surcharg qu'en cas de besoin.
Et c'est ainsi que, tous les ERP retenus se structurent peu prs comme
suit:
Un menu de navigation qui permet de slectionner un domaine

fonctionnel, c'est--dire en fait un ensemble de tables et
ventuellement une bibliothque de traitements mtiers associs.
Un panneau permettant de visualiser au choix, soit la table (ou vue)
slectionne, soit de montrer le dtail d'une entit (une ligne) d'une
table.
Une barre d'outil permettant de faire les 4 oprations lmentaires

5
sur une table: Cration, Lecture, Modification, Suppression .
Une gestion du login et du compte utilisateur.
5
En anglais CRUD : Create, Read, Update, Delete.

ef Page 57
ERP open source
Pour chaque entit slectionne dans la table ou vue, on peut ouvrir un

nouveau panneau qui permet de lire ou d'diter l'entit en question:

ef Page 58
ERP open source
Le systme de rles
Afin de protger l'accs certaines donnes ou certains traitements, un
ERP utilise un systme classique de rles. Chaque utilisateur se voit
attribuer un ou plusieurs rles. Ensuite pour chaque table ou vue, on
restreint les possibilits d'actions sur les entits (cration, lecture, mise
jour, destruction) certains rles. Il en va de mme pour le lancement de
traitements. C'est l'union de l'ensemble des droits d'un utilisateur qui
dterminent ses droits effectifs sur une entit donne (modlisation dite
ACL6). Attention, on distingue gnralement la personnalisation des
menus et fentres qui n'affecte que l'ergonomie, de la protection effective
du modle de donnes selon les rles.
Sur Openbravo et sur la version paratre cet t de TinyERP au moins, il

est galement possible de modifier l'interface de visualisation d'une mme
entit afin par exemple de masquer certains champs de l'entit certains
utilisateurs ou encore de masquer des boutons donnant lieu des
traitements qui ne sont pas autoriss pour l'utilisateur en cours.
Multi-socits
Openbravo, Neogia ou TinyERP sont multi-socits dans la mesure o les
utilisateurs peuvent appartenir diffrentes entits organisationnelles de
l'entreprise. Ds lors, un certain nombre de paramtrages, comme la
devise de travail, la langue de l'interface ou encore le type de plan
comptable, s'appliquent selon la structure laquelle l'utilisateur est
rattach. Sur Openbravo le caractre mutlisocit est natif et trs bien
intgr. En revanche, sur TinyERP, il s'agit d'un module d'extension dont
la qualit d'intgration devra ventuellement tre valide avant un projet
d'envergure.
Ce fonctionnement multi-socits permet notamment le partage des

rfrentiels et l'agrgation des donnes comptables sur l'ensemble des
socits. Toutefois, en cas de grosses structures avec de gros volumes
transactionnels, il vaut mieux parfois isoler l'ERP de chaque socit, et
importer, voire synchroniser un certain nombre de paramtrages de base
comme les partenaires commerciaux ou le personnel, puis isoler le
fonctionnement de chaque socit, quitte mettre en place des changes
de donnes entre socits par webservices.
Ce serait ce qu'on prconiserait par exemple pour une multinationale.
6
ACL: Access Control List, liste de contrles d'accs.

ef Page 59
ERP open source
ILLUSTRATION 21: CHOIX DE L'ENTIT DE L'ENTREPRISE ET DE LA LANGUE LORS DE LA CONNECTION

L'ERP OPENBRAVO
Client web ou client lourd?
La base de donnes d'un ERP tant centralise, quel est le mode

d'interaction entre les utilisateurs distants et ce rfrentiel central ?
Historiquement, les traitements taient des procdures stockes mises

disposition par le moteur de base de donnes et qu'on pouvait dclencher
distance. Cependant, le dclenchement des ces procdures et la lecture
de ces donnes n'tait pas fait par une interface web mais plutt par des
technologies dites "client lourd", c'est--dire une application spcifique,
installe sur le poste de travail. Par exemple une application Java Swing
pour Compiere, Microsoft MFC pour Sage ou encore GTK pour TinyERP.
Il faut dire qu'autour des annes 2000, l'usage du web n'tait pas encore
7
aussi gnralis et que sans l'avnement des interfaces d'Ajax , les
interfaces web manquaient alors cruellement d'ergonomie. Impossible par
exemple de bnficier de l'auto-compltion de la rfrence d'un produit
telle qu'on peut aujourd'hui la voir sur TinyERP ou Openbravo). Enfin, le
web tant encore confidentiel, il tait difficile pour un diteur, fortiori
open source d'tre comptent dans l'ensemble des domaines la fois
mtier, technique et web.
Aujourd'hui c'est l'inverse qui se produit: le web est incontournable, les

gens veulent pouvoir accder leur ERP de n'importe quel poste de
travail, tlphones et PDA y compris, sans rien installer. Les utilisateurs
7
Ajax: technologie de requtes asynchrones qui mettent jour la page web courante sans la recharger
compltement, procurant une ergonomie amliore.

ef Page 60
ERP open source
sont aussi plus habitus l'ergonomie du web (fonction recherche,

bouton retour, marques-pages) qu' celle des logiciels lourds et
l'ergonomie ou encore l'esthtique de l'interface est plus aboutie en mode
web grce l'mergence de standards et d'abstractions de haut niveau
pour les manipuler (CSS par exemple).
Les ERP libres n'ont pas chapp cette tendance. Certains ont mme fait
office de prcurseurs. C'est le cas d'Ofbiz qui ds 2001 proposa une
interface totalement web. Viennent ensuite Openbravo et TinyERP,
Compiere tant la trane sur ce sujet, sauf dans son offre 'Compiere
Professionnal' qui fait appel un serveur web en technologie GWT mais
qui n'est ni open source ni bon march (500 euros/mois pour une base de
10 utilisateurs minimum). Nanmoins aujourd'hui aucun ERP ne peut
venir sans une bonne interface web.
Si tous les ERP se mettent au web, tous n'offrent pas une interface web
aussi aboutie que leur interface historique. C'est encore largement vrai
pour Compiere dont l'interface web commence peine galer l'interface
lourde Swing qui embarquait sans doute trop de logique spcifique pour
tre facilement porte au web.
Quant TinyERP, son module web est dsormais iso-fonctionnel et

prouv, ceci d'autant plus que le client lourd GTK d'origine n'embarquait
aucune logique propre et communiquait dj avec le serveur la manire
d'un navigateur web, mais par webservices XML/RPC. En consquence,
eTiny, le module web de TinyERP n'est qu'une surcouche trs lgre et
trs propre qui traduit ces messages en HTML.
OfBiz (et donc Neogia) et Openbravo n'ont eux jur que par le web depuis
le dbut et la question d'un support partiel ne se pose pas chez eux.
Concernant Adempiere, bien que la volont de certains intgrateurs soit
l, tant donn l'effort accomplir et la gouvernance actuelle, il nous
parat trs incertain de tabler sur la mise au point d'une interface web
prouve aussi ergonomique et aussi fiable.
Il faut souligner que l'interface web ne prsente pas de risque particulier

en matire de scurit puisque reposant sur des sessions scurises, par
Http-S.
Pour tre complet sur l'interface web, il faudrait encore voquer les
fonctionnalits difficiles implmenter en mode web. Indniablement, la
BPM en est un. En effet, si on construit des workflows complexes, il faut
bien les visualiser pour les monitorer correctement. Or la visualisation de
graphe en mode web est un domaine encore jeune. Ds lors, soit on passe
par des images du workflows non interactives, soit l'interactivit est au
prix d'un client lourd type applet ou application java (comme sur Bonita
BPM).

ef Page 61
ERP open source
Reporting
Le reporting des ERP consiste embarquer un moteur de rapports, un
dictionnaire de rapports pr-programms et de rapports personnaliss
pour convenir aux usages standards. Comme par exemple imprimer un
devis, une facture ou le carnet de commande.
Les ERP en Java abords ici embarquent la solution standard

JasperReport. Un rapport Jasper consiste en un fichier XML qui dcrit de
manire dclarative les lments d'un rapport. Les parties dynamiques du
rapport sont gnres avec des requtes SQL appropries. De plus, les
dveloppeurs ou consultants peuvent facilement crer des rapports en
utilisant l'outil graphique IReport.
TinyERP opte lui pour une solution similaire, base sur le moteur
ReportLab, un standard en Python, qui utilise un paradigme dclaratif
XML similaire pour la programmation des rapports. Mais au lieu de se
contenter de requtes SQL de bas niveau, TinyERP met aussi disposition
dans chaque rapport l'objet mtier associ, ses mthodes propres et bien
sr ses objets associs. Enfin, l aussi de l'dition graphique est possible
grce au dveloppement communautaire d'un plugin OpenOffice
permettant de composer graphiquement ses rapports comme on crirait
un document Word et en insrant des balises actives de reporting.
Ergonomie
L'ergonomie tient essentiellement
la navigation entre les crans (les liens entre documents comme client
et factures associes sont-ils intuitifs?)
l'usage de raccourcis claviers (Tab, CRTL+S ...)

l'auto-compltion la saisie, base d'Ajax
La verticalisation de l'interface par rapport au mtier de l'entreprise

la prsence de panneaux de contrle personnaliss
Indniablement, ce sont Openbravo, Compiere/Adempiere et TinyERP qui

possdent l'ergonomie la plus aboutie avec notamment des solutions de
raccourcis personnaliss et d'associations entre documents.
La palme revient nanmoins Openbravo qui offre en plus un design

gnral trs attractif et trs professionnel et a galement implment dans
sa version 2.40 tous les raccourcis claviers habituels (CRTL+S, Tab...)
dans son interface web.
TinyERP n'est pas non plus la trane avec son interface inspire de
SugarCRM, application succs s'il en est. D'autre part, son interface
alternative native GTK peut parfois s'avrer redoutable en terme

ef Page 62
ERP open source
d'ergonomie de saisie lorsque celle-ci est capitale. On est alors sur des
rgles de gestion du focus et des raccourcis claviers proches de ceux du
systme oprationnel et qui se rvlent plus efficaces que le client web
la saisie.
En revanche, Neogia pche clairement dans ce domaine avec une interface

un peu brut de fonderie , un peu trop uniquement axe sur les donnes
et trop peu sur les utilisateurs.

ef Page 63
ERP open source
TECHNOLOGIE ET ARCHITECTURES
Bien que a ne soit pas le seul critre prendre en compte, la qualit
technique d'un ERP compte normment. En effet:
Elle dtermine l'effort dploy pour coder les fonctionnalits

existantes. Un outil au dveloppement initial coteux sera plus
difficilement amorti.
Elle dtermine aussi l'effort fournir pour tendre le primtre: que
ce soit ralis en interne ou confi un prestataire. Et ceci, qu'il
s'agisse de dveloppement ou de simple paramtrage.
Elle dtermine la facilit d'interfaage de l'ERP avec les autres

systmes d'information. Par exemple avec TinyERP ou Neogia, les
webservices sont natifs pour tous les objets mtiers de l'ERP, fussent-
ils personnaliss (architecture SOA). Ds lors, rien de plus facile que
de l'interfacer avec d'autres systmes.
Elle impacte aussi la probabilit de bug et la facilit de leur
rsolution. En gnral, plus il y a de lignes de code, plus il y a de
bugs. Nanmoins, si les abstractions ne sont pas des concepts
rpandus, alors il y a un certain risque ne pas les dominer et ne
pas arriver personnaliser ou corriger le code. Nous avons pressenti
ce risque avec ERP5 et sa base objet Zope notamment.
Nous avons donc dfini une srie de critres dont l'exprience open source
de Smile nous amne juger qu'ils sont dterminants en matire de
matrise des cots de dveloppement. Bien sr, les critres que nous
allons citer n'ont pas tous la mme pondration et nous vous laisserons
les apprcier l'aune de vos besoins spcifiques. Par exemple, pour ERP5,
en dpit d'un nombre de critres techniques assez positifs, nous avons vu
des points trs bloquants: sa base de donnes trs exotique et sa politique
de gouvernance qui n'engendre pas de vaste catalyse communautaire.
Vous y remarquerez aussi qu'Openbravo se classe moins bien que Neogia.
Pourtant nous aurions tendance prconiser plutt Openbravo pour un
ERP cls en main pour des raisons d'ordre non technique, telles que
fiabilit, finition, force de l'diteur, force de la communaut d'utilisateurs.
Notez aussi que ces apprciations resteront valides pour quelques temps,
car elles portent sur les fondements de ces plateformes ERP et non sur
des fonctionnalits priphriques qui pourraient, elles, changer
rapidement.
Dtaillons alors prsent l'impact et la situation des ERP pour chaque

critre.

ef Page 64
ERP open source
Interfaces mta-gnres partir

des donnes
Contrairement beaucoup de solutions en PHP passes au crible, les
interfaces de nos ERP ne sont pas codes en dur , champ par champ,
bouton par bouton.
Concevoir et coder de manire spcifique chaque page d'interface

utilisateur pour chaque type de donne reprsente un gaspillage de
ressource qu'un logiciel libre ne peut pas se permettre.
Ils procdent donc par introspection du modle de donnes pour grer par
dfaut les entits et au moins offrir les interactions standard de cration,
lecture, modification, suppression, sans code spcifique ou presque. Bien
sr, les ERP retenus offrent tous des dialectes XML pour personnaliser
des vues ou bien crer des formulaires lorsque c'est ncessaire, mais du
moins le principe n'est pas de coder chaque lment d'interface et son
contrleur associ. Ces avances sont lies en particulier l'hritage de
Compiere et son Application Dictionnary .
Base de donnes relationnelle

connue et robuste
Nous l'avons vu, un ERP a un fort besoin de garantir l'intgrit des
transactions, notamment des flux financiers et d'inventaire. Afin de le
garantir, il doit s'appuyer sur une base transactionnelle prouve,
garantissant l'intgrit transactionnelle y compris en cas de plantage
applicatif de l'ERP.
Notons ce propos que peu de bases de donnes libres offraient de telles

garanties au dbut des annes 2000 lorsque beaucoup des ERP prsents
ont t conus. Par exemple, du ct de MySQL, l'intgrit
transactionnelle n'est apparue qu'avec la version 5 en 2005. Voil
pourquoi peu d'ERP l'ont adopte, la diffrence par exemple des
solutions de gestion de contenus. Le choix des ERP libres s'est donc
gnralement port sur PostgreSQL, moteur offrant l'intgrit
transactionnelle depuis l'origine, au mme titre qu'Oracle. Nanmoins,
pour des raisons historiques, Compiere avait lui choisi de cibler Oracle,
l'poque le seul SGBD tolr en environnent d'entreprise critique. Le
portage de Compiere et ses driv PostegreSQL date de 2006 et permet
enfin d'envisager un dploiement open source robuste de bout en bout.
Tous nos ERP libres s'appuient dsormais au moins sur une base
relationnelle solide telle que PostgreSQL.
Seul ERP5 fait bande part: il utilise une base dite objet, celle du
framework Zope. Une base objet est un systme dans lequel les donnes
ne sont pas clates dans des tableaux plats relis entre eux par des cls
de correspondance comme dans une base relationnelle. Au contraire, un

ef Page 65
ERP open source
peu la manire d'un fichier XML, les objet mtiers y sont sauvs avec
une complexit arbitraire et la faon de requter les donnes contenues
dans ces objets est elle aussi trs particulire
Pourquoi ERP5 a t-il fait ce choix? Parce qu' l'poque o ERP5 a t

conu, il y avait deux choix simples: soit faire comme Compiere et
renoncer la modlisation mtier objet pour s'offrir la robustesse et les
performances relationnelles, soit opter pour la puissance de la
modlisation objet et trouver un moyen de persister quand mme des
objets mtier complexes et trs loigns des structures de donne plates.
ERP5 a donc adopt cette dernire solution qui a l'avantage de rendre trs
simple la persistance d'objet mtiers arbitrairement complexes sans trop
se poser la question ni des mapping relationnels, ni du moteur de
persistance. Ce choix d'ERP5 est donc largement l'origine du trs vaste
primtre fonctionnel qu'on lui connat.
Hlas, le moteur Zope n'est pas d'une aussi grande robustesse face
l'impratif d'intgrit transactionnelle. Et surtout, lorsqu'on fait des
oprations relationnelles dans un ERP, comme par exemple en
comptabilit analytique, sans mme parler de requte OLAP, les
performances d'une base objet s'effondrent littralement. Pour y remdier,
ERP5 a mis en place un systme d'index relationnel (potentiellement gr
par MySQL) en redondance de l'indexation de Zope. Mais au final, il en
rsulte une solution htrogne dans laquelle il est difficile d'avoir une
totale confiance et qui ne possde plus l'agilit sduisante de la base objet
seule.
Nous pensons que la solution dans laquelle ont investi d'autres

gnrations d'ERP rcentes (TinyERP, OfBiz et Neogia y compris ) a
nettement plus de sens: il utilisent une couche d'ORM8 qui ralise le
mapping entre la modlisation objet et la persistance relationnelle
classique. Ds lors il tirent partie la fois d'une modlisation objet
puissante et d'une base robuste et connue telle que PostgreSQL. Notez
que, cerise sur le gteau, l'ORM de TinyERP est scriptable9 puisqu'il est
crit en Python. Ds lors, TinyERP permet un cycle de dveloppement
trs court, idal pour prototyper rapidement des solutions, sans passer
par de longs cycles de compilation et dploiement. On peut ainsi charger
une extension qui va tendre la modle de donnes chaud en production
sans mme avoir arrter l'application.
Ajoutons enfin que si les ORM de Neogia et de TinyERP ne sont

malheureusement pas des standards reconnus tels qu'Hibernate, l'usage
d'une base de donnes en clair et leur exposition native par webservice de
tous les objets du modle de donnes permet facilement de raliser des
modules d'extensions dans d'autres langages de programmation et qui ne
font qu'envoyer ou collecter les bon messages auprs de l'ERP en le
considrant un peu comme une bote noire dont les subtilits n'auront
pas ncessairement tre matrises.
8
ORM: Object Relationnal Mapping, mise en correspondance du modle objet de l'application avec le
modle relationnel de la base.
9
Scriptable: le code n'a pas besoin d'tre compil puis dploy, il peut tre directement interprt la
vol, comme du code PHP ou PERL par exemple.

ef Page 66
ERP open source
Tenue en charge et scalabilit

Lorsque le nombre d'utilisateurs simultans ou que le nombre de
transactions par seconde devient important, il faut anticiper la tenue en
charge de l'ERP. Il ne s'agit donc pas d'un problme pour les TPE. En
revanche, la plupart des grandes PME et grands comptes risquent d'y tre
confronts.
Hlas, parce qu'avant de convaincre les grands comptes d'adopter des

ERP libres, il faut d'abord que les PME les adoptent, les retours
d'expriences sur de tels environnements forte charge manquent
cruellement. Nos considrations sont ici plus de l'ordre de l'extrapolation
que de la certitude absolue.
Dans un premier temps, il faut voir quelle charge peut absorber une seule
instance du serveur ERP et une seule instance de base de donne,
ventuellement sur une machine diffrente. Ce qui correspond
l'architecture classique et simple.
Sur de petites charges, il faut certes une plus grosse machine pour
hberger un serveur Openbravo ou Compiere, notamment en terme de
RAM (> 1 Go minimum) qu'un serveur TinyERP par exemple. En revanche,
pass une certaine charge, Openbravo ou Compiere offrent de meilleures
performances machine gale.
Une analyse plus pousse montre que sur TinyERP, le grand nombre
d'indirections du code dynamique en Python utilis pour une modlisation
de plus haut niveau d'abstraction se paie par une consommation de
ressources significative au niveau du serveur applicatif et pas seulement
au niveau de la base de donnes.
Heureusement, il est toujours possible de mettre en cluster trs

facilement ce serveur applicatif sur de nouvelles machines physiques.
C'est dire que les utilisateurs diffrents se connectent en fait plusieurs
serveurs applicatifs diffrents qui attaquent toujours la mme base de
donnes. Ceci est possible aussi bien pour la couche applicative des
serveur Java que pour chacune des deux couches (web et applicative)
dans le cas de TinyERP.
Nanmoins, on peut encore atteindre un tel niveau de charge que la mise

en cluster du serveur applicatif ne suffit plus car le serveur de base de
donnes devient son tour le goulot d'tranglement principal. A ce stade,
il n'y a pas d'autre choix que de mettre un serveur plus puissant ou de
mettre le serveur de base de donnes lui mme en cluster. Or,
contrairement aux applications web type CMS, avec un ERP, on ne
repousse pas trs loin les limites car la nature transactionnelles des
traitements oblige ce cluster travailler en mode multi-matres et non
pas matre-esclave. Ds lors, partir d'un nombre limit de nuds (4?),
ajouter du hardware ne sert plus rien car les nuds consomment plus
de ressources synchroniser leurs informations qu' traiter les requtes
des utilisateurs.

ef Page 67
ERP open source
Dans ces situations critiques, il faut donc que l'ERP soit optimis au
niveau de ses appels SQL et de son modle de donnes. Pour ce qui est de
TinyERP, le recours presque systmatique l'abstraction objet avant
d'effectuer un traitement et l'usage de PostgreSQL rend plus incertaine la
performance native de cet l'ERP dans des environnements trs exigeants.
Ponctuellement il sera nanmoins possible d'optimiser certains points
chauds identifis en recourant des procdures stockes, mais cela ne
marchera que si ces points chauds sont isols. Au final, nous pensons
que TinyERP devra encore faire ses preuves pour tre dploy dans de
grosses PME ou dans des grands comptes.
En revanche, du ct des ERP descendant de Compiere (Openbravo y

compris), la maturit et l'usage presque systmatique des procdures
stockes apportera des performances leves. De plus, dans les cas
critiques, ces ERP peuvent ventuellement tre dploys sur une base
Oracle, sensiblement plus performante que la base PostgreSQL. Ceci rend
au final leur emploi particulirement serein pour des gros dploiements
dans les secteurs de la distribution, de la logistique ou de l'industrie.
Pour ce qui concerne ERP5, bien que l'indexation par un moteur MYSQL
externe soit rapide, les considrations relatives TinyERP sur la lenteur
relative de Python (devant Java) et le tribut pay par la modlisation objet
s'appliquent galement. Les choses sont encore plus incertaines quant
la possibilit de matriser facilement la rplication de la base de donnes
objet Zope.
Dictionnaire de structure de
donnes dynamique
Pratiquement toute entreprise a ses spcificits fonctionnelles et donc ses
propres structures de donnes. Par exemple, telle ou telle entreprise va
vouloir rattacher un nouveau champ d'information (un attribut ) ses
client ou ses produits. Avec quelle facilit fait-on cela?
Tout le mrite de Jorg Janke, le crateur de Compiere a t de mettre en

place un mcanisme, l'application dictionnary permettant de faire
ceci la vole, sans avoir rien coder. Ceci est rendu possible grce
l'intgration de langage DDL (Definition Data Language) et d'une interface
de personnalisation des structures de donnes. Ds lors on peut
graphiquement et sans arrter l'ERP, altrer la dfinition des quelques
centaines de tables qui composent l'ERP pour l'adapter. De mme une
autre partie de l'interface graphique permet, elle, de personnaliser les
interfaces de saisie pour s'adapter ces nouvelles structures de donnes
et ceci sans aucun code de programmation tant qu'on en reste des
champs de saisie et boutons permettant de manipuler les donnes
simplement (crer, lire, mettre jour, supprimer).
Aujourd'hui, tous nos ERP slectionns le permettent l'exception de la

ligne OfBiz (Neogia incluse) qui ncessitera, elle, d'diter des fichiers

ef Page 68
ERP open source
XML dcrivant la structure des donnes (voire UML sur Neogia) puis de
recompiler et de redployer l'application. On se rend bien compte que s'il
faut de la souplesse par rapport aux volutions fonctionnelles ou bien
mme ne serait ce que pour minimiser les cots de la personnalisation
initiale, il vaut mieux que les choses puissent se faire de manire souple
et dynamique. Dans tous les cas, les ERP tudis embarquent des outils
servant sauvegarder et restaurer les altrations du modle de donne,
qu'on l'ait fait graphiquement ou non.
En revanche, toute nouvelle rgle de gestion associe ces nouvelles

structures de donnes ncessitera bien sr une tape de programmation.
Pour les ERP en Java actuels, cela veut dire, passer par une tape de
gnration de code, compiler, puis dployer, ce qui est assez fastidieux.
TinyERP de son ct raccourcit ces cycles puisque l'on pourra charger
chaud le module dvelopp pour tester instantanment les modifications
sur une rplique de l'environnement de production. En ce sens, ses
capacits de paramtrages dynamiques dans des dlais interactifs sont
largement tendus.
Code mtier bas sur le paradigme

objet
Au del de la souplesse dans la dfinition des structures de donnes,
comme nous l'avons vu, la gnration des Compiere (Openbravo et
Adempiere compris), parce qu'elle est plus ancienne, a d sacrifier la
modlisation objet du code mtier au profit de la performance de la
persistance. A l'inverse les autres ERP retenus accdent la puissance du
code objet des degr divers:
un peu pour OfBiz: modlisation objet des structures de donnes,

gestion objet du modle relationnel
un peu plus pour Neogia: possibilit d'hritage, de mthodes mtiers

rattaches aux objet, d'encapsulation
parfaite chez ERP5 et TinyERP: toute structure de donne persistante

est un objet mtier extensible, dont les responsabilits sont
encapsules et facilement identifiables.
Si le code fonctionnel n'est pas objet, il est procdural. Ainsi, dans la

famille des Compiere, le code mtier est assur par un grand volume de
lignes de procdures stockes en PL/SQL. Notons pourtant que des ERP
commerciaux rputs tels que SAP R/3 ne bnficient pas d'une
technique de modlisation meilleure. Mais ceci a quand mme quelques
consquences. En effet, si la modlisation objet a t invente, c'est parce
que le code procdural grait mal l'explosion de la complexit (or un
ERP est complexe) tandis que l'objet permet d'une part d'encapsuler les
concepts, faciliter leur comprhension et limiter leurs effets de bord et
d'autre part, de construire les structures de donnes et comportements
mtiers par hritage de cas plus gnriques, ce qui factorise le code en

ef Page 69
ERP open source
minimisant les risques d'erreurs et en limitant les efforts fournir.

Ds lors, ces ERP au code procdural se prtent moins bien aux
extensions fonctionnelles.
Gageons qu'Openbravo, avec sa forte dynamique de dveloppement, saura

attirer les talents et les efforts communautaires pour dpasser cette
limitation. Openbravo a notamment recrut comme chef de produit, Paolo
Juvara, ancien architecte de l'ERP Oracle Applications, avec lequel nous
avons pu changer et qui nous a fait part de son ambition pour la
nouvelle plateforme d'Openbravo dnomme Green. La plateforme Green
passera par l'ORM Hibernate, un standard du monde J2EE, ce qui donne
une perspective trs satisfaisante moyen terme.
Il n'est en revanche pas sr qu'Adempiere, projet trs communautaire, ait

la force d'affronter ces dfis. Du ct de Compiere, le manque de
dynamique de conqute et de transparence dans la gouvernance ne
permet pas non plus d'envisager ces volutions sereinement en l'tat.
Webservices (SOA) fournis en

standard par la plateforme
Il est capital que l'ERP puisse, en cas de besoin, tre connect avec
d'autres progiciels plus spcialiss: logiciel comptable classique, CRM
pointu, planificateur de production, outil de prvision des ventes, outil de
prvision des budgets...
Or il existe essentiellement 3 faons d'interfacer un ERP:
1. Par imports de fichiers plats CSV ou XML. Ceci marche et est

envisageable par exemple pour les ponts comptables mais cette
solution ne sera jamais adapte aux problmatiques d'intgration
en temps rel ni mme aux architectures de
notification/subscriptions des vnements.
2. Par accs SQL. En effet 2 applications diffrentes peuvent bien

crire et lire dans la mme base de donnes et dialoguer ainsi.
Mme sur ERP5 qui n'utilise pas une base relationnelle classique,
ceci est rendu possible grce une panoplie de connecteurs SQL
fournie par l'diteur. Cette mthode a nanmoins des limites. En
effet, elle ne dlgue pas chaque progiciel la gestion des contrles
et des rgles de scurit des donnes. Seuls ventuellement les
'triggers' (dclencheurs) de la base de donnes peuvent jouer un
petit rle mais l'essentiel de la logique dlgue la couche logiciel
d'accs aux donnes reste court-circuite. C'est donc faisable, mais
au lieu de se reposer sur des API simples, il faudra chaque fois se
plonger dans les modles de donnes trs complexes pour tre sr
de ne faire aucune erreur. Enfin, cela ouvre souvent des failles de
scurit sur des donnes pourtant critiques.

ef Page 70
ERP open source
3. La meilleure mthode est donc l'change par webservices. C'est

dire un peu la manire dont votre navigateur web interroge le
serveur ERP mais suivant cette fois des protocoles et des formats
ddis la communication entre programmes. Il s'agit donc
essentiellement des normes XML/RPC et SOAP. XML/RPC a
l'avantage d'tre trs simple. SOAP permet lui une introspection
automatique et normalise (WSDL) des services par des logiciels
externes mais ceci se fait au prix d'une plus forte complexit.
Dans la ligne Compiere (Openbravo et Adempiere), les webservices SOAP

ne sont pas gnraliss nativement par la plateforme. Ils sont prsents
sur des domaines tels que le catalogue des produits ou la vente d'un
produit, mais pour les autres domaines ou pour des altrations du modle
de donnes, il faudra dvelopper spcifiquement de nouveaux webservices
selon les besoins, afin d'exposer un objet mtier.
A l'inverse, la ligne OfBiz, ou encore TinyERP, sont nativement orients

SOA, c'est--dire, qu' leur cur, presque au niveau de l'ORM, tout objet
stock dans l'ERP est expos en webservice, en respectant les rgles
d'habilitations dfinies sur cet objet. Ceux qui connaissent le monde des
ERP propritaires reconnatront ici l'quivalent du fameux module
Netweaver vant par SAP pour promouvoir les versions plus rcentes de
R/3. OfBiz ou TinyERP vous offrent la mme chose, gratuitement.
S'interfacer devient alors enfantin et ce, depuis n'importe quel langage de

programmation. Dans TinyERP, mme la modlisation des workflow BPM
est accessible par webservice trs simplement. Ds lors il est ais d'avoir
une tierce application qui, par exemple, fasse avancer un workflow de
vente ou de gestion de production dfinie dans l'interface de TinyERP.
Ceci devrait gommer les rticences que l'on pourrait avoir vis vis de
TinyERP et du fait qu'il soit cod en Python, un trs bon langage,
abondamment utilis chez Google par exemple, mais qui a le dfaut d'tre
moins connu en France que Java ou PHP par exemple.
Modlisation BPM de haut niveau

Les processus d'entreprise peuvent tre complexes et changeants. Ce
serait par exemple le cas d'un processus d'attribution de rduction
commerciale mettant en jeu diffrents niveaux de la hirarchie
commerciale intervenant pour tenter successivement d'arriver un accord
commercial chaque tape de la ngociation. Ainsi, chaque commercial
peut avoir, son niveau, le droit de proposer une rduction. Si ceci ne
suffit pas convaincre le client, alors le niveau hirarchique suprieur
peut prendre le relais en proposant un promotion suprieure s'il le juge
stratgique.
Ds lors avec quelle lisibilit et quelle flexibilit ce type de processus est-il

mis en uvre ? Dans quelle mesure, pourra-t'on le changer demain pour
rpondre un nouveau besoin?

ef Page 71
ERP open source
Il y a deux types de possibilits:
Ou bien aucune abstraction des process n'est propose et le process

est clat en un ensemble de mthodes (les transitions du workflows)
qui s'appellent entre elles ou doivent tre dclenches manuellement.
L'tat du process est alors matrialis par un ensemble d'indicateurs
dans la base de donnes et il revient au dveloppeur de bien traiter
les diffrents cas possibles, et d'viter les situations de blocage et les
erreurs. Dans un tel cas, on ne dispose pas d'une bonne visibilit
quant l'tat d'un processus, ni d'une bonne facilit changer un
processus. De plus, cause de cette difficult, un ERP de cette
catgorie propose nativement un ensemble de processus assez rduit.
Dans ce cas, il est alors plutt du devoir de l'utilisateur de bien
excuter, dans le bon ordre et selon la situation, les diffrentes
actions disponibles.
Au contraire, l'ERP peut faire appel une modlisation gnrique de

type BPM qui
rend dclarative la programmation de ces process, et donc

en facilite considrablement le codage, la maintenance et
les modifications,
offre une lisibilit globale de l'tat des process et des
diffrentes options autorises chaque tape,
dcharge totalement l'utilisateur des contraintes
techniques du respect des procdures et le laisse se
concentrer sur la stratgie fonctionnelle.
Des ERP libres que nous avons passs en revue, TinyERP, ERP5 et dans
une moindre mesure Compiere utilisent ce type de modlisation BPM.
Dans Neogia/OfBiz, ce type d'abstraction existe aussi mais n'est
accessible que par l'intermdiaire du code et n'autorise pas en l'tat la
souplesse ncessaire pour rellement apporter de la souplesse
l'entreprise.
Pour ce qui est de TinyERP, la puissance de la modlisation BPM est trs

satisfaisante, n'ayant rien envier au module BPM de SAP R/3 par
exemple. Un processus de vente, un calcul des besoins, la rconciliation
d'une facture et de nombreux autres processus deviennent totalement
monitorables et flexibles. Si monitorer l'tat d'un processus est la
porte de n'importe quel utilisateur averti, modifier un processus est
toutefois un peu plus ardu et s'adresse plutt au programmeur ou au
consultant fonctionnel. Mais le niveau de comptence exig pour le faire
reste trs faible. Que la dfinition des processus soit ralise en interne
ou confie un prestataire, dans tous les cas la productivit se traduira
en rduction de cots.
Openbravo n'a ici pas repris le code de Compiere pour des raisons de
licences incompatibles sur cette partie rcente de Compiere (GPL pour
Compiere, MPL pour Openbravo) et aussi parce que la solution de
Compiere n'tait pas non plus si sduisante techniquement parlant.

ef Page 72
ERP open source
Openbravo vise donc le passage par un moteur BPEL externe, tel Intalio
ou Netbeans pour dfinir et excuter ses process dans sa nouvelle
plateforme 'Green'. Mais ceci ne sera disponible que courant 2009.
Modularit de la plateforme
Nous l'avons vu, un ERP peut devenir extrmement complexe et s'toffer
de nombreuses fonctionnalits lies aux besoins des diffrentes
verticalisations mtier.
Or tous les usages n'ont pas besoin de toutes les fonctionnalits, il faut
donc absolument pouvoir s'affranchir facilement de leurs diverses
interfaces et paramtrages.
De plus, un diteur ne pourra pas apporter seul toutes les briques

fonctionnelles ncessaires chacun. D'autant plus dans le modle open
source o le but recherch est la juste mutualisation des efforts et non la
captivit des tous les utilisateurs envers un diteur unique.
Ds lors, il est capital de disposer d'une plateforme modulaire permettant,

tant vous qu' de vritables acteurs tiers du march, de dvelopper et
10
distribuer facilement des extensions fonctionnelles .
Mais disposer d'une plateforme modulaire ne se dcrte pas. On rencontre

nombre de logiciels libres qui matrisent les aspects mtiers mais
ngligent l'infrastructure de leur plateforme. La modularit ncessite de
fortes comptences en architecture logicielle, qui sont rarement
matrises par des acteurs trs proches de leur mtier fonctionnel. Si cela
a peu de consquences sur les ERP commerciaux au dveloppement
naturellement monolithique, dans l'open source un logiciel se doit
d'tre modulaire, c'est une qualit vitale.
Pas d'exception avec les ERP: trs peu d'entre eux ont des architectures
dont la modularit actuelle est suffisante. En fait, encore une fois TinyERP
fait la course en tte loin devant avec plus de 200 modules d'extensions
dont une bonne moit ont t dveloppes par des tierces parties. En effet,
grce son fort niveau d'abstraction, tant grce ses vrais objets mtiers
qui peuvent tre tendus par simple hritage, que par sa modlisation
BPM, il minimise la quantit de code fonctionnel requis et rend plus fine
la granularit avec laquelle diffrentes fonctionnalits peuvent s'intgrer.
Il rend ainsi trs aise et lisible l'criture de modules fonctionnels,
notamment en s'inspirant de l'existant. Mais surtout, chacun des modules
dclare des dpendances d'autre modules et TinyERP gre donc le
graphe des dpendances, en vitant les cycles, la manire de l'IDE
Eclipse ou encore d'une bonne distribution Linux.
Mieux que a, grce la scriptabilit de sa plateforme, TinyERP permet

aussi de charger chaud des modules fonctionnels sans rien recompiler
10
Voir notre livre blanc Introduction l'open source pour mieux cerner ces mcanismes de symbiose
entre les acteurs conomiques du libre)

ef Page 73
ERP open source
ni mme arrter la production. Idal pour charger soi-mme l'un des 200
modules aprs l'avoir dment test sur une rplique de la base de
production. Enfin, TinyERP offre mme une interface conviviale de gestion
des modules qui peuvent tre pris en libre service depuis les dpts lists
(et modifiables) selon la politique de version dcide . Ne vous engageons
ne pas nous croire sur parole mais constater vous-mmes la vitalit de
ces dveloppements tiers en consultant les forums de TinyERP.
ILLUSTRATION 23: DE FAON PLUS OPRATIONNELLE, VOICI L'INTERFACE DE

TINYERP, ICI DANS LE CLIENT LOURD, QUI DONNE L'ADMINISTRATEUR LA
ILLUSTRATION 22: POSSIBILIT D'INSTALLER UN MODULE OU UNE GRAPPES DE SELON LE RESPECT
MODULARIT SUR DE CES MMES DPENDANCES.
TINYERP: LA GESTION
DE PRODUCTION DPEND,
ENTRE AUTRES, DE
MODULES TELS QUE LES
LIVRAISONS, LES VENTES,
LA MRP, LES ACHATS
ETC...
Pour ce qui est des autres ERP, la situation de la modularit de la

plateforme n'est rellement pas au mme degr de maturit, mais elle
n'est pas catastrophique pour autant. Jusqu' un certain point on peut
installer des extensions tierces. Les diffrences sont alors que ces
modules tiers:
ont une granularit assez forte, surtout sur la ligne de Compiere,

ceci car l'unit de code r-utilisable, la procdure stocke est
beaucoup moins fine et rarement rutilisable cause d'effets de
bords difficiles matriser.
sont difficilement chargeables chaud. C'est la rigueur possible

dans la ligne Compiere tant qu'aucun code Java n'est requis (juste

ef Page 74
ERP open source
des structures de donne et des procdures stockes), mais pas

possible sur la ligne OfBiz
leur dpendances ne sont pas gres, vous d'installer ce qu'il faut et
autant dire qu'il s'agit d'un travail d'expert.
En consquence, l'cosystme des modules packags et prts l'emploi

est rduit sur ces ERP. Cela n'empche pas que sur la ligne OfBiz un
grand nombre de bouts de codes puissent tre intgrs par des
dveloppeurs. Et encore une fois, Openbravo adopte ici une dmarche
pro-active en anticipant le passage aux bibliothques rputes Spring ou
OSGI pour mieux grer le chargement d'extensions dans sa future
plateforme Green paratre courant 2009. Et d'ores et dj, depuis la
version 2.40 d'Openbravo, il est possible pour une tierce partie de
packager des modules d'extension, mme si la granularit de ceux-ci
laisse encore dsirer et ne laisse pas encore augurer de la rutilisation
d'extensions tierces dans de nouvelles extensions.

ef Page 75
ERP open source
PREMIERS CRITRES DE SLECTION

Comme on l'a vu, un ERP est un systme complexe, dont le modle de
donnes est compos de plusieurs centaines de tables. De plus, le choix
de l'ERP est trs structurant pour l'entreprise: d'une part les cots de
mise en uvre sont importants et d'autre part l'ERP a vocation hberger
toutes les donnes critiques de l'entreprise. Cela implique un certain
nombre de prcautions quant l'architecture technique choisie et quant
la sant de l'diteur et ou de la communaut du logiciel.
Taille et dynamique critique

Nous avons d'emble rejet toute solution n'ayant pas suffisamment fait
ses preuves. Nous avons conscience de l'injustice ainsi faite aux
excellentes solutions techniques, notamment bases sur Hibernate ou
Spring qui n'ont pas encore acquis leurs lettres de noblesses telles
qu'OpenBlueLab, JFire ou PlazmaERP. Mais on ne peut prendre des
risques sur un progiciel aussi critique qu'un ERP.
Ces diverses solutions pchent souvent par:
Une trop faible communaut
Une plateforme technique en bta de l'aveu mme des

concepteurs
Un fonctionnel encore trop limit
Une francisation trop peu aboutie; on est en gnral alors loin

d'un comptabilit franaise et on ne parle ici que de francisation
balbutiante de l'interface
Nous souhaitons bonne chance ces nouvelles initiatives et les garderons

en ligne de mire dans notre activit de veille.
Toujours pour viter les risques, nous rejetons tout ERP se disant libre
mais n'ayant pas de licence standard reconnue par l'OSI (Open Source
Initiative) et qui permettrait l'diteur de rendre ensuite ses utilisateurs
captifs d'une solution qu'il serait le seul dominer.
Nous rejetons les ERP n'ayant pas d'envergure internationale. Un ERP

est un produit si complexe qu'il faut une grande base
d'utilisateurs/contributeurs pour le rendre fiable et attractif. Ainsi les
ERP qui n'ont pas au moins une documentation centrale en anglais sont
rejets.

ef Page 76
ERP open source
Nous rejetons les ERP qui n'a pas de forum de discussion librement
accessible ou une mailing liste active. C'est le minimum de transparence
exiger pour pouvoir valuer un produit.
Architecture technique minimale

Passons en revue les exigences minimales au plan technique:
Au niveau du langage:
Rejet des langages dont le modle objet n'est pas assez

fiable et ne garantissant pas ainsi un minimum de rgles
telles que: l'encapsulation et la factorisation du code: ainsi
PHP4 est rejet (PHP5 aurait t accept)
Rejet des langages ne garantissant pas une bonne lisibilit
et maintenabilit du code: PERL est rejet par exemple
Rejet des langages imposant aux dveloppeurs la

responsabilit de la gestion de la mmoire. En effet,
hormis pour le SGBD, un ERP doit privilgier les
fonctionnalits, la maintenabilit et la fiabilit sur la
vitesse d'excution pure: ainsi C et C++ comme langages
d'implmentation fonctionnelle sont rejets.
Exigence d'un dcoupage clair du code et de ses responsabilits,

notamment MVC.
Solution standard de stockage de donnes, en l'occurrence une

base relationnelle connue et fiable. Ceci nous pousse liminer
ERP5 cause de ses bases objet Zope. La solution de Zope a beau
tre valide, son problme est d'tre peu connue.
Afin de faciliter la lecture du code, sa rutilisation et

l'encapsulation de ses responsabilits, une couche d'accs aux
donnes est requise. Cette couche, ou ORM, doit permettre de
manipuler les entits relationnelles en terme d'objet dont le niveau
d'abstraction est plus fort et plus proche du fonctionnel mtier.
Hlas, les ORM rencontrs ne sont pas tous de bonne qualit et il
faut parfois composer avec des vestiges de code purement
relationnel.
Pour des raisons de maintenabilit videntes, les trs nombreuses

vues (au sens du modle MVC) d'un ERP ne peuvent tre
entirement codes la main en langage de bas niveau par exemple
proche du HTML. Heureusement, dans les solutions restantes,
aucune n'est tombe dans cet cueil et toutes adoptent des
solutions de mta-programmation ou de gnration de code.

ef Page 77
ERP open source
Slection des ERP open source

satisfaisant nos critres
Voici un rcapitulatif de notre passage au crible exhaustif des ERP's open
source. Bien sr en premier approche nous avons d tre trs svre par
rapport notre critres de filtrage, sachant qu'au final il nous fallait une
liste suffisamment petite pour qu'on puisse l'tudier. Pour chaque
solution, on a ventuellement gris les cases o un de nos critre a t
liminatoire.

ef Page 78
ERP open source

ef Page 79
ERP open source

ef Page 80
ERP open source

ef Page 81
ERP open source
tablissement d'une 'shortlist'

Sur la base des critres voqus ci-avant, le tableau rcapitulatif explique
le rejet d'un bon nombre de solutions.
Finalement, les ERP considrer pour un usage immdiat dans le

contexte du march franais se rsument :
TinyERP
Openbravo
Adempiere
Compiere
ERP5
Neogia
Notons que OfBiz et Opentaps sont trs proches de Neogia, lequel en

drive directement. En ce qui concerne Open For Business (OfBiz), comme
nous l'avons dj dit, il s'agit plus d'un framework, qui privilgie
l'volution du code sur la stabilit et en aucun cas d'un ERP cl en main.
Seuls Opentaps et Neogia qui en drivent directement ont l'ambition d'tre
de tels ERP assez directement utilisables. Mais Opentaps n'est pas
francis de faon satisfaisante. Ds lors, dans cette famille, autant retenir
Neogia qui importe galement d'Opentaps ce qu'il manque OfBiz

ef Page 82
ERP open source
SLECTION RDUITE DES MEILLEURS

ERP
Profil macroscopique des ERP

pr-slectionns
Le tableau de donnes prcdant, s'il a t utile au filtrage, n'offre pas de
lisibilit macroscopique. Nous dfinissons donc d'agrger, certes plus
subjectivement, un certains nombre d'indicateurs offrant cette lisibilit.
Bien sr, votre choix final devra tenir compte de l'adquation des
fonctionnalits de l'ERP, surtout si c'est la comptitivit native que vous
recherchez. Or l'tude des fonctionnalits des ERP retenus est trs
complexe et a donc t dveloppe spcifiquement (voire les chapitres
prcdents). Nous offrons donc ce profil macro sans entrer dans le dtail
des fonctionnalits, en considrant uniquement la couverture globale
regroup sous l'axe 'primtre'.
Profil par caractristiques gnrales
Notorit actuelle
La notorit actuelle d'une solution est importante dans la mesure o elle

est source de scurit ou au moins de prcaution. Cependant, une
notorit construite au moyen d'investissements marketing ne tiendra pas
longtemps si elle ne va pas de pair avec dans une dynamique
communautaire et une qualit technique de fond.
S'il est dterminant d'implmenter une bonne solution l'instant t, il l'est

tout autant de s'assurer que les indicateurs sont bien au vert pour que la
solution reste bonne dans 5 ans au moins. En effet, disponibilit des
ressources, prix et possibilit des volutions vers des verticalisations en
dpendront directement. Voil pourquoi ce critre de notorit, s'il est
important n'est pas suffisant. Reste que Compiere se distingue ici par
plusieurs belles rfrences sur le march franais.

ef Page 83
ERP open source
Sont considrs:
Nombre et importances des rfrences client
Nombre et notorit des intgrateurs existants (s'agit-il uniquement

d'amateurs isols ou de vraies entreprises ? N'y a t-il qu'un seul
intgrateur derrire un produit ?)
Citations dans la presse professionnelle
Taille des archives des forums et mailing lists
PageRank Google du site, li au nombre de sites eux mme

importants pointant sur le site de l'ERP
Bookmark d'internautes. Ici c'est Del.ico.us (systme Yahoo) qui a

t utilis comme talon de mesure. Moins de 20 bookmarks du
site institutionnel de l'ERP l o certains ERP cumulent 800
bookmarks (Openbravo) signifie vraiment qu'il y a un souci sur la
masse critique de la communaut de dveloppeurs. Neogia tait la
limite. Cependant nous le retenons car Neogia est avant tout un
portage d'Ofbiz dont l'activit communautaire est indniable.
Dynamique
Il s'agit de la dynamique communautaire autour de la solution. Avec la

qualit technique, elle va dterminer directement la place de la solution
dans le futur. En effet, les investissements d'un diteur sont finalement
peu de choses au regard de tous les correctifs, toute la documentation et
mme tout le marketing qui est fait par une communaut active.
Ce qu'on peut ici dire, c'est que le business model o l'diteur est son seul
intgrateur est liminatoire, et que le nombre trs ferm d'intgrateurs
choisis par Compiere et ERP5 nuit clairement leur dynamique. De,
mme, en dpit de l'activit sur OfBiz, Neogia, semble avoir marqu un net
ralentissement de son activit de dveloppement courant 2007. Est-ce d
la faiblesse relative de son unique intgrateur franais Nereide ?
Sont considrs:
volution du volume de forums ou mailing list
Activit des chats irc

Gouvernance: dans quelle mesure intgrateurs et utilisateurs sont ils
consults et partie prenante dans la conception et l'volution du
produit?
Frquence des mises jour de la documentation, notamment des wiki

Activit du dpt de code CVS/SVN
Frquence des releases

ef Page 84
ERP open source
Citations par des acteurs indpendants dont les bloggers

occasionnels (qui sont en fait une arme 'invisible' de correcteurs
potentiels de bug ou auteur de documentation).
Techno
Investissements et communaut sont encore peu de chose devant la

cohrence, la puissance et l'adquation avec les standards des
modlisations au cur d'un ERP.
Les fonctionnalits ne sont qu'une surcouche ces fondations et le cot

d'implmentation d'une mme fonction mtier varie trs facilement de 1
5 selon la qualit technique des fondations. Ainsi, au del d'un certain
stade, mme grand renforts d'investissements, on ne peut plus enrichir
le fonctionnel d'un ERP s'il est bas sur des abstractions de trop bas
niveau alors qu'une solution bien architecture faite de concepts clairs et
efficaces pourra au contraire s'tendre moindre frais. Bien sr, un
diteur en bonne sant financire peu recoder sa solution - et c'est
courant mais, vous, serez surtout li l'ancien produit avec lequel il
aura fallu faire rupture. Si une solution ne peut pas tre amliore de
faon continue, c'est vous qui ferez les frais des migrations brutales. Et
plus directement, le cot de vos dveloppements spcifiques dpend de la
qualit technologique. Les ERP de la ligne Compiere qui ont une large
base de code en pl/SQL sont ici moins bien positionns.
Sont considrs:
Respect de standards existants si possible (gage de maintenabilit

et de facilit de prise en main)
Puissance et canonicit des abstractions mises en jeu (gage de

productivit; sous entendu ici: ORM, moteur BPM, webservices
natifs...)
Degr de factorisation du code (gage de fiabilit et de prise en main)
Habilet des 'hooks', points d'ancrage, et interfaces pour les

extensions spcifiques
Maturit et couverture des webservices
Courbe d'apprentissage du produit: une courbe plate est moins

bien note
Modularit de l'application (pattern Inversion Of Control si possible

afin que l'application soit compose d'un noyau minimal et de
plugins qui sachent bien tenir compte les uns des autres)
Absence de problme vident de performance

ef Page 85
ERP open source
Primtre
Il s'agit ici du volume global des fonctionnalits. Bien sr, il faudra

vrifier le dtail dans les chapitres ddis chaque ERP car aucune
confrontation macroscopique n'est possible.
A noter qu'il faut aussi garder cette vision globale des fonctionnalits.
Beaucoup de fonctionnalits de niche ne seront jamais utilises ou
devront tre modifies. Le critre de 'souplesse' est autrement plus
impactant en termes de cot ou de capacit cot donn. D'autant que
sur un ERP souple, l'ajout d'une fonctionnalit peut se rvler
relativement simple. A un stade macro, on retiendra par exemple que
Compiere est plus pointu sur le CRM qu'Openbravo alors que ce dernier
est meilleurs dans la gestion de production. En revanche, le dtail des
fonctions CRM par exemple est trs peu discriminant compte tenu des
facults d'adaptation. TinyERP se distingue ici avec son activit
communautaire trs importante et ses plus de 200 modules.
Souplesse
Dans la mesure o on doit trs souvent dpasser le primtre fonctionnel

natif de l'outil, quelle facilit a t-on le faire? Il s'agit donc d'un critre
absolument dterminant dans le cot total de possession compte-tenu
du fort cot relatif des dveloppements spcifiques. La souplesse rejoint
ici largement la technologie mais elle met spcifiquement l'accent sur la
modularit de la plateforme de l'ERP et sur l'efficacit du dveloppement
par des tierces parties.
Sont considrs:
Facilit modifier les structures de donnes pour ajouter ou altrer le

stockage des objets metier
Facilit modifier les interfaces utilisateurs pour leur donner une

bonne ergonomie mtier
Prsence ou non d'un moteur de workflow et puissance de celui-ci le

cas chant. Est-il graphique ou faut-il coder du XML?
Facilit altrer non pas les structures de donne mais les

traitements effectuer. Les objets mtier peuvent-ils tre des vrais
objets conceptuels qui ont des mthodes attaches ou bien faut-il au
contraire associer des procdures des objets avec donc moins de
maintenabilit et d'agilit?
Facilit adapter les rapports (factures et autres)
Rapidit, lgret, des cycles de dveloppement: faut-il recompiler, re-

dployer des classes, importer ou exporter des mta-donnes dans la
base de donnes, ds lors comment dploie t-on des adaptations
fonctionnelles sur une base de production?

ef Page 86
ERP open source
Ressources
Difficult ou non, sur le march franais, mobiliser des ressources

capables d'effectuer des dveloppements pointus sur l'outil. Ceci est assez
discriminant pour ERP5.
Attention nanmoins ne pas mal interprter cet indicateur car une

technologie meilleure peut largement rentabiliser un effort d'adaptation
initial suprieur. C'est pour ceci que nous n'avons pas ici trop pnalis
TinyERP. En effet, son code clair d'un haut niveau d'abstraction (proche
des spcifications fonctionnelles) sera facilement matris, y compris par
des codeurs ne dominant pas le Python, langage moins connu en France
que Java par exemple.
Des ERP tels que TinyERP ont une trs bonne capacit tre configurs
(notamment workflows, rapports) et requirent donc moins de
dveloppement spcifique.
Conclusion
Au final, on peut synthtiser avec le tableau et le graphe suivant:
notorit dynamique techno primtre souplesse ressources

TinyERP 4 5 4 5 5 4
OpenBravo 4 5 3 4 3 4
Neogia 3 3 4 4 3 3
ERP5 4 2 4 4 4 1
Adempiere 4 4 3 4 3 4
Compiere GPL 5 3 3 4 3 4
Toutes valuation entre 0 (faible) et 5 (excellent)

ef Page 87
ERP open source
Profil par domaine fonctionnel
Voici un rcapitulatif des capacits relatives mais non proportionnelles

de chacun des ERP retenus sur les domaines fonctionnels les plus
caractristiques (de 0 5 pour le plus adapt). Les diffrences les plus
flagrantes se font sentir sur les modules de gestion des ressources
humaines pour lequel seuls ERP5 et TinyERP sont complets. ERP5 va
mme jusqu' grer les paies alors qu'aucun autre ERP libre n'est all
aussi loin (TinyERP s'y essaie et dispose d'un module de paie suisse par
exemple, mais pas franais). Sans module RH, la gestion de projet est
aussi plus limite et c'est ainsi que TinyERP traite mieux que ses
concurrents ce domaine fonctionnel. De mme, ERP5 et TinyERP sont
plus complets sur la CRM, o Openbravo est plus limit. En revanche, ce
dernier se distingue avec son interface web ingale et son module point
de vente avanc.

ef Page 88
ERP open source
achats ventes compta CRM SCM GPAO POS RH Paies Projets Web BI
TinyERP 4 4 4 4 4 4 4 4 1 4 4 4
OpenBravo 4 4 3 2 5 4 5 0 0 3 5 4
Neogia 4 4 4 3 5 3 4 1 0 3 3 3
ERP5 4 4 5 4 4 4 1 4 4 ? 4 ?
Adempiere 4 4 4 3 5 3 4 0 0 3 1 3
Compiere GPL 4 4 5 3 5 3 4 0 0 3 1 3
Toutes valuation entre 0 (faible) et 5 (excellent)
Profil par secteur et taille

d'entreprise
Si on considre les aptitudes fonctionnelles particulires des ERP retenus
ainsi que leurs autres caractristiques comme le degr d'ouverture de
l'diteur, la qualit de finition, la complexit ou simplicit des extensions,
on peut dduire un profil type d'utilisation, selon le secteur d'activit,
mais aussi selon la taille et le chiffre d'affaire de la socit. En voici un
tableau rcapitulatif (de 0 5 pour le plus adapt).

ef Page 89
ERP open source
secteur taille de l'entreprise CA

10<x 5M <x<
Distribution Services Industrie x<5 5<x<10 <50 50<x<250 250<x x<5 M 500M
TinyERP 4 5 5 3 4 5 5 4 4 5
OpenBravo 5 4 5 1 2 5 5 5 5 4
Neogia 5 4 4 0 2 3 3 4 4 3
ERP5 4 4 4 3 4 5 4 4 4
Adempiere 5 3 3 1 2 5 5 3 4 3
Compiere GPL 5 4 3 2 2 5 5 5 5 3
Secteur d'activit
Tous les secteurs d'activit n'ont pas les mmes besoins et tous les
besoins ne sont pas aussi complexes.
Distribution/Logistique
La distribution aura surtout besoin d'une bonne gestion d'inventaire, de

politique de prix fine, d'interfaces par webservices avec d'autres
applications telles que des plateformes de vente e-commerce.
Globalement, ces besoins sont assez simples et standards.

ef Page 90
ERP open source
Ainsi, tous les ERP retenus y sont globalement adapts. On trouvera un

moteur de rgle de pricing trs similaire dans Compiere, Adempiere,
Openbravo et TinyERP par exemple. Ces derniers et Neogia grent les
inventaires avec une comptabilit double entre ce qui est un gage de
scurit (enregistrement des mouvements et pas seulement des quantits
des stocks).
De mme, les ERP retenus ici grent tous les stocks multiples et mme la
consolidation hirarchique des stocks pour ce qui concerne TinyERP ou
Neogia: on peut connatre un stock de pice d'un entrept globalement
mme si celui-ci est par exemple dcompos en deux parties par exemple
pour matrialiser le passage ou non d'un contrle qualit dans un mme
entrept physique.
On notera quand mme que la distribution peut brasser d'importants

volume de ventes et qu' ce titre, ERP5, avec sa base de donnes qui
n'est pas un standard connu peut donner lieu quelques doutes en terme
de tenu en charge. A ce jeu, c'est sans doute Openbravo, Compiere ou
Adempiere qui l'emporteront avec leur capacit tre utiliser
optionnellement avec une base Oracle les performances sont rassurantes.
En tout tat de cause, partir de plus de 10 000 mouvements de stock
par jour environ, il faudra tudier srieusement la faisabilit par rapport
l'ERP retenu.
Enfin, certains ERP se sont aussi spcialiss dans des solutions de point
de vente. C'est typiquement le cas d'Openbravo dont l'diteur a intgr
nativement la solution de vente en caisse rpute et open source
TinaPOS, depuis repackage et renomme OpenBravoPOS. TinyERP
possde lui aussi un module de point de ventes spcialis. Enfin
Compiere et Adempiere peuvent aussi s'interfacer avec des solutions open
source dont TinaPOS ou ses forks des degrs plus ou moins natifs.
Quant Neogia, il semble qu'il soit plus difficile de lui adjoindre une
interface de vente en caisse aboutie en dpit de l'existence de quelques
prototypes hrits d'Ofbiz.
Services
La gestion des socits de services est dj un peu plus complexe. On a

toujours les mme notions de rgles de tarification, mais on doit surtout
budgter des projets et comparer ces budgets aux ressources humaines
rellement consommes par ces projets. Les projets doivent tre dcoups
en lots ou en tches avec une gestion des dpendances entre les tches.
Pour bien fonctionner, l'affectation des ressources humaines aux tches
suppose un certain niveau de gestion des ressources humaines.
Finalement, une srie d'outils sert monitorer et piloter les projets
selon des mthodologies aussi diverses qu'on peut imaginer de
verticalisations sectorielles.
Dans ce secteur, la famille des Compiere (Openbravo et Adempiere inclus)

n'est pas trs l'aise cause du manque de gestion des ressources
humaines essentiellement. Openbravo et Compiere permettent, par
exemple de crer des budgets pour des projets facturer, puis d'imputer

ef Page 91
ERP open source
globalement le cot effectif du projet afin de permettre le suivi des cots.

Il manque cependant les aspects de gestion de dpendances entre tches,
leur planification et leur affectation.
En revanche, TinyERP sort nettement du lot pour ce secteur. Il permet en

effet de grer nativement les ressources humaines, les planning,
demandes de congs et beaucoup d'autres contraintes lies aux RH. De
plus, ses 'dashboard', tableaux de bord personnaliss permettent d'offrir
au chef de projet une surveillance personnalise de ses projets (taux
d'avancement, de rentabilit etc...) alors que les autres employs peuvent
effectuer leurs imputations relles sur les tches qu'on leur a assignes et
ce, sans aucun assistance.
Grce sa modularit incomparable, TinyERP offre dj des modules de

gestion de projet verticaliss tel que la gestion de projet informatique agile
grce son module SCRUM par exemple. Il ne tient qu' vous d'ajouter
relativement facilement une gestion de projet propre votre activit
spcifique (moins de 500 lignes de code, surtout dclaratif, pour la gestion
SCRUM, Model, Vues et Controllers compris).
Ajoutons que pour le cas prcis de TinyERP, sa fonctionnalit de BPM

(Business Process Management) intgre lui permet d'affronter, sans
criture de code, les workflows organisationnels les plus complexes et
ainsi d'offrir une grande souplesse organisationnelle aux socits de
services.
Bien que TinyERP s'enrichisse une grande vitesse, il faut aussi noter
que dbut 2008, la gestion des projets reste nanmoins infrieure ce
que fait par exemple Microsoft Project. En effet, s'il est bien possible
d'affiche les diagrammes GANTT des tches par exemple, les dpendances
entre tche n'taient toujours pas gres. Ainsi la planification des projets
complexes tches paralllisables ou non ne pouvait pas avoir lieu
automatiquement; il fallait en passer par une planification manuelle sur
ces projets. L'diteur de TinyERP a nanmoins annonc des
dveloppements en ce sens.
Industrie
Au del des contraintes dj cites, l'industrie se caractrise par la

production de produits. Cette production doit tre gre. Dans les cas les
plus simples, on ne fera que grer dans l'ERP des stocks dans diffrents
entrepts puis on mettra jour ces stocks manuellement en fonction des
oprations de production. On utilisera aussi l'ERP comme rfrentiel de
stockage des oprations de production (les ordres de production). Tous les
ERP retenus permettent un tel fonctionnement basique.
Cependant, les besoins vont gnralement beaucoup plus loin que l'aspect
rfrentiel et traitements manuels. Ds que l'on monte en complexit on
exige le gestion des nomenclatures et des gammes.
A partir de l, seuls TinyERP, Openbravo, ERP5 et Neogia restent en

course. Si la MRP vient d'tre ajoute sur Compiere, nous ne pouvons pas

ef Page 92
ERP open source
encore estimer qu'elle soit mature. Et, bien que ceci puisse venir d'un
manque d'approfondissement, nous exprimons ici aussi des doutes sur
les capacit relles gnriques d'ERP5 et de Neogia sur ces points. Il
manque encore une masse critique de retour d'exprience pour valider
leur gestion de production en dehors des rares success stories qui ont
impliqu l'diteur directement. Ainsi nous pensons que seuls tinyERP et
Openbravo peuvent tre srieusement envisags pour la MRP1.
Pour des besoins plus haut de gamme, une entreprise industrielle sera
la recherche de solutions de MRP2, c'est--dire, non pas seulement de
simple calcul des besoins tant donn les prvisions de vente, mais aussi
d'une planification de cette production (et des achats
d'approvisionnement). C'est bien l actuellement la limite des ERP libres,
ils n'excellent pas dans ce domaine trs spcialis de recherche
oprationnelle et de programmation par contraintes comme nous l'avons
dj voqu, mais peuvent toujours importer une planification ralise par
un outil externe comme on l'a dj soulign.
Taille de l'entreprise et chiffre d'affaire
C'est sans doute le plus subjectif de nos critres. Il s'agissait nanmoins

pour nous de soulever quelques diffrences entre les solutions retenues.
Limite haute effectif et chiffre d'affaire
En fait, il n'y a pas de vraie limite haute avre. Disons plutt que nous
disposons d'un certain volume de retours d'expriences sur des gros
dploiements jusqu' une certaine taille et pas encore au del. L'ERP
tant une progiciel vital pour l'entreprise il convient d'tendre cette
couverture par itrations successives et petits sauts afin de ne pas
prendre le risque de rater un projet. Notons aussi qu'un cas unique de
dploiement n'est pas trs parlant, les conditions de sollicitation et de
complexit peuvent varier normment.
Limite basse effectif et chiffre d'affaire:
En revanche cette limite ci est plus vidente. Les petites PME et TPE
seront trs intresses par la scalabilit vers le bas de certains ERP. En
effet, une TPE peut-elle assumer le prix de la mise en place et de la
maintenance d'un pont comptable entre l'ERP et un Sage ou un Ciel?
Nous pensons que a sera rarement le cas et donc qu' ce titre
Openbravo, par exemple, sera inadapt aux TPE franaises au moins
jusqu' ce que la comptabilit native d'Openbravo voit sa francisation
reconnue. Pour TinyERP, ERP5 ou Compiere, une TPE courageuse et
comptente pourra nanmoins utiliser la comptabilit gnrale de l'ERP
condition d'y ddier le temps requis.
De mme, une TPE, pourra t-elle, envisager de payer des dveloppement

spcifiques? L encore nous pensons que non et que l'ERP dployer doit
tre paramtrable et maintenable sans comptence de dveloppeur et qu'il
doit tre dj verticalis au plus proche du cas d'usage. A ce titre l,

ef Page 93
ERP open source
nous pensons qu'ERP5 et TinyERP, parce qu'ils sont bass sur des
technologies plus modulaires et plus souples (BPM, code objet), sont plus
adapts aux petites entreprises. Attention, cela ne veut pas dire qu'il le
soit moins pour les grosses.
De plus, les TPE qui ne veulent pas investir dans des intgrations de
dveloppements spcifiques ni dans la maintenance de leur serveur
pourront investir dans les solutions hberges lances par ERP5
(ERP5Express) et TinyERP (OpenERP OnDemand) qui sont trs
comptitives en terme de prix et proposent d'utiliser le mme ERP libre
que vous pourriez tlcharger et hberger vous mme en cas de besoin.
Leur capacit d'intgration devra nanmoins tre vrifie.
Choix entre Compiere, Adempiere et

Openbravo
Comme nous l'avons vu, Compiere, Adempiere et Openbravo sont assez
proches, tant en terme de technologie que de fonctionnalits actuelles.
Cela ne doit pourtant pas masquer des diffrences tout fait essentielles:
Des carts fonctionnels rels
Malgr leurs similitudes, il existe des diffrences fonctionnelles qui

pourront faire la diffrence sur des cas d'intgration particuliers:
Openbravo est plus abouti en Gestion de Production et sera donc

plus adapt aux industries que Compiere.
Openbravo, par son association avec TinaPOS devenue Openbravo
POS va aussi beaucoup plus loin dans la gestion des points de vente,
ce qui intressera particulirement le secteur de la distribution.
Compiere est, en revanche, lgrement plus avanc sur la CRM.

Compiere possde aussi une comptabilit gnrale plus proche de ce
qui est exig en France si on veut que l'ERP gre la comptabilit
gnrale (cf notre section sur la comptabilit page 50 )
Adempiere ressemble Compiere modulo quelques avances

communautaires (par exemple sur la gestion de l'EDI) mais sera
moins fiable sur la comptabilit franaise justement.
L'accs web discriminant
Comme nous l'avions dj voqu, Openbravo a fait le choix d'un accs

web depuis son fork en 2002. Ainsi, Openbravo offre un accs web
l'ensemble de ses fonctionnalits et ce gratuitement et sous licence open
source (MPL).

ef Page 94
ERP open source
Au contraire, sur Compiere et Adempiere, le support du web est assez

rcent. A l'exception du travail encore peu fiable de quelques intgrateurs
spcialiss, Adempiere n'a pas encore su prendre ce virage. Du ct de
Compiere, le virage web a enfin t ralis et de belle manire avec le
framework GWT de Google. Cependant Compiere ne le distribue pas sous
licence open source et encore moins gratuitement ('Compiere
Professionnal' cote ainsi 500 euros par mois pour une base de 10
utilisateurs selon le prix catalogue constat dbut 2008).
Des diffrences d'ordre politique
Jusqu'o va l'ouverture de Compiere?
Si on a entendu parler d'un ERP libre, c'est gnralement de Compiere. Et

pour cause: Compiere tait un pionner dans les annes 2002.
Hlas, depuis 2006, en cherchant rentabiliser une leve de fonds

rcente de manire indlicate pour sa communaut, Compiere Inc s'est
brusquement coupe de l'essentiel de sa base communautaire.
11
Suite cet imbroglio de gouvernance en 2006 , de nombreux forks de
Compiere ont t crs. Aujourd'hui, c'est assurment Adempiere qui
fdre derrire lui ce qui subsiste de la communaut Compiere.
En effet, les griefs contre Compiere sont:
Compiere fixe trop cher le ticket d'entre pour se former son

outil, ne serait-ce que pour l'valuer (toute documentation est
payante).
Compiere ne maintient aucun espace communautaire sur lequel

un ecosystme d'intgrateurs/contributeurs puisse continuer se
dvelopper
Compiere rend difficile la lecture de l'volution du code ainsi que

de sa 'roadmap', il ne cherche pas tenir compte des avis d'une
communaut de dveloppeurs et d'utilisateurs autres que ses
clients directs.
En consquence, l'cosystme Compiere est assez inerte. Bien que la

licence de Compiere soit open source (GPL2), nous estimons que
Compiere n'est pas assez ouvert aux contributions externes. Soyons plus
concret. C'est tout le contraire de TinyERP, par exemple, qui a su
construire un modle plus ouvert, o de trs nombreux modules sont
dvelopps par des entits externes l'diteur. Ainsi, le module pour
l'interface web, eTiny a t dvelopp par un intgrateur (Axelor) puis
revers la communaut. Axelor en tire bien entendu un bnfice en
termes d'image et les utilisateurs finaux bnficient gratuitement du
client web sur TinyERP. A l'inverse, dans Compiere, le client web est
dvelopp par Compiere Inc et est payant.
11
http://red1.org/forum/viewtopic.php?t=931

ef Page 95
ERP open source
Au final, Compiere a plusieurs handicaps :
Pas assez bon en gestion de production
Peu adapt aux socits de service
Client trop lourd pas assez souple aux dveloppement spcifiques

faits sur le serveur.
Communaut trop inerte (pas plus de 100 posts par mois sur les
forums de discussion contre 1000 pour Openbravo ou 500 pour
TinyERP).
volution fonctionnelle trop lente
Interface web ni open source, ni gratuite
Risque: en l'absence de communaut: si Compiere dcide de ne

plus sortir de nouvelles versions libres mais seulement des
upgrades/patchs payants, personne d'autre ne le fera leur place
et dans les faits vous serez captif de l'diteur et de sa politique
tarifaire pratiquement au mme titre qu'une solution propritaire.
Mme si Compiere reste intressant en dpit de ces notes ngatives, nous

estimons qu'il y a des concurrents plus avantageux que Compiere dans la
plupart des situations. Ds lors mieux vaut partir avec eux. Nous verrons
bien si Compiere sait renouer avec une communaut ou quel effet
l'absence de communaut aura sur la prennit du produit long terme.
En revanche, si Compiere 'out of the box' vous satisfait en grande partie,
que vous avez le besoin de son moteur de workflow minimaliste ou de sa
gestion comptable native, alors pourquoi pas.
Adempiere, quelle fiabilit?
Comme nous l'avons dit, Adempiere est n du fork de Compiere en 2006

pour contrecarrer la politique trop unilatrale de Compiere Inc vis vis de
sa communaut. Depuis Adempiere a su fdrer tous les forks rcents de
Compiere derrire lui.
Cependant, si on regarde les volutions d'Adempiere jusqu' maintenant,

on s'aperoit qu'il s'agit essentiellement de
Correctifs de bugs par rapport la version forke de Compiere
Trs nombreux dveloppements spcifiques d'extension mais qui ne

sont pas ou mal intgrs Adempiere. En fait il s'agit de modules
phares vitrine pour les intgrateurs plus que de vritables
enrichissements cohrents du produit.
Il y a bien une roadmap assez rassurante avec notamment:
la volont de dveloppement d'une interface web

ef Page 96
ERP open source
la volont de passer de meilleures abstractions au niveau de

l'ORM, notamment en utilisant le framework rput Hibernate.
Le gros souci vient du fait que depuis le fork aucun dveloppement

d'une telle envergure n'a t men. Ds lors il est permis de douter de la
capacit actuelle d'Adempiere raliser ces dveloppements.
A l'heure actuelle, Adempiere ne saurait donc pas non plus rassurer sur
son futur et donc dans ces conditions, nous prnerions plutt la
circonspection en attendant que la gouvernance imagine par la
communaut fasse ses preuves.
Openbravo la solution ?
Openbravo, au contraire semble mettre la barre plus haut que Compiere

en terme d'ouverture et s'inscrit dans une dmarche de conqute plus
agressive.
En effet, Openbravo investit clairement dans une activit communautaire

importante: l o Compiere n'offre aucune documentation libre de
dveloppement, Openbravo maintient lui un wiki ddi tant aux
utilisateurs qu'aux dveloppeurs et qui s'toffe de jour en jour. De mme,
le forum d'Openbravo est 10 fois plus frquent que celui de Compiere
selon les chiffres de Sourceforge.net. Des gens d'Openbravo prennent
galement le temps d'y rpondre et d'y diffuser tout leur
professionnalisme. De plus, avec Openbravo, les dveloppements ne
seront ni propritaires, ni l'apanage d'un l'diteur hypertrophi
(contrairement l'interface web de Compiere).
Enfin, Openbravo poursuit une politique dynamique de recrutement de

partenaires intgrateurs l o Compiere semble se satisfaire des
monopoles de fait d'Axilom et d'Audaxis en France.
Les limites d'ERP5

Comme vous avez pu le constater dans ce livre blanc, ERP5 possde un
primtre fonctionnel trs riche, sans doute le plus riche aprs TinyERP.
Cependant, nous avons trouv des limites importantes ERP5.
Le handicap de la base Zope
Comme voqu plus haut, ERP5 n'utilise pas de base relationnelle

traditionnelle pour sa persistance mais utilise la 'base objet' Zope.
Or nous estimons que cette base Zope n'est ni suffisamment connue, ni

suffisamment prouve pour qu'une entreprise dcide d'y stocker ses
donnes critiques cette heure. De plus, la promesse de simplicit et de
productivit de dveloppement accrue lie l'usage de cette technologie

ef Page 97
ERP open source
est en partie annule par le besoin d'une base relationnelle d'indexation,

en redondance, pour assurer des performances dcentes.
Ajoutons cela que l'usage de Python comme langage de programmation

n'aide pas. Non pas que celui-ci soit mauvais, bien au contraire Google
l'utilise par exemple foison au mme titre que Java mais bel et bien
parce qu'il s'agit d'un langage peu matris en environnement d'entreprise
en France.
TinyERP est lui aussi crit en Python et pour lui aussi ceci freine souvent
son adoption. Mais les experts techniques remarqueront qu' part
utiliser les tous rcents langages dynamiques implments au dessus de
la machine virtuelle Java comme JRuby, Jython ou Groovy, ni TinyERP,
ni ERP5 n'auraient eu accs une telle productivit. En effet, la langage
Java a des limites intrinsques qui cadrent mal avec les ERP: la dfinition
des classes la vole y est possible mais leur manipulation par l'API de
rflection reste l'apanage des codeurs experts et n'est pas du tout aussi
lisible que le langage Java classique. Or un ERP moderne se doit
justement de dfinir dynamiquement son modle objet pour pouser les
modlisations propres chaque entreprise. Et il est souhaitable de
dpasser les capacits standards introduites par le pre de Compiere et
son 'application dictionnary' repris dans les ERP qui en descendent.
En conclusion, ERP5 accumule trop de spcificits techniques. Dans le

cas de TinyERP, parce qu'on reste sur une base relationnelle
traditionnelle et parce que l'activit communautaire y est clairante,
l'usage de Python est rendu acceptable et ceux qui passeront la faible
courbe d'apprentissage rentabiliseront rapidement leur effort. Nous
estimons mme que le retour sur investissement du dveloppement s'y
fera sentir plus rapidement que sur les ERP cods en Java, pourtant un
langage balis mais qui devra alors tre balanc par la trs grande
complexit du framework.
ERP5: un business model o l'diteur et l'intgrateur se

confondent
Autre facteur de risque: l'unique intgrateur significatif d'ERP5 n'est autre

que Nexedi, l'diteur l'origine d'ERP5. Temprons nanmoins cette image
de monopole par le fait qu'ERP5 reoit quelques contributions de code, en
provenance d'Amrique Latine par exemple. En ce sens, il reste un peu
plus ouvert que Compiere mais on ne peut pas dire que la situation soit
satisfaisante pour autant.

ef Page 98
ERP open source
Voil pourquoi ERP5, nous semble rserver :
Un usage basique hberg type ERP5 Express pour laquelle une TPE
n'a ni besoin de comprendre comment marche son ERP, ni besoin de
fonctionnalits non standard.
Une intgration par Nexedi, editeur d'ERP5; avec les risques que cela
comporte en termes de dpendance d'un fournisseur unique.
Une intgration personnalise par les entreprises ayant en leur sein

des experts Zope et qui n'ont pas peur d'en dpendre.
Rcapitulatif sur Openbravo
Avantages
diteur trs dynamique qui investit beaucoup pour crer un
puissant lan communautaire et marketing
Communaut trs dynamique en retour
diteur solide apte fournir un support professionnel digne de

Compiere ou des ERP propritaires
Interface web sans concession, de loin la plus sduisante et la plus

ergonomique
Le domaine fonctionnel et la fiabilit de Compiere
la tenue en charge de l'ERP n'voque pas de crainte particulire. Il

s'agit d'une webapp lgre (pas d'EJB) classique sur un serveur
Tomcat laquelle on peut ventuellement adjoindre une base de
donnes Oracle en cas de besoin de performance lev.

ef Page 99
ERP open source
Dfauts
Tout comme sur Compiere, la logique mtier est code un faible
niveau d'abstraction, ceci sera un fardeau pour l'volution du produit
court terme, bien qu' moyen terme une migration progressive vers
une meilleure modlisation soit prvue.
La souplesse dans les processus est souvent au prix de
dveloppement spcifique (pas de moteur BPM), bien qu' moyen
terme un moteur BPM BPEL soit envisag.
La francisation du module de comptabilit est finaliser et ne pourra

pas tre considre fiable courant 2008, un pont comptable sera donc
requis dans un premier temps.
Tout le modle des donnes n'est pas expos par webservice par la
plateforme, il faut le faire au cas par cas
Profil gnral
Notorit actuelle
On peut lgitimement dire qu'Openbravo est sensiblement aussi solide

que Compiere et qu'en ce sens on devrait au moins lui accorder la mme
confiance. Openbravo a par ailleurs connu un assez grand nombre de
dploiements en Espagne ainsi que dans quelques autres pays europens.
Citons par exemple, le distributeur de produits surgels Frilac, l'industriel
Huesker et bien d'autres rfrences qui souhaitent pourtant ne pas tre
dranges par des appels intempestifs. Pour autant, dbut 2008, il n'y
avait toujours aucun dploiement en France. Ceci doit inciter rester
prudent vis vis de la francisation de sa comptabilit gnrale.

ef Page 100
ERP open source
Dynamique
De loin Openbravo est l'ERP qui possde la plus forte dynamique de

croissance et ce, une chelle mondiale. Ceci ce confirme tant en terme
de frquentation des forums, de communiqus de presse institutionnels
ou de tlchargements. Ainsi Openbravo voit environ 1000 messages par
mois sur ses forums l ou Compiere n'en voit plus que 100. Cependant, il
faut relativiser cette dynamique car elle est aussi porte par un
investissement important tourn vers ce business model, l o d'autres
diteurs sont auto-financs (ERP5, TinyERP), ou d'autres encore ont
choisi un business model proche du modle propritaire (Compiere).
Cependant, l'instar d'Alfresco, cette politique volontariste de conqute
peut faire mouche, attirer les talents qui dmultiplieront la qualit et les
fonctionnalits du produit. Le fait qu'Openbravo vienne nouveau de
lever 12 Millions de dollars est sans doute l'une des illustrations de cette
dmarche volontariste.
Techno
Openbravo a sensiblement la mme technologie de base que celle de

Compiere, c'est--dire prouve, mais moins oriente vers l'agilit et le
prototypage.
Le fonctionnel existant atteint dj une masse honorable et a t fiabilis

par de nombreux experts de l'ERP. Ainsi Openbravo devrait nativement
satisfaire de nombreux cahiers des charges. D'ailleurs, de trs
nombreux ERP propritaires rputs utilisent ces mmes technologies,
l'instar de SAP R/3 par exemple avant que Netweaver et le module de BPM
ne soient mis en place.
Sur Openbravo, les extensions fonctionnelles ne posent pas de problme

particulier et sont conformes celles qu'on est en droit d'esprer des
dveloppements classiques en J2EE, dans la mesure o la porte reste
ouverte tout type de choix de framework. Ainsi, rien n'empche
d'adjoindre Openbravo une servlet Struts ou encore l'ORM Hibernate
avant que l'diteur ne le fasse lui mme.
De plus, grce son volontarisme, l'diteur est en passe d'atteindre une

masse critique significative qui permet d'amliorer rapidement son
produit. Ainsi, moyen terme, Openbravo a un plan d'action crdible pour
amliorer sa technologie: non seulement sa nouvelle plateforme
dnomme 'Green' est techniquement la pointe du dveloppement Java
(Spring, OSGI, Hibernate) mais Openbravo a des architectes de premier
ordre pour l'implmenter. La migration progressive vers cette nouvelle
plateforme 'Green' ne sera cependant pas effective avant 2009 et nous
valuons ici Openbravo tel qu'il est actuellement.
Primtre
Le primtre est sensiblement le mme que Compiere, c'est--dire trs

adapt aux secteurs de la distribution et de la logistique. Cependant,

ef Page 101
ERP open source
Openbravo va plus loin en terme de gestion de production et est ainsi

galement trs indiqu pour des dploiements en industrie. En revanche,
pour le secteur tertiaire, la gestion de projet est correcte mais assez
minimaliste au regard d'un TinyERP.
ILLUSTRATION 24: APTITUDES PAR
FONCTIONNALIT
ILLUSTRATION 25: ADQUATION PAR RAPPORT AU SECTEUR ET

LA TAILLE DE L'ENTREPRISE
Souplesse
La souplesse est digne de Compiere pour ce qui est de la personnalisation

des structures de donnes, de leurs crans d'dition et des rapports. En
revanche, comme sur Compiere, la souplesse d'intgration de nouvelles
rgles mtiers ou d'altration des rgles natives reste moyenne cause de
la lourdeur des cycles de dveloppements et du niveau d'abstraction
moyen seulement fourni par la plateforme actuelle (pas d'objets mtiers).
Le manque actuel d'un vrai moteur de workflow pourra aussi alourdir
l'implmentation de certains process d'entreprise.

ef Page 102
ERP open source
Web
Sans conteste la meilleure interface web! Un design trs professionnel,

une organisation intuitive et des raccourcis claviers efficaces.
Compta
Trs bonne sur la partie analytique avec une foule de rapports

paramtrables inclus et correspondant des besoins rels. En revanche,
la comptabilit gnrale devra elle se perfectionner au gr des
dploiements hexagonaux.
BI
La Business Intelligence est pour l'instant limite du reporting. Mais

celui-ci est trs efficace avec de nombreux rapports d'analyses adapts
aux besoins rels et cres par des professionnels de l'ERP. De plus, un
requteur standard et comptitif de cube OLAP tel que Pentaho devrait
tre intgr l'ERP d'ici l't 2008. Ds lors Openbravo disposera d'une
plateforme dcisionnelle trs avance.
Ressources
On trouve facilement des ressources pour personnaliser ou maintenir

Openbravo, d'autant plus que la documentation de l'diteur est bonne et
s'toffe sensiblement de jours en jours. N'importe quel dveloppeur Java
expriment fera l'affaire. La note n'est nanmoins pas parfaite car le code
est compliqu, avec plus de 450 tables et les abstractions mises en jeu
gagneraient s'lever plus haut au dessus de donnes relationnelles.
Techniques d'extensions fonctionnelles
Ajouter de nouvelles fonctionnalits Openbravo ne pose pas de gros

problme. En premier lieu, on peu tendre le modle relationnel pour
stocker de nouvelles donnes. Grce l' application dictionnary hrit
de Compiere, ceci peut tre fait entirement graphiquement, y compris
l'adjonction de fentres pour l'dition type crer, lire, mettre jour et
supprimer, sur ces nouvelles tables. De mme, la cration de nouveaux
rapport paramtrables est assez immdiate grce l'outil iReport.
Pour ce qui est des traitements sur ces donnes, plusieurs solutions
existent: les adeptes du pl/SQL pourront trs facilement ajouter un
bouton qui dclenchera un procdure stocke qu'il auront crite. On
pourra prfrer un appel vers une servlet Java. En revanche, Openbravo
ne mettra pas ici notre disposition d'abstraction trs puissante et la
couche d'accs aux donnes par le framework appel SQLC ne permettra
que de grer les oprations simples telles que crer, lire, mettre jour et
supprimer avec la base de donnes. Les notions d'associations de tables
ou d'hritage devront tre traites au cas par cas.

ef Page 103
ERP open source
Bien sr, rien n'interdit de mettre en place des outils plus puissants tel
qu'Hibernate pour manipuler ces donnes, mais avant que la plateforme
Green ne soit oprationnelle courant 2009, il faudra en assumer le cot
d'infrastructure.
On touche donc l aux limites de l'implmentation actuelle d'Openbravo:

cause de ces faibles degrs d'abstraction, il est assez coteux de modifier
les fonctionnalit natives de l'ERP, comme par exemple les rgles de
pricing ou de slection d'un produit dans un stock. En effet, le manque
d'encapsulation du code essentiellement SQL demandera toujours de
grandes prcautions pour viter les effets de bords indsirables.
Conclusion
Oui, il existe bel et bien un ERP qui a la fiabilit d'un Compiere, la force
d'un diteur trs professionnel apte garantir un support de qualit, mais
qui reste ouvert la fois la mise en concurrence des intgrateurs et
aussi la documentation de son dveloppement. Il s'agit d'Openbravo.
A l'heure actuelle, bien que son interface web tranche nettement,

Openbravo ressemble encore Compiere en terme de fonctionnalits mais
le dpasse dj pour ce qui est de la gestion de production industrielle ou
de gestion des points de vente. A l'avenir, il est probable que cette
dmarche d'ouverture paie et se traduise par des extensions
fonctionnelles qui seraient bienvenues, comme la gestion des ressources
humaines par exemple.
De mme, la technologie utilise reste encore proche de celle de Compiere,

c'est--dire que les carts au fonctionnel existants se paient lourdement
(au del de la simple altration du modle de donnes et des crans donc)
mais cela devrait rapidement s'amliorer avec l'intgration progressive de
la nouvelle plate-forme Green qui permettra des dveloppements plus
productifs et plus de symbiose entre les divers dveloppements tierces qui
ont dj lieu un peu partout dans le monde.
Enfin, la francisation qui demande encore de la finition et le besoin de

dvelopper les quelques fonctionnalits qui pourraient manquer des
besoins spcifiques rend Openbravo encore peu adapt pour les TPE
franaises. En revanche les PME d'une certaine taille, qui peuvent
rentabiliser les investissements requis, seront rassures par les capacits
d'Openbravo en termes de tenue de charge.

ef Page 104
ERP open source
Rcapitulatif sur TinyERP

(OpenERP)
Avantages
diteur trs dynamique
Communaut dynamique et exprimente
Primtre fonctionnel ingal avec ses quelques 200 modules et des

nouveaux modules tous les mois.
Conception trs intelligente. Souvent jusqu' 10 fois moins de code

que les ERP en Java pour offrir les mme fonctionnalits!
Interface web trs comptitive
Vrai ORM qui fait le pont entre la base relationnelle et le code objet
proche des spcifications fonctionnelles
Tout le datamodel et les mthodes mtier sont nativement
exposs en webservices , c'est un gage d'interoprabilit facile
Moteur BPM intgr trs efficace
Grand souplesse gnrale, notamment grce la scriptabilit des

rapports
Croissance auto-finance
Dfauts
Python n'est pas toujours trs accept en entreprise, du moins en
France
Manque de professionnalisme du marketing, ceci freine la
croissance de la communaut, professionnelle notamment.

ef Page 105
ERP open source
l'ORM, bien que puissant n'est pas un standard reconnu
bien que redoutablement efficace, le moteur de BPM aurait gagn

tre un standard reconnu. Temprons nanmoins cette critique car
une compatibilit XPDL peut tre assure.
pour un grand compte ou un trs grand nombre d'utilisateurs
simultans (> 100), la tenue en charge reste dmontrer. Cela
pourrait marcher, mais il n'y a pas encore de retour d'exprience pour
le prouver.
Les webservices sont XML/RPC et pas SOAP. Ceci est donc un lger
handicap pour l'interoprabilit avec des outils graphiques qui
introspectent les descripteurs WSDL de webservices SOAP.
Profil gnral
Notorit actuelle
Plusieurs dizaines voire centaines de dploiements dans le monde entier,

de l'Argentine la Chine en passant par l'Inde. Mais encore assez peu de
grosses PME telles que celles qui ont fait la renomme de Compiere.
Citons pourtant parmi les rfrences les Hotels de luxe Costes
(Sednacom), Whirlpool Paris, l'administration du canton de Vaud (Suisse),
IR-Microsystemps... tant donn le potentiel du produit, de nouvelles
rfrences importantes ne devraient pourtant pas tarder.
Dynamique
La dynamique est aussi trs forte. La socit ditrice est passe de moins
de 5 plus de 60 salaris en moins d'un an et demi pour rpondre une
demande en trs forte croissance. De mme, le nombre d'intgrateurs
s'toffe significativement de mois en mois dans le monde entier.

ef Page 106
ERP open source
Techno
Sans doute l'ERP open source le plus moderne au plan technique. La

souplesse de modlisation d'un ERP5 mais la base relationnelle d'un
Compiere.
Pour autant, on pourra regretter que ni l'ORM ni le moteur de BPM ne

soient des standards reconnus. De mme, si l'usage d'un langage
dynamique tel que Python pour les couches mtiers de l'ERP participe
indubitablement la souplesse ingale de l'outil, pour les couches
basses d'infrastructure, un langage statique tel que Java aurait apport
un gain de performance et de fiabilit. Notons cependant que cette fiabilit
semble pourtant assure dans le cas de TinyERP par une large batterie de
tests unitaires et une trs large communaut d'utilisateurs et de
dveloppeurs vigilants. On aurait donc prfr du Jython/JRuby ou
Groovy+Java que du Python pur. Mais comme l'ERP idal n'existe pas et
tant donnes les contraintes existantes lors de sa cration, TinyERP
mrite dj largement le meilleur classement en terme de technologie.
Primtre
L aussi, le plus vaste primtre fonctionnel grce ses quelques 200

modules. Si 50% de ces modules relvent d'un certain amateurisme, il en
reste nanmoins une large base de modules rellement efficaces. Outre
les domaines classiques, il y a une foule de modules varis ddis des
cas trs spcifiques: tels que la cration de portails pour les clients, la
gestion des adhsions aux associations, la gestion de projet informatique
agile (SCRUM)...
ILLUSTRATION 26: APTITUDES PAR

FONCTIONNALITS

ef Page 107
ERP open source
ILLUSTRATION 27: ADQUATION PAR RAPPORT AU

SECTEUR ET LA TAILLE DE L'ENTREPRISE
Souplesse
Trs bonne souplesse grce la scriptabilit de bout en bout et plus

spcifiquement dans les workflows et le reporting. Par ailleurs, le puissant
moteur de workflow mis en uvre par TinyERP est une des cls de sa
souplesse.
Web
eTiny, la surcouche serveur dveloppe initialement par Axelor, puis

dsormais co-dveloppe par Axelor et Tiny.be est un modle de simplicit
et d'efficacit. Elle ne fait que traduire les webservices de TinyERP en
HTML et apporte des fonctionnalits avances comme l'autocompletion
Ajax ou les raccourcis clavier. La couche web ajoute mme un composant
qui permet de visualiser les plannings, il s'agit de la seule diffrence
sensible avec le client lourd.
Compta
Comme sur d'autres ERP, la comptabilit analytique est comptitive:

gestion des budgets, comptabilit analytique multi-axiale et hirarchique.
Concernant la comptabilit gnrale, bien que l'une des plus avance et
bien qu'utilise dans certaines TPE, elle reste toujours perfectionner
pour atteindre les standards exigs par les comptables. Notons toutefois
qu'en dpit de ces manques de finitions, le plan comptable franais est
inclus que Tiny permet l'dition des bilans, comptes de rsultats et liasses
fiscales. Au final, nous estimons qu'on se dirige pour 2009 vers une
comptabilit gnrale sans problme (au mme titre qu'une ligne Sage 100
par exemple) mais que pour l'instant, les manques de finitions il est
prfrable d'utiliser un pont comptable ( cf page 50 ) ou de transmettre les
extractions un expert comptable, moins que l'entreprise ne soit en
mesure la fois de dominer les rgles comptables et aussi d'appliquer des
correctifs mineurs l'ERP en cas de bug.

ef Page 108
ERP open source
BI
La Business Intelligence se limite encore des rapports paramtrables.

Ceci dit, TinyERP inclura galement une solution de requteur de cube
OLAP ds l't 2008 pour des analyses plus fines et sans cot
d'intgration dmesur.
Ressources
Trouver des gens qui savent coder en Python est plus rpandu qu'on ne le
crot mais pas aussi facile que trouver un dveloppeur Java ou PHP,
certes. Cependant, il vaut mieux parfois apprendre les rudiments d'un
nouveau langage plutt que de rester dans un langage classique et
affronter en contrepartie des frameworks complexes et moins productifs.
Enfin, contrairement aux ides reues, Python dispose aussi dsormais

d'un environnement de dveloppement gratuit et comptitif. Par exemple
PyDev sur Eclipse, dispose d'un dbuggeur et de fonctions de navigations
dans le code avances, similaires ce qui existe pour Java. Enfin, le
recours du code SQL classique abondamment utilis sur les ERP de la
ligne Compiere, continuera bien sr de marcher sur la base PostgreSQL
si les outils de haut niveau ne conviennent pas. De mme, l'ouverture
totale par webservices simples XML/RPC rend enfantin l'intgration de
TinyERP avec d'autres progiciels, quelle que soit leur technologie.
Tout comme sur Openbravo, la cration de nouvelles structures de

donnes, de nouvelles interfaces d'ditions et de nouveaux rapport est
assez immdiate et peut se faire par des interfaces graphiques.
Pour ce qui est des traitements sur les nouvelles structures de donnes,
la mthode prfre est l'criture de code Python, simple, manipulant les
objets correspondants ces donnes par l'intermdiaire de la couche de
mapping relationnel. Ce framework prendra soin de grer pour nous les
associations entre tables ainsi que les hritages, ce qui amne un code
trs lisible, au plus poche des spcifications fonctionnelles. En revanche,
si on ne dsire pas apprendre les subtilits de ce framework, on pourra,
sur TinyERP aussi, dclencher du code SQL, ventuellement sous forme
de procdures stockes.
De plus, l'une des forces de TinyERP, c'est de fournir simplement tous les
outils permettant chacun de re-packager ses dveloppement spcifiques
en un module indpendant et rutilisable: soit dans une simple optique
de maintenabilit, soit dans une optique de construction communautaire
(cf page 72).
Enfin, n'oublions pas que TinyERP embarque nativement un moteur de

BPM puissant qui permettra, toujours par le biais d'interfaces graphiques
de dfinir de nouvelles rgles de gestion plusieurs tapes faisant
intervenir diffrents rles fonctionnels l o il faudrait au contraire se
lancer dans un code hasardeux avec beaucoup d'autres ERP.

ef Page 109
ERP open source
Conclusion
Une analyse rationnelle de TinyERP devrait vous amener rviser votre

jugement sur Python: il s'agit de l'ERP le plus riche fonctionnellement, il
est vritablement ouvert et trs facile personnaliser pour satisfaire des
besoins trs spcifiques tout en maintenant une base de code propre. De
la MRP la CRM avance en passant par la gestion de projet avec des
tches individualises, cet ERP excelle dans tous les domaines. En fait, la
richesse fonctionnelle n'est qu'une consquence la fois de la dmarche
d'ouverture et de la trs bonne technologie qui rend les dveloppements
tierces simples et nombreux: ds lors presque toutes les intgrations
donnent lieu un feedback positif pour toute la communaut sous forme
de modules proprement packags. Seul la tenue en charge devra encore
faire ses preuves dans des entreprises de plus en plus grosses. Pour les
grosses entreprises, cela veut dire que pour l'instant il faudra prvoir de
conduire des tests de charge. A terme nous ne voyons aucune limite
l'expansion de cet ERP.
Rcapitulatif sur Neogia
Avantages
Scalabilit avre de la solution
Conception correcte, principes modernes
e-commerce intgr et extensible (scalable) pour le B2C, notamment

pour des applications d'e-commerce forte charge.
Open source au sens le plus stricte du terme (communautaire)

ef Page 110
ERP open source
Indpendance vis vis de la base de donnes (pas de procdure

stocke)
Oriente service: tout le modle de donnes est expos en
webservices
Comptabilit analytique multi-axe
Prototype d'intgration du serveur de BI Pentaho
Dfauts
Le dveloppement de fonctionnalits spcifiques additionnelles est au
prix d'un investissement initial relativement lourd. En effet, la
modification du modle de donnes et des process passe
systmatiquement par des phase de dveloppement comprenant
gnration de code, compilation puis enfin de dploiement du code en
production.
Courbe d'apprentissage plate, donc cot minimal d'implmentation

assez lev.
La comptabilit franaise doit tre aborde avec prudence

Si Neogia est techniquement plus satisfaisant qu'Ofbiz, sa prennit
n'est pas garantie selon nous car la communaut n'a pas la masse
critique requise et par ailleurs il n'y a pas non plus d'diteur fort
pouvant investir dans le projet. En effet, en France, Nereide est le
seul intgrateur de taille significative et cette situation commence
durer. OfBiz tant prenne car port par Apache et fort d'une
communaut internationale importante, nous pensons nanmoins
qu'en cas de dliquescence de Neogia, le systme install ne serait
pas en souffrance car il reste trs largement bas sur OfBiz
La modlisation par UML reposait sur l'outil Posidon UML qui est
devenu payant. Neogia affronte donc une priode transitoire pendant
laquelle le dveloppement productif de fonctionnalits spcifiques
n'est plus assur par des outils libres. Lorsqu'on connat la
complexit des outils gnrateurs de code partir d'UML, on se
demande si l'ide mme est rellement prenne. La programmation
dclarative des relations entre objets la manire de Rails parat plus
viable et mme plus simple que la dpendance de tels outils visant
rattraper les faiblesses des langages statiques.
l'interface utilisateur est minimaliste et, il faut bien l'admettre, assez
laide (compare celle d'Openbravo par exemple) et pourrait
ventuellement donner lieu un rechartage coteux.

ef Page 111
ERP open source
Profil gnral
Notorit actuelle
Si la notorit d'Open For Business (OfBiz) n'est plus faire

l'international, dans l'hexagone, la notorit du driv qu'est Neogia reste
conqurir. En France, si on trouve quelques entreprises ayant choisi
OfBiz pour leur plateforme e-commerce, l'instar d'Yves Rocher, peu
d'entreprises utilisent encore Neogia comme vritable ERP. On trouve
cependant les industriels Transrail Boige & Vignal, Saitek ou Messer
Group, tous intgrs par la socit Nereide.
Dynamique
Bien qu'Ofbiz semble continuer crotre l'chelle mondiale, concernant

Neogia des doutes son permis. En effet, en dpit d'une activit perceptible
sur 2007, le site de l'diteur n'a pas fait beaucoup de bruit depuis 2008 et
la situation contraste nettement avec Openbravo, Compiere ou TinyERP.
Mais rptons le, comme la base de code est propre et le projet ne fait que
driver d'Ofbiz, la situation pourra toujours voluer favorablement.
Techno
C'est le point fort de Neogia: sa technologie est meilleure que celle des
ERP de la ligne Compiere et presque aussi bonne que celle de TinyERP,
tandis que sa plateforme Java est connue et matrise en entreprise.
En effet, tout comme OfBiz, Neogia dispose d'un ORM assez avanc (mais
pas standard pour autant hlas) qui, outre la persistance, gre aussi le
modle relationnel. Dans OfBiz, cet ORM ne va cependant pas aussi loin
que TinyERP ou ERP5 dans la mesure o les objets mtiers n'ont toujours
pas de mthodes propres suivant le modle objet. Ceci change avec Neogia
et son gnrateur de modle qui permet aux objets mtiers d'acqurir une
spcialisation de comportement, l'instar de ce qui est fait dans ERP5 ou
TinyERP.

ef Page 112
ERP open source
Primtre
Le primtre de Neogia est trs correcte mais manque souvent de finition,

comme bien souvent avec les solutions essentiellement communautaires.
28: APTITUDES PAR FONCTIONNALITS
29: ADQUATION PAR RAPPORT AU SECTEUR ET LA TAILLE DE

L'ENTREPRISE
Souplesse
La souplesse de Neogia est bonne, meilleure que celle des ERP de la ligne
Compiere grce sa modlisation objet plus pousse.
Web
Neogia, tout comme OfBiz est d'abord une solution web. Pour autant
l'interface manque cruellement de finition et il est possible que les
utilisateurs vous le reprochent. Temprons nanmoins car un ERP comme
SAP pche lui aussi par une interface encore moins conviviale.

ef Page 113
ERP open source
Compta
Les fonctionnalits de comptabilit analytique sont trs avances. En

revanche, pour ce qui concerne la comptabilit gnrale, en dpit des
annonces de l'diteur qui y a travaill d'arrache pied, il conviendra de
rester prudent et de passer par un pont comptable en premier lieu. En
effet, le faible nombre de dploiements et la faible activit de la
communaut franaise permet difficilement d'utiliser ce module
sereinement en l'tat.
BI
Comme sur les autres ERP, les fonctionnalits avances de reporting sont
au rendez vous et sont fournies cette fois par l'excellent outil BIRT. De
plus, un 'proof of concept' d'intgration avec le serveur de requte de cube
OLAP Pentaho a t mis en place par Nereide et devrait tre facilement
adaptable d'autres cas avec un peu de travail.
Ressources
Des programmeurs Java expriments sauront implmenter de nouvelles

fonctionnalits dans Neogia, mais en dpit d'une solution assez bien
architecture, ceci sera rendu plus difficile par la masse critique encore
trop faibles des intgrations actuelles.
Sur Neogia, altrer les structures de donnes ncessite de modifier des

fichiers XML avant de gnrer du code puis de recompiler et de redployer
l'ERP. Si les abstractions sont en place, ceci ralentit nanmoins
considrablement le prototypage des solutions par des consultants
fonctionnels. Notons aussi, que la couche de mapping relationnel qui fait
le lien entre une certaine modlisation objet et les tables en base de
donnes gre, elle, au moins les associations, et mme les notions
d'hritage pour ce qui est de Neogia ( la diffrence d'Ofbiz). Pour les
traitements sur les nouvelles structures de donnes, le code Java qui
utilise ce framework est privilgier. En consquence, le code fonctionnel
existant sur Neogia, est lisible et maintenable. En ce sens, dfaut d'tre
nativement trs comptitif, cet ERP s'appuie sur une socle sain apte tre
tendu ds lors qu'on en assume les investissements.
Conclusion
Neogia est une solution saine en tout point mais qui hlas ne dcolle
toujours pas et, en consquence, manque de finition. Dans ces conditions
il parat bien difficile de passer par un autre intgrateur que l'historique
Nereide qui maintient le projet. Ne faisons nanmoins aucun mauvais
procs cet diteur/intgrateur puisqu'il agit en totale ouverture en
documentant trs largement sa solution, en esprant que d'autres
intgrateurs se joignent enfin son effort. De plus, la diffrence de

ef Page 114
ERP open source
Compiere ou d'ERP5, Nereide ne dtient pas un gros monopole sur sa

solution puisque celle-ci hrite 80% d'Ofbiz qui est une solution ouverte
et populaire la fois.
Du fait des manques de finitions et justement de l'absence d'diteur fort,

Neogia est difficilement un ERP cl en main. Il s'agit plutt d'un ERP
qui ncessitera un investissement initial assez consquent pour tre
intgr. En ce sens, mis part le cas de TPE comportant
exceptionnellement de fortes comptences Java, Neogia s'adresse
difficilement aux entreprises de moins de 40 personnes. Et au del de
cette taille, une entreprise pourrait tre au contraire plus rassure par un
diteur fort apte fournir un support professionnel de qualit tels que
ceux qu'on trouve derrire Openbravo, Compiere ou ERP5. Au final la
situation n'est pas si simple pour Neogia mais une voie reste ouverte si
votre philosophie est vraiment d'investir dans une solution avant tout
libre et indpendante et Neogia sera particulirement indique si vous
devez raliser des dveloppements spcifiques importants et que vous
exigez une plateforme Java ou encore en cas de besoin de plateforme
d'e-commerce trs robuste.

ef Page 115
ERP open source
SYNTHSE
Comme nous l'avons vu les ERP open source sont en plein essor et on
devrait enfin assister leur arrive maturit dans tous les domaines
fonctionnels des ERP gnriques alors que jusqu'ici seuls des prcurseurs
comme Compiere se cantonnaient des domaines fonctionnels trs
spcifiques comme la distribution et la logistique.
En France, Openbravo, TinyERP, Neogia, Compiere, Adempiere et

ERP5 sont incontestablement les acteurs de cette mutation.
Le dernier rempart une plus large adoption de ces ERP open source est
leur manque de maturit sur la comptabilit gnrale franaise. A cause
de ceci, il faudra soit assumer un temps de paramtrage important du
module de comptabilit, soit contourner l'obstacle en mettant en place un
pont comptable vers une solution du march ou bien fournir ces donnes
comptables votre expert comptable s'il est indpendant.
Sur le plan technique, il est difficile de concilier une persistance des

donnes dans une base relationnelle avec l'impratif de souplesse vis vis
de modles de donnes susceptibles de changer d'une entreprise l'autre,
ceci avec une modlisation unifie de haut niveau.
Ce compromis n'a pas t ngoci de faon convaincante ni par ERP5 qui

accde certes cette modlisation fonctionnelle de haut niveau mais au
prix d'un choix technique exotique, la base objet Zope, ni par la ligne des
Compiere qui restent trop prs des donnes SQL.
Outre ces aspects fonctionnels et techniques, dans l'open source il ne faut

pas ngliger l'impact des business models et de la gouvernance. Or, force
est ici de constater qu'encore une fois ERP5 et Compiere semblent essayer
de se reposer sur leur relative notorit et ne soutiennent pas un modle
de dveloppement ouvert en dpit de leur licence open source. Or, du fait
de la grande complexit d'un ERP, en l'absence de communaut
d'utilisateurs et de dveloppeurs active et de documentation, il faut
relativiser l'aspect open source. En consquence, il ne faudra pas
s'tonner que peu d'intgrateurs se bousculent pour les intgrer et ces
situations de quasi monopoles ne favorisent ni l'accroissement du
primtre fonctionnel, ni la baisse des cots d'intgration.
Au contraire, selon nous TinyERP, Openbravo et Neogia se distinguent

la fois par des dmarches d'ouverture assumes et par une surenchre
constante de fonctionnalits qui rivalisent ds aujourd'hui avec les
solutions propritaires des cots bien infrieurs.
Neogia, bien que bas sur une technologie la fois assez bonne
(abstraction objet indpendante de la base relationnelle) et connue (Java),
est rserver des cas o ce n'est pas la comptitivit native qui prime
sur le besoin d'implmenter beaucoup de fonctionnalits spcifiques. En

ef Page 116
ERP open source
effet, Neogia manque quelque peu de finition et aucun diteur n'est l

pour assurer un support professionnel digne des ERP propritaires sur
cette solution foncirement communautaire et dont la communaut
franaise n'est pas trs active. En revanche, tant bas sur OfBiz, Neogia
disposera d'une base assez saine pour dvelopper des fonctionnalits
pousses tout en assurant la maintenabilit des dveloppements. De
mme, de forts besoins en e-commerce sur une plateforme Java jouent en
la faveur de cet ERP.
TinyERP (rebaptis OpenERP) reprsente un idal de logiciel agile, apte

rpondre n'importe quel besoin, tant qu'on n'est pas soumis des
charges critiques, du moins en attendant de plus amples retours
d'expriences. TinyERP combine la fois la force d'un diteur et une relle
communaut qui balise la plupart des cas d'usages et fournit de prcieux
retours, notamment sous forme de modules rutilisables. Tout ceci est
rendu possible par une relle innovation technologique qui s'appuie
nanmoins sur des standards reconnus et terme de base de donnes et de
webservices.
Openbravo est un logiciel rod sur son primtre fonctionnel, certes un

peu moins large, mais qui conviendra trs souvent, notamment pour les
secteurs de la distribution, la logistique ou la fabrication. Les
fonctionnalits et la technologie actuelle se rapprochent de Compiere mais
Openbravo va plus loin en terme de gestion de fabrication et propose un
business model plus ouvert. Openbravo propose par ailleurs un
cheminement progressif et convaincant pour lever son niveau de
modlisation bien au dessus de Compiere. Sa dernire leve de fond de 12
millions de dollars rend ce plan d'action totalement crdible et serein. En
l'tat, on le privilgiera sur Neogia si on ne compte pas investir
lourdement dans des dveloppements spcifiques et si le primtre natif
convient.

Livre Blanc Smile 2008 ERP Open Source PDF

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Livre Blanc Smile 2008 ERP Open Source PDF

Titre original :

Transféré par

Droits d'auteur :

Formats disponibles

Livre blanc

ERP open source

Smile compte 250 collaborateurs (dbut 2008), ce qui en fait la premire

Depuis 2000, environ, Smile mne une action active de veille

Chacun de ces ouvrages prsente une slection des meilleures solutions

Au fur et mesure que des solutions open source solides gagnent de

Ces dernires annes, Smile a galement tendu la gamme des services

Enfin, Smile est implant Paris, Lyon, Nantes, Bordeaux et Montpellier.

Smile - Motoristes Internet Reproduction interdite sans accord pralable crit.

ERP open source

Internet, Portails et e-Commerce

Applications mtier, systmes documentaires,

Smile - Motoristes Internet Reproduction interdite sans accord pralable crit.

ERP open source

Pourtant, traditionnellement les ERP ont toujours t rservs aux

Smile a abord cette question en totale indpendance de tout diteur,

Ce n'est qu' l'issue de ce passage au crible muti-critres que nous avons

Smile - Motoristes Internet Reproduction interdite sans accord pralable crit.

ERP open source

A l'issue de cette tude, Smile a aussi dcid de signer des partenariats

Smile n'a malgr tout pas la connaissance exhaustive des fonctionnalits

Smile - Motoristes Internet Reproduction interdite sans accord pralable crit.

ERP open source

Table des matires

Smile - Motoristes Internet Reproduction interdite sans accord pralable crit.

ERP open source

CHOIX ENTRE COMPIERE, ADEMPIERE ET OPENBRAVO.........................................................................93

Smile - Motoristes Internet Reproduction interdite sans accord pralable crit.

ERP open source

A quoi sert un ERP ?

Plus prcisment, ce rfrentiel a pour vocation premire d'organiser et de

Les grands modules gnralistes de l'ERP

Si les limites du primtre fonctionnel peuvent varier, on considre en

Il s'agit au moins de la comptabilit analytique qui s'appuie

Le module d'achat permet de grer les transactions d'achat et critures

Smile - Motoristes Internet Reproduction interdite sans accord pralable crit.

ERP open source

Ecritures comptables des ventes, mais aussi: rgles de pricing, devis,

Dans certains cas, l'ERP peut intgrer une plateforme d'e-commerce

Parfois encore, les ERP s'interfacent nativement avec des solutions de

Il s'agit essentiellement de grer des politiques d'approvisionnement de

Gestion de production: MRP

MRP signifie Manufacturing Resource Planning, soit en franais GPP:

La gestion de production simple, la MRP1, qui ne fait que calculer les

La gestion de production capacit finie, ou MRP2, qui est capable

Les modules moins traditionnels

De faon moins systmatique, on trouve encore dans certains ERP les

Rpartitions de tches des personnes, diagrammes de GANTT... C'est en

Smile - Motoristes Internet Reproduction interdite sans accord pralable crit.

ERP open source

Le primtre du module ressources humaines peut varier de la gestion des

CMMS (Computerized Maintenance Management System)

En franais, c'est la GMAO: Gestion de la Maintenance Assiste par

Viennent ensuite des modules spcifiques adapts des secteurs

Lorsqu'un ERP libre n'a pas dj nativement la verticalisation sectorielle

Il est important nanmoins de relativiser l'importance de cette

Elle rpond parfois plus des critres commerciaux de

Dans le contexte de la mondialisation et d'une concurrence de

Smile - Motoristes Internet Reproduction interdite sans accord pralable crit.

ERP open source

modles changeants, est souvent plus importante que la

Un ERP ne doit pas conqurir un secteur au dtriment des autres. La