Questions d'entretien business analyst SAP, des specs à la recette

Un business analyst SAP n'est pas un consultant de paramétrage, même si les deux métiers se croisent souvent sur un projet. Il anime les ateliers fit-to-standard, note les écarts, rédige les spécifications des rapports, interfaces et extensions, puis prépare la recette avec les key users. Les questions d'entretien business analyst SAP partent du module de la mission (achats, vente, finance, maintenance, qualité) et du contexte : projet de passage à S/4HANA ou maintenance d'un ECC en place.

Les CV de ce métier se ressemblent. Beaucoup citent S/4HANA, Fiori et SAP Activate. Ce qui distingue un profil expérimenté, c'est la capacité à suivre un flux de bout en bout. Le candidat explique ce qui se passe en comptabilité quand une livraison sort du stock, comment un écart est arbitré, ce que contient une spécification d'interface. Un profil qui n'a vu qu'un module, sans ses liens avec la finance, aura du mal en tests d'intégration.

Le niveau attendu dépend aussi du rôle sur le projet. Côté client, le BA défend les besoins du métier face à l'intégrateur et doit savoir dire non à un spécifique. Côté intégrateur ou ESN, il doit produire des livrables propres et tenir le planning. Le PDF propose un entretien complet en six axes, avec un cas pratique sur la facture fournisseur.

Le périmètre SAP d'un business analyst

SAP S/4HANA et ECC

S/4HANA est l'ERP actuel de SAP. Beaucoup d'entreprises tournent encore sur ECC, dont la maintenance standard s'arrête fin 2027 (maintenance étendue optionnelle jusqu'à fin 2030). Le BA doit connaître ce qui change entre les deux, comme le business partner unique pour les clients et fournisseurs ou le journal universel en finance.

Processus standard de bout en bout

De la commande à l'encaissement (order-to-cash), de la demande d'achat au paiement (procure-to-pay), de l'écriture à la clôture (record-to-report). Un bon BA suit ces flux à travers les modules, jusqu'aux écritures comptables. C'est la base de toute discussion avec le métier.

SAP Activate et ateliers fit-to-standard

La méthode de projet de SAP, en six phases (découverte, préparation, exploration, réalisation, déploiement, exploitation). Pendant l'exploration, les ateliers fit-to-standard montrent le standard au métier et font ressortir les écarts. L'entretien fait raconter un de ces ateliers et ce que le candidat a fait des écarts.

Objets RICEFW

Rapports, interfaces, conversions, extensions, formulaires et workflows : tout ce que le standard ne couvre pas et qui demande un développement. Le BA en écrit la spécification fonctionnelle. La qualité de ce document se voit au nombre d'allers-retours avec les développeurs.

SAP Fiori

L'interface web de S/4HANA, organisée en applications par rôle. Le BA y retrouve les validations (My Inbox), les applications d'analyse et une partie des écrans de saisie. Sur un projet, il aide à choisir les applications livrées avant d'envisager un écran spécifique.

Données de base et Migration Cockpit

Articles, business partners, conditions de prix, nomenclatures. La reprise vers S/4HANA passe souvent par le Migration Cockpit, avec des modèles de fichiers et plusieurs cycles de test. Le BA définit les règles de nettoyage avec le métier et contrôle le résultat.

SAP Cloud ALM ou Solution Manager

Les outils de SAP pour documenter les processus, suivre les exigences et organiser les tests. Selon le projet, l'équipe utilise aussi Jira, un outil de gestion de tests ou un simple tableur. L'outil compte moins que la traçabilité entre écart, spécification et cas de test.

Clean core et extensibilité

SAP pousse à garder le code standard intact pour faciliter les montées de version. Les besoins spécifiques passent par le paramétrage, l'extensibilité key user (champs et logique personnalisés) ou des applications à côté sur SAP BTP. Un BA senior sait défendre ce principe face au métier.

Le business analyst SAP travaille côté client, au sein d'une équipe applicative ou d'un programme de transformation, ou côté intégrateur et ESN, en mission. Les offres le rattachent presque toujours à un domaine : finance, achats et logistique, vente, maintenance, qualité. Sur un projet S/4HANA, il intervient surtout en exploration et en recette. En maintenance, il traite les évolutions demandées par le métier, les spécifie et les teste. Il parle avec les key users, les consultants de paramétrage, les développeurs ABAP et les équipes d'intégration. Selon les postes, on attend de lui un peu de paramétrage, ou seulement la maîtrise du standard et la rédaction.

Les points attendus d'un business analyst SAP

• Lecture des processus SAP de bout en bout
• Animation d'ateliers et gestion des écarts
• Spécifications fonctionnelles RICEFW
• Données de base et reprise
• Recette et non-régression
• Arbitrage standard ou spécifique

Questions d'entretien et réponses attendues

Chaque question vient avec ce qu'une bonne réponse contient et le signal qui doit vous alerter. Pas besoin d'être technique pour les poser : écoutez si le candidat raconte du vécu.

1. Question 1 · junior à confirmé

   Une commande client est saisie, livrée puis facturée. Quels documents et quelles écritures comptables SAP crée-t-il à chaque étape ?

   Une bonne réponseLa commande (VA01) ne passe aucune écriture. La sortie de marchandises sur la livraison (mouvement 601) crédite le stock et débite le coût des ventes, au prix de revient. La facture (VF01) débite le compte client et crédite le chiffre d'affaires, avec la TVA. Le candidat cite le flux de documents qui relie les trois, et la détermination automatique des comptes qui choisit les comptes généraux. Sur S/4HANA, il sait que ces écritures arrivent dans le journal universel (table ACDOCA).

   Signal d'alerte« La facture sort le stock », ou une réponse qui s'arrête aux transactions sans jamais parler de comptabilité. Un BA qui ne voit pas le lien entre logistique et finance passera à côté des écarts en recette.

2. Question 2 · confirmé

   En atelier fit-to-standard, le service achats veut garder son circuit actuel : quatre niveaux de validation selon le montant et la famille d'achat. Que faites-vous pendant l'atelier ?

   Une bonne réponseIl montre d'abord ce que fait le standard : stratégie de libération classique ou workflow flexible des commandes d'achat sur S/4HANA, avec validation dans l'application Fiori My Inbox. Il fait préciser la raison de chaque niveau (délégation de signature, contrôle interne, audit) et vérifie si un paramétrage couvre le besoin. S'il reste un écart, il le note avec sa justification métier, sa fréquence et son impact, puis le fait arbitrer par l'instance de décision du projet. Il ne promet rien en séance.

   Signal d'alerteOuvrir une spécification de développement dès la fin de l'atelier, ou au contraire répondre « le standard ne le permet pas » sans avoir regardé le paramétrage possible.

3. Question 3 · confirmé

   Vous rédigez la spécification fonctionnelle d'une interface qui envoie les commandes fournisseurs vers un portail externe. Que met-on dans le document pour que le développeur n'ait pas à revenir vers vous ?

   Une bonne réponseLe déclencheur (création, modification, annulation de commande), le sens et la fréquence, le format envisagé (IDoc ORDERS ou API publiée), un mappage champ par champ avec table et champ SAP d'origine, les règles de transformation et les valeurs par défaut. Il ajoute la gestion des rejets et la reprise, la volumétrie attendue, les cas limites (commande à plusieurs postes, changement de prix après envoi) et les cas de test qui serviront à la recette.

   Signal d'alerteUne page qui décrit le besoin métier sans mappage, sans cas d'erreur et sans dire ce qui se passe quand le portail ne répond pas.

4. Question 4 · confirmé

   Pour la reprise des fournisseurs vers S/4HANA, le fichier source contient de nombreux doublons et des adresses incomplètes. Comment traitez-vous le sujet ?

   Une bonne réponseIl fait désigner un propriétaire de la donnée côté métier et définit avec lui les règles de dédoublonnage (SIRET, numéro de TVA intracommunautaire, IBAN). Le nettoyage se fait dans la source ou dans un fichier de préparation, avant le chargement. Il sait que sur S/4HANA le fournisseur est un business partner avec des rôles, alimenté par la synchronisation client-fournisseur (CVI). Il prévoit des reprises à blanc avec le Migration Cockpit et des contrôles de rapprochement : nombre de fiches, champs obligatoires, coordonnées bancaires vérifiées.

   Signal d'alerteLaisser l'équipe technique dédoublonner sur le nom, ou charger tel quel en se disant que le métier triera après le démarrage.

5. Question 5 · confirmé

   Un correctif modifie le calcul de prix dans les commandes clients. Comment construisez-vous la recette de non-régression ?

   Une bonne réponseIl part des processus touchés : schéma de calcul, types de conditions, remises, frais de port, TVA. Il choisit des scénarios de bout en bout (commande, livraison, facture, écriture) sur des clients et des articles représentatifs, y compris les cas rares comme les avoirs ou les commandes gratuites. Il compare les montants avant et après sur les mêmes données, fait valider les écarts attendus par les key users et garde les scénarios pour les prochaines versions, voire les automatise.

   Signal d'alerteTester seulement la commande qui a déclenché le correctif, ou ne pas aller jusqu'à la facture et à l'écriture comptable.

Business analyst SAP : questions fréquentes

Pour structurer vos autres entretiens, consultez aussi nos pages sur les questions d'entretien de recrutement, la méthode de l'entretien structuré et la grille d'évaluation d'entretien.