✒️SAP BASIS / La creación de los dispositivos de salida Por Fernando Escola

La creación de los dispositivos de salida

El concepto de impresión local

La impresión local se caracteriza por ser la conexión más rápida y confiable desde el sistema SAP hacia la cola de impresión del Sistema Operativo. Su velocidad se debe a que los datos no necesitan ser transferidos a través de una red externa para llegar al sistema spool del host.

Para que se considere impresión local, el proceso de trabajo de Spool (Spool work process) transfiere sus datos directamente a la cola de impresión del Sistema Operativo (OS spooler) que reside en el mismo host (servidor) donde se ejecuta el Servidor de Aplicación ABAP.

A nivel físico, es irrelevante si la impresora real está conectada directamente por cable a ese host o si se accede a ella mediante una red local (e incluso a través de otro servidor de impresión remoto); lo que define la "localidad" es que el traspaso de SAP al Sistema Operativo ocurre internamente en la misma máquina.

Flujo del Proceso y Métodos de Acceso (L y C)

Dentro del Sistema SAP, el ABAP Dispatcher gestiona los procesos de diálogo y de spool. Cuando se genera una orden, el proceso de trabajo de Spool (identificado con la letra S) toma los datos y los envía a la cola de impresión del Sistema Operativo utilizando métodos de acceso específicos según la plataforma:

• En sistemas Unix (Método de acceso L): Los datos de impresión se emiten utilizando comandos nativos del sistema operativo, tales como lp o lpr. La sintaxis exacta se define en los parámetros de perfil del sistema (como se detalla en la Nota SAP 15355).

• En Microsoft Windows (Método de acceso C): El método de acceso C transfiere los datos de forma directa utilizando la API de impresión propia del sistema operativo Windows.

Una ventaja clave de este diseño es la liberación de recursos: tan pronto como el proceso de trabajo Spool termina de transferir los datos a la cola del Sistema Operativo, queda completamente libre para ocuparse de nuevas solicitudes de impresión, incluso si la cola del sistema operativo todavía sigue ocupada procesando el trabajo anterior.

Gestión de Procesos de Trabajo Spool y Secuencia

Es posible y habitual configurar múltiples procesos de trabajo Spool para una misma instancia de SAP. Esto introduce dinámicas importantes en el procesamiento:

• Secuencia y Paralelismo: Al haber varios procesos activos, e independientemente del método de acceso que se use, la secuencia de salida (output sequence) se puede ver alterada. Esto significa que diferentes solicitudes de impresión pueden terminar imprimiéndose en un orden distinto al orden cronológico en el que fueron creadas originalmente.

• Requisito de Orden: Si un escenario de negocio requiere estrictamente que la impresión se realice en la secuencia exacta de creación (por ejemplo, para impresoras individuales que emiten facturas o talonarios numerados), se puede especificar esta opción de impresión secuencial en la configuración. No obstante, activar el requisito de orden reduce la capacidad del sistema para procesar impresiones en paralelo, volviendo el flujo más lento.

El concepto de impresión remota

La impresión remota ocurre fundamentalmente cuando el proceso de trabajo de Spool de SAP se ejecuta en un host (servidor) diferente de donde reside el spooler del Sistema Operativo (OS spooler).

• Flujo de Datos: El proceso de trabajo Spool de SAP toma la solicitud y envía el flujo de datos, el cual ya se encuentra completamente formateado, hacia el dispositivo de destino mediante una conexión de red.

• Irrelevancia del Dispositivo: Al igual que en la impresión local, para el sistema SAP es irrelevante cómo esté conectada físicamente la impresora al host remoto (si está directo o mediante otra infraestructura de red); lo decisivo es que la comunicación inicial viaja por la red desde el servidor SAP hacia otro host.

Escenarios Típicos y Métodos de Acceso (U y S) Impresoras de Red (Método de Acceso U)

Las impresoras de red generalmente cuentan con su propia cola de impresión de Sistema Operativo y están conectadas de forma directa a la red informática corporativa.

• Protocolo: Utiliza el Método U (UNIX Berkeley Protocol BSD). Las impresoras se direccionan directamente desde SAP usando sus nombres de red.

• Consideraciones de carga: Al implementar este método, es clave evaluar con anticipación la capacidad propia de la impresora de red y el tamaño de las solicitudes de impresión que va a recibir para evitar saturaciones.

• Conexión a UNIX: El método U también es el elegido si el host remoto corre sobre un sistema UNIX. En este caso, los datos se reenvían al Line Printer Daemon (LPD) del sistema operativo destino (siguiendo los lineamientos de la Nota SAP 39405 para las diferentes versiones de UNIX).

Impresión en Sistemas Windows (Métodos S y U)

Cuando el host remoto es un entorno Microsoft Windows, la gestión típica se realiza mediante el Método de acceso S (Protocolo SAP con SAPSprint). No obstante, el método U también es compatible si lo que se busca es interactuar con el Servidor de Impresión TCP/IP nativo de Windows (con o sin el uso de SAPSprint).

Componentes Especiales para Windows SAPSprint (Método S)

SAPSprint es un programa de Windows provisto por SAP para todos los hosts remotos que utilicen este sistema operativo.

• Características Técnicas: Funciona como un servicio de Windows con capacidad multihilo (multi-threading). Esto significa que cada solicitud de impresión se procesa de manera aislada en su propio hilo (thread) independiente.

• Ventaja Principal: Al aislar los hilos, las solicitudes que recibe SAPSprint se pueden transferir individualmente a cada impresora. Si una impresora específica experimenta una falla o deja de funcionar, el servicio no se interrumpe y las demás impresoras pueden seguir operando con normalidad.

• Disponibilidad: Se descarga desde el Portal de Soporte de SAP siguiendo la ruta de descargas de componentes (Access Downloads) dentro del área de tipos de software, navegando hacia la ruta "S -> SAPSPRINT".

SAPSprint 7.60 y la Impresión de Archivos PDF

La versión 7.60 de SAPSprint introdujo mejoras significativas para el manejo de documentos PDF:

• Integración: Incluye componentes integrados basados en la tecnología .NET que forman parte de la misma instalación base.

• Instalación Simplificada: Gracias a esta integración, se eliminó la necesidad histórica de tener que instalar el programa SAPPDFPRINT como un componente separado o adicional (se puede consultar la Nota SAP 2772220 para información actualizada de las versiones 750 y 760).

Recomendaciones de Rendimiento para Impresión Remota

Para garantizar la estabilidad del sistema y evitar cuellos de botella, el material concluye con dos pautas críticas de infraestructura:

1. Restricción de Red: Por motivos estrictos de rendimiento, la impresión remota debe implementarse solo en entornos LAN (Red de Área Local). Se desaconseja por completo su uso en entornos WAN (Red de Área Amplia) debido a las latencias y variaciones del ancho de banda.

2. Disponibilidad del Servicio: Es fundamental asegurar y monitorizar que los servicios de cola de impresión del Sistema Operativo (OS spoolers) remotos estén activos y disponibles en todo momento para evitar bloqueos en los procesos de SAP.

La impresión Front-End en impresoras locales

En un entorno SAP estándar, cada impresora debe registrarse individualmente en el sistema como un dispositivo de salida autónomo. Para mitigar la enorme carga administrativa que esto implica, se utiliza la impresión front-end.

• Definición: Permite que cualquier usuario conectado al sistema mediante SAP GUI utilice de forma directa las impresoras que ya tiene configuradas localmente en su propia PC (su entorno front-end).

• Diferencia clave con la impresión remota: Para la impresión front-end no se requiere definir ninguna dirección IP fija en el sistema para la impresora.

Mecanismo de Funcionamiento y Tecnología de Controles

El procesamiento utiliza la tecnología de controles y el Método de acceso G:

• Funcionamiento de los Controles: El sistema se apoya en "Controles" (Controls), que son archivos DLL (Bibliotecas de Vínculo Dinámico) ejecutados de forma interna dentro del proceso activo de SAP GUI.

• Flujo de Datos: El control de impresión recibe los datos de salida del documento y los transfiere directamente al spooler del Sistema Operativo de la PC del usuario.

Versatilidad del Método de Acceso G

Este método destaca por ser multiplataforma, ya que permite configurar la impresión front-end utilizando SAP GUI para Java, volviéndolo independiente de la plataforma técnica que use el cliente. Además, su uso con la tecnología de controles simplifica drásticamente la impresión cuando se trabaja mediante Windows Terminal Server.

Configuración según el Entorno de Usuario

El comportamiento y los tipos de dispositivos varían según el tipo de SAP GUI utilizado:

1. SAP GUI para Windows (Método G): Al dar de alta la impresora genérica de tipo host en SAP, se le asigna el dispositivo físico __DEFAULT (con dos guiones bajos iniciales). Dado que los modelos físicos de las impresoras de los usuarios varían mucho, comúnmente se define el tipo de dispositivo SWIN para Windows, aunque también se puede usar uno específico si es necesario.

2. SAP GUI para Java y Otros Sistemas Operativos: Se debe seleccionar el tipo de dispositivo que sea más apropiado para el entorno, tales como POST2 para PostScript, o PDF1 / PDFUC para la generación de archivos PDF.

3. SAP GUI para HTML (o SAP Fiori): Se emplean los tipos de dispositivo PDF1 o PDFUC. En este escenario, los datos de impresión se transfieren al navegador web del front-end transformados en un documento PDF, permitiendo que el usuario lo guarde o lo imprima de manera local.

Limitaciones de la Impresión Front-End

Es una solución adecuada exclusivamente para impresoras locales de escritorio (de uso personal o diario), pero resulta totalmente inadecuada en los siguientes casos:

• En escenarios de impresión de producción o masiva.

• Para imprimir listas en procesamiento de fondo (background processing / jobs), ya que este método exige de manera obligatoria una conexión de red activa con la PC front-end del usuario.

Control, Carga y Administración de Procesos Spool

Debido a que la impresión front-end utiliza los mismos procesos de trabajo de Spool que las solicitudes convencionales, pueden surgir conflictos de rendimiento entre ambos tipos de tareas.

• Límite Máximo de Procesos: Utilizando el parámetro de perfil rdisp/wp_no_spo_Fro_max se puede definir el número máximo de procesos de trabajo Spool dedicados a la impresión front-end por cada instancia SAP (el valor predeterminado es 1).

• Recomendación de Base: Se aconseja configurar como mínimo un proceso de trabajo Spool en cada servidor de aplicación ABAP donde los usuarios inicien sesión.

• Comportamiento por Defecto: Si no se define un proceso Spool específico corriendo en el servidor donde está el usuario, el sistema seleccionará de forma automática el servidor Spool que presente la menor carga de trabajo en ese momento.

• Anulación del Comportamiento: Se puede forzar al sistema a usar un servidor Spool específico para todas las tareas front-end configurando el parámetro de perfil rspo/local_print/server con el nombre del servidor deseado.

• Consideraciones de Carga: Si se prevé una carga de trabajo muy alta debido a las impresiones de los usuarios, se debe configurar al menos un proceso de trabajo Spool adicional en cada servidor para que se encargue exclusivamente de las otras tareas generales del sistema.

Seguridad y Notas Adicionales Autorizaciones Requeridas

Además de los permisos generales de impresión, un usuario requiere objetos específicos para operar la modalidad front-end:

• Objeto S_SPO_DEV: Con la autorización específica SPODEVICE = __DEFAULT.

• Objeto S_RFC: Con las autorizaciones de función RFC_TYPE = FUGR, RFC_NAME = LPRF (grupo de funciones para RFC de impresión local) y ACTVT = 16 (Ejecutar).

Restricciones Técnicas Críticas

• No es compatible con el procesamiento de fondo (background).

• Incompatibilidad de Arquitectura: No es compatible con la impresión desde aplicaciones basadas en tecnologías web como BSP (Business Server Pages), Web Dynpro o SAP Fiori. En estos casos, se requiere una sesión libre para la impresión front-end; si todas las sesiones están ocupadas, el proceso fallará.

Otros escenarios de impresión

Sistemas de Gestión de Salida Externos (OMS)

El sistema SAP permite integrarse con sistemas externos de gestión de salidas (conocidos como OMS, Output Management Systems) utilizando una interfaz estandarizada denominada BC-XOM.

• Método de Acceso: Para este escenario se utiliza el método de acceso E.

• Casos de Uso: Este enfoque es de particular interés para organizaciones que manejan un volumen de impresión extremadamente grande, o cuando se requiere controlar y monitorear de manera centralizada la salida de múltiples sistemas en simultáneo (tanto entornos SAP como aplicaciones externas).

Correo Electrónico (E-mail)

Una alternativa práctica es enviar el documento resultante de la impresión directamente al correo electrónico de un usuario.

• Mecanismo: Se implementa mediante el método de acceso M y el despacho del correo electrónico se gestiona a través del componente SAPconnect.

• Compatibilidad de Dispositivos: En teoría, se pueden usar todos los tipos de dispositivos para generar la salida de e-mail. Sin embargo, la limitación real es que el destinatario debe contar con el programa de visualización o la impresora adecuada para procesar ese formato específico.

• Recomendación Operativa: Se aconseja utilizar de forma estándar un tipo de dispositivo que genere directamente archivos PDF. De esta manera, el documento viaja como un archivo adjunto tradicional, lo que permite al usuario abrirlo con lectores comunes (como Adobe Acrobat Reader) e imprimirlo localmente si lo desea.

• (Para profundizar en la configuración de correo, el texto cita las Notas SAP 311037 y 513352).

Impresión y SAP GUI para HTML (o SAP Fiori)

Cuando un usuario trabaja en SAP desde un navegador web a través de SAP GUI para HTML o SAP Fiori, la conexión se gestiona técnicamente mediante el ITS (Internet Transaction Server) integrado en el ICF (Internet Communication Framework).

Para este perfil de usuario que accede vía web, existen dos opciones principales para la salida de sus documentos:

1. Impresión por Correo Electrónico: El usuario puede optar por despachar el documento a su casilla de correo utilizando el método de acceso M explicado anteriormente.

2. Impresión Web (Web Printing): A diferencia del e-mail, la impresión web no requiere que el usuario disponga de un cliente de correo electrónico.

   • Requisitos de Configuración: Desde el lado de la administración del sistema, se debe dar de alta un dispositivo de salida configurado con el método de acceso G y definir los tipos de dispositivo PDF1 o PDFUC.

   • Funcionamiento del Proceso: En el momento en que el usuario selecciona este dispositivo web, el sistema genera el documento y lo muestra automáticamente como un archivo PDF en una ventana emergente del propio navegador web. A partir de ahí, el usuario tiene la libertad de imprimirlo en cualquier impresora que tenga conectada de forma local.

   • (Para conocer los requisitos técnicos y las opciones de fuentes en entornos HTML, se hace referencia a las Notas SAP 771683 y 2489982).

La creación de dispositivos de salida

Concepto General de Dispositivo de Salida

En el ecosistema SAP, el término utilizado para referirse a las impresoras es dispositivo de salida (output device). Esta denominación responde a que el sistema no solo redirige sus documentos hacia impresoras físicas, sino que también es capaz de canalizar la salida de datos hacia:

• Sistemas de Gestión de Salida Externos (OMS).

• Sistemas de archivado digital y otros destinos virtuales.

Para dar de alta y configurar estos dispositivos se utiliza la transacción técnica SPAD.

Consideraciones Críticas sobre los Nombres de Impresoras

Al momento de crear un dispositivo en la transacción SPAD, existen dos reglas estrictas que no se pueden modificar a posteriori:

• Inmutabilidad: Una impresora nunca puede ser renombrada una vez que fue grabada en el sistema.

• Sensibilidad a Mayúsculas: El nombre asignado en el sistema SAP distingue estrictamente entre mayúsculas y minúsculas (case-sensitive).

Parámetros y Campos Clave para la Creación del Dispositivo

La definición de cualquier dispositivo de salida almacena todos los datos de direccionamiento técnico necesarios. Los campos obligatorios e importantes a completar son:

• Dispositivo de Salida (Output Device): Es el nombre identificativo de la impresora dentro de SAP. Admite una longitud máxima de hasta 30 caracteres.

• Nombre Corto (Short Name): Un código reducido que se utiliza para fines internos del sistema. Se puede generar de forma automática.

• Tipo de Dispositivo (Device Type): Indica el modelo de impresora o el controlador que usará SAP para formatear los datos (por ejemplo, Post2 para impresoras PostScript). Si se trabaja en entornos Microsoft Windows para impresión front-end, se suele emplear el tipo genérico SWIN, el cual transfiere los datos spool directamente al controlador de impresora nativo de Windows.

• Servidor Spool (Spool Server): Define el Servidor de Aplicación ABAP que cuenta con los procesos de trabajo Spool activos (o un servidor lógico) encargado de preparar la salida del documento.

• Ubicación (Location): Texto libre informativo para que los usuarios identifiquen físicamente el equipo (por ejemplo, el edificio o número de sala).

• Mensaje (Message): Campo que permite anular temporalmente la información de ubicación para mostrar un estado operativo (por ejemplo, "Actualmente en mantenimiento").

• Bloquear Impresora en Sistema SAP: Si se activa este indicador, las solicitudes de impresión se generarán en el sistema pero quedarán retenidas sin transferirse a la impresora física. El usuario recibirá un estado de impresión no inmediata.

• Método de Acceso Host Spool: Especifica el método de conexión técnica mediante el cual el proceso Spool de SAP le entrega los datos al spooler del Sistema Operativo. Dependiendo del escenario, varía de la siguiente manera:

  • Para Impresión Local: Se utiliza el método L (en entornos Unix) o C (en entornos Windows). El campo Nombre del Host se completa automáticamente al asignar el servidor Spool.

  • Para Impresión Remota: Se utilizan los métodos S o U. En este caso, se vuelve obligatorio completar el campo Host de Destino con el nombre de la máquina remota donde corre el spooler del sistema operativo.

  • Para Impresión Front-End: Se utiliza el método G (con tecnología de controles para SAP GUI). En este escenario, el nombre de la impresora del servidor se define por defecto de forma fija como __DEFAULT (con dos guiones bajos).

• Impresora Host: Es el nombre técnico exacto de la impresora tal como está registrada a nivel del sistema operativo de destino.

Opciones de Autorización Avanzada (Campos Adicionales)

En lugar de restringir un dispositivo de salida a un único ID, SAP permite asociar el campo de dispositivo a un Grupo de Autorización (utilizando el campo SPODEVICE dentro de los objetos de autorización técnica S_SPO_DEV y S_SPO_PAGE). Al configurar esto, cualquier usuario que tenga asignado dicho grupo en su perfil estará validado para operar todas las impresoras vinculadas a ese conjunto.

Optimización de Rendimiento: Monitoreo del Host Spooler

Por el comportamiento nativo del sistema, el proceso de trabajo Spool de SAP realiza de forma constante un seguimiento activo sobre las solicitudes enviadas a la cola del sistema operativo del host. Esto sirve para actualizar el estado del trabajo dentro de SAP, obligando al sistema a realizar consultas periódicas.

• El Problema de Rendimiento: Si el spooler del host responde con lentitud, o si se presentan problemas de red al consultar impresoras remotas, estas comprobaciones repetitivas pueden demorarse en exceso. Esto degrada el rendimiento general, ya que el proceso de trabajo Spool queda retenido esperando la respuesta de la consulta y no puede procesar otras solicitudes entrantes.

• La Solución: Para evitar este cuello de botella en entornos inestables o lentos, la transacción SPAD ofrece un interruptor (selector o indicador) que permite desactivar por completo la consulta de estado del host spooler para ese dispositivo en específico.