Nous sommes heureux de vous faire partager cette nouvelle solution aujourd'hui. Le lancement officiel de la solution a eu lieu le 29 Janvier lors des Etats Généraux de l'ASP. Hervé GONAY, fondateur et dirigeant de Smartline Systems, premier fournisseur de solutions Go To Market pour le SaaS, a animé l'atelier "Processus métiers, Applications SaaS, et Système d'information : Quelle intégration ? " avec la participation d'Oracle, Microsoft, SAP et RunMyProcess.

Vous pouvez consulter * le compte rendu de cet atelier .

Vous pouvez télécharger en ligne * les slides de Bill McNee de Saugatuck ainsi que notre Livre Blanc * Integration de solutions SaaS .

* Le téléchargement nécessite l'inscription au site.

Cet atelier, qui intervenait enfin de matinée au cours des états généraux de l'ASP, pouvait surprendre par le thème choisi. L'intégration est un sujet technique, qui parait d'un premier abord davantage concerner une population d'ingénieurs au sein de SSII que des décideurs de la communauté des éditeurs SaaS. En outre, le SaaS ou ASP a longtemps fait figure de modèle fermé, en silo, donc peu propice à la notion d'ouverture que suggère le terme d'intégration.

Mais, au cours de l'intervention précédant immédiatement cet atelier, Bill McNee, fondateur de Saugatuck et invité en France par Smartline, avait remarquablement exposé l'enjeu de l'intégration SaaS. Ayant décrit l'évolution du modèle SaaS aux USA (cf schéma) –analyse d'autant plus riche d'enseignements que le marché américain du Ondemand précède de 18 mois son équivalent européen - Bill avait en effet conclu son intervention en démontrant que l'intégration de solutions Ondemand dans les systèmes « legacy », mais aussi entre elles, constituerait le principal défi des prochains mois sur le vieux continent. Le ton était donné et les débats, animés par un énergique Hervé Gonay, vont avancer tambour battant.

C'est que la table ronde est constituée de cinq des meilleurs spécialistes de la question en France :

Parce qu'il s'occupe du lancement de la nouvelle offre SaaS de SAP (SAP ByDesign ), Edmond Cohen est responsable d'un volet essentiel de la stratégie du deuxième éditeur mondial ;

Matthieu Hug, Directeur Associé chez RunMyProcess , porte une offre d'intégration innovante qui représente une des meilleures initiatives SaaS de ces derniers mois ;

Xavier Courchineux est le porte-parole de Microsoft qui vient d'annoncer l'un des programmes SaaS lesplus ambitieux du marché ;

Guy Emoul, consultant chez Oracle , est en relation permanente avec des clients de l'éditeur qui ont opté pour différents scenarios Ondemand.

Hervé Gonay est le fondateur et dirigeant de Smartline Systems, premier fournisseur de solutions Go To Marketpour le SaaS (www.smartline-systems.com), membre du comité de Direction de la première place de marché dédiée aux solutions Ondemand (www.ondemand-solutions.com) et du premier hub d'intégration de solutions SaaS (www.ondemand-integration.com).

Hervé Gonay introduit les échanges en rappelant les conclusions de Saugatuck, puis il propose d'axer les discussions sur la réponse à deux questions fondamentales :

1) quelles sont les besoins des clients entreprises en matière de Business Process ?
2) Quelles solutions les éditeurs ont-ils imaginé pour y répondre ?

Il va s'avérer que les réponses à la première question sont très variées, dénotant un univers à multiples facettes.

Xavier Courchineux, par exemple, juge indispensable de scinder la question des besoins d'intégration en deux questions sous-jacentes : a) Comment intégrer telle solution Ondemand avec mon SI ? b) Comment adapter telle solution SaaS à mes besoins particuliers ? D'autre part, il mentionne le processus logistique comme revenant régulièrement parmi les problématiques d'intégration, en particulier dans les contextes de délocalisation industrielle, qui exigent une coordination internationale.

Pour Edmond Cohen, nouveau point de vue : ce sont les entreprises qui se lancent qui sont les plus demandeuses d'interopérabilité des systèmes, de business process « de bout en bout ». C'est pour répondre à cette attente que SAP a mis en place, transversalement aux grands modules fonctionnels de SAP, une trentaine de business process « made in SAP ».

Guy Emoul décrit quand à lui deux grandes tendances chez les clients d'Oracle : d'une part, l'existence de nombreuses solutions de gestion distinctes d'Oracle au sein de leur SI incitent les utilisateurs à demander que, pour les moins, les logiciels communiquent entre eux ; d'autre part, l'interopérabilité de systèmes SaaS pose le problème de la sécurité. Comment garantir le transfert d'information d'un environnement à l'autre ?

Matthieu Hug, enfin, souligne l'importance des échanges BtB, sur lesquels RunMyProcess est positionné. "La souplesse et la rapidité de mise en oeuvre deviennent critiques dans cet environement ou l'on percoit la montée en puissance des solutions SaaS et des services métiers accessibles via Internet." Dans ces échanges, il est essentiel que le flux d'information soit fluide. Il évoque l'exemple de la traçabilité de l'information. Dans les univers réglementés, comment assurer le suivi de l'information d'un bout à l'autre de la chaîne, quels que soient les applicatifs et systèmes utilisés par le client ?

C'est ce qui justifie le décollage de la « deuxième vague » décrite par Bill McNee, fait alors remarquer Hervé Gonay. Mais si tous les acteurs sont conscients, par les demandes formulées par leurs clients, de la nécessaire ouverture de leurs applications SaaS, quelles solutions ont-ils envisagées ?

Mais si tous les acteurs sont conscients, par les demandes formulées par leurs clients, de la nécessaire ouverture de leurs applications SaaS, quelles solutions ont-ils envisagées ?

La démarche de SAP procède d'une vision globale et intégrée. L'éditeur allemand a d'ores et déjà développé une infrastructure qui permet de mettre à disposition de la DSI des chaînes de web services (Entreprise Services). Il va de soi que ces développements s'inscrivent dans le seul univers SAP – même s'ils ont pour objectif de l'ouvrir aux autres applications.

En tant qu'éditeur d'une solution d'intégration ouverte à tous les éditeurs SaaS – et d'une manière générale à tous les web services etAPI -, RunMyProcess a bien sûr une approche différente et très complémentaire.

 Matthieu Hug a précisément décrit les étapes de mise en place d'un hub d'intégration :

1) être pragmatique et commencer sur un périmètre restreint
2) impliquer les  utilisateurs
3) automatisation progressive et évolutive

L'idée,a-t-il précisé, c'est de proposer un environnement qui permette à des fonctionnels de modéliser leurs besoins, puis, dans une seconde phase,à des DSI de mettre en place les connecteurs. Technologiquement les connections doivent  naturellement être basées sur les standards du web, type Web Services, XML et ReST.

A condition toutefois, prévient Guy Emoul d'Oracle, que les échanges s'appuient sur des protocoles standardisés. C'est même là que se situe probablement la clé du succès : on sait fabriquer des connecteurs depuis des années, le problème c'est leur maintenance quand les OS, sur lesquels ils s'appuient, changent, ce qui arrive immanquablement tousl es trois ou quatre ans.

Xavier Courchineux a la même analyse. Si l'adoption de la « norme » XML constitue un progrès,elle repose elle-même sur des schémas évolutifs. Il est de la responsabilité des éditeurs d'apporter une réponse, soit par la définition de schémas standards, soit – et c'est toute la politique de Microsoft – en garantissant leur maintenance. Il se penche ensuite sur un second paradigme : les moteurs de synchronisation doivent être capables non seulement d'aller chercher des informations sur des systèmes récents, mais aussi sur le legacy. C'est cette coordination entre anciens et nouveaux services qui peut permettre le succès d'un projet d'intégration, en évitant l'effet « big bang ». Or les « vieux »systèmes ne sont pas forcément pourvus de web services.

Autre qualité à prendre en compte, note Edmond Cohen, nécessaire dans tout projet complexe : la rigueur. Les web services doivent être minutieusement décrits et documentés. SAP, par exemple, les stocke dans  un Enterprise Service Repository, où sont également archivés les processus.

Parce que l'enjeu est élevé, constate Hervé Gonay, et qu'on se situe en amorce de phase, chaque acteur propose une vision un peu différente. Sans doute est-ce lié également à des expériences différentes. Mais elles se rejoignent toutes sur un point : la question ne peut être traitée superficiellement. On ne peut construire de réponse adaptée qu'en l'inscrivant dans une vision d'ensemble. Ou dans un rêve ? questionne Hervé en s'adressant aux intervenants.

Celui de SAP, répond Edmond Cohen, est de pouvoir fournir un service adapté à toutes les problématiques de gestion de toutes les entreprises, quelle que soit leur taille. Car si les PME sont naturellement enclines à adopter un outil qui a été conçu pour elles, les grands comptes commencent aussi à y trouver avantage. D'autant que l'intégration met autour d'une même table DSI et fonctionnels – et peut-être est-ce là le plus grand rêve de SAP.

Guy Emoul est plus mesuré. Pour le moment, Oracle adresse essentiellement la cible PME au travers de sa division Small Business.

Xavier Courchineux, de Microsoft, se montre également prudent, mais moins sur le type d'entreprise que sur le type de technologie. Il fait ainsi remarquer que les web services ne constitueront pas toujours la panacée dans les projets d'intégration. Les Web parts (widgets), ces micro-applications intégrables à l'intérieur d'un portail, figurent par exemple en bonne place pour l'interopérabilité du SI avec un site.

Sur ce point Matthieu Hug reconnait l'importance des technologies de mashup dans la personnalisation de l'expérience utilisateur: C'est d'ailleurs un élément désormais répandu dans les applications web grand public. En revanche il souligne que ce type de mash-up utilisateur ne saurait répondre à lui seul à la complexité de l'intégration d'un système d'information. Cette complexité n'est adressée que par un "mashup de services" qui se situe non plus au niveau de l'utilisateur mais des systèmes eux mêmes.  Seule l'agrégation de services à travers le web et autour d'un hub d'orchestration apporte la souplesse nécessaire à un système d'information toujours plus tourné vers l'extérieur.

« Comme une fusée à plusieurs étages », résume Hervé Gonay, en expliquant qu'un projet pourrait comprendre une « couche » front office simple à intégrer, et que probablement le back office fera l'objet d'un projet approfondi sur une base robuste d'API et web services. Robuste et imaginative, conclut-il, car la rigueur ne résoudra sans doute pas tous les problèmes qui ne manqueront pas de se poser durant cette seconde vague de développement décrite par Bill MacNee.

L'avènement des architectures orientés services (ou Service oriented architectureen anglais - SOA) conduit les directions des systèmes d'information(DSI) à adopter une nouvelle approche dans la mise en œuvre desapplications d'entreprise et des processus métier informatisés. Une telle architecture consiste, rappelons le, à concevoir un parcd'applicatifs (gestion des stocks, comptabilité, etc.) sous la forme deservices, c'est-à-dire de composants réutilisables au sein de processusmétier tiers (gestion de commandes, etc.), et ceci quels que soient lessystèmes ou serveurs d'applications sous-jacents.

Dans une approche de services, les composants sont mutualisés, etpotentiellement modifiables sans impacter le reste du systèmed'information, notamment les applications avec lesquelles ils peuvententretenir des connexions.

L'arrivée de la SOA implique une remise à plat de la direction de lamaîtrise d'œuvre des développements qui doit passer d'une organisationpar applications à une organisation par couches. Le SOA constitue eneffet une couche au même titre que l'infrastructure de portail ou cellede la gestion des données. Une couche dans laquelle se retrouvel'ensemble des applications d'entreprise et les liens qu'ellesentretiennent pour supporter les processus.