Aller au contenu principal
FromNine
Menu

Plateforme métier · SAP

SAP, de la migration S/4HANA à un cœur standard.

Votre trajectoire S/4HANA, nous la planifions puis la réalisons. Le code propre à votre organisation part sur SAP BTP, ce qui laisse le cœur SAP intact, et SAP échange ensuite avec vos données, votre IA et vos autres applications. Vous restez en mesure de suivre les versions de l’éditeur sans freiner l’activité.

Pour les groupes à holding luxembourgeoise et les organismes publics qui utilisent SAP, de la consolidation des comptes au budget de l’État.

Parler de votre projetVoir la comparaison
  • SAPGold PartnerStatut de partenaire · SAP
  • Certifié ISO/IEC 27001
  • 600+ projets pour des administrations européennes
Un cœur SAP standard et ses systèmes voisins. SAP S/4HANA, cœur standard, est placé au centre. Trois niveaux d’extension le surmontent : les adaptations faites par les utilisateurs clés dans l’application, les développements ABAP Cloud dans la pile, et les applications parallèles sur SAP BTP. Six flux relient ce cœur à son environnement : Joule et les services IA développés pour vous, la plateforme de données, l’identification des utilisateurs, Salesforce ou un autre CRM, les filiales équipées d’Odoo, enfin Peppol et les plateformes publiques ou de marché.

SAP : dans quels cas, et dans quels cas pas

Bon choix quand

  • Comptabilité, achats, logistique et production couvrent plusieurs sociétés, pays et devises, et vous voulez une seule référence cohérente.
  • Vous êtes sur SAP ECC et cherchez un chemin réaliste vers S/4HANA avant l’arrêt de la maintenance principale.
  • Comptes statutaires, pistes d’audit et séparation des tâches ne se négocient pas.
  • Un organisme public veut suivre budget, engagements et subsides dans la même comptabilité que ses comptes.
  • Vous acceptez d’adopter les processus standard au lieu de reconstruire les anciens dans le cœur.

Autre option quand

  • Pour une filiale ou une structure plus petite qui veut piloter elle-même un ERP simple, Odoo à côté du SAP central (le modèle dit à deux niveaux) coûte souvent moins cher sur la durée.

    Alternative: Odoo

  • Le vrai sujet est la relation client, le suivi de demandes ou les portails, pas la comptabilité. Salesforce fait alors une meilleure façade, avec SAP en arrière-plan.

    Alternative: Salesforce

  • Votre façon de travailler est unique et aucun standard ne s’en approche. Mieux vaut alors une application dédiée à côté de SAP que des modifications qui déforment le cœur.

    Alternative: Logiciels métier et SaaS

Notre travail sur SAP

Cinq types d’intervention, en général réunis dans un même programme. Ils donnent aussi leur nom aux colonnes de la matrice plus bas.

  1. 01

    Déployer

    Mise en place de S/4HANA

    Ateliers fit-to-standard, puis paramétrage et modèle des données de référence pour la finance, la logistique et les processus du secteur public. Chaque version livrée s’accompagne de ses preuves de test.

    Livrables

    • Backlog fit-to-standard
    • Versions paramétrées
    • Preuves de test
  2. 02

    Étendre

    Extensions clean core

    Les utilisateurs clés ajustent d’abord ce qu’ils peuvent ; ABAP Cloud prend le relais dans la pile si la logique doit côtoyer les données ; SAP BTP et le Cloud Application Programming Model accueillent les applications à part. Une mise à niveau reste une opération courante.

    Livrables

    • Guide des extensions
    • Applications BTP
    • API publiées uniquement
  3. 03

    Intégrer

    Interfaces et événements

    Entre SAP et vos autres systèmes : Integration Suite, API, événements métier. Nous migrons aussi les interfaces qui tournent encore sur SAP Process Orchestration.

    Livrables

    • Catalogue des interfaces
    • Flux d’intégration supervisés
  4. 04

    Migrer

    D’ECC à S/4HANA

    Conversion, nouvelle installation ou reprise sélective, selon l’état de votre code maison, la qualité de vos données et le changement que vous êtes prêts à porter. Ensuite : bilans de maturité, correction du code, migrations à blanc et bascule.

    Livrables

    • Stratégie de transition
    • Inventaire du code spécifique
    • Plan de bascule
  5. 05

    Exploiter

    Évolution maîtrisée

    Après le démarrage, le système continue d’avancer : supervision, préparation des mises à niveau, liste d’améliorations par priorité et adoption des nouveautés SAP quand elles apportent une vraie valeur.

    Livrables

    • Calendrier des versions
    • Manuel d’exploitation
    • Liste d’améliorations

Matrice des compétences

Pour chaque domaine de produit SAP, ce que nous y faisons. Une ligne se lit de gauche à droite.

  • S/4HANA Finance

    Universal Journal, clôture consolidée, contrôle de gestion et localisations fiscales par pays pour toutes les sociétés.

    • Déployer
    • Étendre
    • Migrer
    • Exploiter

  • Achats, chaîne logistique et production

    Du bon de commande au paiement, stocks, planification de la production, exécution logistique.

    • Déployer
    • Étendre
    • Intégrer
    • Migrer
    • Exploiter

  • Public Sector Management

    Gestion des fonds budgétaires, contrôle de disponibilité des crédits et gestion des subventions accordées par les organismes publics.

    • Déployer
    • Étendre
    • Migrer
    • Exploiter

  • Code spécifique et cœur standard

    Analyse et correction du code spécifique, transfert des modifications vers les points d’extension prévus par SAP.

    • Étendre
    • Migrer
    • Exploiter

  • Applications SAP BTP

    Applications parallèles avec CAP et SAP Build, extensions déclenchées par des événements.

    • Déployer
    • Étendre
    • Intégrer
    • Exploiter

  • SAP Integration Suite

    Intégration cloud, gestion des API, reprise des interfaces de SAP Process Orchestration.

    • Déployer
    • Intégrer
    • Migrer
    • Exploiter

  • SAP Datasphere et Business Data Cloud

    Des données SAP prêtes pour l’analyse et l’IA, qui gardent leur sens métier.

    • Déployer
    • Intégrer
    • Exploiter

  • Joule et SAP Business AI

    Revue, activation et encadrement des scénarios IA compris dans votre licence.

    • Déployer
    • Étendre
    • Exploiter

  • Identités et autorisations

    SAP Cloud Identity Services, conception des rôles, séparation des tâches.

    • Déployer
    • Intégrer
    • Exploiter

L’IA avec SAP

Intégrée à la plateforme

SAP Business AI désigne l’IA que l’éditeur place dans ses applications cloud. Son assistant s’appelle Joule : là où il est disponible, il interroge les données SAP, oriente l’utilisateur dans les écrans et lance des transactions. Des agents spécialisés par processus métier s’y ajoutent au fil des versions.

Quand rien de standard ne convient, le generative AI hub de SAP AI Core ouvre l’accès à plusieurs LLM, sous contrôle SAP pour l’ancrage dans les données, les prompts et la dépense. Tout dépend toutefois du produit, du déploiement et de la licence. Avant de compter sur une fonction, nous confirmons que votre contrat la couvre.

Construite autour de la plateforme

Les scénarios les plus utiles enjambent souvent SAP et d’autres outils : confronter une facture d’achat au contrat conservé dans une GED, rédiger une réponse avec des données SAP et des procédures internes, signaler des écarts entre plusieurs sources. Ils prennent la forme de services sur SAP BTP ou dans votre propre cloud, qui parlent à SAP par API publiées et par événements ; aucune écriture directe en table.

Chaque composant IA respecte les autorisations SAP que vous définissez, trace chacune de ses étapes et demande une validation avant toute écriture comptable qui engage. Nous fixons des critères de qualité, contrôlons les résultats avant et après la mise en service, et confions les cas incertains à une personne.

Quelle voie choisir

  1. 01

    Le scénario est-il livré en standard dans vos produits et votre licence SAP ?

    Si oui

    Mettez d’abord en route la fonction native et cadrez son usage : SAP la fait évoluer à chaque version, sans code de votre côté.

    Si non

    Regardez un service dédié sur SAP BTP, branché au generative AI hub ou à la plateforme de modèles que vous utilisez déjà.

  2. 02

    Faut-il des informations venant d’autres systèmes que SAP ?

    Si oui

    Construisez autour de la plateforme ; SAP devient une source encadrée parmi d’autres.

    Si non

    Restez dans SAP, où les fonctions natives et les autorisations s’appliquent déjà.

  3. 03

    L’IA produira-t-elle ou changera-t-elle des pièces de gestion ?

    Si oui

    Concevez l’étape d’approbation et la piste d’audit avant toute mise en production.

    Si non

    Démarrez en lecture seule, mesurez la qualité selon des critères convenus, puis décidez.

D’ECC à un cœur S/4HANA standard

  1. Étape 01

    Analyser

    Bilan de maturité, revue du code maison, état des processus et des données, liste de toutes les interfaces.

    • Rapport de préparation
    • Inventaire du code spécifique
    • Liste des interfaces

  2. Étape 02

    Choisir le chemin

    Nouvelle installation, conversion ou reprise sélective ; RISE with SAP ou autre mode d’hébergement ; règles de cœur standard pour toute extension.

    • Stratégie de transition
    • Architecture cible

  3. Étape 03

    Préparer

    Nettoyage des données, correction du code spécifique, refonte des interfaces, tests de non-régression automatisés.

    • Données nettoyées
    • Code corrigé
    • Jeu de tests

  4. Étape 04

    Construire et répéter

    Paramétrage, extensions BTP et interfaces, avec plusieurs répétitions complètes de la migration.

    • Versions candidates
    • Comptes rendus de répétition
    • Plan de bascule

  5. Étape 05

    Basculer

    Fenêtre d’arrêt convenue, rapprochement des soldes et des postes ouverts, accompagnement renforcé avec les métiers.

    • Validation du rapprochement
    • Journal d’accompagnement

  6. Étape 06

    Faire évoluer

    Un rythme régulier de mises à niveau, puis l’automatisation et l’IA une fois le cœur stabilisé.

    • Plan des versions
    • Modèle d’exploitation
Exemple illustratif

Un groupe sur SAP, des filiales plus légères

01Situation
Un groupe industriel dont la holding est établie au Luxembourg utilise SAP ECC au siège et des systèmes locaux variés dans ses filiales en Belgique, en France et en Allemagne. La maintenance d’ECC touche à sa fin et chaque pays a ses propres règles de facturation électronique.
02Ce que nous construisons
S/4HANA pour la finance du groupe et la production, par reprise sélective des données ; Odoo dans les plus petites filiales ; une couche d’intégration unique sur SAP Integration Suite pour les flux intragroupe et la facturation électronique de chaque pays.
03Contrôle humain
Les contrôleurs financiers valident les écritures intragroupe au-delà d’un seuil convenu ; chaque écriture automatique porte sa pièce justificative et est journalisée.
04Ce que nous mesurerions
Nombre de jours pour la clôture du groupe, part des opérations intragroupe rapprochées sans intervention manuelle, effort par mise à niveau.

SAP au milieu de vos autres systèmes

Dans la plupart des organisations, SAP fait foi pour les flux financiers et les biens, mais il cohabite avec beaucoup d’autres applications. Les échanges passent par SAP Integration Suite ou par l’outil d’intégration que vous avez déjà, sous forme d’API publiées, d’événements métier et de fichiers au format convenu. Façade client, filiales, données et services publics obtiennent chacun leur part, sans multiplier les liaisons directes.

SAP Process Orchestration porte encore les interfaces de nombreuses entreprises, et sa version actuelle quitte aussi la maintenance principale fin 2027. Il est donc logique de traiter les interfaces dans le même plan que S/4HANA ; notre équipe intégration et API prépare les deux chantiers de concert.

Exemple illustratif

Personnes et canaux

  • SAP Fiori et Joule
  • Façade Salesforce
  • Portails fournisseurs et citoyens

SAP S/4HANA

Integration Suite · API · événements

Systèmes et données

  • Données et Datasphere
  • Odoo en filiale
  • Fournisseur d’identité
  • Peppol, fiscalité et services de l’État
SAP parmi les systèmes qu’il sert
Lire le schéma sous forme de texte

Colonne de gauche, les utilisateurs et canaux : Fiori et Joule côté SAP, Salesforce en façade, portails ouverts aux fournisseurs et aux citoyens.

Colonne centrale, SAP S/4HANA, qui échange avec tous les autres systèmes par une couche unique : Integration Suite, API et événements.

Colonne de droite, systèmes et données : données centralisées avec Datasphere, filiales sous Odoo, gestion des identités, Peppol, impôts et services publics.

SAP dans votre secteur

Secteur public

État et communes

Gestion des fonds budgétaires, contrôle des crédits et des subventions dans S/4HANA, reliés aux plateformes de l’État et à la facturation électronique par Peppol ou MyGuichet.lu. Les organismes publics encore sur ECC subissent la même fin de maintenance que l’industrie, et doivent organiser la migration dans le cadre de la loi sur les marchés publics et du cycle budgétaire.

600+

projets pour des administrations européennes

  • Industrie

    Sur S/4HANA : plans de production, qualité, entretien des équipements. Les données d’atelier et l’aide à la planification par IA restent en dehors du cœur.

  • Secteur financier

    Holdings et structures de fonds : comptes et reporting aux autorités tenus avec séparation des tâches et traçabilité complète, dans le respect des exigences de résilience que la CSSF et le CAA appliquent au titre de DORA.

  • Santé et sciences de la vie

    Hôpitaux et entreprises des sciences de la vie : approvisionnement, stocks et comptabilité, suivi des lots et changements sous contrôle.

Luxembourg

SAP et les règles applicables au Luxembourg

Au Luxembourg, la facturation électronique est déjà une réalité dans les marchés publics : depuis le 18 mars 2023, chaque fournisseur d’un pouvoir adjudicateur envoie des factures structurées, uniquement via Peppol ou MyGuichet.lu, dans des formats comme Peppol BIS Billing 3.0 ou XRechnung. Les filiales situées dans les pays voisins suivent leurs propres règles : la Belgique a rendu Peppol obligatoire entre entreprises en 2026, l’Allemagne impose la réception de factures structurées, la France conduit sa propre réforme.

Nous concevons la localisation S/4HANA, la gestion des sorties et la couche d’intégration pour qu’un pays de plus ne rouvre jamais le cœur. Côté données, le règlement européen sur les données (Data Act) encadre le partage des données SAP avec d’autres systèmes, et la loi du 5 mai 2026 transposant NIS2, suivie par l’ILR, relève le niveau de sécurité attendu de la couche d’intégration.

Vos questions sur SAP

Quand se termine la maintenance principale de SAP ECC ?

D’après les engagements publiés par SAP, SAP ECC 6.0 (SAP Business Suite 7) reste en maintenance principale jusqu’au 31 décembre 2027. Une maintenance prolongée, payante et facultative, est prévue jusqu’à la fin de 2030, et certains clients qui choisissent RISE with SAP disposent d’options de transition annoncées par l’éditeur.

Comme ces règles bougent et varient d’un contrat à l’autre, nous refaisons le point avec vous et avec SAP avant d’en tirer un calendrier.

Greenfield, brownfield ou reprise sélective : quelle voie pour nous ?

En brownfield, votre système actuel est converti, historique et développements maison compris : c’est la voie la plus courte si vos processus tiennent la route. En greenfield, on reconstruit à neuf, ce qui convient quand les processus doivent changer. La reprise sélective combine les deux : un système neuf, alimenté par l’historique et les structures que vous choisissez de garder.

Le choix repose sur des mesures : quantité et état du code maison, propreté des données, distance entre vos processus et le standard, capacité de l’organisation à encaisser le changement d’un seul coup.

Que signifie concrètement un cœur standard (clean core) ?

On ne touche pas au code livré par SAP. Les extensions passent seulement par les API et les points d’ancrage publiés, et chaque logique métier va au bon endroit : outils des utilisateurs clés pour les ajustements légers, ABAP Cloud dans la pile si la logique doit côtoyer les données, SAP BTP pour une application qui vit à son rythme.

Résultat : une montée de version se règle en quelques semaines, sans devenir un projet. Ces principes sont consignés dans des règles d’extension écrites, que chaque nouveau développement doit respecter.

Pouvons-nous utiliser Joule dans notre environnement SAP ?

Tout dépend de vos produits SAP, de leur hébergement et de ce que couvre votre licence. Joule vise avant tout les applications cloud de l’éditeur.

Nous dressons d’abord l’inventaire de vos droits, puis nous vous conseillons : activer les fonctions natives, construire un service sur mesure sur SAP BTP, ou combiner les deux.

Notre code maison peut-il nous suivre sur S/4HANA ?

Une partie seulement. En analysant le code, on découvre d’ordinaire qu’une bonne part ne sert plus, qu’une autre est couverte par le standard S/4HANA et que le solde doit être réécrit ou déplacé vers une extension propre. Nous mesurons avant de décider, objet après objet.

Travaillez-vous avec des organismes publics sur SAP ?

Oui. Un projet SAP public associe gestion budgétaire et subventions, règles des marchés publics, exigences d’accessibilité et liaisons avec les services de l’État. Nous mettons dans chaque programme SAP l’expérience de plus de 600 projets pour des administrations publiques dans toute l’Union européenne, réalisés et en cours. Voir notre page État et communes.

Préparons ensemble votre prochaine étape SAP

Choix d’une trajectoire S/4HANA, remise au standard du cœur ou raccordement de SAP à l’IA : le point de départ est un échange sur votre environnement et vos échéances.

Parler de votre projetTraitement des documents