Di tutti gli aspetti in cui assistiamo i nostri clienti, la gestione della stampa dalle istanze SAP potrebbe essere l’elemento che apprezzano di più. La nostra soluzione VPSX/OutputManager, certificata SAP, è stata al centro della stampa SAP nelle grandi imprese per più di un decennio e mezzo, e i benefici riportati dalla nostra base clienti mondiale continuano a crescere. Perché? Per l'importante ruolo che la stampa dai sistemi SAP mission-critical ha sulle operazioni di un'azienda (se non mi credete, chiedete a Hans o Jackie).
In questo articolo, vorrei descrivere uno scenario di vita reale che coinvolge la gestione dell'output di SAP. Un'azienda globale con sede in Europa aveva un'infrastruttura IT molto complessa supportata da diverse parti. Gran parte di questa complessità IT era causata dalla necessità di un gran numero di server di stampa. Come molte organizzazioni, l'azienda e i suoi partner avevano implementato dei server Windows per gestire i flussi di lavoro di stampa delle applicazioni, che possono essere laboriosi e piuttosto vari. Di conseguenza, questa organizzazione aveva 30 dipendenti per supportare il suo complesso ambiente di stampa, che includeva 23.000 code di stampa.
Potete immaginare quanto fosse complicata la rete di stampa, ma in realtà anche il flusso di dati SAP stesso era molto complesso. Comportava la trasmissione di dati dal data center (dove l'applicazione era ospitata) attraverso 265 server di stampa sulla WAN, e i guasti in queste connessioni impedivano la riuscita della stampa SAP. A peggiorare le cose, i suddetti partner coinvolti nel processo di stampa non erano vincolati da Service Level Agreements (SLA), il che significa che nessuno era contrattualmente responsabile quando si verificavano problemi. E i problemi si verificavano. Spesso. Questi causavano ritardi di spedizione con penalità per l'evasione tardiva degli ordini e in alcuni casi spingevano i clienti dell'azienda a cercare altri fornitori.
Il problema più urgente era che l'impiegato all’origine della stampa del documento non aveva modo di controllare lo stato dei suoi lavori di stampa. Quindi, se qualcosa andava storto (sempre che fosse consapevole dell'errore in primo luogo), doveva registrare un ticket con l'helpdesk. Questo ticket sarebbe stato inviato al fornitore di hardware, che avrebbe visto che la stampa proveniva da un'istanza SAP. Tuttavia, questo fornitore non aveva accesso all'applicazione SAP stessa. Pertanto, il ticket sarebbe stato inoltrato all'ITO incaricato della gestione di SAP. Senza uno SLA non c'era pressione per risolvere rapidamente il problema. Inoltre, se il problema finiva per essere un malfunzionamento della stampante, il ticket tornava all'helpdesk.
Questo processo consumava molto tempo prezioso. Forse se i problemi di stampa si fossero verificati di rado, non sarebbe stato un problema serio, ma dato che gli incidenti di stampa erano abbastanza comuni, la situazione era piuttosto inquietante. I documenti di spedizione non potevano essere stampati, le spedizioni si fermavano e venivano utilizzate risorse costose per determinare se i problemi di stampa erano legati all'hardware o al software.
Potreste trovare questa storia inverosimile, ma i nostri consulenti LRS affrontano questi problemi regolarmente. La buona notizia è che una volta implementato il software LRS, il dipartimento IT del cliente stabilisce la consegna centralizzata della stampa SAP e la gestione delle code di stampa che non si basa sui server di stampa Windows. Nel caso di questo particolare cliente, il software LRS ha permesso al cliente di rimuovere tutti i loro server di stampa. Un altro vantaggio deriva dal fatto che i dipendenti ricevono una notifica di stampa riuscita, e quando si verificano errori di hardware di stampa, il software LRS reindirizza automaticamente la stampa a un dispositivo diverso. Questo evita ritardi e interazioni con l'helpdesk o l'ITO. Il cliente ha riportato un risparmio annuale di 4.228.606 euro. Di questo importo, più di 1.928.571 euro provengono dalla prevenzione di lavori di stampa non riusciti.
Questo è stato il modo in cui il cliente ha migliorato la stampa quando ha iniziato a usare il software LRS come middleware per gestire la stampa SAP nel suo data center. Ma le cose si sono fatte ancora più interessanti quando ha deciso di passare a SAP S4/Hana come servizio ospitato nel cloud. Immaginavano che questo cambiamento nel panorama SAP avrebbe ricreato problemi di stampa dei documenti SAP, e che il cliente avrebbe avuto di nuovo bisogno di creare centinaia di aperture di firewall e molte, molte code di stampa insieme alla dipendenza dai server di stampa.
Fortunatamente, è stato possibile spostare un componente critico di LRS per farlo funzionare come parte dell'applicazione S4/Hana nel loro ambiente cloud. In questo modo, il software LRS poteva continuare a gestire i lavori di stampa generati in SAP e consegnarli ai dispositivi on-premise.
La morale della storia: quando si verificano problemi di stampa SAP in un ambiente interno o in uno scenario ospitato nel cloud, non aggiungete altri server di stampa. Invece, contattate gli esperti di LRS. Hanno una grande esperienza da condividere con società come la vostra!