Language Options

Entre toda la ayuda que ofrecemos a nuestros clientes, gestionar la impresión desde casos SAP es probablemente lo que más aprecian.  Nuestra solución con certificación SAP, VPSX/OutputManager, ha sido el núcleo de la impresión SAP en empresas de gran tamaño durante más de década y media, y los beneficios reportados por nuestra base mundial de clientes continúa creciendo.  ¿Por qué?  Debido a la importante función que la impresión a partir de sistemas SAP críticos para la misión tiene en las operaciones de una empresa (si no me creen, pregúnteselo a Hans o Jackie).

En este artículo, me gustaría describir una escena de la vida real que involucra la gestión de output SAP.  Una empresa global con base europea contaba con una infraestructura de TI muy compleja apoyada por varias partes.  Gran parte de esta complejidad de TI era impulsada por la necesidad de disponer de un gran número de servidores de impresión.  Como muchas otras organizaciones, la empresa y sus socios habían implementado servidores Windows para gestionar flujos de trabajo de impresión de aplicaciones, que pueden ser muy laboriosos y variados.  Como resultado, esta organización tenía 30 empleados para apoyar su complejo entorno de impresión, que incluía 23.000 colas de impresión.

Pueden imaginar lo complicada que era la red de impresión, aunque, de hecho, el flujo de datos SAP en sí también era muy complejo.  Requería la transmisión de datos desde el centro de datos (donde se alojaba la aplicación) a través de 265 servidores de impresoras por la WAN, y los fallos en estas conexiones podían impedir la impresión SAP satisfactoria.  Para empeorar las cosas, los mencionados socios involucrados en el proceso de impresión no estaban sujetos a acuerdos de nivel de servicio (SLAs), lo que significaba que nadie era contractualmente responsable cuando ocurrían problemas.  Y ocurrieron problemas; con frecuencia.  Estos causaban retrasos de transporte y multas por entrega tardía de pedidos; y, en algunos casos, provocaron que los clientes de la empresa buscaran otros proveedores.

El problema más apremiante era que el empleado responsable de organizar el documento impreso no podía comprobar el estado de sus trabajos de impresión.  Por lo tanto, si algo no funcionaba (suponiendo que fueran conscientes de que existía un error en primer lugar), tenía que registrar un ticket con ayuda técnica.  Este ticket se enviaba al proveedor de hardware, que vería que la impresión se originaba a partir de un caso SAP.  No obstante, este proveedor no tenía acceso a la aplicación SAP misma.  Entonces, el ticket se pasaría al contratista de TI encargado de gestionar SAP.  Sin un SLA no había presión para resolver el problema con rapidez.  Asimismo, si el problema resultaba ser una avería de impresora, el ticket acabaría de vuelta en asistencia técnica.

Este proceso consumía gran cantidad de valioso tiempo.  Quizás, si los problemas de impresión no hubieran sido frecuentes, no hubiese sido un problema grave, pero como eran bastante comunes, la situación era cruda.  No se podían imprimir documentos de transporte, los envíos se interrumpían, y se gastaban costosos recursos para determinar si los problemas de impresión estaban relacionados con hardware o software.

Puede que esta historia les parezca inverosímil, pero nuestros consultores LRS se encuentran con estos casos regularmente.  Las buenas noticias son que, después de implementar el software LRS, el departamento de TI del cliente establece una gestión centralizada de colas de impresión y entrega de impresión SAP que no depende de servidores de impresión Windows.  En el caso de este cliente particular, el software LRS le permitió deshacerse de todos sus servidores de impresión.  Otro beneficio derivó del hecho de que los empleados recibían notificación de la impresión satisfactoria, y cuando se producían errores de hardware, el software LRS redirigía la impresión a un dispositivo diferente.  Esto evita retrasos y la interacción con asistencia técnica o el contratista de TI.  El cliente reportó un ahorro anual de costes de 4.228.606 €.  De esta suma, más de 1.928.571 € derivaron de la prevención de fallos en trabajos de impresión.

Así fue cómo el cliente mejoró la impresión cuando comenzó a utilizar el software LRS como middleware para gestionar la impresión SAP en su centro de datos.  No obstante, las cosas se pusieron aún más interesantes cuando decidió pasar a SAP S4/Hana como servicio alojado en nube.  Pensó que este cambio en el panorama SAP devolvería los problemas de imprimir documentos SAP, y que una vez más necesitaría crear cientos de aberturas de firewall y muchas, muchas colas de impresión junto con una dependencia en servidores de impresión.

Por suerte, fue posible trasladar un componente LRS crítico para que operase como parte de la aplicación S4/Hana en su entorno de nube.  Así, el software LRS pudo continuar gestionando trabajos de impresión generados en SAP y enviarlos a los dispositivos en las instalaciones.

La moraleja de la historia: cuando experimente problemas de impresión SAP en un entorno interno o en un entorno alojado en nube, no añada más servidores de impresión.  En su lugar, contacte con los expertos de LRS.  ¡Tienen gran cantidad de experiencia para compartir con organizaciones como la suya!

Back to Posts