Du bureau métier au BackOffice Mettre en place des applications composites avec Biztalk R2 Frédéric Chinouilh Alsy Consultant .Net Pierre Couzy Microsoft France Architecte

Présentation ALSY « Pure Player » sur les Technologies Microsoft Partenariat GOLD Microsoft depuis 10 ans Expertise sur l’ensemble des technologies Une société pérenne en expansion 16 ans d’existence 11,5 M€ de CA en 2006 20 % de croissance en 2006 170 personnes Une clientèle de Grands Comptes et de Grandes PME Les implantations Ile de France Région Rhône Méditerranée

Sommaire Présentation des intervenants & sociétés 5’ Intro : le besoin d’un lien intranet/BO Une intro sur les concepts manipulés Transport / Format d’encodage / Format de message : 5’ Un exemple (démo) 30’ L’exemple déchiffré Les produits / fonctionnalités mis en œuvre Biztalk WCF Conclusion ? Call to action ?

Intro Coupure Intranet / Informatique « métier » (projets courts peu pilotés et peu critiques) (projets longs cadrés par DSI et critiques) Mais cette vision ne tient pas dans les faits Comment aider à la respecter sans pénaliser un côté ou l’autre ? L’industrialisation de l’intranet est une clé de la réussite de cette approche Notamment avec MOSS/SharePoint Comment faire l’autre moitié du chemin ? Réflexion en cours chez les éditeurs Biztalk R2 permet de partir du BO pour aller vers l’intranet

Concepts généraux de Biztalk Comment définir un système distant ? Où est-il ? (un mode de communication + une adresse) Exemple : ftp://nouvellescommandes.monclient.fr/ Quel est son protocole de conversation ? Mode de chiffrement ? Gestion des pièces jointes ? Encodage des caractères non standard ? Qu’attend-il en entrée ? En sortie ? Il met à disposition des commandes, structurées comme suit : numéro / Nom client / liste produits / .... Il aura besoin d’un numéro de suivi + date de livraison + transporteur retenu + ...

port d’envoi port de réception Message Moteur de règles Orchestration Adapteur Pipeline de réception Pipeline d’envoi MessageBox Moteur de règles Orchestration Message

Ces concepts généraux se retrouvent Dans Biztalk : Adapter : le « où » Port : le « comment »  Schéma : le « quoi » Dans un Web service, Dans WCF, On retrouve exactement les mêmes notions

Un exemple concret Le backoffice : un système SAP de gestion de clients L’intranet : un ensemble de chargés de comptes Le problème à régler Les chargés de compte peuvent négocier des remises globales par client, mais les remises importantes se font après négociation de volumes de commandes pour certains produits. Colonnes extraites de SAP : Nom du client, Pays, Discount proposé. Ces colonnes sont reportées sur la vue Sharepoint Deux circuits de WF possibles: 1/ Circuit simple : approbation ou rejet direct 2/ Circuit long : édition du XML avant réinjection dans le circuit. Proposition : regarder si on peut mettre un WF en place sur la doc lib pour initier les discussions plus complexes (transfert dans un espace de travail spécifique???à)

Chemin de démo Montrer le backend SAP Montrer le portail Sharepoint Montrer les informations qu’il comprend (on en mettra plus dans la partie sharepoint) Montrer qu’on peut changer ou annuler un client Montrer le portail Sharepoint Discuter du cahier des charges idéal En créant les espaces et listes associées Voire même le document XML Chemin de démo : Lancer le site d’admin SAP Montrer la fiche client, insister sur le fait qu’on va la compléter sans la perturber dans SAP Expliquer qu’on travaille en deux étapes : 1/ Indiquer « l’emplacement » du serveur SAP 2/ Spécifier quels idocs on va manipuler et en faire une représentation XML = Générer un schéma correspondant aux données plates fournies par SAP = Préciser la transformation de l’un à l’autre 3/ Relier le port d’entrée Biztalk à ces informations = Déployer, associer le pipeline Insister sur : opn a rien préparé de spécial pour la démo. ----- Présenter le site sharepoint dans lequel on va travailler Une « corbeille » de clients à valider Un WF pour les cas compliqués Deux « corbeilles de sortie » pour les dicsounts validés ou rejetés ---- Colonnes extraites de SAP : Nom du client, Pays, Discount proposé

Démo Phase 1 : monter le site Sharepoint Phase 2 : monter la connectivité SAP Phase 3 : mettre les maps et les abonnements sur les ports pour automatiser la communication Phase 4 : substituer une appli Winforms à Sharepoint Adapter FW

Qu’avons-nous fait ? Le rôle de Sharepoint / InfoPath Les rôles possibles de Biztalk R2 Adapter dans un système EAI Etre un traducteur en mode P2P Vers une appli externe Conclusion Ce qui est difficile, c’est le schéma Transport et format : « bêtement technique » BT R2 est fourni avec des adapteurs métiers Un mode point à point maintenable Le tuyau est géré par un produit supporté Liste des adapters standards : http://www.microsoft.com/biztalk/evaluation/adapter/default.mspx HL7 : http://www.microsoft.com/biztalk/evaluation/hl7/default.mspx