Neptune DXP ou SAP Fiori natif : comment choisir ?

En bref

Neptune DXP et SAP Fiori produisent tous deux des applications SAPUI5 ; la différence tient à l’outillage, à l’accès aux données et à la licence.
Neptune accélère le développement depuis l’ABAP, mais ajoute la dépendance à un éditeur tiers.
Fiori natif s’appuie sur les standards SAP (OData, RAP, CAP) et sur le clean core recommandé pour S/4HANA.
La migration se fait par lots : les deux technologies coexistent dans le launchpad pendant la transition.

Beaucoup d’entreprises sous SAP ont modernisé leurs écrans avec Neptune DXP, une plateforme low-code qui produit des applications au style Fiori. À l’approche de S/4HANA et du clean core, une question revient : faut-il conserver Neptune ou basculer vers des applications SAP Fiori natives ? Ce comparatif donne les critères pour trancher.

Deux façons de construire des applications SAPUI5

Neptune DXP, dans son édition SAP, s’installe comme un add-on ABAP sur votre système SAP. Son App Designer permet de concevoir des applications par glisser-déposer sur le framework SAPUI5, et ses classes de données accèdent directement aux données SAP sans passer par la couche OData. La plateforme est pensée pour le hors ligne, avec des clients mobiles natifs pour Android et iOS.

SAP Fiori est le système de conception de l’expérience utilisateur SAP. Les applications Fiori sont construites en SAPUI5, soit en mode libre, soit avec SAP Fiori elements, une approche par modèles et métadonnées qui réduit fortement le code d’interface. Les données arrivent par des services OData ou des API, exposés par ABAP RAP dans S/4HANA ou par CAP sur SAP BTP.

Le comparatif en un tableau

Critère	Neptune DXP (SAP Edition)	SAP Fiori natif
Éditeur et licence	Produit de Neptune Software, sous licence propre en plus des licences SAP	Technologie standard SAP, sans éditeur tiers à licencier pour l’interface
Technologie d’interface	SAPUI5, applications au style Fiori	SAPUI5, Fiori elements ou mode libre
Accès aux données	Classes ABAP de Neptune, sans couche OData	Services OData et API (ABAP RAP, CAP)
Développement	Low-code dans l’App Designer, depuis l’ABAP	SAP Fiori tools, SAP Business Application Studio ou VS Code
Mobilité et hors ligne	Natif : conçu pour le hors ligne, clients Android et iOS	Web responsive ; hors ligne avec SAP Mobile Services sur SAP BTP
Alignement S/4HANA	Add-on ABAP à installer et maintenir dans chaque système SAP	Standard SAP, conforme aux règles du clean core
Compétences disponibles	Profils Neptune plus rares sur le marché	Large vivier de développeurs SAPUI5 et Fiori
Coût dans la durée	Licence Neptune, maintenance de l’add-on et montées de version	Maintenance du seul code applicatif

Quand garder Neptune DXP

Votre parc est récent, stable et maintenu par une équipe formée à Neptune.
Vos usages reposent fortement sur le hors ligne et sur des terminaux mobiles de terrain.
Vous restez sur SAP ECC ou sur S/4HANA sur site, sans projet cloud à court terme.
Le coût de licence reste faible au regard des gains de productivité constatés.

Quand migrer vers Fiori natif

Vous préparez S/4HANA, en particulier en Private Cloud avec RISE with SAP, et visez le clean core.
Vous voulez réduire le nombre d’éditeurs et de licences à gérer.
Vos applications sont surtout des écrans de consultation, de saisie ou de validation, que Fiori elements couvre bien.
Vous peinez à recruter ou à retenir des compétences Neptune.
La maintenance de l’add-on freine vos montées de version SAP.

Migrer sans rupture : la démarche par lots

Une migration réussie ne se fait pas d’un bloc. Neptune et Fiori coexistent : les applications Neptune peuvent être intégrées au SAP Fiori launchpad, et inversement, ce qui permet de basculer application par application.

Audit du parc : inventaire des applications, usages réels, criticité, dépendances et volumétrie.
Cartographie et cadrage : choix entre Fiori elements et SAPUI5 en mode libre, priorisation et estimation par lots.
Re-développement : services OData ou RAP, puis interface Fiori au plus près des besoins métier.
Recette et bascule : tests avec les utilisateurs, formation et mise en production progressive.

C’est la démarche d’InRize, notre solution de migration de Neptune DXP vers SAP Fiori. Chaque lot est validé avec vos équipes avant le suivant.

Questions fréquentes

Neptune DXP est-il une application SAP Fiori ?

Non, au sens strict. Neptune produit des applications SAPUI5 qui suivent les règles de conception Fiori, mais elles reposent sur la plateforme et les classes de données de Neptune Software. Une application Fiori native utilise les services OData ou les API standard de SAP et se passe de tout add-on tiers.

Peut-on migrer seulement une partie des applications ?

Oui. Les deux technologies cohabitent dans le SAP Fiori launchpad pendant la transition. Nous commençons généralement par les applications les plus utilisées ou les plus coûteuses à maintenir, puis nous traitons le reste par lots, sans interruption de service pour les utilisateurs.

Combien de temps dure une migration de Neptune vers Fiori ?

Tout dépend du nombre d’applications et de leur complexité. Un audit de parc prend quelques semaines ; chaque lot de migration dure ensuite de un à trois mois, recette comprise. Les applications simples de consultation, bien servies par Fiori elements, se migrent plus vite que les applications mobiles hors ligne.