ef

Page 2

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 480 collaborateurs en France, 600 dans le monde (septembre 2011),
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). Parmi les ouvrages publis en 2009, citons galement Les VPN open
source , et Firewall et Contrle de flux open source , dans le cadre de la
collection Systme et Infrastructure .
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 davantprojet, en recherche de solutions, quen accompagnement de projet.
Depuis 2000, Smile dispose dun studio graphique, devenu en 2007 Smile Digital
agence interactive, proposant outre la cration graphique, une expertise e marketing, ditoriale et interfaces riches. Smile dispose aussi dune agence
spcialise dans la TMA (support et lexploitation des applications) et dun centre de
formation complet, Smile Training. Enfin, Smile est implant Paris, Lille, Lyon,
Grenoble, Nantes, Bordeaux, Poitiers, Aix-en-Provence et Montpellier. Et prsent
galement en Espagne, en Suisse, au Benelux, en Ukraine et au Maroc.

ef

Page 3

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, hotelsexclusive.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-heurteyservices.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, Prodigg

ef

Page 4

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 multi-critres que nous avons retenu
une shortlist compose, on peut dj le dire de: OpenERP (ex TinyERP), 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 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...
A l'issue de cette tude, Smile a aussi dcid de signer des partenariats avec
OpenERP 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.

ef

Page 5

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

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..............................15
QUAND PEUT-ON ENVISAGER UN ERP OPEN SOURCE? .........................................................................22
QUELS PRODUITS COMMERCIAUX SONT CONCURRENCS PAR LES ERP OPEN SOURCE PRSENTS? ......................24

LES DOMAINES FONCTIONNELS FONDAMENTAUX DES ERP ..........................26

PARAMTRAGE DE BASE, PRODUITS ET PARTENAIRES.............................................................................26
PRICING................................................................................................................................ 28
VENTES ET GESTION DES PARTENAIRES (CRM) .................................................................................29
VENTE PAR PLATEFORME E-COMMERCE............................................................................................ 34
VENTE PAR POINTS DE VENTE (VENTE EN CAISSE)................................................................................36
GESTION DES ACHATS ............................................................................................................... 37
GESTION DES STOCKS ............................................................................................................... 39
GESTION DE LA PRODUCTION ....................................................................................................... 41
GESTION DE PROJETS ............................................................................................................... 45
COMPTABILIT ........................................................................................................................ 48
BUSINESS INTELLIGENCE ............................................................................................................ 52

CONCEPTS TRANSVERSAUX D'UNE PLATEFORME ERP...................................54

STRUCTURE LMENTAIRE DE L'INTERFACE D'UN ERP..........................................................................54
LE SYSTME DE RLES .............................................................................................................. 56
MULTI-SOCITS ..................................................................................................................... 56
CLIENT WEB OU CLIENT LOURD?.................................................................................................... 57
REPORTING............................................................................................................................ 58
ERGONOMIE .......................................................................................................................... 59

TECHNOLOGIE ET ARCHITECTURES ..............................................................60

INTERFACES MTA-GNRES PARTIR DES DONNES...........................................................................61
BASE DE DONNES RELATIONNELLE CONNUE ET ROBUSTE.......................................................................61
TENUE EN VOLUMTRIE ET SCALABILIT............................................................................................ 62
DICTIONNAIRE DE STRUCTURE DE DONNES DYNAMIQUE.........................................................................64
CODE MTIER BAS SUR LE PARADIGME OBJET...................................................................................65
WEBSERVICES (SOA) FOURNIS EN STANDARD PAR LA PLATEFORME...........................................................66
MODLISATION BPM DE HAUT NIVEAU............................................................................................ 67
MODULARIT DE LA PLATEFORME................................................................................................... 68

PREMIERS CRITRES DE SLECTION.............................................................71

TAILLE ET DYNAMIQUE CRITIQUE.................................................................................................... 71
ARCHITECTURE TECHNIQUE MINIMALE.............................................................................................. 72
SLECTION DES ERP OPEN SOURCE SATISFAISANT NOS CRITRES ..........................................................73
TABLISSEMENT D'UNE 'SHORTLIST'................................................................................................. 77

SLECTION RDUITE DES MEILLEURS ERP ...................................................78

PROFIL MACROSCOPIQUE DES ERP
PR-SLECTIONNS................................................................................................................... 78
PROFIL PAR CARACTRISTIQUES GNRALES.......................................................................................78
PROFIL PAR DOMAINE FONCTIONNEL................................................................................................ 83
PROFIL PAR SECTEUR ET TAILLE D'ENTREPRISE....................................................................................84
CHOIX ENTRE COMPIERE, ADEMPIERE ET OPENBRAVO.........................................................................88
LES LIMITES D'ERP5................................................................................................................ 91
RCAPITULATIF SUR OPENBRAVO................................................................................................... 93
RCAPITULATIF SUR OPENERP (OPENERP) ...................................................................................98
RCAPITULATIF SUR NEOGIA....................................................................................................... 104

ef

Page 7

SYNTHSE.....................................................................................................109

ef

Page 8

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 acteurs, 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 dont le mode de reprsentation peut
s'appuyer sur une infrastructure de business intelligence embarque par l'ERP.
Certains ERP grent aussi la comptabilit gnrale franaise, mais l'heure
actuelle sa mise en oeuvre intgrale 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 (logiciel type
Sage100 ou cabinet d'expert comptable externalis par exemple) tout an conservant
les outils d'analyse, de facturation, de gestion commerciale ou encore de
comptabilit auxiliaire natifs 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.
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.

ef

Page 9

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 et des mouvement internes. 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 entre. 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 au responsable
de la production de planifier cette production dans le temps l'optimum de
la capacit de production.

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,
fonctionnalits suivantes.

on

trouve

encore

dans

certains

ERP

les

Gestion de projet
Un premier niveau est la simple imputation de prestation de service en comptabilit
gnrale et analytique et permet de monitorer les carts entre quantit vendue et
charge relle.
Mais certains ERP vont plus loin et s'attaquent au management de ces projets. Ils
mettent alors en jeu affectation des tches aux employes, plannings, diagrammes
de GANTT... Bien que moins souvent implmente pour des raisons historiques, la
gestion de projet est nanmoins essentielle pour la gestion de production des
entreprises de service.
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 dans les ERP open source cause du morcellement
lgislatif d'une part et de la mise en jeu de donnes trs confidentielles d'autre part.

ef

Page 10

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, except sur la planification automatique de la production
qu'ils prtendent rarement traiter. 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
C'est sur ce socle gnraliste que viennent ensuite des modules spcifiques adapts
des secteurs d'activits bien particulier (fabrication, distribution, textile, agroalimentaire, chimie...). On appelle ceci la verticalisation d'un ERP. Chaque ERP
possde ainsi une liste plus ou moins large de 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.
Si ces verticalisations sont encore essentiellement l'apanage des solutions
propritaires, elles sont souvent cosmtiques et on peut en relativiser l'importance,
en effet:
Elles rpondent 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 processes changeants, est
souvent plus importante que la conformit aux usages anciens du mtier.
Lorsqu'un ERP libre n'a pas dj nativement la verticalisation sectorielle
recherche, on peut en gnral la r-implmenter avec un cot d'autant plus rduit
que l'ERP est de conception souple et sa communaut active.
Il n'en demeure pas moins que 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.
Sur d'autres, moins extensibles ou moins dynamiques, la verticalisation
reprsentera un des dveloppements plus consquents qu'il faudra identifier.
Comme 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

ef

Page 11

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.
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.

ILLUSTRATION 1: DISTRIBUTION DES COTS DE

LICENCE, DE SUPPORT ET DE MAINTENANCE SUR LES
ERP COMMERCIAUX

ef

Page 12

Cependant, face aux dpenses marketing engages par les ERP propritaires, nous
savons qu'il n'est pas toujours facile de dfendre un produit open source dont le
cot certain est annonc de faon transparente d'entre de jeu par les intgrateurs
face des produits propritaires qui font tout pour masquer leur cot rel moyen
terme en jouant sur les promotions confidentielles, les packages, les licences, le
nombre d'utilisateurs...
Mais ce que nous savons aussi, c'est que nombre d'entre vous qui avez dj t
confronts des implmentations d'ERP propritaires sont pleinement conscients
des gouffres financiers que reprsentent souvent ces solutions propritaires dont le
prix rel peut trs rapidement devenir le double du prix d'appel. Si vous n'en tes
pas informs vous-mme, rien de remplacera le tmoignage des dus de l'ERP
propritaire que vous n'aurez pas de mal croiser, notre rle n'est pas de faire
talage ici de ces checs retentissants.
Nous nous contenterons ainsi de rappeler que selon selon une tude mene 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 McKinsey, seul 5% des installations d'ERP
propritaires sont de vritables succs!
Seule limite cette large conomie sur le cot total de possession: il faut,
ventuellement par le biais d'une courte priode de consulting, correctement
identifier les besoins particuliers qui donneraient lieu des dveloppements
spcifiques afin de correctement prendre en compte ces ventuels cots
additionnels. Il ne s'agit pas d'en avoir peur certains ERP open source se prtent
en effet trs bien aux extensions par des dveloppements spcifiques efficaces mais simplement d'viter les surprises ou les mauvais choix pour contenir les
budgets.
Justement, comme nous allons le voir, au del mme de cette conomie immdiate
sur le cot, un ERP open source permet de viser une meilleure couverture du
besoin de par sa plus grande extensibilit l ou justement nombre d'ERP
propritaires sont source de forte insatisfaction.
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 qui rend
l'intgration d'extensions trs coteuse. Ajoutons que l'isolement des
produits propritaires 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, les
tables sont normalises et claires, ouvertes toute inter-connection. En
consquence, votre personnel informatique devrait pouvoir s'approprier un
bon ERP open source. Au pire vous trouveriez facilement un intgrateur,

ef

Page 13

d'autant plus facilement que celui-ci aura pu lui-mme s'autoformer

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 redistribues 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 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: De nombreux diteurs d'ERP propritaires offrent des

prix d'appel 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.

ef

Page 14

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. Le relvement autoritaire de 5% du prix
du support SAP en 2008 n'est qu'une illustration parmi d'autres du ct
obscur des ERP propritaires.

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 de bonne qualit technique est un choix prenne car mme si
un prestataire faisait faillite, d'autres seraient dj prts prendre le relais.
Si un diteur libre ne sait pas rassurer, il est probable qu'un fork 1 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.

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 15

Vous upgradez librement: quand dois-je upgrader? Avec un ERP libre vous
n'upgradez que lorsque vous le souhaitez. Et si vous le faites (c'est
conseill), 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 certain
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 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 qu'un fork saura s'engouffrer dans cette
nouvelle niche pour offrir un service plus comptitif 2.

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 OpenERP et rcemment
adopt galement chez Openbravo).

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 16

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 de conception ancienne, 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 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 a t 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 60) 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

ef

Page 17

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 Java, trs
mature. Compiere a aussi su mettre profit une fentre de tir dans les annes
2004 pour se dvelopper alors que les produits propritaires taient encore
notoirement inadapts aux PME.
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, bien que Compiere ne
prconise toujours pas PostgreSQL mais seulement EnterpriseDB, version payante
de PostgreSQL.
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 en PL/SQL de Compiere ainsi
que son moteur de gestion d'entits (l'application dictionnary) et l'a transpos dans
une interface web assise sur un serveur web Java. 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: pratiquement
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 raisonnablement actif, 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 82).
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...
Aujourd'hui, Compiere louvoie: tantt vers le modle communautaire, tantt vers le
modle propritaire, au gr des menaces de la concurrence, d'Openbravo
notamment, mais sans toujours de lisibilit stratgique claire.
Si Compiere, Adempiere et Openbravo atteignent aujourd'hui un ensemble
fonctionnel honorable avec une tenue en charge prouve, leur futures volutions

ef

Page 18

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 peu productifs et dpasss comme le
code fonctionnel presque intgralement en pl/SQL alors qu'on lui prfrerait
aujourd'hui une abstraction "objet".
En effet, que ce soit pour de nouvelles verticalisations ou des dveloppements
spcifiques, comme tout logiciel complexe, un ERP se doit de masquer, d'abstraire,
le maximum de complexit pour laisser les tierces parties se concentrer sur le
dveloppement des nouvelles fonctionnalits sans effet de bord et au besoin
dtourner ou enrichir les fonctionnalits natives. C'est justement l que la
modlisation 'objet' est reconnue comme suprieure l'approche procdurale
encore en vigueur dans cette famille d'ERP.
Sans remise en cause technique, la ligne des Compiere est donc 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,
comme elle peut l'tre par exemple sur OpenERP et ses 300 modules d'extension
construits au fur et mesure de ses success stories.
En dpit de ces limites technologiques pour la ligne Compiere, il faut reconnatre
que nombre de solutions propritaires les partagent aussi et font mme largement
moins bien. La ligne Compiere reste assise sur des frameworks Java de qualit et
stocke l'information de faon claire et accessible dans des tables normalises l o
nombre de solutions propritaires se contentent parfois de bourrer des donnes
htrognes dans des tables uniques qui deviennent des goulots d'tranglements
opaques et sans gestion de l'intgrit des donnes sous prtexte de ne pas avoir
d'quivalent de l'application dictionnary...
Quoi qu'il en soit, aujourd'hui Openbravo est le descendant 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 87).
Notons qu'Openbravo a nouveau lev 12 millions de dollars en Mai 2008, ce qui
confirme le fort potentiel de croissance de cet ERP qui se donne dsormais les
moyens d'accomplir les volutions majeures qu'il annonce.

ef

Page 19

la ligne Ofbiz

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'objets et
interfaces mta-gnres, Ofbiz n'embarque aucun code PL/SQL et est
intgralement programm en Java. En ce sens il a de meilleures bases techniques,
bien qu'il ait d'autres dfauts.
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.
Si Ofbiz fut sans conteste un framework utile dans le monde J2EE pour construire
de grosses applications de vente en ligne dans les annes 2003, 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

ef

Page 20

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, permet aussi de gnrer
par modlisation UML des objets mtiers de haut niveau 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 97).

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 propritaires, 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 OpenERP page 92 et sur
ERP5 page 85)
Ce qui change fondamentalement dans la conception d'OpenERP 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.
Plus prcisment, la capacit d'hritage de la modlisation dite objet permet de
dfinir les concepts et comportements mtiers par surcharge de modles prexistants, c'est dire en ne spcifiant que les carts ces talons au lieu de devoir
redfinir chaque modle en partant de zro ou encore, l'instar de produits type
SAP R/3, 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. Pourtant ces deux entreprises utiliseront la mme
plateforme d'ERP et participeront toutes deux construire sa robustesse et sa
comptitivit: 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 endroit prcis unique et dont le langage lui mme contrle

ef

Page 21

l'accs afin que tous les dveloppeurs, y compris les tiers intgrateurs, puissent
facilement comprendre toute fonctionnalit mettant en jeux le prix de vente d'un
produit 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 n'ont pas eu renoncer la modlisation
objet 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 nouveaux 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 OpenERP, il l'est moins pour ERP5 du fait du manque dun large rseau
de partenaires, et du choix dun socle technologique relativement peu rpandu.

Quand peut-on envisager un ERP

open source?
Parce 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.

ef

Page 22

Ainsi, un ERP libre ne sera pas comptitif sur un secteur historique assez
spcifique, par exemple un ERP pour la fabrication automobile, l o des diteurs
traiteraient le problme depuis longtemps sans pour autant tre des produits de
niche.
En effet, si l'ouverture du code est toujours souhaitable, l'assiette des clients qui
financent un dveloppement particulirement spcifique ne change pas
fondamentalement entre un logiciel open source et un autre propritaire.
Bien sr, ce raisonnement n'est plus valide sur un produit de niche: sans mme
parler d'assiette de financement, un diteur propritaire peut alors facilement
abuser de sa situation de monopole.
Au del, 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 reprsenter une conomie.
Prcisons encore qu'un projet ERP garde un certain cot, notamment en main
d'oeuvre d'intgration. A ce titre, les TPE et petites startups peuvent aussi
bnficier des ERP open source, mais presque exclusivement si elles ont en interne
les comptences informatiques et fonctionnelles pour limiter le recours un
intgrateur. En effet, tout projet ERP faisant intervenir un intgrateur aura
tendance dpasser au minimum 15 000 euros. En de de cette masse critique,
un intgrateur aurait bien du mal mobiliser des ressources suffisamment
comptentes exclusivement pour un tel client.
On peut rsumer avec le tableau suivant:

Cas o on peut envisager un ERP open

source

Comptitivit native: Les fonctionnalits

recherches conviennent sans aucun
dveloppement dans l'ERP libre,
gnralement parce qu'on envisage un
primtre restreint.
Comptitivit par la souplesse: besoin, au
contraire, de concevoir un vritable mouton
5 pattes pour rpondre aux besoins d'une
activit trs spcifique et non traite par les
ERP abordables du march. Btir autour
d'un ERP open source sera alors moins
risqu et plus conomique.
Croissance incompatible avec le systme
de tarification des ERP commerciaux:
entreprise en forte croissance qui n'avait
pas encore d'ERP. Vous dsirez allez plus
loin qu'une simple gestion comptable et ne
pas avoir de cot d'ERP lis votre
croissance.

Cas o un ERP open source risque de ne

pas tre adapt
Grand compte: il est probable qu'un
budget trs consquent vous donne accs
des ERP propritaires rendus plus adapts
par leur plus forts investissements.
Incertitude sur la tenue en charge: si
vous dpassez plusieurs centaines de
milliers de transactions par mois et/ou
plusieurs dizaines d'utilisateurs faisant des
requtes simultanes, alors il faudra se
poser des questions et ventuellement faire
des tests de charge au pralable. Bien sr,
la capacit de monte en charge
augmentera avec le recul.
Il existe des ERP propritaires trs
spcialiss pour votre secteur d'activit.
mais qui restent abordables: Notez que la
souplesse des moteurs de workflow
proposs par certains ERP cits permet une
grande adaptabilit, nanmoins, si les
traitements mtiers sont trs spcifiques,
les ERP du march seront
vraisemblablement plus appropris.

ef

ILLUSTRATION 4:

Page 23

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.

Quels produits commerciaux sont

concurrencs par les ERP open
source prsents?
Les ERP abords ont une couverture fonctionnelle plus large mais ne remplacent
pas toujours les logiciels communs de la gestion comptable sur leur primtre
propre, savoir:

Ciel

La gamme Sage

Cegid

ef

Page 24

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

Lawson Movex

Les ERP qui sont concurrencs plus rarement par les ERP open source:

SAP R/3

Oracle Applications

Siebel (dsormais partie CRM d'Oracle).

Lawson M3

D'une manire gnrale, nos ERP libres ne sont pas encore la hauteur en terme
d'ordonnancement de la planification en tenant compte des contraintes sur les
ressources (MRP2) 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 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.
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 ont encore rarement
des 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 ou encore que vous souhaitez une meilleure qualit,
un meilleur respect des standards, ou simplement un accs web, alors un ERP libre
devrait vous permettre des conomies importantes.

ef

Page 25

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 produits
entre 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 fastidieux crer chaque fois, tant Openbravo qu'OpenERP par
exemple, offrent respectivement des options de cration partir d'un template ou
encore avec des champs remplis par dfaut proposs en fonction de la valeur des
autres champs. On peut toujours crer un catalogue partir de donnes tabules.
Par ailleurs, la famille des Compiere, OpenERP, ERP5 et OfBiz/Neogia intgre 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 ou la taille 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 combinaison de variantes pour surcharger l'une des rgles de
prix ou de production, mais l'intrt est qu'on n'y est pas contraint - cela vite donc
de faire exploser le nombre de rfrences du catalogue - et qu'on peut ainsi
directement hriter les comportements attendus. Chaque variante donne bien sr
lieu un niveau de stock particulier.
En revanche, aucun des ERP que nous avons abord ne possde de
configurateur de produit sophistiqu. 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

ef

Page 26

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 5:

COMMENT AJOUTER UN CONFIGURATEUR DE PRODUIT SUR UN

ERP

OPEN SOURCE

On peut nanmoins imaginer qu'une interface web de e-commerce par exemple,

soit spcifiquement dveloppe pour grer les dpendances entre options,
techniquement parlant les variantes multiples, et promotions fonction des
combinaisons de produits et qu'au final elle ne fasse que transmettre l'ERP un
ensemble de produits 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.
Pour OpenERP en particulier et dans le cas de besoin d'un tel configurateur de
produit en e-commerce, alors le connecteur Magento dvelopp par Smile pourra
tre utilis pour faire bnficier OpenERP du configurateur de produits basique
offert nativement par Magento.

Partenaires commerciaux
De mme, les partenaires sont des entits gnriques qui incluent la socit ellemme, ses clients, ses fournisseurs et ses sous-traitants. Dans les principaux
ERP open source retenus, les partenaires peuvent tre issus d'un annuaire LDAP
nativement. Tant OpenERP qu'Openbravo permettent de modliser la structure
ventuellement hirarchique d'un partenaire commercial (filiales, directions,
divisions, etc.) ou encore de qualifier des relations entre partenaires.
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 pris en
compte lors de l'mission des factures et autres documents imprims.

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 du plan de compte cible, ou encore travailler sur l'encodage des
journaux.

ef

Page 27

Pricing
Par dfaut, les produits ont un prix de vente unitaire propre, lequel peut-tre un
simple prix catalogue, ou au contraire un prix driv des cots de revient passs
bas sur les prix d'achats et ventuellement des cots des oprations de production
(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 permet.
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. Pour des
applications en chimie notamment, OpenERP permet mme de dfinir des facteurs
conversion chaque commande et qui sont issue d'oprations de pese ou autre
mesure manuelle.
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. Ce systme a par
exemple t mis profit pour un de nos clients Loyalty Expert pour piloter un
catalogue de produits possdant la fois des prix en euro destins la comptabilit
interne, mais aussi des prix affichs dans une monnaie virtuelle en points qui sont
dbits sur les comptes d'adhrents bnficiant de programmes de fidlisation.
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 propos par l'ERP sera 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, Ofbiz/Neogia ainsi que
OpenERP, offrent ainsi un moteur de rgle de prix fonctionellement similaire.
Notons que ce prix rel propos sera ventuellement surcharg la main par le
commercial s'il le souhaite.
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 l'ordre de transaction l'ERP.
Par ailleurs, il pourra tre intressant de personnaliser l'ERP pour y intgrer des
politiques commerciales plus subtiles. 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. 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.
Ceci est notamment pratiqu par la socit Prodigg quipe d'OpenERP et qui offre
la possibilit ses clients d'acheter sur sa plateforme web des produits fabriqus
en Chine 4 prix diffrents selon leur date de livraison en France, selon, en fait, le
container sur lequel le produit se trouve. L'incitation tarifaire est donc forte pour
pouvoir raliser des achats groups et in fine, casser les prix.
On trouve le mme type d'incitation dans l'agro-alimentaire, le transport ou
l'vnementiel qui sont des denres prissables dont il faut minimiser l'invendu ou
le stock.

ef

Page 28

L'ERP open source est donc la plateforme idale sur laquelle ces politiques de vente
et de tarification 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 OpenERP, 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 nouveaux champs pour appliquer des rgles personnalises. Si l'ajout
dans les interfaces et le stockage de ces champs personnaliss est une action assez
simple et mme simplement graphique sur OpenERP ou Compiere, 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 une
expertise en PL/SQL (Oracle) pour faire ce dveloppement sur la famille de
Compiere, une comptence moyenne seulement en Python sera ncessaire pour le
raliser sur OpenERP.

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, 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 OpenERP, 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.
Avec son module de Gestion Documentaire (DBMS), OpenERP, permet mme, dans
son paramtrage en gestion par affaire, d'muler des dossiers virtuels lis aux
clients dans lesquels on peut glisser-dplacer contrats et autres pices jointes ou
encore d'un clic afficher l'ensemble des rapports de l'ERP, comme si ces pdf gnrs
la vole taient de simples fichiers.
La tenue d'une comptabilit auxiliaire et notamment des encours client au sein de
l'ERP permet aussi d'anticiper les situations de crise. En cas d'impays, les ERP
retenus permettent l'mission de lettres de relance selon des modles prdfinis.

ef

ILLUSTRATION 6: CRM

Page 29

SUR

OPENBRAVO:

FICHE DES HISTORIQUES DE VENTES 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 OpenERP ou la version payante de
Compiere. 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 OpenERP,
les fonctionnalits avances de calendrier partag seront mises profit pour la
planification des runions et autres vnements commerciaux.
Dans OpenERP, on mettra profit les rgles sur chaque cas, pour par exemple,
signaler qu'il faut relancer certains clients de la catgorie lead fort potentiel si
ceux-ci n'ont pas rpondu nos sollicitations aprs un dlai paramtrable...
Notons enfin qu'Openbravo travaille galement la ralisation de telles
fonctionnalits de tableau de bord d'avant ventes et que certaines devraient tre
disponibles avant la mi 2009.

ef

ILLUSTRATION 7:

PANNEAU PERSONNALIS FAON

Page 30

CRM

POUR LES COMMERCIAUX DANS

OPENERP (OPENERP)

Routage des mails et des appels tlphoniques

Dans OpenERP exclusivement, la notion de cas de suivi utilise pour la CRM peut
tre facilement interface avec un la 'mail gateway', un composant OpenERP 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 d'OpenERP. Par exemple tout mail arrivant sur un compte
POP3 ou Imap renseignements-erp@smile.fr serait automatiquement historis.
Ensuite un commercial aurait la tche d'analyser ces demandes pour les classer
dans d'autre cas. Les leads OpenERP seraient alors immdiatement consultables
sur le tableau de bord du responsable de cette offre...
Un autre module ncessitant encore quelques amliorations de finition 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
nanmoins 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.

Campagnes marketing
Les ERP abords ne vont ici pas encore 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 OpenERP, un module permet l'envoi de SMS via un oprateur
externe et du mailing de masse. Le retard sur SugarCRM dans ce domaine a t

ef

Page 31

analys par l'diteur et de trs grosses amliorations sont attendre dans la

version 5 en terme de management des campagnes marketing.

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 trs spcialiss. Au mieux, on peut, en gnral, utiliser les fonctions
de reporting natives de l'ERP pour dduire les catgories de clients. OpenERP 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 margents 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 propose par Weka.
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 profit 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 ConcourseCRM (ex CentricCRM) et prvoit aussi d'enrichir le
primtre natif d'Openbravo sur la CRM.

ef

ILLUSTRATION 8:

INTGRATION D'OPENBRAVO ET

Page 32

CONCOURSECRM

DANS LE PORTAIL

JBOSS

PAR UN

QUIPE INDIENNE

Service aprs vente, support ou bug tracker

Dans OpenERP, si le systme de cas peut-tre mise profit en avant-vente, il peut
aussi tre mis profit pour grer le service aprs-vente comme par exemple le
retour d'un produit pour lequel il y aurait des pices rparer ou remplacer. Ce
mode de gestion de service aprs-vente peut aussi servir de bug tracker avanc.
Encore une fois, les demandes client arrivent dans une premire catgorie: par
exemple support de niveau 1. Quelqu'un analyse la demande car il voit la demande
arriver dans son tableau de bord, puis ventuellement il dispatche ces items
d'autres quipes plus comptentes pour traiter le problme. Chaque employ peut
aussi rattacher des cots au traitement de ces cas, que ce soit en frais (par exemple
un dplacement), en produit re-facturer ou en heures passes. L'ensemble est
ensuite consign dans la comptabilit analytique et donne lieu des statistiques
appropries, comme par exemple le temps de traitement moyen par employ.

Vente par plateforme e-commerce

Ofbiz/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'ecommerce 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:

ef

Page 33

OpenERP se connecte facilement Joomla, OSCommerce et eZPublish et

mme l'excellent Magento grce au travail rcent de Smile qui est galement
gold partner de Magento.

Openbravo a dj t connect avec eZPublish par intgrateur espagnol.

Openbravo annonce par ailleurs du travail pour communiquer galement
avec Magento; Smile, fort de sa premire expertise acquise avec son pont
OpenERP/Magento lui a propos son aide.

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. Notre pont Magento/OpenERP ou encore celui d'Internethic,
eZPublish/OpenERP, fonctionnent mme en mode push, lors de l'altration d'une
fiche produit ou encore de la saisie d'une commande.

9:

COMMUNICATION ENTRE PLATEFORME E-COMMERCE ET

COMMANDE D'UN PRODUIT

ERP

LORS D'UNE SQUENCE DE LA

Vente par points de vente (vente en

caisse)
Un autre canal de distribution est le point de
vente, par exemple des caisses de magasin ou
de restaurants. Dans ce cas, il faut pouvoir
disposer d'un logiciel prsentant le catalogue
des produits et permettant la vente.

ef

Page 34

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-barre. 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 au passage 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 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 OpenERP et Neogia, la gestion de vente par point de vente se fait par un
module spcialis qui produit les crans adquats. OpenERP semble plus abouti ici
que Neogia car son client natif en GTK 3 sera plus appropri aux crans tactiles et
la saisie de masse, surtout aprs la refonte de ce module entreprise par la socit
Sysleam.
Mais c'est Openbravo qui va ici le plus loin avec une solution trs mature:
Openbravo-POS, anciennement TinaPOS, solution libre de vente en caisse rpute
et dploye mondialement, dsormais passe sous le girond d'Openbravo.
Openbravo-POS va notamment beaucoup plus loin qu'un simple client 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 OpenERP. A noter aussi: si
l'ERP Openbravo n'est pas toujours au top en terme de technologie, Openbravo POS
est lui relativement au top, avec notamment l'usage de l'ORM Hibernate par
exemple.

GTK (the Gimp ToolKit) est une bibliothque libre rpute permettant de raliser des interfaces
graphiques ergonomiques sur toutes les plateformes.

ef

ILLUSTRATION 10:

INTERFACE DE VENTE

Page 35

OPENBRAVOPOS

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.
Notons ici encore un norme avantage des ERP full-web retenus: ils permettent
facilement d'mettre les demandes de devis aux diffrents fournisseurs sur un
portail web, pour faire en quelque sorte un appel d'offres et viter en tout cas les
oprations de re-saisi si le fournisseur est d'accord. Dans le mme esprit, OpenERP
permet ventuellement, grce sa gestion de stock hirarchique double entre
incomparable, de grer des stocks fournisseur et peuvent donc mettre jour leur
niveau de stock ddi sur un tel portail.
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.

ef

11:

PASSAGE D'UN ORDRE D'ACHAT SUR

Page 36

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 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 ou de vente.
L'implmentation de rgles spcifiques 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 un
contrat cadre stipulant qu'on s'engage 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 pour grer ces contrats cadres
sont l encore possible mais devront tre pris en compte dans le budget ERP.

ef

Page 37

Par exemple, un de nos client quip d'OpenERP utilise des listes de prix de vente
pour des clients en B2B. Mais s'ils ne peuvent pas honorer le volume de leur
commande sur une priode ngocie, alors la socit s'engage leur octroyer un
avoir dont le montant est fix par une autre liste de prix.

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. Tous les
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 OpenERP et Neogia, les entrepts peuvent tre organiss hirarchiquement
et avoir un niveau de profondeur arbitraire: 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 niveaux de profondeur.

ILLUSTRATION 12:
SUBDIVISIONS DANS

ENTREPTS ET LEURS

COMPIERE

OU

OPENBRAVO

ef

ILLUSTRATION 13: PRVISION

OPENERP (OPENERP)

Page 38

DE LA CHARGE SUR LES DIFFRENTS POSTES DE PRODUCTION ET VOLUTION DES STOCKS SUR

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.
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 OpenERP 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 OpenERP et Neogia au moins, le fonctionnement des lots
permet 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

ef

Page 39

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 OpenERP et Openbravo. Attention, nous
parlons ici des mthodes de sorties de stocks et pas des rgles comptables de
valorisation des stocks pour lesquelles tant OpenERP 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 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.

FIFO, first in, first out: premier entr, premier sorti.

LIFO, last in, last out: dernier entr, dernier sorti.

ef

Page 40

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 OpenERP.

ILLUSTRATION 14:

ILLUSTRATION 15:

PRINCIPE DE LA DCOMPOSITION D'UN PRODUIT EN NOMENCLATURES

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.

ef

Page 41

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.

ILLUSTRATION 16:

WORKFLOW DE CALCUL DES BESOINS

(PRODUITS

ET SERVICES) DANS

OPENERP

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
qu'OpenERP, 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 MRP2 n'est pas non plus bnfique et tendra
apporter plus de contraintes que de solutions.

ef

Page 42

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.
OpenERP 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 OpenERP pourra ventuellement tre utilise si elle
convient aprs des tests. En effet, ce jour, la planification de la production de
OpenERP 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 fabrication 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 outil externe (ou la main) et qui
donnent lieu de tels calculs d'approvisionnement et de production simuls. Du
ct de OpenERP, l'un des 200 modules est ddi la prvision des ventes selon
des heuristiques simples. En revanche, la simulation des approvisionnements et
ordres de fabrication qui en dcouleraient n'est pas native mais est en train d'tre
implmente.

Gestion de projets
La gestion de projets est, par 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.

ef

Page 43

Parce que la monte en puissance du secteur tertiaire est plutt rcente, les ERP
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. La
version 2.5 prvue pour dbut 2009 devrait nanmoins enrichir cette gestion.
A l'inverse, dans Neogia ou OpenERP, 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 OpenERP, 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. OpenERP offre mme une intgration des plannings avec Outlook
ou Thunderbird.

ILLU

STRATION

17:

DIAGRAMME DE

GANTT

DES PHASES D'UN PROJET SUR

OPENERP

ef

ILLUSTRATION 18:

Page 44

TABLEAU DE BORD DE PROJET PERSONNALIS DONT TCHES ASSIGNES, AVANCEMENT PAR

TCHE ET PLANNING SUR

OPENERP (ICI

CLIENT LOURD, LE CLIENT WEB EST ISO-FONCTIONNEL MAIS OFFRE EN

PLUS UNE VUE DU PLANNING CALENDRIER PLUS ABOUTIE).

ef

Page 45

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. OpenERP 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
OpenERP 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 voire la business intelligence.

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 diffrents 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.
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 PME, 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), ceci
est peu 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.

ef

Page 46

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 OpenERP, 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 le dbut de 2009 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 OpenERP, 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 OpenERP. L'diteur
prvoit galement de passer une certification sur une version et un partenaire
amricain a implment la gestion des IFRS qui reste encore tester.
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. Un expert comptable pourra aussi gnralement se satisfaire des
exports de l'ERP, valider au cas par cas toutefois.
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

ILLUSTRATION 19:

PRINCIPE D'UN PONT COMPTABLE.

Page 47

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
OpenERP ou Openbravo: analyse des crances et dettes, indicateurs de gestion,
budgets sur les comptes gnraux par exemple.

ef

ILLUSTRATION 20:

GESTION DE TRSORERIE SUR

Page 48

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...
Sur Neogia et OpenERP, 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 OpenERP 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.

ef

Page 49

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 OpenERP, l'diteur va publier la fin-2008
un plugin appel 'OpenObject' (bas sur le rput SQLAlchemy) et qui permet
d'introspecter les objets mtier de OpenERP 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 OpenERP, un peu la manire du module actuel de reporting
de OpenERP: 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.

Le datawarehouse est aliment automatiquement sans avoir se poser de

question sur l'actualisation des donnes

De son ct, Openbravo annonce galement pour la fin-2008, l'intgration du

serveur de Business Intelligence Pentaho. 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.
Compiere, dans sa version payante, facilite quant lui l'export de datawarehouse,
grce sa couche business view, en vue de s'interfacer avec diverse solution de
Business Intelligence. Pour lui, la polyvalence cote nanmoins en intgration.
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

ef

Page 50

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
OpenERP avec OpenObject, peut-tre plus adapte aux petites entreprises.

ILLUSTRATION 21: BUSINESS INTELLIGENCE:

CONTRE DATAWAREHOUSE DROITE

ARCHITECTURE TEMPS REL GAUCHE

ef

Page 51

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 sur une
table: Cration, Lecture, Modification, Suppression 5.

Une gestion du login et du compte utilisateur.

En anglais CRUD : Create, Read, Update, Delete.

ef

Page 52

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:

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, Compiere et OpenERP 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 OpenERP sont multi-socits dans la mesure o les
utilisateurs peuvent appartenir diffrentes entits organisationnelles de
6

ACL: Access Control List, liste de contrles d'accs.

ef

Page 53

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
multi-socit est natif et trs bien intgr. En revanche, sur OpenERP, 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.

ILLUSTRATION 22: CHOIX

L'ERP OPENBRAVO

DE L'ENTIT DE L'ENTREPRISE ET DE LA LANGUE LORS DE LA CONNECTION

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 de 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 OpenERP.

ef

Page 54

Il faut dire qu'autour des annes 2000, l'usage du web n'tait pas encore aussi
gnralis et que sans l'avnement des interfaces d'Ajax 7, 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 OpenERP 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 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 OpenERP, 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 OpenERP, 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 OpenERP 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.

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.

Ajax: technologie de requtes asynchrones qui mettent jour la page web courante sans la recharger
compltement, procurant une ergonomie amliore.

ef

Page 55

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.
OpenERP 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, OpenERP 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 OpenERP 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.
OpenERP 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 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 56

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 OpenERP 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. En informatique, il ne suffit pas quun concept soit techniquement
valide, il faut quil soit matris par suffisamment de dveloppeurs. Cest
pourquoi nous pensons que les solutions qui ont une faible diffusion
prsentent des risques spcifiques. La base objet Zope, utilise par ERP5,
nous semble tre dans cette catgorie.

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, et sa couverture fonctionnelle qui le place au meilleur niveau, nous
avons identifi deux points qui sont des handicaps nos yeux : sa base de
donnes objet Zope qui a une trs faible diffusion en comparaison des base de
donnes relationnelles, et le rseau trs rduit de partenaires susceptibles
dintgrer le produit. 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 57

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 drivs
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 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
Il faut rappeler que, 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 donnes plates. ERP5 a donc adopt
cette dernire solution qui a l'avantage de rendre trs simple la persistance d'objets

ef

Page 58

mtier 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.
Le moteur de base de donnes objet Zope prsente une diffusion trs faible dans le
monde, en comparaison des bases relationnelles et en particulier de MySQL. Cela
implique quil existe beaucoup moins dexpertise sur ce type de moteur, et moins
doutils priphriques galement.
Afin damliorer les performances, ERP5 a mis en place un systme d'index
relationnel (potentiellement gr par MySQL) en complment de l'indexation de
Zope. Nous navons pas de benchmark qui compare les performances ainsi
obtenues celles dune base relationnelle. Nanmoins, notre opinion est que la
faible diffusion de la base Zope est un problme, en terme de disponibilit
dexpertise, comme en terme de prennit.
Nous pensons que la solution dans laquelle ont investi d'autres gnrations d'ERP
rcentes (OpenERP, OfBiz et Neogia y compris ) a nettement plus de sens: il
utilisent une couche d'ORM 8 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 OpenERP est scriptable9 puisqu'il est
crit en Python. Ds lors, OpenERP 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 OpenERP 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.

Tenue en volumtrie 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 donnes, ventuellement sur une
machine diffrente. Ce qui correspond l'architecture classique et simple.
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
vole, comme du code PHP ou PERL par exemple.

ef

Page 59

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 OpenERP par exemple. En revanche, pass une certaine charge,
Openbravo ou Compiere offrent de meilleures performances machine gale.
Une analyse plus pousse montre que sur OpenERP, 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 OpenERP.
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.
Dans ces situations critiques, il faut donc que l'ERP soit optimis au niveau de ses
appels SQL et de son modle de donnes. Avouons qu'au dbut 2008, nous avions
encore quelques doutes avec OpenERP quant la tenue des fortes volumtries ou
frquentations, ceci cause du recours systmatique un haut niveau
d'abstraction: l'ORM autour de tout appel la base de donnes.
Heureusement, des efforts trs payants viennent d'tre accomplis dans la version 5,
et notre conclusion s'inverse mme: OpenERP tiendrait-il aussi bien la charge que
Compiere ou Openbravo? Nous avons de srieuses raisons de le penser dsormais.
Les nouveauts sont donc: 2 niveaux de cache sur l'ORM (comme sur Hibernate),
eTiny optimis et 2 3 fois plus rapide qu'au dbut de l'anne, et enfin une
modlisation des structures arborescentes critiques comme les entrepts ou les
plans de compte avec le modle 'Modified Pre-ordered Tree Traversal' qui permet de
retrouver tout une grappe en une seule requte SQL.
Du ct des ERP descendant de Compiere (Openbravo y compris), la maturit et
l'usage presque systmatique des procdures stockes garantira nanmoins des
performances trs correctes. 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 OpenERP sur la lenteur relative de Python
par rapport Java et le tribut pay par la modlisation objet s'appliquent
galement.

ef

Page 60

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 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. OpenERP 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

ef

Page 61

parfaite chez ERP5 et OpenERP: 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 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, en dpit de l'arrive d'une couche
d'accs aux donnes Java (qui ne remplace pas en cause le code pl/SQL existant),
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

ef

Page 62

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.
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 OpenERP, 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 OpenERP vous offrent la mme chose,
gratuitement.
S'interfacer devient alors enfantin et ce, depuis n'importe quel langage de
programmation. Dans OpenERP, 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 OpenERP. Ceci devrait gommer les rticences
que l'on pourrait avoir vis vis de OpenERP 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?
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 workflow) qui

ef

Page 63

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, voire graphique comme sur OpenERP,

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, OpenERP, 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 OpenERP, 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. 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 serait 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.

ef

Page 64

Or tous les usages n'ont pas besoin de toutes les fonctionnalits, il faut donc
absolument pouvoir s'affranchir facilement de leurs divers 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 distribuer
facilement des extensions fonctionnelles 10.
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 OpenERP 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 OpenERP 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, OpenERP permet aussi de
charger chaud des modules fonctionnels sans rien recompiler 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, OpenERP 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.
Plutt que de nous croire sur parole, nous vous invitons visiter les forums de ces
ERP et de constater par vous mme le dynamisme de la communaut d'OpenERP.

10

Voir notre livre blanc Introduction l'open source pour mieux cerner ces mcanismes de symbiose
entre les acteurs conomiques du libre)

ef

ILLUSTRATION 23:
MODULARIT SUR

OPENERP:

Page 65

ILLUSTRATION 24: DE FAON PLUS OPRATIONNELLE, VOICI L'INTERFACE DE

OPENERP, ICI DANS LE CLIENT LOURD, QUI DONNE L'ADMINISTRATEUR LA
POSSIBILIT D'INSTALLER UN MODULE OU UNE GRAPPE DE SELON LE RESPECT
DE CES MMES DPENDANCES.

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 rutilisable, la procdure stocke est beaucoup moins fine
et rarement rutilisable cause d'effets de bord difficiles matriser.

sont difficilement chargeables chaud. C'est la rigueur possible dans la

ligne Compiere tant qu'aucun code Java n'est requis (juste des structures
de donne et des procdures stockes), mais pas possible sur la ligne OfBiz

leurs 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 66

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 noblesse 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 franisation trop peu aboutie; on est en gnral alors loin d'une
comptabilit franaise et on ne parle ici que de franisation 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.
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.

ef

Page 67

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 68

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 premire 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 que l'on puisse l'tudier. Pour chaque solution, on a ventuellement gris les
cases o un de nos critres a t liminatoire.

ef

Page 69

ef

Page 70

ef

Page 71

tablissement d'une 'shortlist'

Sur la base des critres voqus ci-avant, le tableau rcapitulatif explique le rejet
d'un bon nombre de solutions.

ef

Page 72

Finalement, les ERP considrer pour un usage immdiat dans le contexte du

march franais se rsument :

OpenERP

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.
Mise jour: nous avons t agrablement surpris des progrs raliss par Dolibarr
courant 2008. Aujourd'hui ce qu'on peut en dire, c'est qu'il s'agit d'un logiciel
convenablement conu, malgr son PHP4, simple tendre et utiliser, mais qui
n'offre pas non plus toute la puissance fonctionnelle des autres ERP retenus. Il sera
donc rserver de la gestion commerciale et saura sans doute sduire celle des
entreprises de moins de 15 personnes qui ne pourraient pas se permettre les
investissements requis pour les autres ERP, mais disposeraient au contraire de
comptences PHP internes. Si OpenERP semble au dessus de vos moyens, alors
n'hsitez pas jeter un il Dolibarr, sinon rabattez vous sur des produits
d'entre de gamme propritaires de grande diffusion.

ef

Page 73

SLECTION RDUITE
ERP

DES MEILLEURS

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
certain 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.
Sont considrs:
Nombre et importance 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

ef

Page 74

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.
Nous croyons que le modle dans lequel l'diteur est pratiquement le seul
intgrateur de son produit nest pas favorable lclosion dune communaut de
partenaires contribuant la dynamique du produit. 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

Citations par des acteurs indpendants dont les bloggers occasionnels (qui
sont en fait une arme 'invisible' de correcteurs potentiels de bug ou
auteurs 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 peut 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

ef

Page 75

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

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
meilleur dans la gestion de production. En revanche, le dtail des fonctions CRM
par exemple est trs peu discriminant compte tenu des facults d'adaptation.
OpenERP 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 mtier

ef

Page 76

Facilit modifier les interfaces utilisateur 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 donnes mais les traitements
effectuer. Les objets mtier peuvent-ils tre de 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, redployer 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?

Ressources
Difficult ou non, sur le march franais, mobiliser des prestataires capables
d'effectuer des dveloppements pointus sur l'outil. Ceci est assez discriminant pour
ERP5, qui na pratiquement pas dautres intgrateurs en France que son propre
diteur, la socit Nexedi.
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 OpenERP. 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 OpenERP 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

OpenERP

OpenBravo

Neogia

ERP5

Adempiere

Compiere GPL

Toutes valuation entre 0 (faible) et 5 (excellent)

ef

Page 77

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 OpenERP
sont complets. ERP5 va mme jusqu' grer les paies alors qu'aucun autre ERP
libre n'est all aussi loin (OpenERP 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 OpenERP traite mieux que ses concurrents ce
domaine fonctionnel. De mme, ERP5 et OpenERP 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.

achats ventes compta

CRM

SCM

GPAO

POS

RH

Paies Projets

Web

BI

OpenERP

OpenBravo

Neogia

ERP5

Adempiere

Compiere
GPL

ef

Page 78

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).

secteur

taille de l'entreprise

CA

Distribution Services Industrie x<5 5<x<10 10<x<50 50<x<250 250<x x<5 M 5M <x< 500M

OpenERP

OpenBravo

Neogia

ERP5

Adempiere

Compiere GPL

ef

Page 79

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.
Ainsi, tous les ERP retenus y sont globalement adapts. On trouvera un moteur de
rgle de pricing trs similaire dans Compiere, Adempiere, Openbravo et OpenERP
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 OpenERP 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.
A ce jeu, c'est sans doute Openbravo, Compiere ou Adempiere qui l'emporteront
avec leur capacit tre utiliss 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.

ef

Page 80

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. OpenERP 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 globalement le cot effectif du
projet afin de permettre le suivi des cots. Il manque cependant les aspects de
gestion de dpendance entre tches, leur planification et leur affectation.
En revanche, OpenERP 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 aucune assistance.
Grce sa modularit incomparable, OpenERP 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 OpenERP, 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.
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.

ef

Page 81

Cependant, les besoins vont gnralement beaucoup plus loin que l'aspect
rfrentiel et traitements manuels. Ds que l'on monte en complexit on exige la
gestion des nomenclatures et des gammes.
A partir de l, seuls OpenERP, Openbravo, ERP5 et Neogia restent en course. Si la
MRP vient d'tre ajoute sur Compiere, nous ne pouvons pas encore estimer qu'elle
soit mature. Et nous navons pas pu valider, dans le cadre de notre tude, les
capacits gnriques d'ERP5 et de Neogia sur ces points. Il manque encore une
masse critique de retours d'exprience pour valider leur gestion de production en
dehors des quelques success stories qui ont impliqu l'diteur directement. Ainsi
nous pensons que seuls OpenERP 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'affaires

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 peutelle 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 OpenERP, 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 dveloppements
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, nous pensons qu'ERP5 et
OpenERP, 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'ils le sont moins pour les grosses.

ef

Page 82

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
OpenERP (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 termes 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 45 )

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).
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).

ef

Page 83

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 2000.
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.
Suite cet imbroglio de gouvernance en 2006 11, 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
cosystme d'intgrateurs/contributeurs pourrait 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
OpenERP, 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
OpenERP. A l'inverse, dans Compiere, le client web est dvelopp par Compiere Inc
et est payant.
Au final, Compiere a plusieurs handicaps :
Pas assez bon en gestion de production
Peu adapt aux socits de services
Client trop lourd, pas assez souple aux dveloppements 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 OpenERP).
volution fonctionnelle trop lente
Interface web ni open source, ni gratuite

11

http://red1.org/forum/viewtopic.php?t=931

ef

Page 84

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'extensions mais qui ne sont
pas ou mal intgrs Adempiere. En fait il s'agit de modules phares vitrines
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
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 termes
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

ef

Page 85

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 OpenERP. Cependant, notre
opinion est que ERP5 prsente des limites, que nous expliquons ci-aprs.

La spcificit 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.
La base installe de la base Zope dans le monde, et plus encore dans le monde de
lERP, est trs faible en comparaison de celle des bases de donnes relationnelles,
quelles soient propritaires (Oracle, DB2, SQL-Server), ou bien open source
(MySQL, PostgreSql, Ingres).
La large diffusion des bases de donnes
relationnelles a permis de rendre disponible une grande diversit de ressources, de
comptences, de retours dexprience, dans les environnements les plus exigeants.
Notre opinion est que les qualits spcifiques de la base Zope ne compensent pas
sa moindre prsence sur le march.
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. On se rfrera sur
ce point l'index TIODB valuant la part de march des principaux langages
informatiques, qui place Python 4,7%, comparer aux 20% de Java ou 9,6% du
PHP.
OpenERP 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 OpenERP, 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 rflexion 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.
Dans le cas de OpenERP, 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 mme justifi techniquement) 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

ef

Page 86

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
Le dploiement de progiciels fait intervenir en gnral deux types dacteurs :
lditeur, qui dveloppe son produit et en assure la maintenance, et lintgrateur,
qui dploie le produit dans un contexte client particulier.
Cest le modle retenu par tous les produits cits ici, lexception de ERP5, dont
lditeur, Nexedi, est aussi le seul intgrateur en France. Le site web du produit
(http://www.erp5.com/consulting/erp5-consulting-partners) mentionne bien deux
autres socits, Scilice et atReal, mais ce jour, il semble que la socit Scilice
nexiste plus, et atReal de son ct ne mentionne plus du tout le produit ERP5 sur
son site web. A moins quil nexiste des intgrateurs qui ne seraient pas cits, on
peut penser que seul Nexedi est intgrateur de ERP5 en France.
Cest une particularit qui peut tre perue comme un problme par certaines
entreprises, qui souhaiteraient ne pas dpendre dun fournisseur en particulier, ou
bien pouvoir mettre en concurrence plusieurs prestataires. Mais cela peut
linverse tre peru comme un atout, car nul nest plus expert de son produit que
lditeur lui-mme.
Nous faisons lanalyse que les progiciels qui sont devenus leaders dans le monde se
sont tous appuys sur un rseau de prestataires intgrateurs, quil sagisse de
produits dditeurs propritaires tels que SAP, Oracle, IBM ou Microsoft, ou de
produits open source tels que eZ Publish, Jahia, SugarCRM, Alfresco, Nuxeo, etc.
Il nous semble que cest ce modle qui permet une diffusion mondiale rapide du
produit, elle-mme gage de prennit.
Notre analyse est que ERP5 peut senvisager :

Dans 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.

Avec une intgration prise en charge par Nexedi, diteur d'ERP5, qui saura
videmment en tirer le meilleur parti et dvelopper les fonctionnalits
manquantes. Mais avec les risques que cela comporte en termes de
dpendance vis--vis d'un fournisseur.

Avec une intgration personnalise assure en interne, pour les entreprises

qui peuvent mobiliser en leur sein une quipe dexperts Zope investie sur le
produit.

ef

Page 87

Rcapitulatif sur Openbravo

Avantages

diteur trs dynamique qui investit beaucoup pour crer un puissant lan
communautaire et marketing

Communaut 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.

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

ef

Page 88

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 franisation de sa
comptabilit gnrale.
Dynamique
Openbravo est de loin 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, OpenERP), 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.

ef

Page 89

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, Openbravo va plus loin
en termes 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 OpenERP.
ILLUSTRATION 25:
FONCTIONNALIT

APTITUDES PAR

ef

ILLUSTRATION 26: ADQUATION

LA TAILLE DE L'ENTREPRISE

Page 90

PAR RAPPORT AU SECTEUR ET

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.
Web
Sans conteste la meilleure interface web! Un design trs professionnel, une
organisation intuitive et des raccourcis clavier 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, le requteur standard et comptitif
de cube OLAP Pentaho devrait tre intgr l'ERP d'ici dbut 2009. 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 jour en jour. N'importe quel dveloppeur Java expriment fera l'affaire. La note
n'est nanmoins pas parfaite car le code avec plus de 450 tables est compliqu et
les abstractions mises en jeu gagneraient s'lever plus haut au dessus des
donnes relationnelles.

ef

Page 91

Techniques d'extensions fonctionnelles

Ajouter de nouvelles fonctionnalits Openbravo ne pose pas de gros problme. En
premier lieu, on peut 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
une procdure stocke qu'ils 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 permettra de ne grer que 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.
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 reste assez coteux de modifier les
fonctionnalit natives de l'ERP, 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 termes 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 (cf. page prcdente).
De mme, la technologie utilise reste encore proche de celle de Compiere, c'est-dire que les carts au fonctionnel existant se paient lourdement (donc au del de la
simple altration du modle de donnes et des crans) 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 franisation 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 92

Rcapitulatif sur OpenERP

(OpenERP)

Avantages

diteur trs dynamique

Communaut dynamique et exprimente

Primtre fonctionnel ingal avec ses quelques 300 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 mmes 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

Grande souplesse gnrale, notamment grce la scriptabilit des rapports

Croissance auto-finance

Les cots d'intgration les plus faibles grce du paramtrage graphique

trs avanc et grce la simplicit gnrale du code.

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, notamment professionnelle

l'ORM, bien que puissant n'est pas un standard reconnu

ef

Page 93

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.

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'ENA, la chambre
de commerce et industrie, l'administration du canton de Vaud (Suisse), IRMicrosystems... 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.
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 OpenERP par une large
batterie de tests unitaires et une trs large communaut d'utilisateurs et de

ef

Page 94

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 donn les
contraintes existantes lors de sa cration, OpenERP mrite dj largement le
meilleur classement en termes 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
projets informatique agile (SCRUM)...

ILLUSTRATION 27:

APTITUDES PAR

FONCTIONNALITS

ILLUSTRATION 28:

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 OpenERP est une des cls de sa souplesse.
Web
eTiny, la surcouche serveur dveloppe initialement par Axelor, puis dsormais codveloppe par Axelor et Tiny.be est un modle de simplicit et d'efficacit. Elle ne

ef

Page 95

fait que traduire les webservices de OpenERP 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 45 ) 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.
BI
La Business Intelligence se limite encore des rapports paramtrables. Ceci dit,
OpenERP inclura galement une solution de requteur de cube OLAP ds la fin
2008 pour des analyses plus fines et sans cot d'intgration dmesur. La version
en dveloppement est nanmoins largement avance et dj testable.

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,

ef

Page 96

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 OpenERP avec d'autres progiciels, quelle que soit leur technologie.
Techniques d'extensions fonctionnelles
Tout comme sur Openbravo, la cration de nouvelles structures de donnes, de
nouvelles interfaces d'ditions et de nouveaux rapports 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 OpenERP aussi, dclencher du code
SQL, ventuellement sous forme de procdures stockes.
De plus, l'une des forces de OpenERP, c'est de fournir simplement tous les outils
permettant chacun de re-packager ses dveloppements spcifiques en un module
indpendant et rutilisable: soit dans une simple optique de maintenabilit, soit
dans une optique de construction communautaire (cf page 63).
Enfin, n'oublions pas que OpenERP 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.

Conclusion
Une analyse rationnelle de OpenERP 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 tiers simples et nombreux: ds lors presque toutes les intgrations
donnent lieu un feedback positif pour toute la communaut sous forme de
modules proprement packags. Seule 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.

ef

Page 97

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 de e-commerce forte charge.

Open source au sens le plus stricte du terme (communautaire)

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 phases
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

ef

Page 98

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.

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 sont 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 OpenERP. 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.

ef

Page 99

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 OpenERP, 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 OpenERP ou
ERP5 dans la mesure o les objets mtier n'ont toujours pas de mthodes propres
suivant le modle objet. Ceci change avec Neogia et son gnrateur de modle qui
permet aux objets mtier d'acqurir une spcialisation de comportement, l'instar
de ce qui est fait dans ERP5 ou OpenERP.
Primtre
Le primtre de Neogia est trs correcte mais manque souvent de finition, comme
bien souvent avec les solutions essentiellement communautaires.

29:

APTITUDES PAR FONCTIONNALITS

30: ADQUATION
L'ENTREPRISE

PAR RAPPORT AU SECTEUR ET LA TAILLE DE

Souplesse
La souplesse de Neogia est bonne, meilleure que celle des ERP de la ligne
Compiere grce sa modlisation objet plus pousse.

ef

Page 100

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.
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.
Techniques d'extensions fonctionnelles
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 un 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 Compiere ou d'ERP5, Nereide ne dtient pas un gros monopole sur sa

ef

Page 101

solution puisque celle-ci hrite 80% d'Ofbiz qui est une solution ouverte et
populaire la fois.
Du fait des manques de finition 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
une plateforme d'e-commerce trs robuste.

ef

Page 102

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, OpenERP, 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.
Nous estimons que 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 trop peu diffus nos yeux, 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, de la gouvernance et des modles de
dveloppement.
Nous croyons que le meilleur modle pour des produits open source, est celui qui
combine un produit socle, principalement sous le contrle de lditeur, et un
ensemble dextensions ou de verticalisations ralises par diffrents contributeurs
externes, le plus souvent des prestataires partenaires de lditeur.
Cest le moyen dassurer la robustesse et la fiabilit requises sur le noyau, tout en
tirant parti de lextraordinaire force de dveloppement communautaire. Sur le
terrain, au contact des projets, les intgrateurs rencontrent des besoins spcifiques
non couverts, et ralisent des extensions, ou des paramtrages spcifiques,
verticaliss, qui sont ensuite rendus disponibles aux autres intgrateurs, venant
enrichir le produit. Plus encore que des produits CMS, GED ou encore de
Business Intelligence, les ERP ont besoin de cette force de dveloppement
distribue car ils adressent une bien plus grande diversit de contextes.
Notre analyse est que Compiere et ERP5, avec un nombre trs rduit de
prestataires partenaires, sont moins bien disposs pour bnficier dune telle force
de dveloppement distribue.
Au contraire, selon nous OpenERP, 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.

ef

Page 103

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 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.
OpenERP reprsente un idal de logiciel agile, apte rpondre n'importe quel
besoin. OpenERP 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 en
termes de base de donnes et de webservices.
Openbravo est un logiciel rd 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 termes 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.

Une prsentation complte des frameworks et

composants qui permettent de rduire les temps
de dveloppement des applications, tout en
amliorant leur qualit. [77 pages]

Les frameworks PHP

Synthse des bonnes pratiques pour l'utilisabilit

et l'efficacit des applications mtier construites en
technologie web. [61 pages]

Conception d'applications web

Middleware [91 pages]

Cloud Computing [42 pages]

VPN open source [31 pages]

Firewalls open source [58 pages]

Architectures Web open source [177 pages]

Virtualisation open source [41 pages]

Collection Systme et Infrastructure :

Dcouvrez les meilleurs outils et suites de la

business intelligence open source.
[78 pages]

Dcisionnel : les solutions open source

Grce ce livre blanc, dcouvrez comment

optimiser la "rfrenabilit" et le positionnement
de votre site lors de sa conception. [45 pages]

Rfrencement : ce quil faut savoir

Les vraies solutions de GED sont des outils tout

fait spcifiques ; lopen source reprsente une
alternative solide, une large couverture
fonctionnelle et une forte dynamique. [77 pages]

GED : les solutions open source

Des solutions open source en matire dERP sont

tout fait matures et gagnent des parts de march
dans les entreprises, apportant flexibilit et cots
rduits. [121 pages]

ERP/PGI: les solutions open source

Cent et quelques bonnes pratiques du web ,

usages et astuces, incontournables ou tout
simplement utiles et qui vous aideront construire
un site de qualit. [26 pages]

Les 100 bonnes pratiques du web

Contactez-nous, nous serons heureux de vous prsenter nos ralisations de manire plus approfondie !
+33 1 41 40 11 00 / sdc@smile.fr

Les livres blancs Smile sont

tlchargeables
gratuitement sur
www.smile.fr

Toutes les questions quil faut se poser pour choisir

loutil de gestion de contenu rpondra le mieux
vos besoins. [46 pages]

200 questions pour choisir un CMS

Pour les portails aussi, lopen source est riche en

solutions solides et compltes. Aprs les CMS,
Smile vous propose une tude complte des
meilleures solutions portails. [50 pages]

Portails : les solutions open source

Dans la gestion de contenus, les meilleures

solutions sont open source. Du simple site la
solution entreprise, dcouvrez loffre des CMS open
source. [58 pages]

Gestion de contenus : les solutions

open source

Son histoire, sa philosophie, ses grandes figures,

son march, ses modles conomiques, ses
modles de support et modles de dveloppement.
[52 pages]

Introduction lopen source

et au Logiciel Libre

Les livres blancs Smile