Cela fait un moment que je n'ai pas publié d'article de blog, j’ai donc décidé de reprendre la plume pour annoncer une nouvelle concernant les solutions LRS pour l’impression SAP.
Comme beaucoup de nos lecteurs le savent, LRS est certifié pour l’interface SAP BC-XOM depuis de nombreuses années. Les entreprises qui utilisent SAP comptent parmi nos clients les plus importants et les plus exigeants, car elles ont généralement de nombreux travaux d’impression urgents qui affectent directement leurs processus métier.
Le logiciel LRS VPSX est très apprécié parmi la communauté des clients SAP car il permet à ces entreprises d’améliorer les processus métier critiques qui dépendent de l’impression. Les récentes améliorations LRS ont encore accru la valeur du logiciel et les clients peuvent utiliser le logiciel VPSX pour définir de manière centralisée les imprimantes SAP dans l’ensemble de leur environnement SAP, ce qui réduit considérablement le temps que les administrateurs SAP Basis doivent passer sur les tâches liées à l’impression. Associées aux avantages standard LRS, tels que l’indépendance vis-à-vis du modèle d’imprimantes, le formatage en temps réel et l’autonomisation des services d’assistance, nos nouvelles capacités de gestion de l’impression SAP ont contribué à l’adoption du logiciel VPSX dans tous les principaux secteurs industriels et plates-formes informatiques des six continents.
Mais ce n’est pas le moment de nous reposer sur nos lauriers. SAP propose de nouvelles offres dans de nouveaux environnements, notamment leur solution fonctionnant dans le cloud public. Comme toujours, nous nous efforçons de suivre le rythme de ces changements.
Jusqu’à présent, l’intégration LRS SAP reposait sur le système SAP ABAP qui comprend le composant SAP SPOOL pour interagir avec les systèmes SAP par l’intermédiaire de BC-XOM Cependant, les offres SAP de cloud public ne disposent pas de SAP ABAP, elles ne prennent en charge que le système SAP Java Stack et n’ont donc pas de SPOOL SAP. Cela signifie qu’il n’y a pas d’interface BC-XOM disponible pour que le logiciel de LRS puisse communiquer avec l’infrastructure SAP.
SAP a donc conçu une interface appelée S4HC-ES-PRINT-OMS. Avec ses deux scénarios de communication (0466 et 0467), cette interface permet aux systèmes externes EOM (Enterprise Output Management) de s’interfacer avec les systèmes SAP Java Stack, dans le cloud.
Par le passé, LRS ne voyait pas ses clients traditionnels utiliser les offres SAP de cloud public car ils préféraient généralement une solution de cloud privée « any-premise ». Cependant, les exigences de réponse rapide et la disponibilité des nouvelles solutions dans le cloud public SAP ont radicalement changé les choses, tout comme les pressions constantes pour améliorer la fiabilité, la disponibilité et le service (Reliability, Availability & Service - RAS). En conséquence, de nombreuses entreprises clientes intègrent désormais des solutions SAP dans le cloud public dans leur environnement SAP, LRS se devait donc d’agir.
Un détail important : lorsque nous parlons de ces solutions SAP cloud, nous ne parlons pas seulement de S/4 HANA (ES - Essentials), mais aussi de SAP DMC (Digital Manufacturing Cloud), qui est la version « cloud » de SAP ME (Manufacturing Execution).
Nous demandons aussi à SAP si nous pouvons également étendre l’utilisation de cette interface aux systèmes SAP ME standard sur-site. Pourquoi ? Parce que la solution sur site (« on-premise ») actuelle impose l’utilisation d’un système CUPS sur chaque système SAP MES pour l’impression. Beaucoup de nos clients ne souhaitent pas utiliser des instances CUPS pour des raisons évidentes.
Les nouvelles que vous attendiez
La bonne nouvelle est que LRS offrira bientôt un nouveau produit avec licence qui sera certifié pour S4HC-ES-PRINT-OMS et que cette solution devrait servir à la fois les scénarios de communication 0466 et 0467. Nous espérons commencer les essais bêta en août de cette année avec un client existant qui a exprimé son intérêt. Par la suite, nous prendrons également en considération les demandes d’autres entreprises qui veulent rejoindre la version bêta, en particulier si elles utilisent ou ont l’intention d’utiliser SAP DMC.
Donc, quelle est la différence entre les scénarios de communication 0466 et 0467 ?
En substance, le scénario 0466 est une configuration nécessitant un sondage. Le client devra installer notre fonctionnalité SCP0466 en plus sur son système VPSX existant et un service Windows sera créé sera créé pour "interroger" le point final de l’API du cloud public SAP toutes les 5 secondes. Si des données existent dans les « files d’attente » qui ont été associées à l’utilisateur de communication spécifié, ces données seront téléchargées.
Dans le scénario 0467, SAP enverra une requête à un point de terminaison spécifiée par le client (habituellement le serveur VPSX) chaque fois qu’une nouvelle impression est disponible dans une file d’attente pour un utilisateur de communication spécifié. Dans ce cas, notre client installera notre fonctionnalité SAP0467 sur une installation VPSX existante. Cette fonctionnalité SAP0467 contrôle l’Internet pour les notifications entrantes du cloud public SAP, et collecte rapidement les impressions lorsqu'elles sont demandées. La plupart des clients utiliseront probablement un proxy inverse pour réaliser cette connectivité.
Les téléchargements d’impression sont optimisés par le biais de l’utilisation de l’API de transfert d'éléments multiples. Cela permet d'obtenir un rendement optimal, en particulier si vous utilisez plusieurs files d’attente d’impression, si vous avez des travaux d’impression volumineux ou si vous avez de nombreux petits travaux d’impression urgents (comme c’est souvent le cas dans les systèmes SAP DMC). Heureusement, je peux confirmer qu’un seul système peut mettre à disposition plusieurs centaines de travaux d'impression par minute.
Points importants à retenir
En ce qui concerne la performance, il n’est pas recommandé d’utiliser une seule file d'attente pour les petits travaux d’impression très urgents et les gros travaux d’impression non-urgents. Et si vous devez le faire, vous devriez plutôt utiliser deux files d’attente logiques distinctes et notre fonction « Hold » de sorte que vous puissiez programmer manuellement ces gros travaux.
Pour le moment, les métadonnées que notre solution reçoit de SAP sont un peu « minces ». Bien sûr, cela changera au fil du temps mais, même à ce stade précoce, il est possible de demander des options de finition par le biais des attributs de file d'attente. Par exemple, il est possible de forcer les options monochrome, agrafage/perforation, recto-verso, recto seul et la sélection du media en utilisant la technologie LRS « filtre », qui nous permet d’insérer des états PJL spécifiques du fabricant dans le flux d’impression au moment de l’IMPRESSION. Cela réduit considérablement la complexité de la solution, car il est possible d'utiliser des files d'attente d'impression standard plutôt que des files d'attente d'impression distinctes pour chaque fabricant d'imprimantes. Nous sommes également capables (grâce à l’injection de métadonnées supplémentaires au moment de la soumission de l’impression) d’activer pleinement les fonctionnalités VPSX Enterprise, telles que l’impression Pull Printing (ou Follow-me Printing), en ajoutant dynamiquement les informations d’utilisateur requises aux travaux d’impression.
Quels formats de sortie peut-on attendre du cloud SAP ? Eh bien, les PDL habituels qu’ADS peut créer. Cela comprend les formats PDF, CAB, Datamax, HP PCL 5e, HP PS, PCL 5c, PCL 5e, Intermec, Lexmark T644 PCL 5e, Lexmark T644 PS, PostScript 2, PostScript 3, Toshiba, XMLDATA et Zebra. Tous ces PDL peuvent être transmis directement aux imprimantes appropriées aux fins d’impression. Des filtres et LRS Document Transforms peuvent être utilisés pour adapter la sortie. De plus, SAP peut produire des PDL avec pièces jointes ; ces dernières peuvent être sous une variété de formats mais ne sont généralement pas prêts à être imprimés (excepté pour le PDF). Il s'agit par exemple de documents Microsoft Office comme PPTX, DOCX et XLSX. Les clients VPSX peuvent bien entendu également imprimer ces documents, à condition de disposer d’une licence Mobile Connector.
Enfin, le client peut choisir, à sa discrétion, de transmettre au système de cloud SAP des informations sur l’état du travail d’impression. Actuellement, quatre choix de base sont disponibles :
- Pas de retour d’information
- Simple confirmation du fait que les données ont été reçues sur le spouleur
- UNIQUEMENT un retour d’information permanent
- Toutes les informations d’état disponibles
Il sera intéressant de voir si les clients disposent d’environnements pour lesquels il est utile de transmettre le retour d'information au « front-end » du cloud.
Je suis impatient de travailler avec nos premiers clients bêta car ce sont leur retours d’expérience et leur aide qui permettent de révéler tout le potentiel de nos logiciels. Mes propres tests ont montré que la solution est hautement performante et très stable, et la fonctionnalité offerte devrait correspondre exactement aux besoins de nos clients pour répondre à leurs défis métier. Alors, voyons ce que nous pourrons apprendre de nouveau pendant la période bêta.
LRS préviendra également, par communiqué de presse et sur notre site Web, quand le nouveau projet sera certifié et disponible sur le marché. En attendant, n’hésitez pas nous contacter si vous souhaitez participer au test bêta, en nous adressant un courriel à eominfo@lrs.com. À l’avenir, cette solution sera aussi automatiquement disponible pour toutes les offres LRS Managed Services. C’est une période passionnante pour le cloud computing d’entreprise.