IGnralits sur PGI ET ERP

1) Dfinition Du PGI ou ERP :

L'expression progiciel de gestion intgr en abrg PGI, (terme
recommand en France par la DGLFLF1 et au Canada par l'OQLF) est
l'quivalent franais du terme anglaisEnterprise Resource
Planning ou ERP.
La dfinition donne par le CXP 2 regroupe l'ensemble des paramtres
constitutifs d'un ERP : Pour tre intgr, un progiciel de gestion doit :

maner d'un concepteur unique

garantir l'utilisateur l'unicit d'information assure par la

disponibilit de l'intgralit de la structure de la base de donnes
partir de chacun des modules, mme pris individuellement

reposer sur une mise jour en temps rel des informations

modifies dans tous les modules affects

fournir des pistes d'audit bases sur la garantie d'une totale

traabilit des oprations de gestion

couvrir soit une fonction( ou filire) de gestion, soit la totalit du

systme d'information de l'entreprise.

Il n'en reste pas moins que l'objet ERP n'est pas normalis et son
appellation reste flottante: D'autres dnominations sont utilises comme :
progiciel, progiciel intgr, progiciel applicatif, progiciel applicatif intgr,
progiciel de gestion, progiciel de gestion intgre... Face cette diversit,
il convient de rappeler les deux dimensions fondamentales qui
caractrisent les logiciels de type PGI/ERP 3
1. Le DI ou degr d'intgration : il dfinit la capacit fournir
l'ensemble des acteurs de l'entreprise une image unique, intgre,
cohrente et homogne de l'ensemble de l'information dont ils ont
besoin pour jouer pleinement leur rle.
2. La CO ou couverture oprationnelle : elle dfinit la capacit de
fdrer l'ensemble des processus de l'entreprise dans chacun des

domaines qui la constituent et ce, dans une approche transversale

qui optimise sa productivit.

2) Historique :
Dans les annes 1960, Joseph Orlicky tudie le programme de production
de Toyota et conoit le Material Requirements Planning (MRP). Puis Oliver
Wight et George Plossl mettent au point le MRP into manufacturing
resource planning (MRP2). D'o une volution en trois phases4 :
1. MRP0, en anglais Material Requirements Planning
Zro (littralement, planification des besoins en matires 0 ) :
mthode de calcul des besoins matire, mise au point en 1965 ;
2. MRP1, en anglais Material Requirements Planning One : premire
application industrielle de la gestion intgre des flux de production,
mise au point en1971 ;
3. MRP2, en anglais Manufacturing Resources Planning Two (litt.
planification des ressources pour la fabrication 2 ) : en plus du
calcul des besoins nets en matires premires et composants,
effectue une planification des lancements en tenant compte des
capacits des ressources par priode ; mise au point en1979.

partir de 1990 environ, la logique introduite par le MRP s'tend

progressivement l'ensemble des fonctions de l'entreprise, pour donner
l'ERP (E comme entreprise). Cette transition est facilite par :

L'tat des systmes d'information dont les applications de base

sont installes dans diffrents dpartements (services clients,

marketing, ventes, comptabilit, fournisseurs, production, distribution,

personnel ) et ne permettent pas aux utilisateurs de partager un
langage commun. Si des interfaces entre ces diffrents domaines de
l'entreprise ont t mises en place, elles sont rarement en temps rel
et les exemples o la mme donne est saisie deux ou trois fois, voire
plus, ne sont pas rares. (...) les cots induits sont inestimables : perte
de temps, manque d'efficacit, mauvaise visibilit, mauvais processus
dcisionnel, duplication d'effort, taux d'erreur lev. (...)
Dysfonctionnements qui se traduisent (...) par un mauvais service
client et une perte de comptitivit de l'entreprise 5.

Le dveloppement de logiciel est un domaine (...) encore au stade

artisanal o l'approche composant - autrement dit l'approche objetn'en est encore qu' ses dbuts. Le dveloppement logiciel dpend
fortement de la capacit individuelle du dveloppeur et n'est pas
conduit par la recherche systmatique du remploi de ce qui a bien
fonctionn dans le pass. Le composant logiciel (l'objet) n'occupe pas
la place qui devrait tre la sienne alors qu'une nouvelle industrie
logicielle est en train d'merger qui s'inspire des concepts des ateliers
de production des industries manufacturires : recherche, engineering,
nomenclature, montage, assemblage, version, pices dtaches,
inventaire, rutilisabilit, contrle qualit 6.

Les objets logiciels ne sont pas les seuls lments devoir faire
l'objet d'une meilleure intgration. Les composants techniques issus de
fournisseurs divers et indpendants ne facilitent pas l'intgration :
systmes d'exploitation, protocoles de communication, base de
donnes, Interface Homme/machines, machine serveur et machines
client, rseau local et tendu, composants bureautiques et
multimdias, etc.

Enfin, les profondes modifications ncessites par le passage

informatique l'an 2000 et le passage l'euro (dans la zone euro), ont
fait que les progiciels de gestion intgrs ont t considrs comme
une opportunit technique saisir pour remplacer des systmes
informatiques vieillissants et difficilement convertibles pour des raisons
d'obsolescence technique. L'expansion considrable de ces logiciels
dans les annes 1990 s'explique en grande partie par les amliorations
techniques apportes dans la conception et la mise jour des

systmes d'information, mais aussi par les opportunits conjointes de

refonte des organisations ouvertes cette occasion
3) description
Le principe fondateur d'un PGI/ERP est de construire des applications
informatiques (gestion des commandes, des stocks, de la paie, de la
comptabilit, etc.) :

de manire modulaire et intgre au niveau des traitements

offerts (les diffrents modules qui le composent sont indpendants
mais parfaitement compatibles entre eux) ;

de manire rigoureuse et cohrente au niveau des donnes

gres (partage d'une base de donnes unique et commune).

Cela comble une lacune importante :

Dans la situation prexistante aux PGI/ERP, des applications sur

mesure, d'origine diverse, coexistent tant bien que mal, ne partagent
pas ou peu leurs donnes, et ne sont pas forcment toujours prvues
pour travailler simplement et correctement ensemble. Les quipes
informatiques ont alors fort faire pour construire et mettre en place
des interfaces ad hoc, dont le fonctionnement pratique peut rserver
des surprises.

La compatibilit entre les modules qui composent les PGI/ERP est

garantie par leur concepteur : la compatibilit du module achat avec le
module stock est garantie, qui est lui-mme compatible avec le module
gestion de commandes. Les donnes sont dsormais supposes
standardises et partages, ce qui limine les saisies multiples et vite
(en thorie) l'ambigut des donnes multiples de mme nature
(exemple : socit TRUC, TRUC SA et St TRUC).

L'autre principe qui caractrise un PGI/ERP est l'usage systmatique de ce

qu'on appelle un moteur de workflow (qui n'est pas toujours visible de
l'utilisateur), et qui permet, lorsqu'une donne est entre dans le systme
d'information, de la propager et d'offrir des vues logiques pertinentes dans
tous les modules du systme qui en ont besoin, selon une programmation
prdfinie.
Ainsi, on peut parler de PGI/ERP lorsqu'on est en prsence d'un systme
d'information compos de plusieurs applications partageant une seule et

mme base de donnes, par le biais d'un systme automatis prdfini

ventuellement paramtrable (un moteur de workflow).

4) Adaptation au contexte d'entreprise

Le PGI peut rarement tre considr comme un outil livr "cl en main"
dans le sens qu'il n'est pas directement utilisable l'installation. Bien qu'il
propose nativement des processus de gestion IT qui correspondent des
standards et bests practices largement rpandus il est parfois ncessaire
de les adapter aux spcificits de l'organisation de l'entreprise ou de ses
processus mtier. La dimension standard produit et l'intgration native, qui
sont des caractristiques cls des PGI, ne pourraient pas se concrtiser
dans un contexte particulier sans une ncessaire adaptabilit du standard.
Pour cette raison les PGI sont plus ou moins paramtrables, c'est--dire
qu'il est possible d'adapter le comportement du PGI (en particulier des
moteurs de workflow mentionns prcdemment) via des valeurs de
donnes grables soit directement par des utilisateurs mtiers qualits
soit par la direction des systmes d'information. Les fonctionnalits non
couvertes par le standard produit peuvent tre intgres dans une version
logicielle existante ou faire partie de la Roadmap de l'diteur. En dernier
recours les socits peuvent faire appel des dveloppements spcifiques
pour couvrir les carts rsiduels entre les besoins mtier et le standard.

5) Avantages natifs des PGI/ERP

Intgration des processus de gestion, largement exploite par les
entreprises pour optimiser le suivi financier et le contrle de
gestion ;
cohrence et homognit des informations (un seul fichier articles,
un seul fichier clients, etc.) ;
intgrit et unicit du Systme d'information ;
partage du mme systme dinformation facilitant la communication
interne et externe
Fiabilit. Une entreprise optant pour un PGI/ERP bnficie
gnralement d'un outil prouv par de nombreuses entreprises de
son secteur d'activit et par consquent en fiabilisation continue au
titre de la maintenance diteur.
volutivit, garantie par la cohrence du modle de donnes qui
constitue le socle de tous les processus / fonctionnalits SI couverts
par le PGI/ERP. Le PGI/ERP permet une implmentation adapte et
progressive de ces processus / fonctionnalits.

Rationalisation de l'architecture applicative et technique : diminution

du nombre d'outils et par consquent des interfaces entre ces outils,
potentielle diminution ou optimisation des machines et serveurs
supportant le systme d'information.
minimisation des cots : pas dinterface entre les modules,
synchronisation des traitements, maintenance corrective simplifie
car assure directement par l'diteur et non plus par le service
informatique de l'entreprise (celui-ci garde nanmoins sous sa
responsabilit la maintenance volutive : amlioration des
fonctionnalits, volution des rgles de gestion, etc.) ;
globalisation de la formation (mme logique, mme ergonomie) ;
diminution du nombre de salaris ayant pour mission principale la
saisie comptable (aide-comptable);
matrise des cots et des dlais de mise en uvre et de dploiement
;
Disponibilit et maturit (au niveau cots, dlais, qualit) des
prestations de service ddies au PGI/ERP.

6) Opportunits lies l'implmentation d'un PGI/ERP

Favoriser l'intgration entre les dpartements, matrialiser la
stratgie et les politiques de gestion de l'entreprise dans le systme
d'information.
Rapprochement des mtiers et de la DSI, appropriation du systme
d'information par les mtiers. Les PGI/ERP tant nativement calqus
sur les processus mtier et flexibles, ils favorisent l'mergence d'une
population mtier sensibilise aux aspects techniques du PGI et
d'une population DSI sensibilise ses aspects mtier.
tendre l'intgration du systme d'information la supply chain
amont et aval (fournisseurs et clients).
Standardiser les processus SI et dployer les standards sur
l'ensemble des organisations de l'entreprise.
Ce dernier point est essentiel et la mise en uvre d'un PGI/ERP dans
une entreprise est frquemment associe une rvision en
profondeur de l'organisation des tches et une optimisation et
standardisation des processus, en s'appuyant sur le cadre normatif
du PGI/ERP.
7) Les inconvnients
Les PGI/ERP ne sont cependant pas exempts d'inconvnients :

La mise en uvre peut s'avrer complexe si le primtre

fonctionnel est mal dtermin ou trop mouvant ou le projet
mal pilot ;

I-

cot lev de 300 000 minimum pour un progiciel fiable et

de qualit[rf. ncessaire], mais pouvant rapidement monter
beaucoup plus haut, en fonction de l'industrie et de la
complexit du projet. L'option fonctionnellement riche des
solutions de logiciels libres si elle rduit les cots de licence,
ne supprime pas les cots d'accompagnement et de formation.
Le paramtre cot est galement fonction de la lourdeur et de
la rigidit de mise en uvre de l'outil qui peuvent tre accrues
par les difficults de son appropriation par les utilisateurs.
primtre fonctionnel non adapt au besoin rel de
l'organisation : le progiciel peut tre sur-dimensionn et donc
sous-utilis s'il est plus large que les besoins effectifs de
l'organisation, ou au contraire tre sous-dimensionn s'il n'est
pas capable de couvrir l'ensemble des besoins avrs 8 ;
ncessit d'une bonne connaissance des processus de
l'entreprise (par exemple, une petite commande et une grosse
commande ncessitent deux processus diffrents : il est
important de savoir pourquoi, de savoir dcrire les diffrences
entre ces deux processus de faon bien les paramtrer et
adapter le fonctionnement standard du PGI/ERP aux besoins
de l'entreprise) ;
captivit vis--vis de l'diteur : le progiciel choisi ne peut pas
toujours s'adapter l'organisation qui s'quipe. Le choix d'une
solution devient fortement structurant pour l'entreprise, et, audel d'un simple paramtrage, ce sera l'organisation de
s'adapter au progiciel (et non l'inverse...).

LASP

1) Dfinition

Que signifie le terme "ASP" ? Le terme ASP est un acronyme pour "Application
Service Provider", traduit gnralement en franais par "Fournisseur d'Applications
Hberges" (FAH). Ce terme dsigne la fois le modle informatique de fourniture de
services applicatifs en ligne et le prestataire qui hberge et fournit ces services.

Qu'est-ce qu'un ASP ? Un ASP offre un accs des applications et services en ligne
des utilisateurs distants. Ces applications et services sont hbergs au sein du centre
d'hbergement de l'ASP et accessibles via un rseau de type Internet, rseau priv, ou
rseau priv virtuel. Le client y accde de faon personnalise et scurise en
contrepartie d'un paiement sous forme d'un abonnement forfaitaire ou
d'une tarification lie l'usage.

A qui s'adresse le modle ASP ? Le modle ASP s'adresse potentiellement tous

types d'organisation (Grandes Entreprises, PME/PMI, TPE, communauts
professionnelles). Il offre une rponse concrte aux principales proccupations des
entreprises : gain de productivit, matrise des cots, flexibilit, manque de
comptences ou de ressources high tech, besoin de mieux communiquer (entre sites,
pour les utilisateurs nomades), etc.

Qui est propritaire des donnes hberges ? Le client est le seul propritaire de ses
donnes qu'elles soient conserves chez lui ou hberges chez un ASP. En outre, des
sauvegardes (des donnes hberges) sont rgulirement envoyes par l'ASP leur
propritaire respectif. En cas de changement de prestataire ASP ou de rupture de
contrat, l'ASP restaure l'utilisateur l'ensemble de ses donnes.

Quel est le prix d'une application en mode ASP ? Le prix d'une application en mode
ASP, dpend de la valeur marchande du logiciel, du nombre d'utilisateurs connects,
de la dure du contrat de location en mode ASP, et de la qualit de service fournie
(application hberge sur un serveur ddi ou non, disponibilit du support technique
et dlai de rponse en cas de problme, frquence d'envoi des sauvegardes.

2) Histoire
L'ASP peut tre considr comme descendant indirect du service
bureau des annes 1960 et 1970, en ceci que leur but premier est de
permettre des clients de pratiquer l'externalisation sur des
applications spcifiques et ainsi de leur permettre de recentrer leur
attention sur leurs mtiers premiers. Le but de ces bureaux tait
d'associer l'informatique la notion d'outil, qui fut dans un premier
temps propos par John McCarthy lors d'une prsentation au MIT en
1961[rf. ncessaire].

3) Le modle ASP : avantages et inconvnients

L'application logicielle installe sur le systme informatique du vendeur
est accessible par l'utilisateur travers un navigateur web ou grce
un logiciel client fourni par le vendeur. Le logiciel du client peut
galement faire l'interface avec le serveur en utilisant des API et/ou un
langage de communication gnralement bas sur XML. Ces API
peuvent galement tre utilises par un logiciel dvelopp en interne
pour pouvoir accder diffrents types de services ou de donnes.

a- Avantages
Il existe un certain nombre d'avantages cette approche parmi
lesquels :

Le mode ASP peut permettre un dploiement plus rapide dans

l'entreprise, en pargnant les cots et dlais associs la mise en
place d'une infrastructure technique (serveurs, rseau, logiciels de
base...) ;
Les problmes d'intgration de l'application sur l'architecture du
client sont dans une certaine mesure limins. Il est frquent
toutefois, que l'on ait besoin d'interfaces, permettant d'changer
automatiquement des donnes entre l'ASP et les autres applications
du systme d'information de l'entreprise cliente.
D'autres bnfices peuvent tre pris en considration, mais relvent
plutt des approches progicielles en gnral, que du mode ASP :
Le cot des applications est ventil sur de nombreux clients ;
Le vendeur acquiert une exprience plus grande de la part de ses
multiples clients et peut ainsi en faire profiter ses applications ;
L'application n'est pas installe sur un PC client, et donc accessible
de n'importe quel point connect au rseau internet dans le monde
partir d'un simple navigateur web (Internet Explorer, Firefox, ou
Safari par exemple).

b- Inconvnients
Mais on peut galement noter un certain nombre de dsavantages :

Le client doit accepter de confier son ASP des donnes critiques de

l'entreprise, telle la base de ses collaborateurs (ne serait-ce que
pour contrle d'authentification), les bases de donnes Client,
Produits, Fournisseurs...
Les clients doivent accepter une solution gnraliste fournie par
l'ASP, qui est configurable pour correspondre au plus grand nombre
de clients possible, mais qui ne correspond pas prcisment leur
besoin (mme problme qu'avec les PGI ou ERP). Seuls les plus gros
clients peuvent influer sur les dcisions de dveloppement ;
Le client doit avoir confiance en son ASP pour lui fournir des
informations critiques quant son travail. L'ASP est galement
responsable de fonctionnalits critiques du mtier de ses clients.
Ceux-ci n'ont plus la main sur le systme en cas de
dysfonctionnement ;
L'ASP complique la ralisation des interfaces entre l'application
externalise et les autres applications du systme d'information du
client. Et c'est d'autant plus dlicat que les connexions entrantes

II-

dans le systme d'information sont en principe interdites et

soumises drogation;
En termes de disponibilit, le fournisseur se doit d'avoir un taux de
disponibilit proche de 100 %. De plus cette disponibilit est lie la
disponibilit du lien rseau entre le client et l'ASP ;
Le fonctionnement distant de l'application apporte un temps de
transit des donnes plus important qu'en fonctionnement local. Ce
temps peut tre contrebalanc par un temps de traitement moins
important grce l'utilisation de serveurs plus puissants et mieux
optimiss.

SaaS : dfinition, offre et retours d'exprience

Le SaaS, Software as a Service, propose de consommer un logiciel

sous la forme d'un service hberg. Tarifes par abonnement, les
solutions en mode SaaS couvrent les grands domaines
fonctionnels : ERP, CRM, Analytics, logistique, applications
mtier...

1) Dfinition
Que recouvre l'acronyme SaaS ?

SaaS (pour Software as a service) renvoie un modle de logiciel

commercialis non pas sous la forme d'un produit (en licence dfinitive),
que le client installerait en interne sur ses serveurs, mais en tant
qu'application accessible distance, par abonnement, comme un service,
par le biais d'Internet et du Web.
Le terme SaaS, pour Software as a Service, est utilise pour dsigner une
application, mise disposition distance par un fournisseur, et accessible
par le biais d'un navigateur Internet. Elle est aussi loue, au mois ou
l'usage. Les mises jour sont automatiques.
SaaS, ou Software as a Service, se rfre tout service Cloud permettant
aux clients d'avoir accs des applications logicielles sur Internet. Ces
applications sont hberges dans le Cloud et peuvent tre utilises pour

un large ventail de tches, tant par les personnes prives que par les
organisations. Google, Twitter, Facebook et Flickr sont tous des exemples
de SaaS, o les utilisateurs peuvent avoir accs aux services via n'importe
quel appareil disposant d'une connexion Internet. Gnralement, les
usagers d'une entreprise utilisent des applications pour remplir de
nombreuses fonctions, incluant la comptabilit, la facturation, le suivi des
ventes, la planification, le monitoring des performances et les
communications (y compris la messagerie web et la messagerie
instantane).
On emploie souvent l'expression de logiciel la demande pour parler des
services SaaS, car l'utiliser quivaut au fait de louer un logiciel plutt que
de l'acheter. En prsence d'applications logicielles traditionnelles,
l'utilisateur achte d'abord le logiciel et l'installe ensuite sur son
ordinateur. La licence du logiciel peut limiter le nombre d'utilisateurs et/ou
d'quipements o il peut tre dploy. En revanche, les utilisateurs ayant
recours une offre de Software as a Service souscrivent un abonnement
au logiciel souhait, gnralement sur une base mensuelle, plutt que de
l'acheter. L'achat et l'utilisation des applications se fait en ligne, et les
fichiers sont sauvegards dans le Cloud plutt que sur un ordinateur
individuel.
2) Historique
Le terme SaaS (logiciel en tant que service) remplace les termes ASP
(Application Service Provider) ou encore On Demand , prcdemment
employs. Il est apparu le 28 fvrier 2001, dans un article Strategic
Backgrounder: Software As A Service publi par The Software &
Information Industry's (SIIA) eBusiness Division, dition de Washington
DC3.
La diffrence entre le logiciel en tant que service (SaaS) et les prcdents
modles tels que ASP rside dans le fait que les applications sappuyant
sur ce modle ont t nativement conues pour l'accs via Internet.
Prcdemment, il sagissait en gnral dun frontal web appliqu des
applications traditionnelles.

Une tude mene par MARKESS International montre que des domaines
comme les solutions collaboratives et la communication d'entreprise sont
maintenant largement adoptes en mode le logiciel en tant que service
(SaaS). Les exemples de services collaboratifs les plus utiliss en mode
SaaS (logiciel en tant que service) sont le partage d'agendas en ligne, les
outils de confrence distance, les services de gestion de contacts et de
prsence, la gestion documentaire et/ou de contenu ainsi que la
messagerie d'entreprise. Ces solutions sont toujours en tte des usages
des applications en SaaS en 2012 et des projets d'ici 2014.

En 2007, le march des logiciels en tant que service (SaaS) tait estim
prs de 5 milliards de dollars US dans le monde et 122 millions d'euros en
France. Une tude de Gartner Group prdisait alors le doublement du
march d'ici 20114. En 2010, la progression s'avre plus modeste que
prvue5 et les prvisions sont revues la baisse. En 2013, le march des
solutions en mode SaaS est valu6 prs de 2 milliards d'euros en
intgrant les services annexes (conseil, formation, paramtrage des
solutions, intgration l'existant...) ainsi que les revenus raliss en
France par des fournisseurs bass hors du territoire
3) Les avantages
Il existe de nombreuses raisons pour lesquelles SaaS est avantageux tant
pour les organisations que pour les individus :

Pas de cots d'quipements supplmentaires ; la puissance de

traitement ncessaire pour faire fonctionner les applications est fournie
par le fournisseur Cloud.
Pas de frais d'installation ; les applications sont prtes l'emploi ds
que l'utilisateur a souscrit l'abonnement.
Paiement l'utilisation ; si l'utilisateur n'a besoin du logiciel que pour
une priode limite, il ne paie que cette priode et gnralement, il est
possible de mettre fin aux abonnements en tout temps.
Utilisation volutive ; si un utilisateur a besoin par exemple de
davantage de stockage ou de services supplmentaires, il peut y
accder la demande sans avoir besoin d'installer de nouveaux logiciels
ou du nouveau matriel.
Mises jour automatiques ; ds qu'une mise jour est disponible,
l'utilisateur peut y accder directement en ligne, souvent gratuitement.
Aucun nouveau logiciel n'est ncessaire, comme il arrive souvent avec
d'autres types d'applications, et les mises jour sont gnralement
dployes automatiquement par le fournisseur Cloud.
Inter compatibilit entre quipements ; il est possible d'accder aux
applications SaaS depuis n'importe quel quipement disposant d'une
connexion Internet, ce qui est idal pour ceux qui utilisent de
nombreux appareils, comme des tlphones et des tablettes dots d'une
connexion Internet et pour ceux qui n'utilisent pas toujours le mme
ordinateur.
Accessible depuis partout ; pour peu que l'on dispose d'un
quipement dot d'une connexion Internet, il est possible d'accder
l'application depuis n'importe o, sans tre limit aux ordinateurs
individuels.
Les applications peuvent tre personnalises et faire l'objet d'une
marque blanche ; il est possible de personnaliser certains logiciels, ce
qui veut dire qu'ils peuvent tre modifis pour correspondre aux besoins
et la marque d'un client dtermin.

Les logiciels office sont le meilleur exemple d'entreprises utilisant un

service SaaS. Les oprations de comptabilit, de facturation, de ventes et

de planification peuvent tre effectues travers l'offre de Software as a

Service. Une entreprise peut souhaiter utiliser un seul logiciel qui excute
toutes ces oprations ou alors plusieurs logiciels dont chacun peut
excuter une tche diffrente. Le logiciel dsir peut tre souscrit sur
Internet puis on y accde en ligne depuis n'importe quel ordinateur de
bureau, en insrant le nom d'utilisateur et le mot de passe. En cas de
modification des besoins de l'entreprise, il est facile de passer un autre
logiciel correspondant mieux aux exigences. Toute personne ayant besoin
d'accder un logiciel dtermin peut tre configure en tant
qu'utilisateur, qu'il s'agisse d'une seule personne, de deux personnes ou
de tous les employs d'une organisation ayant des centaines d'employs.

Avec le SaaS, il n'y a aucun frais d'installation, comme c'est souvent

le cas avec d'autres applications.
Le SaaS est extensible, avec des mises jour disponibles la
demande.
Il est possible d'accder au Software as a Service depuis n'importe
quel quipement disposant d'une connexion Internet.
Pour peu qu'une connexion Internet soit disponible, il est possible
d'accder aux applications depuis n'importe o.

Les avantages en rsum

Cots
Votre mise de dpart est inexistante : inutile dinvestir dans de nouveaux serveurs, dtendre votre espace disque
ou dacqurir de nouveaux postes de travail. Avec le modle SaaS, vous rutilisez lexistant.Il est trs facile
dtablir votre budget et de raliser des prvisions budgtaires car vous connaissez trs exactement le montant
de vos dpenses. Aucun risque denvole soudaine de vos cots conscutive lachat dune nouvelle version
dun logiciel, un dysfonctionnement applicatif ou linstallation dun nouvel antivirus.Concrtement, vous
rduisez vos cots, non pas uniquement cette anne mais pendant toute la dure dutilisation du logiciel. En
2006, une tude signe McKinsey a estim que le cot total de possession dun logiciel dploy en mode SaaS
tait infrieur de 40 % celui dun logiciel install sur site.

Gain de temps
Rapidit de dploiement en mise jour permanente
Soyez oprationnel plus rapidement grce un logiciel disponible via une simple connexion Internet.
Accessibilit en ligne permanente, en tout lieu Avec laccessibilit Internet, les logiciels dploys en mode SaaS
sont disponibles tout moment et en tout lieu les collaborateurs ont la possibilit de travailler depuis nimporte
quel site quip dune connexion Internet, sans quune licence logicielle distincte soit requise.
Rapidit dimplmentation
Les problmes de dploiement ne sont plus les vtres, mais ceux de Trace One. Ne vous souciez plus des
dlicats problmes de programmation et de personnalisation

Innovation continue

Mises niveau automatiques

Trace One innove en permanence et ses innovations sont exploitables demble, sans ncessiter de rinstallation
ou de reconfiguration.

Conformit rglementaire
Nos logiciels tant destins un usage professionnel, ils tiennent compte des contraintes correspondantes,
notamment en matire de conformit rglementaire ; ces exigences sont intgres linterface utilisateur. noter
que nos logiciels sont actualiss en permanence, en fonction des normes respecter et de la lgislation en
vigueur.

Rutilisation maximale des documents

Rutilisation maximale des contenus documentaires

Le stockage et laccs centraliss aux documents limitent considrablement les problmes lis la multiplication
des bases de donnes ou lincapacit retrouver une information stratgique. Un document valid peut tre
copi et rutilis, ce qui vite des pertes de temps inutiles par souci de vouloir rinventer la roue .

Scurit

Scurit leve
Laccs aux donnes confidentielles est contrl par mot de passe, au moyen de certificats, cartes puce et via
des espaces de travail isols. Le modle SaaS offre, dans de nombreux cas, une scurit suprieure celle
offerte par linstallation de logiciels en local.

Effectif

Moindre sollicitation du personnel informatique

Trace One prend tout en charge : support, maintenance, compatibilit, scurit, correctifs, gestion des licences,
protection contre les logiciels malveillants Inutile dembaucher un spcialiste pour ces tches.

Durabilit

Le modle SaaS est une solution informatique plus respectueuse de lenvironnement : mutualisation des
infrastructures de stockage et serveur, rationalisation du partage des tches, conomies sur lachat de matriel
informatique, systme mutualis moins nergivore. Les dchets industriels sont mme rduits en fin de vie du
matriel informatique dtail non ngligeable, surtout dans lUnion europenne o les rglementations sur
llimination des quipements informatiques obsoltes se sont durcies rcemment

4) Les inconvnients
Lors de la mise en place de solutions SaaS, les donnes relatives
l'entreprise cliente sont, gnralement, stockes sur les serveurs du
prestataire fournissant la solution. Lorsqu'il s'agit de donnes sensibles ou

confidentielles, l'entreprise est oblige de prendre des dispositions

contractuelles avec le fournisseur.
La dlocalisation des serveurs de la solution SaaS permet galement un
accs nomade aux donnes de l'entreprise. Cet accs entrane un souci de
scurit de l'information lors du dpart de collaborateurs. Il est
indispensable d'avoir mis en place des procdures permettant, lors d'un
dpart, de supprimer l'habilitation de l'ancien collaborateur accder aux
donnes de l'entreprise.

Par ailleurs, l'intgration des applications SaaS entre elles ainsi qu'avec les
autres applications du systme d'information, hberges dans les centres
de donnes de l'entreprise, figure parmi les principaux handicaps du SaaS
7. De nouveaux profils d'acteurs apparaissent pour rpondre cet enjeu
travers des plates-formes applicatives de type PaaS (Platform as a Service)
fournissant des briques complmentaires ou des API permettant ces
applications de dialoguer entre elles.
Il est galement important d'adapter son plan de continuit de l'activit
l'intgration de solutions SaaS ainsi que de prvoir les divers scnarios
possibles en cas de problmes avec le prestataire de la solution SaaS.
En termes de contrles internes, il est recommand que le prestataire de
service fournisse un certificat de type SSAE16 son client afin de garantir
de la bonne qualit de son propre systme de contrles internes. Le cas
chant, le client doit prendre des mesures compensatoires comblant les
manquements de son fournisseur de service.
Les migrations informatiques peuvent tre compliques puisqu'il faut
basculer les donnes de la plate-forme d'un fournisseur vers celle d'un
autre, avec divers problmes associs (compatibilit, apparence pour le
client, etc.). Dans le cadre du SaaS, le client se trouve li son
fournisseur.
Le mme service ncessite le fonctionnement de deux ordinateurs
(client/prestataire) au lieu d'un seul. Cela peut augmenter la
consommation lectrique, notamment lorsque l'on utilise un poste client
forte consommation et un serveur non mutualis. Il y a galement un
troisime acteur, c'est le fournisseur d'accs internet (FAI) car c'est lui qui
assure la communication entre le client et le prestataire, donc une ligne
hors service est gale l'arrt total de l'activit de la socit d'o la
ncessit de se procurer des lignes redondantes avec un dbit minimal
fixe assur par l'oprateur tlcom.
Bien entendu ces solutions ncessitent de disposer d'un accs Internet ce
qui est loin d'tre le cas pour les clients nomades se dplaant dans des
rgions non couvertes ou avec une couverture mdiocre.

III-

SAAS Quelles diffrences avec l'ASP ?

L'ASP (Application Service Provider - ou fournisseur d'applications hberges)

consiste dlivrer via Internet des logiciels initialement bass sur une architecture
client/serveur (d'o l'expression logiciels "en mode hberg"). Dans cette optique, une
couche HTML est adjointe aux noyaux de ces solutions.
A la diffrence de cette dmarche, les applications bases sur le modle SaaS sont
construites d'emble en mode Web et optimises pour tre dlivres par Internet. Ces
offres sont galement hberges et info gres directement par leurs diteurs, alors que
les outils ASP sont en gnral confis par leur auteur un prestataire d'hbergement.
Autre diffrence : la licence. L o l'ASP repose sur une licence logicielle
traditionnelle, qui passe par la signature d'un contrat d'une ou plusieurs annes avec
la clef des versements mensuels, le SaaS propose l'entreprise un paiement en
fonction de sa consommation (au regard du nombre d'critures ralises ou des
ressources machines consommes par exemple).
A dfaut de pouvoir se prsenter comme des acteurs du SaaS, les fournisseurs
d'applications en mode hberg (ASP) utilisent trs souvent ce terme dans leur
communication. Une politique marketing qui leur vite de se rclamer de l'ASP, ce
concept tant peru ngativement par beaucoup de clients depuis la chute des start-up
positionnes dans ce domaine au cours de la bulle Internet.
Quels sont les points forts de cette solution (de SAAS) ?
La plupart des avantages du Saas ne sont pas nouveaux. Comme dans le cas l'ASP, ce
modle permet de se dcharger de la maintenance, de l'exploitation et de l'hbergement
des applications. Avec le Saas, l'informatique est externalise, et les dploiements plus
rapides. Le paiement la consommation permet en outre d'ajuster les dpenses en
fonction du niveau d'utilisation et donc de l'activit de l'entreprise, ce qui est un moyen
aussi d'optimiser les cots.
Un autre avantage se cache derrire le caractre concurrentiel de ce march. Pour les
fournisseurs de services logiciels, rien ne serait jamais gagn en effet, un client
pouvant toujours choisir de passer chez un concurrent. Cette situation pousserait les
diteurs amliorer et optimiser leur offre en permanence. Les rythmes de sorties de
version s'en retrouvent au final acclrs compar aux diteurs traditionnels

Ces solutions sont-elles rellement nouvelles ?

Tout comme l'ASP (Application Service Provider - ou fournisseur
d'applications hberges) ou les applications la demande (ou OnDemand applications), le SaaS s'inscrit dans la famille des logiciels
manags ou hbergs. La dmarche n'est pas nouvelle. Elle a t nonce
pour la premire fois en 1961 par John McCarthy, chercheur au MIT, qui
avait voqu la possibilit qu'un jour l'informatique puisse tre
consomme la manire des nergies, telle que l'eau ou l'lectricit.

IV-

De LASP au SAAS

LASP (Application Service Provider) tend devenir du SaaS (Software as a

Service). Pour bien comprendre ce basculement il faut rappeler les
principes techniques qui sont luvre :

Les solutions ASP sont historiquement des solutions de type client /

serveur dans lesquelles le prestataire hberge le serveur.
La solution SaaS sappuie, elle, sur les standards web pour proposer des
applications accessibles par des clients lgers.
On retiendra donc que lASP et le SaaS sont identiques dans leurs
intentions (vendre un service plutt quun logiciel qui sinstalle), mais
diffrentes dans leur ralisation technique : seul le SaaS reproduit des
architectures web (SOAP, XML, etc.).

LES PRINCIPAUX FACTEURS DU DEVELOPPEMENT DES SOLUTIONS SaaS :

Une logique de cot et une conomie dchelle.

Tout comme le dveloppement spcifique a t bouscul par
larrive des solutions sur tagre que sont les progiciels
dentreprise, ces mmes progiciels sont leur tour bousculs par les
solutions Web (le nom le plus simple des SaaS) qui ont les avantages
suivants :
Logique de leasing et non dachat (ce qui rduit les besoins de
trsorerie)
Diminution des ressources humaines affectes linformatique de
lentreprise
Moins de dpendance un diteur dans lvolution de son systme
dinformation
Meilleur ractivit et souplesse des services applicatifs

Pour les prestataires offrant des SaaS cela implique :

De construire des data center et des centres de calculs importants

Davoir la capacit financire pour faire face aux besoins de
trsorerie

Cest donc une pure logique dconomie dchelle qui anime le business
model de ces acteurs. Logique rendue possible par lutilisation des
techniques et des standards Web, designe et socialise dans la vague
Web 2.0.

LES PRINCIPALES RTICENCES POUR LA BASCULE VERS UNE LOGIQUE

SaaS.
Ces sont les suivantes :

la confidentialit des donnes

les besoins daccs Offline
couplage ncessaire avec les applications existantes installes dans
le systme dinformation de lentreprise
les rsistances au changement (mutation et disparition de certains
mtiers dans lentreprise)
Parmi ces lments de rticence, la confidentialit des donnes est
le plus srieux.

IMPACT DE LA CONFIDENTIALIT DES DONNES SUR LAVENIR DES SaaS

En bon consultant je dirai que 80% des informations ne sont pas sensibles
et peuvent donc tre adresses via des solutions SaaS. Mais cela implique
de construire une autre solution pour les 20% restantes et dasssurer un
service sans-couture entre les deux types dinformations ; du coup le cot
global augmente sensiblement la facture initiale, rduisant par l mme
un des principal avantages de lapproche SaaS.
A noter que, lorsquon parle de confidentialit des donnes, on voit
souvent apparatre les questions de scurit. Cest un faux problme, car
les Data Centers des prestataires de SaaS sont souvent de bien meilleures
places fortes que les systmes dinformation des entreprises.
V-

ERP en mode SaaS : rvolution ou volution?

Le modle SaaS (Software as a service) consiste rendre accessible des

fonctionnalits en ligne via un simple navigateur internet. L'entreprise ne
paye alors pas un droit d'usage (une licence) des applications mais une
consommation sur lutilisation qu'elle fait des applications. Les
applications ne sont alors plus un produit en tant que tel, mais un service
qui est factur comme peut ltre le gaz ou llectricit. Ces applications et
infrastructures sont aussi hberges chez un tiers, permettant ainsi
lutilisateur de saffranchir dune structure et maintenance couteuse et pas
toujours bien adapte.
1) Une approche par fonction
Les fonctions lies aux ressources humaines (Offre demploi), la vente
(e-mailing, bases de donnes, multi canal) et au marketing (CRM, relations
clients) furent les premiers sintresser et a utiliser des applications en
mode SaaS, notamment dans les grandes et moyennes entreprises. Pour
les PME-PMI, le modle SaaS couvrait les domaines lis la
communication (Agenda partags, messagerie, confrences, gestion de
projet). Le modle SaaS sest invit rcemment dans dautres fonctions
verticales de lentreprise : Les achats (e-procurrent, catalogues, enchres
lectroniques, appels doffres), la facturation et la dmatrialisation, la
finance (tl-dclarations fiscales, gestion des notes de frais).
Loffre SaaS dans le monde de lERP est base essentiellement sur des
logiciels traditionnels des grands diteurs comme Generix, SAP, Cgid,
Sage, Divalto qui voluent au fil de leau. Car il ne faut pas se leurrer, Un
ERP ne sera pas full SaaS avant bien des annes. La mise en place dun
ERP ncessite un INVESTISSEMENT lourd et souvent une remise en cause
des pratiques de lentreprise. Alors que le modle SaaS a une approche
par fonction, voir par secteur dactivit et/ou taille de lentreprise. Les
diteurs dERP vont donc sadapter et offrir des fonctionnalits lintrieur
de leur ERP, selon les besoins du march et leur stratgie commerciale.
2) Plus de services
Le mode SaaS est un changement radical sur lapproche et lutilisation des
outils informatiques : les notions de proprit, de License, dinfrastructure
sont compltements remises en cause. Le prestataire hbergeant
lensemble des systmes, propose aussi des services de sauvegarde, de
mise en uvre de plan de continuit dactivit. Cest le cas de Prodware
ou dAspaway qui proposent tous les services et pas seulement quune
connexion DSL de qualit professionnelle.
Le concept SaaS permet de rduire des phases critiques lors de
limplmentation du service chez les clients. La phase de paramtrage est
souvent plus simple et est bas sur des standards plus formaliss, voir sur
des versions prtes lemploi. Le temps de projet peut tre rduit de plus
de moiti par rapport un projet classique quivalent en mode ERP.

3) Une volution naturelle

-Le SaaS est une volution naturelle de lutilisation des applications, et non
une rvolution. Le mode SaaS peut correspondre au besoin dune
entreprise durant sa croissance et ne plus correspondre lorsque sa
structure est suffisamment dveloppe. Il faut aussi penser sur le niveau
de rversibilit du mode SaaS. Le client pouvant passer du mode SaaS au
mode traditionnel ou inversement selon son volution et sa stratgie.
-Pour les toutes petites structures qui nont pas de service informatique ni
de personnel comptent dans ce domaine, le SaaS est une bndiction
puisquil leur permet dutiliser des services performants et scuriss ds le
dbut de leur activit, et cela sans soucis dinformatique avec un niveau
de performance qui est celui des trs grandes structures. Pour les socits
de taille intermdiaire, le niveau dinvestissement matriel et humain
risque dtre un facteur critique sur lutilisation ou non du mode SaaS. A
cela il faut ajouter des risques structurels (scurit daccs, qualit de
lnergie fournie, risque dincendie ou daccident industriel, dinondation
) que ne possdent pas ou nettement moins les prestataires de services
SaaS. Or pour des structures moyennes, sortir son informatique a un
impact social plus fort que pour les grosses : le changement ne pourra
probablement se faire quen assignant une nouvelle mission ses quipes,
mission moins technique mais trs probablement plus oriente vers la
gestion des contrats (trouver le meilleur service, savoir le ngocier, dfinir
et suivre les lments de gouvernance, ) et vers une notion tendue de
scurit (scurit commerciale et financire, scurit des partenariats, ).
On voit l se dessiner une sorte de DSI-RSSI-technico-commerciale dun
genre nouveau.

Enfin, pour ce qui concerne les grosses structures qui sont dj organises
en units de production autour dun Datacenter, le challenge pour eux
sera soit de devenir un centre de profit, soit de faire reprendre ce
Datacenter par un acteur du march. Amazon a trac la voie en passant
du statut de libraire en ligne celui dacteur majeur du Cloud. Soit en
faisant participer tout lcosystme de lentreprise dans ce systme
dinformation (fournisseur, client). Globalement, le mouvement vers le
cloud ressemble une rationalisation des moyens informatiques et
humains