Questions fréquentes sur l’Output Management

Sans OMS centralisé, chaque site gère ses imprimantes localement : configurations hétérogènes, alertes non remontées, reprises manuelles en cas de panne. La DSI n’a aucune visibilité consolidée sur la production documentaire de l’ensemble du parc. Un OMS comme ScopIOM™ permet de piloter l’ensemble des sites depuis une interface unique, de router automatiquement les flux vers le site disponible le plus proche, et de centraliser les logs pour les audits.

Un centre éditique est une entité, interne à l’entreprise ou externalisée, chargée de la production industrielle de documents : impression à haute cadence, mise sous pli, affranchissement et routage postal. Ses problématiques principales sont la volumétrie (millions de pages par mois), la traçabilité réglementaire, la gestion des reprises en cas d’incident imprimante, et la coordination avec les applications métier qui envoient les flux.

Un spool (Simultaneous Peripheral Operations On-Line) est une file tampon qui stocke temporairement les jobs d’impression en attente de traitement. Il découple la vitesse d’émission des applications de la vitesse de traitement des imprimantes. Une solution d’ordonnancement comme ScopIOM gère en plus les priorités, les formats de flux (PCL, PostScript, AFP, ZPL, texte brut), la reprise à la page en cas d’incident, et la distribution vers plusieurs périphériques.

L’éditique désigne l’ensemble des processus de production, de traitement et de diffusion des documents d’entreprise à fort volume : relevés de compte, factures, bulletins de paie, avis d’échéance, courriers réglementaires. Elle couvre la chaîne complète depuis la composition du document jusqu’à sa remise au destinataire final, quel que soit le canal : impression, email, archivage ou mise à disposition en ligne.

Le print management se limite à la gestion des imprimantes et des quotas d’impression. L’output management couvre un périmètre beaucoup plus large : il orchestre tous les flux documentaires sortants, quel que soit le canal de sortie (impression, email, archivage, fax, FTP). ScopIOM™ est une solution d’output management qui intègre nativement le print management.

La Table d’exploitation est le moteur de routage conditionnel de ScopIOM™. Elle permet de définir des règles cumulatives : si un job possède le paramètre X et le paramètre Y, alors appliquer le traitement Z. Ces règles s’appliquent à la réception du flux, sans développement spécifique. Elles couvrent par exemple le dispatch par type de document (facture, relevé, bulletin), par client, par volume ou par plage horaire.

ScopIOM™ est la plateforme d’administration et d’ordonnancement : elle pilote les files de traitement, les règles de routage, les workflows, les droits utilisateurs et la supervision globale. ScopSpooler est l’interface dédiée aux opérateurs de production : elle offre une vue centrée sur les jobs et les imprimantes, avec les actions du quotidien (assignation, re-routage, preview document, téléchargement des logs, annulation de sets). Les deux interfaces sont complémentaires et adaptées à des profils différents.

ScopIOM™ distribue les flux documentaires vers : imprimantes réseau (LPD/LPR, SNMP), serveurs de messagerie (email), espaces de mise à disposition utilisateurs, coffres-forts électroniques pour l’archivage légal, et serveurs FTP. Le routage vers chaque canal est configurable via la Table d’exploitation, sans développement.

Oui. ScopIOM™ expose ses fonctionnalités via une API REST complète. Elle permet à des administrateurs ou développeurs de piloter la plateforme depuis l’extérieur : créer une interface graphique personnalisée, capturer les données de supervision pour les afficher dans l’intranet, intégrer les informations de traitement dans un outil BPM, ou connecter ScopIOM™ à un ERP, une GED ou un CRM. La v6.0 a significativement étendu les capacités de l’API : recherche globale, opérations en masse, accès aux données de production et téléchargement des fichiers spoulés.

L’interface v6.0 a été conçue en conformité avec les recommandations WCAG (Web Content Accessibility Guidelines) et RGAA (Référentiel général d’amélioration de l’accessibilité). Un travail spécifique a été réalisé sur les contrastes visuels, la lisibilité et la cohérence de l’expérience utilisateur. Ce point est un prérequis pour les marchés publics et les administrations soumises au RGAA.

Oui. En cas d’incident sur une imprimante, ScopIOM™ offre la possibilité à l’opérateur d’extraire les pages non imprimées du spool et de relancer l’impression. Cette fonctionnalité est critique pour les productions à fort volume (bulletins de paie, relevés de compte) où une reprise depuis le début du job représente un coût significatif en temps et en consommables.

Plusieurs instances ScopIOM™ sont déployées sur des serveurs distincts qui partagent une base de données et un espace de stockage communs. Les jobs sont traités par la première instance disponible — sans doublon ni conflit. Si une instance devient indisponible, les autres prennent automatiquement le relais sans interruption du traitement. La configuration est centralisée dans la base de données partagée : aucune synchronisation manuelle entre nœuds n’est nécessaire. Des instances supplémentaires peuvent être ajoutées à la volée pour absorber les montées en charge.

En pratique : En mode cluster à 3 nœuds, la perte d’un serveur ne provoque aucune interruption visible pour les applications clientes. La production reprend sur les deux nœuds restants en moins de 30 secondes.

ScopIOM™ v6.0 implémente le protocole OAuth2 pour l’authentification, en remplacement de Keycloak. La couverture fonctionnelle est identique : SSO, LDAP, multi-LDAP, Active Directory. OAuth2 est un protocole ouvert, plus léger à intégrer dans les environnements modernes et mieux supporté dans les écosystèmes cloud et hybrides. Les accès sont gérés selon le modèle RBAC (rôles et groupes), avec des droits granulaires par file de traitement, périphérique et workflow. Les connexions à l’interface d’administration s’effectuent exclusivement en HTTPS.

ScopIOM™ v6.0 supporte Oracle 19c et supérieur (XE gratuit inclus), SQL Server 2016 et supérieur (Express et Linux compris), PostgreSQL 13 et supérieur, ainsi qu’IBM DB2. Le choix de la base de données est libre selon l’environnement existant.

ScopIOM™ v6.0 supporte Windows Server 2016, 2019, 2022 et 2025, ainsi que Red Hat Enterprise Linux 8, 9 et 10. Le déploiement est possible on-premise sur serveur physique ou virtuel, ou sur infrastructure cloud (AWS, Azure). »

Oui. ScopIOM™ se déploie intégralement on-premise, sur votre propre infrastructure, sans aucune dépendance à un service cloud externe. Les données restent dans votre périmètre. Ce mode de déploiement est celui choisi par la majorité des clients grands comptes et des organisations soumises à des contraintes de souveraineté des données (banques, mutuelles, administrations).

ScopIOM™ s’intègre à SAP S/4HANA via les protocoles standard LPD/LPR et les interfaces d’output management SAP. Cette intégration ne nécessite pas de module SAP dédié ni de configuration côté SAP au-delà de la déclaration des imprimantes logiques. Les flux SAP (formulaires, états, outputs BC-XOM) sont reçus par ScopIOM™ et traités selon les règles de routage définies. MPI Tech dispose d’une expertise reconnue sur les flux AFP/IPDS et les architectures iSeries/AS400.

Le support MPI Tech est assuré par les ingénieurs qui ont participé au déploiement chez le client : à l’ouverture d’un incident, l’équipe connaît déjà l’environnement et ses particularités. Les mises à jour de ScopIOM™ font l’objet de release notes détaillées (voir la v6.0). Le niveau de service est défini contractuellement dans un SLA adapté au contexte de production du client.

La migration est un projet accompagné par les équipes MPI Tech. Elle comprend l’analyse de l’environnement existant, la reprise de configuration, les tests de non-régression et la formation des équipes. Points d’attention principaux : les configurations Keycloak doivent être migrées vers OAuth2 (pris en charge dans le processus de migration), le JDK est mis à jour (inclus dans le package v6.0), et les personnalisations d’affichage de l’interface doivent être reconfigurées. Si l’API REST était utilisée en v5.2, la compatibilité des intégrations existantes doit être vérifiée.

Oui. MPI Tech accompagne les migrations depuis d’autres solutions d’output management. La démarche comprend une phase d’analyse de l’environnement existant (cartographie des flux, des périphériques, des règles de routage), une phase de reprise de configuration dans ScopIOM™, puis une période de tests de non-régression avant bascule. L’objectif est une continuité totale du service pour les applications métier, sans modification des flux sources.
Point de vigilance : les migrations depuis des solutions fortement couplées à un ERP spécifique (Plossys/SEAL exclusivement SAP) nécessitent une analyse préalable des dépendances. MPI Tech prend en charge cette analyse dans le cadre du projet.

La durée varie selon la complexité de l’environnement existant et le nombre de flux à intégrer. Un déploiement standard sur un périmètre clairement défini (une vingtaine de files de traitement, quelques dizaines de périphériques) s’étale généralement sur 6 à 12 semaines, de la spécification technique à la mise en production. Les projets de remplacement d’une solution existante ou d’environnements multisites font l’objet d’un planning adapté établi lors de la phase de conception.

Oui. ScopIOM™ est agnostique vis-à-vis des ERP. Il reçoit les flux depuis n’importe quelle application via LPD/LPR, FTP, email ou API REST — qu’il s’agisse de SAP (S/4HANA, BC-XOM), Oracle, Sage, ou de tout système développé en interne. Il ne dépend d’aucun éditeur ERP spécifique et ne nécessite aucun connecteur propriétaire.