La semaine dernière, nous vous partagions le cas de l’un de nos clients qui imprime 800 000 documents pas mois sans interruption, sans perte, sans incident. Le post a suscité beaucoup de réactions et une question est revenue souvent :

Cet article est la réponse. Nous allons ici vous expliquer, de A à Z, ce qu’est la gestion des impressions et diffusions de documents SAP : pourquoi c’est plus complexe qu’il n’y paraît, pourquoi le système natif de SAP ne suffit pas, et comment une plateforme d’Output Management moderne résout ces problèmes.

Des faits, des exemples concrets, et une vision claire d’un sujet que beaucoup sous-estiment, jusqu’au jour où ça coince.

De quoi s’agit-il ?

Quand on dit « document SAP », on parle en réalité d’un écosystème très vaste. Voici les grandes familles que nous rencontrons chez nos clients.

Les documents transactionnels

Ce sont les plus courants : bons de commande, commandes clients, bons de livraison, factures clients et fournisseurs, avis de paiement, relevés de compte. Chacun de ces documents est déclenché automatiquement par un événement dans SAP, une validation, une comptabilisation, un envoi. Ils doivent atteindre le bon destinataire, au bon moment, dans le bon format.

Les documents de production et de logistique

Étiquettes de palettes, étiquettes produits, ordres de fabrication, fiches suiveuses, documents de traçabilité, bons de préparation… Dans l’industrie pharmaceutique, agroalimentaire ou aéronautique, ces documents sont soumis à des exigences réglementaires très strictes. Un code-barres illisible ou un document mal acheminé peut stopper une ligne entière.

Les documents RH

Bulletins de salaire, attestations, contrats, courriers individuels. Ils exigent personnalisation fine et règles de confidentialité strictes.

Les communications en masse

Relevés de compte, lettres de relance, notifications envoyées simultanément à des milliers de destinataires. Le volume et la fiabilité de délivrance sont ici les enjeux principaux.

Le Spool SAP : le moteur natif d’impression

SAP dispose d’un système intégré pour gérer les sorties de documents : le Spool. Voici comment il fonctionne.

Le principe du Spool

Lorsqu’une transaction SAP génère un document une facture via VF01, un bon de commande via ME21N, une étiquette depuis le module MM, cette demande est placée dans une file d’attente : le Spool SAP (visible depuis la transaction SP01). Un processus dédié, appelé Work Process de type SPO, prend en charge chaque requête et génère un fichier au format intermédiaire : soit OTF (Output Text Format), soit Raw Data selon le type de formulaire.

Ce fichier est ensuite transmis à l’imprimante ou au système cible via un protocole de communication défini dans la configuration des périphériques SAP (transaction SPAD) : LPR, IPP, connexion réseau directe.

Les technologies de formulaires dans SAP

La mise en forme des documents SAP repose sur plusieurs technologies, selon l’âge et l’évolution du système :

• SAPscript — Introduit dans les années 1980 et toujours présent dans les anciens systèmes. Il permet de définir des formulaires basiques mais reste difficile à maintenir et peu flexible graphiquement — pas idéal pour des documents à forte identité visuelle.
• Smart Forms — Apparu avec SAP R/3 4.6, il offre un outil de conception graphique plus moderne et une meilleure gestion de la logique conditionnelle. Utilisé encore largement, mais limité pour les mises en page complexes.
• Adobe Forms (ADS) — La solution recommandée par SAP aujourd’hui. Elle s’appuie sur Adobe LiveCycle Designer pour la conception et requiert un serveur ADS (Adobe Document Services) pour le rendu. Elle supporte nativement le PDF et offre de meilleures capacités graphiques.
• SAP S/4HANA Output Management — Dans les environnements S/4HANA modernes, SAP a introduit une couche d’output management intégrée. Elle couvre les besoins basiques mais reste souvent insuffisante pour les environnements complexes.

Pourquoi le Spool SAP natif ne suffit pas

C’est le cœur du sujet. Le Spool SAP fonctionne bien pour des volumes modestes et des environnements simples. Dès que la complexité augmente, il atteint rapidement ses limites — et ces limites coûtent cher.

La saturation en période de pic

Les Work Processes de type SPO consomment des ressources sur le serveur d’application SAP. Lors d’une clôture mensuelle, d’une campagne de facturation ou d’un pic de production, ces processus saturent. L’impression ralentit. Les transactions métiers aussi. Dans les cas extrêmes, c’est toute la chaîne qui se bloque.

L’absence de haute disponibilité

Si une imprimante est hors ligne, SAP ne reroute pas automatiquement le travail. Le document reste bloqué dans le Spool — ou est perdu — sans notification. Dans un environnement industriel avec des centaines de périphériques répartis sur plusieurs sites, c’est un risque permanent.

Pas de traçabilité fiable

SAP ne fournit pas de preuve de délivrance. Savoir si une facture a réellement été envoyée, si un bon de livraison a bien été imprimé, si une étiquette a atteint la bonne imprimante est difficile — voire impossible — sans développements spécifiques. En cas d’audit ou de litige client, c’est une lacune critique.

Le multicanal : quasi inexistant nativement

Le Spool SAP est conçu pour l’impression physique. L’envoi par email avec PDF sécurisé, la diffusion via EDI, l’archivage automatique en PDF/A, la publication sur un portail web client nécessitent tous des développements sur mesure — coûteux à créer et à maintenir dans la durée.

Une configuration complexe et fragile

La gestion des périphériques dans SAP (transaction SPAD) est technique, peu intuitive, et centralisée sur les équipes SAP Basis. Chaque nouvelle imprimante, chaque changement de réseau, chaque déménagement de site nécessite une intervention. Dans des environnements en constante évolution, c’est une source de charge administrative significative.

La solution : les serveurs d’output externes et l’interface BC-XOM

BC-XOM : l’ouverture standardisée de SAP

Pour répondre aux limites du Spool natif, SAP a créé une interface standardisée et certifiée : BC-XOM (Business Connector — eXternal Output Management). Cette interface permet à une plateforme d’Output Management externe de s’intégrer directement dans le Spool SAP.

Du point de vue de SAP, rien ne change : l’imprimante existe toujours, la configuration SPAD reste en place. Mais en coulisses, le traitement réel est délégué à un système externe bien plus puissant — et capable de gérer des millions de documents par mois.

L’agent BC-XOM de SEAL Systems : comment ça marche

L’implémentation BC-XOM de SEAL Systems repose sur une architecture intelligente à deux niveaux.

Un agent léger est installé directement dans l’environnement SAP. Cet agent joue le rôle de chef d’orchestre :

• Il intercepte chaque requête Spool dès sa création et pilote son envoi vers la plateforme PLOSSYS® Output Engine via le protocole IPP ou IPPS.
• Il surveille en permanence la disponibilité des services PLOSSYS®. Si un service ne répond pas, il bascule automatiquement la requête vers un serveur ou environnement de secours — sans intervention humaine, sans perte de document.
• Il chiffre les données en transit via le protocole IPPS (Internet Printing Protocol Secure). Les documents sensibles — factures, bulletins de paie, données clients — ne circulent jamais en clair sur le réseau.
• Il renvoie le statut de traitement à SAP via callback RFC, permettant une traçabilité complète dans les deux systèmes.

PLOSSYS® Output Engine : la plateforme au cœur du dispositif

Derrière chacun des documents SAP diffusé, il y a PLOSSYS® Output Engine — la plateforme développée par SEAL Systems et conçue pour les environnements les plus exigeants. Le résultat de plus de 40 ans d’expérience.

Une architecture microservices native cloud

PLOSSYS® Output Engine repose sur une architecture microservices conteneurisée (Docker/Kubernetes). Chaque service s’adapte automatiquement à la charge : en période de pic, les ressources s’allouent ; en période creuse, elles se libèrent. Le résultat : des temps de traitement inférieurs à 0,1 seconde par document en mode spool, et une capacité de traitement de plusieurs millions de pages par jour. PLOSSYS® fonctionne en on-premise, en cloud privé, public ou en mode hybride.

Le convertisseur OTF : zéro contrainte de format

L’un des atouts les plus concrets de PLOSSYS® est son convertisseur OTF (SAPGOF Converter). Il prend en charge la transformation du format intermédiaire SAP en aval du système, selon le canal de destination réel :

• Imprimante réseau ou industrielle → conversion en PCL ou PostScript adapté au modèle
• Email → PDF natif haute fidélité
• Archivage légal → PDF/A conforme aux normes ISO
• Portail web ou espace documentaire → format adapté à la consultation en ligne

Un seul formulaire SAP. Aucune modification ABAP. Une diffusion parfaite sur tous les canaux. C’est ce qui permet à nos clients de continuer à utiliser leurs formulaires SAPscript, Smart Forms ou Adobe Forms existants, quelle que soit l’évolution de leur infrastructure.

Gestion universelle des canaux de diffusion

PLOSSYS® connecte, depuis une interface unique, l’ensemble des canaux de sortie de l’entreprise :

• Impression : imprimantes réseau, locales, industrielles (étiquettes, grand format), mobiles
• Email : envoi automatique avec pièces jointes PDF sécurisées
• Echanges B2B avec partenaires et fournisseurs
• Portails web et espaces documentaires clients
• Archivage automatique : SAP ArchiveLink, SharePoint, systèmes GED
• Fax et fax-to-mail

Enrichissement et composition des documents

La plateforme peut enrichir les documents SAP en aval, sans toucher au paramétrage SAP : ajout de tampons, filigranes, codes-barres (1D, 2D, QR, OMR), logos, numérotation automatique. Les templates de documents sont gérables via une interface graphique drag-and-drop, accessible aux équipes métiers sans compétence ABAP grâce à notre solution de composition des formulaires et étiquettes.

Traçabilité et supervision en temps réel

Chaque document fait l’objet d’un suivi bout-en-bout : déclencheur, système source, canal de diffusion, périphérique cible, heure de traitement, statut de délivrance. Un tableau de bord centralisé permet aux équipes IT d’intervenir immédiatement en cas d’incident — sans ouvrir SAP. L’historique complet est disponible pour les audits et les litiges clients.

Sécurité renforcée à tous les niveaux

Les communications entre composants sont chiffrées via HTTPS, TLS et IPPS. L’authentification utilise des fournisseurs d’identité OIDC (ex. Keycloak) ou Active Directory/ADFS. Le pull printing garantit qu’un document ne s’imprime que lorsque l’utilisateur habilité se présente physiquement à l’imprimante et s’authentifie. Chaque document peut être marqué d’un tampon ou d’un filigrane indiquant son statut et son émetteur.

Formulaires SAP natifs vs composition externe : deux approches complémentaires

La question revient souvent en projet : faut-il conserver les formulaires SAP natifs ou investir dans une solution de composition externe ? La réponse est rarement l’un ou l’autre.

Ce que les formulaires SAP natifs font bien

SAPscript, Smart Forms et Adobe Forms sont natifs dans SAP, bien documentés, et maîtrisés par les équipes ABAP. Pour des documents simples, standards et peu évolutifs, ils restent pertinents — surtout si l’entreprise dispose déjà d’une bibliothèque importante de formulaires.

Où la composition externe apporte une vraie valeur

Dès que les exigences deviennent plus complexes — identité visuelle forte, personnalisation dynamique, documents multilingues, fusion de données multi-systèmes, volumes massifs —, une solution de composition externe apporte des avantages décisifs :

• Templates modifiables par les équipes métiers, sans aucun développement ABAP
• Séparation claire entre les données SAP et la mise en forme des documents
• Continuité garantie lors des migrations SAP : les templates restent dans PLOSSYS®, indépendants de la version SAP
• Conformité aux exigences réglementaires sectorielles (aéronautique, pharmacie, finance…).

Migration S/4HANA : l’Output Management, un enjeu souvent sous-estimé

Toutes les DSI SAP y pensent ou y travaillent : la migration vers S/4HANA. Et dans ces projets, la gestion des sorties documentaires est l’une des sources de surcoûts les moins anticipées.

Pourquoi la migration fragilise les sorties SAP

S/4HANA modifie les flux de données sous-jacents et abandonne certaines technologies de formulaires historiques. Les formulaires SAPscript, et dans certains cas les Smart Forms, nécessitent souvent une réécriture complète. Les flux OTF changent de structure. Des sorties qui fonctionnaient parfaitement en ECC peuvent se retrouver bloquées ou corrompues après la migration.

Comment PLOSSYS® protège votre existant

Parce que PLOSSYS® traite les documents en aval de SAP — entre le Spool et les périphériques de sortie —, il crée une couche d’abstraction qui isole votre chaîne documentaire des évolutions SAP. Concrètement :

• Vos formulaires SAP continuent de fonctionner, quel que soit le moteur de rendu SAP.
• Vos règles de routage et vos configurations de périphériques restent dans PLOSSYS®, intactes.
• Vous pouvez migrer vers S/4HANA sans refaire 10 ou 15 ans de paramétrage output.

Un exemple concret : un leader industriel mondial

Pour illustrer ce que tout cela représente en pratique, voici un cas réel que nous avons publié récemment.

Un groupe international opérant dans l’industrie réglementée où la fiabilité et la conformité documentaire sont des impératifs absolus — utilisait une multitude de solutions locales pour gérer ses sorties SAP : composition de formulaires, gestion d’étiquettes, spool SAP. Résultat : des coûts SAP Basis élevés, aucune supervision centralisée, et une traçabilité insuffisante pour répondre aux exigences réglementaires.

Nous avons déployé une plateforme PLOSSYS® Output Engine unifiée pour l’ensemble du groupe. En remplaçant les solutions disparates par une architecture unique, nous avons obtenu :

• Des services d’impression et de diffusion garantis et supervisés en temps réel
• Une standardisation complète des processus documentaires à l’échelle du groupe
• Une réduction significative des coûts d’administration SAP Basis
• Une supervision centralisée de tous les flux, commandes et périphériques
• Une gestion simplifiée du parc imprimantes via easyPRIMA

Ce projet illustre comment une gestion centralisée et industrialisée des impressions et diffusions SAP devient un véritable levier de performance, de conformité et de maîtrise des coûts.

Qui est SEAL Systems ?

Permettez-moi de vous présenter brièvement l’entreprise derrière tout ça.

40 ans d’une seule spécialité

SEAL Systems a été fondée en 1981. Depuis plus de 40 ans, nous ne faisons qu’une seule chose : l’Output Management et la gestion documentaire en entreprise. Nous n’avons jamais dévié de cette spécialité — ce qui nous a permis de construire une expertise que peu d’acteurs peuvent égaler.

Aujourd’hui, nous accompagnons plus de 1 500 clients dans le monde, dans des secteurs aussi variés que l’industrie manufacturière, l’aéronautique, l’énergie, la finance, le secteur public et la logistique. Nos équipes comptent plus de 130 personnes, avec notre siège en Allemagne et des filiales en France et aux États-Unis.

Un partenaire SAP certifié de longue date

SEAL Systems est partenaire SAP certifié depuis de nombreuses années. Nos interfaces BC-XOM, SAPGOF et SAPGOFU sont certifiées par SAP pour S/4HANA et ECC/R3. Notre centre de compétence SAP accompagne les clients sur toute la durée de vie de leur environnement SAP : de l’implémentation initiale à la migration S/4HANA, en passant par l’optimisation continue.

Une approche conseil, pas seulement outil

Notre différence ne réside pas seulement dans la technologie. Elle réside dans notre capacité à comprendre les enjeux métiers derrière les flux documentaires — et à proposer une solution adaptée, pas un produit standard. Ce qui prenait deux semaines chez certains de nos clients prend maintenant moins d’une heure.

Des résultats mesurables

Nos clients génèrent collectivement plus de 50 millions d’euros d’économies informatiques chaque année grâce à nos solutions. Nous avons contribué à éviter directement plus de 3 000 tonnes d’émissions de CO₂ et, indirectement, à économiser l’équivalent de 5 milliards de litres d’eau par an grâce à la réduction des impressions inutiles.

En résumé

• Les documents SAP ne sont pas un détail technique — ils sont au cœur de vos processus métiers.
• Le Spool SAP natif répond aux besoins basiques, mais pas aux enjeux d’un environnement industriel à fort volume.
• L’interface BC-XOM permet de connecter une plateforme d’Output Management externe à SAP, sans rien changer côté SAP.
• PLOSSYS® Output Engine prend en charge l’intégralité de la chaîne : de la réception de la requête Spool jusqu’à la délivrance sur n’importe quel canal, avec traçabilité complète et chiffrement des données.
• Lors d’une migration S/4HANA, une plateforme d’Output Management bien intégrée protège votre existant et réduit significativement les risques et les coûts.

800 000 documents par mois. Sans interruption. Ce n’est pas du hasard, c’est de l’architecture optimisée et une plateforme performante, sécurisée et simple à administrer.