È passato un po' di tempo dal mio ultimo articolo sul blog, quindi ho pensato di scrivere di nuovo per dare qualche notizia sulle soluzioni LRS per la stampa SAP.
Come molti dei nostri lettori sanno, da molti anni ormai LRS è certificata per l'interfaccia BC-XOM di SAP. Le aziende che utilizzano SAP sono tra i nostri clienti più grandi ed esigenti, poiché in genere hanno molti lavori di stampa sensibili al fattore tempo che influiscono direttamente sui loro processi aziendali.
Il software VPSX di LRS è molto apprezzato dalla comunità dei clienti SAP, in quanto permette a queste aziende di migliorare i processi aziendali critici che si basano sulla stampa. I recenti miglioramenti di LRS ne hanno ulteriormente aumentato il valore, ora i clienti possono utilizzare il software VPSX per definire centralmente le stampanti SAP nell'intero ecosistema SAP, riducendo significativamente il tempo che gli amministratori di SAP Basis devono dedicare alle attività correlate alla stampa. Insieme ai vantaggi standard di LRS, come l'indipendenza dai dispositivi, la formattazione just-in-time e il potenziamento dell'help desk, le nostre nuove capacità di gestione della stampa SAP hanno portato all'adozione del software VPSX in tutti i principali settori industriali e piattaforme informatiche in sei continenti.
Ma non è certo il momento di dormire sugli allori. SAP sta avanzando con nuove offerte in nuovi ambienti, e una di queste è la sua soluzione operante nel cloud pubblico. Come sempre, ci sforziamo di tenere il passo con cambiamenti importanti come questi.
Finora, l'integrazione SAP di LRS ha fatto affidamento sullo stack ABAP di SAP, che dispone del componente SPOOL di SAP per interagire attraverso BC-XOM con i sistemi SAP. Tuttavia, le offerte di cloud pubblico di SAP non hanno ABAP di SAP; supportano solo stack Java di SAP e non hanno quindi spool di SAP. Ciò significa che non esiste un'interfaccia BC-XOM disponibile per il software LRS per comunicare con l'infrastruttura SAP.
SAP ha quindi rilasciato un’interfaccia chiamata S4HC-ES-PRINT-OMS. Insieme ai suoi due scenari di comunicazione (0466 e 0467), questa interfaccia permette ai sistemi EOM (Enterprise Output Management, gestione dell’output aziendale) esterni di interfacciarsi con i sistemi dotati esclusivamente di Java Stack di SAP nel cloud.
In passato, LRS non ha visto i suoi clienti tradizionali utilizzare le offerte di cloud pubblico di SAP, perché in genere essi preferivano una soluzione di cloud privato "any-premise". Tuttavia, le esigenze di risposta rapida e la disponibilità di nuove soluzioni nel cloud pubblico di SAP hanno cambiato radicalmente questa situazione, così come le costanti pressioni per migliorare la RAS (Reliability Availability and Service, ovvero Affidabilità, Disponibilità e Servizio). Di conseguenza, molti clienti Enterprise hanno ora soluzioni di cloud pubblico SAP come parte del loro ecosistema SAP, per cui LRS si è attivata.
Un dettaglio importante: quando si parla di queste soluzioni cloud di SAP, non si parla solo di S/4 HANA (ES) (Essentials), ma anche di SAP DMC (Digital Manufacturing Cloud), che è la versione “cloud” di SAP ME (Manufacturing Execution).
Inoltre stiamo chiedendo a SAP se possiamo estendere l'uso di questa interfaccia anche ai sistemi standard on-premise SAP ME. Perché? Perché l'attuale soluzione on-premise obbliga a utilizzare un sistema CUPS su ogni sistema SAP MES per la stampa. Molti dei nostri clienti non desiderano eseguire istanze CUPS per ovvi motivi.
La notizia che stavate aspettando
La buona notizia è che LRS offrirà presto un nuovo prodotto con licenza che sarà certificato per S4HC-ES-PRINT-OMS e che dovrebbe servire sia per gli scenari di comunicazione 0466 che per quelli 0467. Speriamo di iniziare il beta testing nell'agosto di quest'anno con un cliente esistente che ha espresso interesse. In futuro, prenderemo in considerazione anche le richieste di altre aziende che desiderano partecipare alla beta, soprattutto se utilizzano o intendono utilizzare SAP DMC.
Qual è la differenza tra lo scenario di comunicazione 0466 e 0467?
In sostanza, lo scenario 0466 è una configurazione di polling. Il cliente dovrà installare il nostro SCP0466 sul sistema VPSX esistente e verrà creato un servizio Windows che “interroga” il punto finale dell'API del cloud pubblico SAP ogni 5 secondi. Se esistono dati nelle “code” che sono state associate all'utente di comunicazione specificato, tali dati verranno scaricati.
Quando si utilizza lo scenario 0467, SAP invierà una richiesta a un endpoint specificato dal cliente (di solito il server VPSX) ogni volta che una nuova stampa è disponibile su una coda per un utente di comunicazione specificato. In questo caso, il cliente imposterà la nostra funzione SAP0467 su un'installazione VPSX esistente. Questa funzione SAP0467 monitora Internet per le notifiche in arrivo dal cloud pubblico di SAP e raccoglie rapidamente l'output quando richiesto. La maggior parte dei clienti utilizzerà probabilmente un reverse proxy per realizzare questa connettività.
I download di stampa sono ottimizzati grazie all'utilizzo dell'API di trasferimento di più elementi. In questo modo si ottiene una produttività ottimale, soprattutto se si utilizzano molte code di stampa, se si hanno lavori di stampa di grandi dimensioni o se si hanno molti lavori di stampa di piccole dimensioni che richiedono tempo (come è probabile nei sistemi SAP DMC). Fortunatamente, posso confermare che un singolo sistema può rendere disponibili per la stampa molte centinaia di lavori al minuto.
Considerazioni importanti
Per quanto riguarda le prestazioni, non è una buona pratica utilizzare un'unica coda per i lavori di stampa piccoli e urgenti e per i lavori di stampa enormi e non urgenti. È consigliabile invece utilizzare due code logiche separate, se necessario, e utilizzare la nostra funzione “Hold”, in modo da poter programmare manualmente i lavori di grandi dimensioni.
Al momento, i metadati che la nostra soluzione riceve da SAP sono un po' “sottili”. Naturalmente questo aspetto migliorerà nel tempo, ma anche in queste prime fasi è possibile richiedere opzioni di rifinitura attraverso attributi di coda di stampa. Ad esempio, è possibile forzare la monocromia, la pinzatura/punzonatura, il fronte/retro, il simplex e la selezione dei supporti utilizzando la tecnologia “filtro” di LRS, che ci consente di inserire comandi PJL specifici del produttore nel flusso di stampa al momento della STAMPA. Ciò riduce notevolmente la complessità della soluzione, in quanto si possono usare code di stampa standard anziché code di stampa separate per ogni diverso produttore di stampanti. Inoltre, grazie all'inserimento di metadati aggiuntivi al momento dell'invio della stampa, siamo in grado di abilitare completamente le funzionalità di Enterprise VPSX, come la stampa sicura, aggiungendo dinamicamente le informazioni richieste dall'utente ai lavori di stampa.
Quali formati di stampa si possono ottenere dal cloud di SAP? Beh, i soliti PDL che ADS può creare. Questi includono 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 e Zebra. Tutti questi PDL possono essere passati direttamente alle stampanti appropriate, per essere stampati. È possibile utilizzare filtri e LRS Transforms per adattare l'output. Inoltre, SAP può produrre PDL con allegati; questi possono essere in vari formati, ma in genere non sono pronti per la stampa (tranne il PDF). Tra gli esempi vi sono i documenti di Microsoft Office, come i tipi di file PPTX, DOCX e XLSX. I clienti VPSX possono ovviamente stampare anche questi documenti, purché abbiano una licenza per Mobile Connector.
Infine, a discrezione del cliente, quest'ultimo può scegliere di trasmettere al sistema cloud di SAP un feedback sullo stato del lavoro di stampa. Sono attualmente disponibili quattro scelte di base:
- Nessun feedback
- Semplice conferma della ricezione dei dati sullo spool
- SOLTANTO un feedback di stato permanente
- Tutti i feedback di stato disponibili
Sarà interessante vedere se i clienti hanno ambienti in cui è utile passare il feedback al front-end del cloud.
Non vedo l'ora di lavorare con i nostri primi clienti beta, perché sono i loro feedback e il loro aiuto che contribuiscono a sbloccare il pieno potenziale del nostro software. I miei test hanno dimostrato che la soluzione è altamente performante e molto stabile, e le funzionalità offerte dovrebbero corrispondere esattamente a quelle necessarie ai nostri clienti per affrontare le loro sfide aziendali. Vediamo cos'altro possiamo imparare durante il periodo del beta testing.
LRS annuncerà inoltre, tramite comunicato stampa e sul nostro sito web, quando il nuovo prodotto sarà certificato e globalmente disponibile. Nel frattempo, se desiderate partecipare alla fase beta, non esitate a contattarci inviandoci un'e-mail a: eominfo@lrs.com. In futuro, questa soluzione sarà automaticamente disponibile anche per tutte le offerte di servizi gestiti di LRS. Senza dubbio, questo è un momento entusiasmante per il cloud computing aziendale.