Avant l’an 2000, les applications SAP R/3 étaient coincées sur des terminaux spécifiques, inaccessibles depuis un simple navigateur. Comment a-t-on fait le pont vers le web ? La réponse, c’est l’Internet Transaction Server (ITS). On va être direct : c’est la technologie middleware qui a tout changé à l’époque pour le business. On vous explique exactement ce que c’est, comment ça marche, et pourquoi on en parle encore aujourd’hui.

L’essentiel sur l’Internet Transaction Server (ITS) 📋

  • Rôle principal : C’est un middleware qui connecte les systèmes SAP R/3 au web via un navigateur internet.
  • Fonctionnement : Il convertit en temps réel les écrans de transaction SAP (Dynpro) en pages HTML.
  • Architecture clé : Il repose sur deux composants, le W-Gate (côté web server) et l’A-Gate (côté SAP).
  • Évolution majeure : Il est passé d’un ITS « Classique » (serveur séparé) à un ITS « Intégré » au noyau SAP.
  • Pertinence actuelle : Il reste crucial pour les entreprises qui utilisent encore d’anciennes applications SAP.

Architecture et Fonctionnement Technique de l’ITS

Pour comprendre comment fonctionne l’Internet Transaction Server, il faut voir ça comme un traducteur en deux parties. D’un côté, on a le monde du web (votre navigateur), et de l’autre, le monde de SAP. L’ITS est le pont qui fait communiquer ces deux univers qui, à la base, ne parlent pas la même langue.

Ce pont est construit avec deux piliers principaux : le W-Gate et l’A-Gate.

  • Le W-Gate (Web Gateway) : C’est la porte d’entrée côté web. Il est installé sur un web server (comme Apache ou IIS) et son unique rôle est de recevoir les requêtes HTTP de votre navigateur. Il ne fait rien d’autre que de prendre la demande et de la transmettre à son collègue, l’A-Gate.
  • L’A-Gate (Application Gateway) : C’est le cerveau de l’opération. Il reçoit la requête du W-Gate et assure la liaison avec le système SAP R/3. C’est lui qui gère la session utilisateur, qui dialogue avec le backend SAP, qui exécute les transactions et qui récupère les résultats pour les renvoyer au W-Gate.

Concrètement, quand un utilisateur clique sur un bouton dans son navigateur, la requête fait ce chemin : Navigateur → Web Server → W-Gate → A-Gate → Système SAP. Le système SAP traite la demande, et la réponse fait le chemin inverse pour afficher une nouvelle page HTML à l’utilisateur.

Les 4 technologies clés de l’ITS

Pour fonctionner, le server SAP ITS s’appuie sur quatre technologies fondamentales. Chacune a un rôle bien précis dans l’interface between the SAP system and the web browser.

Technologie Fonction principale Cas d’usage typique
SAP GUI for HTML Conversion dynamique des écrans de transaction SAP en pages HTML. Accès web aux transactions SAP existantes sans aucune modification du code.
Web Transactions Appel de transactions SAP depuis une page HTML via des templates. Création d’interfaces web personnalisées pour des processus business spécifiques.
WebRFC Invocation de modules fonctionnels SAP (RFC) depuis une page HTML. Intégration de fonctions SAP dans des applications web tierces.
WebReporting Génération et affichage de rapports SAP dans un navigateur. Consultation de listes et d’états générés par le système SAP.

Ces quatre piliers montrent que l’ITS n’était pas un simple convertisseur. C’était une véritable plateforme pour développer des applications web qui s’intègrent profondément avec les processus métier gérés par SAP.

ITS Classique vs ITS Intégré : Deux Générations

L’Internet Transaction Server n’est pas resté figé dans le temps. On distingue deux grandes versions avec une architecture très différente : la version classique et la version intégrée.

L’ITS Classique, c’était la première version. Il fallait l’installer sur un serveur autonome, complètement séparé du système SAP. Cela demandait une infrastructure dédiée, une installation et une maintenance spécifiques. C’était fonctionnel, mais ça ajoutait une couche de complexité à l’administration système.

Tout a changé avec l’arrivée du SAP Web Application Server (WAS) 6.40. SAP a décidé d’intégrer les fonctionnalités de l’ITS directement au cœur de son serveur d’application. C’est la naissance de l’ITS Intégré.

Notre expérience terrain 🔍

Le passage à l’ITS Intégré a été une petite révolution pour les administrateurs SAP. On a vu des clients diviser par deux le temps de maintenance de leurs applications web SAP simplement en éliminant ces serveurs ITS dédiés, qui étaient souvent une source de problèmes.

Cette évolution a apporté des avantages évidents :

  • Architecture simplifiée : Plus besoin de gérer un serveur dédié pour l’ITS. Tout est centralisé dans l’instance SAP.
  • Meilleures performances : La communication entre le moteur ITS et le noyau SAP est native et directe. On élimine la latence réseau qui existait entre le serveur ITS et le serveur SAP.
  • Maintenance facilitée : Les correctifs et les mises à jour de l’ITS sont appliqués en même temps que ceux du système SAP. C’est unifié et plus simple.
  • Administration centralisée : La configuration et le monitoring de l’ITS se font directement depuis les outils d’administration SAP (transaction SICF, par exemple).

Applications Concrètes dans l’Entreprise

L’Internet Transaction Server a permis de rendre accessibles des processus métier critiques à des millions d’utilisateurs via un simple navigateur. On le retrouve dans de nombreux secteurs.

E-commerce et vente

C’est l’un des cas d’usage les plus évidents. Une boutique en ligne doit interroger le système de gestion pour connaître l’état des stocks ou enregistrer une commande. L’ITS a permis de connecter les premières plateformes e-commerce aux systèmes SAP R/3 pour une synchronisation des données en temps réel. Sans ça, il fallait des saisies manuelles.

Portails pour les Ressources Humaines (RH)

La question qu’on nous posait souvent à l’époque était : « Comment permettre à nos 10 000 salariés de poser leurs congés ou de voir leur bulletin de paie sans installer le client SAP sur chaque poste ? ». L’ITS a été la réponse. Il a permis de créer des portails RH en libre-service, allégeant la charge de travail des services administratifs.

Secteur bancaire et assurances

Les premières interfaces de consultation de comptes en ligne ou de déclaration de sinistres ont souvent utilisé l’ITS pour faire le lien avec les systèmes centraux tournant sur SAP. Cela a permis aux clients d’accéder à leurs informations de manière sécurisée sans passer par une agence.

Ce qu’on vous dit rarement

Le vrai gain de l’ITS, ce n’était pas seulement technique. C’était stratégique. Il a permis de prolonger la durée de vie d’applications SAP qui avaient coûté des millions à développer, en leur donnant une seconde jeunesse sur le web. C’est une solution de modernisation à moindre coût.

Sécurité et Performances : Les Garanties de l’ITS

Exposer un système aussi critique que SAP sur internet n’est pas anodin. La sécurité et la performance étaient donc des préoccupations majeures dès la conception de l’ITS.

Une sécurité à plusieurs niveaux

Pour protéger les données qui transitent entre le navigateur de l’utilisateur et le système SAP, l’ITS s’appuie sur des standards reconnus :

  • SSL (Secure Sockets Layer) : C’est le fameux « HTTPS ». Il chiffre la communication entre le navigateur et le web server (où tourne le W-Gate). Cela empêche l’interception des données, comme les mots de passe.
  • SNC (Secure Network Communication) : C’est une couche de sécurité propre à SAP. Elle protège la communication entre les différents composants SAP (par exemple, entre l’A-Gate et le serveur d’application R/3). Elle assure l’authentification, l’intégrité et la confidentialité des échanges.

La combinaison de ces deux protocoles garantit une sécurité de bout en bout pour les transactions.

Gestion des performances

Un portail web utilisé par des milliers de personnes doit être réactif. L’architecture de l’ITS a été pensée pour gérer un grand nombre de sessions utilisateur simultanées. Le W-Gate, très léger, peut être dupliqué sur plusieurs serveurs web pour répartir la charge (load balancing). L’A-Gate, de son côté, optimise la gestion des sessions pour ne pas surcharger le backend SAP. Un bon monitoring des métriques est essentiel pour assurer une bonne expérience utilisateur.

L’ITS face aux Technologies Modernes : Quel Avenir ?

Avec l’émergence de technologies plus récentes, on peut se demander si l’Internet Transaction Server a encore sa place. La réponse est oui, mais son rôle a évolué.

On ne va pas se mentir, pour de nouveaux projets, on utilise rarement l’ITS. Les alternatives sont plus modernes et mieux adaptées aux attentes actuelles :

  • SAP Fiori : C’est la nouvelle norme pour l’expérience utilisateur chez SAP. Il propose des interfaces modernes, responsives et basées sur des rôles, bien plus agréables à utiliser que les écrans convertis par l’ITS.
  • SAP Gateway : Cette technologie permet d’exposer les fonctionnalités SAP sous forme d’API REST (via le protocole OData). C’est l’approche privilégiée pour connecter des applications mobiles ou des applications web modernes au monde SAP.

Alors, pourquoi l’ITS est-il encore pertinent ?

La raison est simple : l’héritage. Des milliers d’entreprises dans le monde fonctionnent encore avec des systèmes SAP R/3 ou ECC très stables qui contiennent des centaines d’applications développées sur mesure au fil des ans. Migrer tout cet existant vers S/4HANA et Fiori représente un coût et une complexité énormes.

Pour ces entreprises, l’ITS reste la solution la plus simple et la moins chère pour maintenir en service ces applications « legacy » tout en les rendant accessibles via un navigateur. On a eu plusieurs cas où des clients ont choisi de garder leurs vieux processus sur l’ITS tout en développant leurs nouvelles applications avec Fiori.

L’astuce qu’on utilise 💬

L’approche la plus pragmatique aujourd’hui est souvent hybride. On recommande de garder l’ITS pour les transactions Z (spécifiques) qui fonctionnent bien et ne justifient pas un redéveloppement. En parallèle, on déploie SAP Fiori pour les processus standards (validation de factures, demandes d’achat) où le gain d’expérience utilisateur est immédiat.

L’Internet Transaction Server n’est donc pas mort. Il est devenu une technologie de maintenance et de transition, un pont fiable entre le passé et le présent de l’écosystème SAP.