SAPFX

Tests SAP en langage métier, sur trois canaux, sans licence.

Open source · Apache 2.0 · Robot Framework

Automatiser SAP, c'est jongler avec deux mondes qui n'ont rien à voir : le client lourd SAP GUI et le web Fiori. Deux outils, deux compétences, et des tests qui cassent au moindre changement d'écran, d'id ou de langue. La maintenance finit par coûter plus cher que l'écriture.

L'essentiel

Quoi : SAPFX (distribution PyPI robotframework-sapfx), écosystème open source d'automatisation de tests SAP pour Robot Framework.
Canaux : SAP GUI desktop (ECC, S/4HANA), web Fiori/SAPUI5 (UI5 1.60 à 2.0), API OData v2/v4 et RFC.
Différenciant : tests en langage métier sans identifiant technique, auto-réparation journalisée des localisateurs, agents IA plan, generate, heal via MCP.
Licence : Apache 2.0, 0 € ; code sur GitHub, paquet sur PyPI.
Preuves (v0.6.5, août 2026) : 1016 tests unitaires, 17/17 scénarios validés contre un vrai SAP, couverture mesurée 93 %.

Le principe

On écrit le test une fois, en langage métier. Le même mot-clé fonctionne sur le SAP GUI, sur Fiori ou via l'API OData. En dessous, trois bibliothèques Robot Framework (SapEccLibrary, SapFioriLibrary, SapApiLibrary) et une mécanique faite pour ne pas casser bêtement : attente réelle de SAP, assertions indépendantes de la langue, auto-réparation des localisateurs toujours journalisée.

Go To Transaction    VA01           # SAP GUI
Open App             Sales Order    # Fiori

Le projet en vidéo

Présentation du projet : trois canaux, auto-réparation, agents IA.

Ce que ça fait

Un vocabulaire, trois canaux. Le même test se lit à l'identique qu'il pilote le GUI, Fiori ou l'API.
Des tests qui ne cassent pas pour rien. Attente réelle de SAP, assertions indépendantes de la langue, aucun identifiant technique dans les tests.
IA-native, mais sous contrôle. Des agents planifient, écrivent et réparent les tests en pilotant le vrai système ; chaque étape générée est exécutée en direct avant d'être écrite.
La maintenance devient préventive. Sentinelle de dérive des écrans, assertions visuelles, télémétrie des localisateurs qui dérivent.
Capacités de suite commerciale, coût de l'open source. Sans licence ni verrouillage éditeur.

En direct, pas sur les slides

Auto-réparation en direct : un localisateur dérive, le test se répare, tout est journalisé.

Recorder SAP GUI : un parcours réel devient une suite Robot Framework rejouable.

Recorder web Fiori : enregistrement sur une vraie app Fiori Elements, replay et export.

La preuve, pas la promesse

1016 tests unitaires, rejouables hors SAP

17/17 scénarios validés contre un vrai SAP

3 canaux : GUI, Fiori, API

0 € de licence (Apache 2.0)

Chiffres constatés à la version 0.6.5 (août 2026). Couverture mesurée : 93 %, plancher imposé en CI : 85 %. Compatibilité UI5 prouvée de 1.60 à 2.0. Documentation bilingue français/anglais.

Où ça se situe

Les suites commerciales de test SAP sont matures et complètes, avec un support éditeur et un mode sans code que SAPFX n'a pas ; leurs licences se chiffrent en dizaines à centaines de k€ par an. L'open source historique est mono-canal : RoboSAPiens couvre le SAP GUI seul, wdi5 le web UI5 seul, hors Robot Framework. SAPFX couvre les trois canaux dans Robot Framework, avec un seul rapport, pour 0 €.

Matrice comparative : couverture SAP GUI, Fiori, API et self-healing de SAPFX face aux suites commerciales et à l'open source mono-canal — Lecture indicative du marché, pas un benchmark financé.

Essayer

pip install robotframework-sapfx

Ou le pack Windows autonome livré à chaque release : installation en une commande, sans cloner le dépôt. La partie Fiori se teste sans aucun système SAP ; la partie SAP GUI se valide contre l'ABAP Platform Trial gratuit en Docker.

Code source (GitHub) Paquet PyPI

Les questions fréquentes sur SAPFX sont regroupées sur la page FAQ du site.

Contact :