Batch Input

Le Batch Input (anciennement BDC, Batch Data Communication) est une technique SAP de chargement de données en arrière-plan, qui simule la saisie manuelle d’un utilisateur dans une transaction. Il respecte les contrôles standards SAP (champs obligatoires, autorisations) et permet de traiter de gros volumes de données sans saisie humaine.

• Simule une saisie utilisateur en arrière-plan, dans une transaction SAP standard.
• Conserve les contrôles natifs : zones obligatoires, autorisations, règles de gestion.
• À distinguer du Direct Input (plus rapide mais limité à certains objets) et des BAPI (plus modernes et plus robustes pour les intégrations).

À quoi sert un Batch Input dans un projet SAP ?

Le Batch Input sert à charger des données dans SAP sans passer par une saisie utilisateur. Il est typiquement utilisé pour les chargements ponctuels (reprise de données, corrections en masse) ou les traitements récurrents (intégration de fichiers fournisseurs, mises à jour planifiées). Il est encore largement présent dans les projets, même si SAP pousse aujourd’hui d’autres méthodes plus modernes.

• Reprise de données : chargement initial avant Go Live, depuis un système legacy vers SAP.
• Mises à jour récurrentes : intégration nocturne de fichiers (catalogues, tarifs, données externes).
• Corrections en masse : mise à jour de plusieurs milliers d’enregistrements quand un script SQL serait risqué.

Concrètement, le Batch Input est mobilisé quand le besoin nécessite de passer par les contrôles applicatifs SAP (par opposition à une mise à jour directe en base, qui contourne ces contrôles). Une reprise de fournisseurs avec règles de validation, une création d’articles avec contrôles de cohérence, une mise à jour mensuelle de prix : autant de cas où Batch Input garantit que SAP applique sa logique métier sur chaque enregistrement.

Batch Input, LSMW, BAPI, Migration Cockpit : comment choisir ?

Plusieurs techniques coexistent dans SAP pour charger des données. Le bon choix dépend du contexte (ponctuel vs récurrent), du volume, de l’objet cible et de la version SAP utilisée. Aucune méthode n’est universellement meilleure.

• Batch Input : adapté quand la transaction SAP cible est stable et que les contrôles utilisateur sont importants.
• LSMW (Legacy System Migration Workbench) : surcouche qui orchestre des chargements ponctuels, en s’appuyant souvent sur Batch Input, BAPI ou IDoc.
• BAPI : plus moderne et plus robuste, recommandé pour les intégrations récurrentes et les volumes importants.
• Migration Cockpit : outil SAP recommandé pour la migration initiale vers S/4HANA, avec objets de migration pré-définis.

Pour une PME en projet S/4HANA, la pratique actuelle de SAP est de privilégier le Migration Cockpit pour la reprise initiale et les BAPI pour les intégrations récurrentes. Le Batch Input reste utile pour des cas ciblés mais doit être manipulé avec prudence : sensible aux changements d’écrans dans les transactions, donc à retester systématiquement après chaque montée de version.

Questions fréquentes — Batch Input

Batch Input : que signifie le terme ?

Batch Input désigne une technique SAP de chargement de données en arrière-plan, qui simule la saisie d’un utilisateur dans une transaction. L’ancien nom était BDC (Batch Data Communication).

Quelle est la différence entre Batch Input et Direct Input ?

Batch Input simule la saisie écran par écran, en passant par les contrôles standards. Direct Input écrit directement via des programmes d’import SAP : plus rapide mais limité à certains objets supportés. Direct Input contourne aussi certains contrôles utilisateur.

Batch Input nécessite-t-il du développement ?

Oui, le Batch Input se programme en ABAP. Un développeur enregistre la séquence de saisie via la transaction SHDB, puis génère un programme ABAP qui rejoue cette séquence sur les données du fichier source.

Batch Input fonctionne-t-il dans S/4HANA ?

Oui, le Batch Input reste disponible dans S/4HANA. Mais SAP recommande d’utiliser le Migration Cockpit pour les reprises de données et les BAPI pour les intégrations récurrentes, plutôt que de continuer à étendre des programmes Batch Input historiques.

Quels sont les risques d’un Batch Input ?

Le principal risque est la sensibilité aux changements de transaction : si SAP modifie un écran lors d’une montée de version, le Batch Input peut échouer sans avertissement. Tests systématiques nécessaires après chaque update.

Peut-on faire du Batch Input sans connaître ABAP ?

Pas directement. Mais des outils de plus haut niveau comme LSMW permettent à un consultant fonctionnel de paramétrer un chargement Batch Input sans écrire de code ABAP, en s’appuyant sur des recordings et des mappings de champs.