✒️SAP BASIS / Trabajar con tipos de dispositivos Por Fernando Escola

Explorando el sistema de impresión de SAP

El proceso de impresión

El sistema SAP maneja distintas clases de documentos (como listas de reporte, documentos SAPscript o SAP Smart Forms). Aunque la creación de estos documentos varía, la salida en papel siempre se realiza mediante un mecanismo común centralizado: el Sistema Spool de SAP. Cuando un usuario libera un documento para imprimir, el sistema crea dos tipos de solicitudes secuenciales:

1. Solicitud de impresión (Spool Request): Contiene datos de impresión independientes del dispositivo de salida. Incluye información administrativa como el autor, la fecha, el número de copias y los datos de impresión reales. Estos datos se almacenan temporalmente en la tabla TemSe (un almacén para objetos secuenciales temporales). La ubicación física de estos datos se define en la base de datos de SAP o en el sistema de archivos mediante el parámetro de perfil "rspo/store_location".

2. Solicitud de salida (Output Request): Se genera únicamente cuando el documento se envía a un dispositivo de salida específico. En este paso, los datos independientes del dispositivo se convierten al lenguaje de impresora que entiende el equipo seleccionado.

Este procedimiento permite al usuario visualizar la solicitud de impresión antes de que se emita físicamente. Además, una sola solicitud de impresión puede tener varias solicitudes de salida, lo que evita tener que recrear el documento desde cero si surge un problema, como que se agote el tóner o que la bandeja tenga el papel incorrecto. Existe también la opción "Imprimir inmediatamente" (Print immediately) para crear ambas solicitudes al mismo tiempo. En la transacción SU3, los usuarios finales pueden configurar en la pestaña "Valores Propuestos" (Defaults) que sus impresiones se realicen inmediatamente por defecto.

Arquitectura y Flujo de Información El flujo inicia desde la interfaz de usuario (SAP GUI o SAP Fiori). La orden pasa al ABAP Dispatcher, que interactúa con el Servidor de Impresión. Dentro de este servidor, los procesos de trabajo de diálogo (D) gestionan la solicitud de impresión inicial enviando los datos a la TemSe. Luego, el proceso de trabajo de Spool (S) toma el control para generar la solicitud de salida, interactuando con la cola de impresión del sistema operativo mediante un método de acceso determinado, para finalmente hacer llegar los datos formateados al servidor de impresión o de destino y a las impresoras físicas.

Control de Salida en SAP S/4HANA SAP S/4HANA introduce un nuevo estilo de gestión de salida (output management) que está diseñado para suceder a todos los marcos de gestión anteriores (como el Control de Salida SD, Correspondencia FI, Print Workbench FI-CA y Post-Procesamiento CRM). Este nuevo sistema unifica e integra todas las funcionalidades y procesos relacionados con la salida de documentos en las aplicaciones de negocio y la infraestructura técnica.

Términos Básicos y Configuración (Transacción SPAD) La configuración del Sistema Spool de SAP es una tarea de administración del sistema. Se debe crear una definición de dispositivo en el sistema SAP para cada impresora física a través de la transacción SPAD. Esta definición contiene los datos clave para direccionar el dispositivo:

• Dispositivo de salida: Es el nombre de la impresora en SAP. Puede tener hasta 30 caracteres de longitud y distingue entre mayúsculas y minúsculas. En entornos Windows, se puede utilizar el tipo de dispositivo SWIN, el cual transfiere los datos de Spool de SAP al controlador de impresora de Microsoft Windows (Windows printer driver), siendo muy útil para la impresión front-end. Con respecto a los nombres bajo Microsoft Windows, no debe haber espacios en blanco y las impresoras de red se direccionan usando nombres UNC.

• Tipos de dispositivo (Device types): Son las definiciones de modelos de impresora conocidas por SAP que aseguran que el flujo de datos (data stream) enviado por la solicitud de salida esté completamente formateado y sea compatible con los requerimientos específicos de la impresora receptora.

• Servidor spool (Spool server): Denota un servidor de aplicación SAP con procesos de trabajo spool, o un servidor lógico que prepara la salida para el dispositivo.

• Método de acceso spool del host: Identifica mediante una letra la arquitectura que se está utilizando para administrar la impresora a nivel del sistema operativo (impresión local, impresión remota, con o sin programa de servicio SAPsprint, etc.).

• Impresora host (Host printer): Es el nombre real de la impresora a nivel del sistema operativo.

• Host de destino (Destination host): Se utiliza para la impresión remota. Es el nombre del host donde se ejecuta el spooler del sistema operativo que recibe los datos para la salida. En el caso de la impresión local, este campo se reemplaza automáticamente al especificar el servidor spool.

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.

Trabajar con tipos de dispositivos

Los tipos de dispositivos para dispositivos de salida de SAP

¿Qué es un Tipo de Dispositivo en SAP?

Un tipo de dispositivo describe la clase de impresora específica a la que se debe dirigir una salida. Cuando configurás un dispositivo de salida en el sistema, elegís el nombre del tipo de dispositivo que corresponda al modelo de tu impresora. El sistema SAP utiliza esta definición para formatear la salida de impresión de manera específica para ese hardware.

Durante este proceso, el proceso de trabajo Spool genera una solicitud de impresión y se encarga de formatear los datos siguiendo exactamente las especificaciones del tipo de dispositivo seleccionado.

Diferencia con el Printer Driver

El tipo de dispositivo es independiente del controlador de la impresora (printer driver). Representa el conjunto de todas las propiedades de un dispositivo de salida que SAP necesita conocer para controlarlo de forma correcta, como por ejemplo:

• Comandos de control para la selección de fuentes.

• Tamaño de página.

• Selección de juegos de caracteres, entre otros.

Componentes de la Estructura de un Tipo de Dispositivo Juego de Caracteres (Character Set)

Contiene los caracteres que pueden ser generados por un dispositivo de salida en particular. Para poder usar un juego de caracteres específico en SAP, el tipo de dispositivo seleccionado debe incluirlo obligatoriamente.

Control de Impresión (Print Control)

Son declaraciones de control de impresión generales que se insertan en los textos como comandos de formato. Permiten manejar opciones visuales específicas (como texto en negrita, cambios de fuente o tamaño de letra) y el sistema las convierte en secuencias de escape específicas para que la impresora las interprete en la salida final.

Formato (Spool) / Spool Format

Determina el formato compatible dentro de SAP. El sistema diferencia entre los formatos SAPscript (como DINA4 y LETTER) y los formatos de lista ABAP (como X_65_132, que hace referencia a una estructura de 65 filas y 132 columnas).

Tipo de Formato (Format Type)

Modela la apariencia que tendrá la salida en el papel. Se enfoca principalmente en el formato de la página:

• Para las listas, los formatos spool asociados necesitan que se defina explícitamente el número garantizado de líneas y columnas como atributo adicional.

• Para SAPscript, los formatos spool requieren tener definido un formato de página como atributo adicional.

Formato de Página (Page Format)

Describe las dimensiones del formato de una página imprimible en SAP. El sistema viene con una gran cantidad de formatos estándar predefinidos (como A2, A3, A4, A5, Carta, etc.). Si necesitás formatos adicionales que no estén guardados, podés definir nuevos formatos, siempre y cuando tu dispositivo físico sea capaz de soportarlos.

Controladores e Inicializaciones Controlador de Impresora (Printer Driver)

Existen dos tipos de controladores de impresora distintos asignados a un tipo de dispositivo:

• Un controlador de impresora SAPscript, que se utiliza únicamente para las herramientas de SAPscript.

• Un controlador de impresora para la impresión de listas ABAP con ese tipo de dispositivo.

Las Acciones

Las acciones son comandos específicos del dispositivo de salida que se requieren para la correcta implementación de un formato. Existe un conjunto de acciones para cada formato compatible con un tipo de dispositivo. Un ejemplo claro es la acción de inicialización de impresora (printer initialization), que puede contener un comando para definir la cantidad exacta de filas que tendrá una página.

¿Qué es SAPscript?

Se define textualmente como una herramienta específica de SAP diseñada para la gestión de textos y la impresión de formularios.

Seleccionar el dispositivo de salida apropiado

En una situación ideal, ya existe un tipo de dispositivo cargado en el sistema SAP para tu modelo de impresora específico. Sin embargo, no se requiere un tipo de dispositivo separado para cada modelo individual de un proveedor, sino únicamente uno por cada familia de modelos.

Si el tipo de dispositivo exacto no aparece de forma nativa, el material establece una secuencia de seis pasos ordenados para resolver la situación:

1. Verificar si el Tipo de dispositivo ya existe en SAP.

2. Confirmar si el fabricante participa en el programa de vendedor de impresoras para SAP (SAP Printer Vendor).

3. Usar formatos genéricos como PostScript o una emulación de modelos soportados.

4. Usar el tipo de dispositivo genérico SWIN.

5. Contactar directamente al fabricante.

6. Crear un tipo de dispositivo separado de forma manual.

El programa SAP Printer Vendor y el Asistente de Selección

Varios fabricantes de impresoras forman parte del programa colaborativo SAP Printer Vendor. Si el tipo de dispositivo para un modelo específico no viene preinstalado, es posible importar fácilmente las definiciones proporcionadas por dichos fabricantes para los modelos compatibles.

Para realizar este proceso, se utiliza el asistente de selección de tipo de dispositivo (device type selection wizard), el cual se encuentra disponible ingresando a través de la transacción SPAD (destinada a la gestión de dispositivos de salida). Para profundizar en este programa, el texto remite a las Notas SAP 1130927 (SAP Printer Vendor Program) y 1100779.

Alternativas ante la ausencia de un Tipo de Dispositivo Nativo Formatos genéricos y Modos de compatibilidad

Cuando el tipo de dispositivo no se encuentra en el sistema, muchos modelos de impresora pueden recibir órdenes y ser dirigidos mediante un formato genérico ampliamente aceptado, como PostScript. Asimismo, es totalmente viable configurar un modelo de impresora bajo un modo de compatibilidad, haciéndolo funcionar exactamente de la misma manera que otro modelo que sí esté soportado formalmente por SAP.

Impresión Front-End usando Controladores de Windows con SWIN

Dado que existen controladores de Microsoft Windows para la gran mayoría de las impresoras del mercado, SAP permite aprovechar esta ventaja mediante el uso del tipo de dispositivo genérico SWIN.

Este método funciona bajo la siguiente lógica:

• El tipo de dispositivo SWIN habilita al sistema SAP a utilizar cualquier impresora o fax que el Administrador de Impresión de Windows sea capaz de reconocer, sin importar si SAP posee o no el tipo de dispositivo propio para ese hardware.

• Bajo esta modalidad, quienes realizan verdaderamente el formateo del documento y lo convierten en un flujo de datos listo para la salida física son el propio Administrador de Impresión de Windows y su controlador local, liberando a SAP de esa tarea de conversión específica.

Creación de Tipos de Dispositivos Propios

Si no existe el tipo de dispositivo y no se puede aplicar ninguna de las opciones anteriores (formatos genéricos, emulaciones o SWIN), el administrador tiene la posibilidad de crear sus propios tipos de dispositivos desde cero. El sistema SAP integra todas las herramientas necesarias para diseñar nuevos tipos de dispositivos o para realizar y ajustar copias de los ya existentes.

No obstante, el material técnico incluye una advertencia importante: llevar a cabo la creación manual de tipos de dispositivos propios exige un conocimiento sumamente profundo y detallado tanto del sistema spool de SAP como de los controles internos de la impresora. Por este motivo, se recomienda evaluar cuidadosamente el gasto de tiempo y recursos que implica esta tarea de desarrollo frente al costo económico que supondría la compra directa de impresoras que ya sean totalmente compatibles y homologadas por SAP.

El asistente para la selección de dispositivo

En la mayoría de los casos, SAP ya incluye de forma nativa el tipo de dispositivo adecuado, viniendo completamente definido y listo para usar sin necesidad de modificaciones o extensiones. Sin embargo, al crear o modificar dispositivos de salida, elegir la opción correcta puede ser difícil.

Para resolver esto, se utiliza el Asistente de Selección de Tipo de Dispositivo (Device Type Selection wizard) dentro de la transacción SPAD. Este asistente guía al administrador paso a paso y, para operar, requiere obligatoriamente dos datos clave:

• El nombre del fabricante de la impresora.

• El idioma en el que se van a imprimir los documentos.

Debido a que continuamente salen al mercado nuevas impresoras, los datos de selección del asistente deben actualizarse de forma regular para que los nuevos modelos queden indexados y puedan ser seleccionables.

Lógica de Decisión del Asistente (Flujograma)

El proceso sigue un flujo lógico de validación para incorporar o asignar un tipo de dispositivo:

1. Primera validación: Se chequea si la impresora aparece dentro de la lista de los dispositivos conocidos.

   • Si la respuesta es NO: Es necesario actualizar el set de datos importando un archivo XML (tspopi-<fecha_publicación>.xml) desde la Nota SAP 1036981 a través de la transacción SPAD.

   • Si la respuesta es SÍ: Se avanza al siguiente paso.

2. Segunda validación: Se chequea si el tipo de dispositivo correspondiente ya existe en el sistema.

   • Si la respuesta es NO: Se determina la nota SAP apropiada para la impresora afectada, se descarga dicha nota si es necesario y se importa a través de la transacción SPAD (este paso requiere generar una orden de transporte de tipo Workbench).

   • Si la respuesta es SÍ: Se selecciona directamente el tipo de dispositivo correspondiente para finalizar el proceso.

Guía Paso a Paso para Operar el Asistente Cómo iniciar el asistente

1. Ingresar a la transacción SPAD y navegar hasta la lista de Dispositivos de Salida (Output Devices).

2. Hacer doble clic sobre un dispositivo de salida ya existente o proceder a crear uno nuevo.

3. Dentro de la pestaña Device Attributes (Atributos del Dispositivo), buscar el campo Device Type y hacer clic en el ícono de la varita mágica, que representa la opción Device Type Selection (Selección de Tipo de Dispositivo).

Pasos principales de configuración y actualización

1. En la pantalla del asistente, elegir el fabricante y verificar si el modelo de la impresora figura en la lista de modelos conocidos.

2. Si el modelo no aparece, se debe descargar el archivo comprimido tspopi-.zip de la Nota SAP 1036981 (Device type selection wizard in transaction SPAD) para actualizar la información de impresoras del sistema.

3. Descomprimir el paquete descargado para obtener el archivo tspopi-.xml (el cual contiene las combinaciones actualizadas de fabricantes, modelos y tipos de dispositivo). En la pantalla de entrada del asistente, hacer clic en Update Printer Information (Actualizar Información de Impresora) y seleccionar este archivo XML. Con esto se actualizan los listados de fabricantes y modelos.

4. Una vez actualizado el catálogo, seleccionar la impresora y presionar el botón Assign Device Type to Output Device (Asignar Tipo de Dispositivo al Dispositivo de Salida).

5. En caso de que el sistema muestre la advertencia "Device Type is not yet installed!" (¡El Tipo de Dispositivo aún no está instalado!), significa que la definición del tipo de dispositivo seleccionado no existe en el sistema local y debe instalarse antes de la asignación. Para ello, se debe descargar la Nota SAP de Referencia que el propio sistema muestra en pantalla haciendo doble clic en el número de nota dentro de la sección Details (Detalles).

6. Tras descargar los archivos adjuntos de la nota de referencia, regresar a la pantalla de Selección de Tipo de Dispositivo, hacer clic en el botón Install Device Types (Instalar Tipos de Dispositivo), representado por el ícono de un camión en la barra de herramientas, y seguir las instrucciones en pantalla.

Al finalizar estos pasos, el sistema queda listo para modificar las definiciones existentes o crear nuevos dispositivos de salida con el tipo de dispositivo correctamente homologado.

Almacenamiento de Datos Técnicos

Toda la información referente a los fabricantes de impresoras y sus combinaciones disponibles con los tipos de dispositivos se almacena en dos tablas de base de datos internas de SAP.

Si el asistente se ejecuta por primera vez en el sistema, estas tablas estarán vacías y deberán rellenarse realizando la carga inicial del archivo XML mencionado anteriormente. Si las tablas ya contienen información, el asistente mostrará la fecha de la última actualización de dicha base de datos para que el administrador evalúe si requiere buscar una versión más reciente de los datos o si puede proceder directamente a seleccionar el fabricante y modelo requeridos.

La idea de la ampliación de la impresión Unicode (UPE)

Las impresoras convencionales operan bajo lenguajes de descripción como PCL5 o PostScript y se conectan directamente al backend de SAP (el servidor de aplicaciones que ejecuta los programas ABAP).

Tradicionalmente, imprimir caracteres en idiomas occidentales (alemán, inglés o francés) no presentaba inconvenientes. Sin embargo, al intentar imprimir documentos con alfabetos más complejos o "exóticos" (como el griego, cirílico o chino), el sistema fallaba. A pesar de que un entorno SAP Unicode teóricamente permite almacenar cualquier carácter, las impresoras mostraban caracteres de almohadilla (###) en lugar de las letras correctas, una limitación crítica e inaceptable para la documentación de negocios.

Solución Histórica Previa: SAPSprint y SWINCF

Antes del desarrollo de UPE, la alternativa para saltear esta limitación consistía en desviar la impresión:

• Se conectaban las impresoras al backend a través de un servidor de impresión de Windows externo.

• Dicho servidor ejecutaba el software SAPSprint y empleaba los tipos de dispositivo SWINCF (configurados en la transacción SPAD).

• Con esta arquitectura, la representación del texto y la generación del lenguaje de descripción de página (PDL) se delegaban por completo en Windows. De esta forma, se lograba imprimir cualquier carácter internacional que fuese compatible con el sistema operativo Windows subyacente.

La Iniciativa UPE (Unicode Printing Enhancement)

Lanzada por SAP en 2012, esta funcionalidad fue diseñada para resolver de manera nativa los problemas de impresión Unicode sin depender necesariamente de servidores de impresión Windows externos. UPE amplía el ancho de banda de caracteres imprimibles directamente en dispositivos con tecnología PCL5 y PostScript.

Los objetivos principales de la iniciativa incluyeron:

• Ofrecer una solución para la salida desde SAPscript y Smart Forms comparable a la efectividad de SWINCF.

• Optimizar el convertidor de PDF integrado para preservar intactos todos los caracteres "exóticos" dentro de los archivos PDF resultantes.

• Lograr que la impresión de listas ABAP a través de dispositivos aptos para UPE también soporte estos caracteres internacionales de la misma forma que los formularios.

Características Clave de UPE

• Da soporte a impresoras PCL5 y PostScript, contemplando la conversión nativa a PDF.

• Es compatible con SAP Smart Forms, SAPscript y listas ABAP.

• Incorpora fuentes TrueType oficiales bajo licencia de SAP.

• Es un servicio completamente gratuito para los clientes de SAP.

Componentes y Funcionamiento Interno de UPE Fuentes TrueType

La solución inyecta un set de fuentes TrueType en el propio sistema SAP. Los controladores internos de PCL5 y PostScript las utilizan para descargar en la impresora los caracteres Unicode faltantes que el documento requiera en cada momento.

Tipos de Dispositivo de Referencia Unicode (URDT)

Para coordinar el uso de las fuentes TrueType dentro de SAPscript, Smart Forms y listas ABAP, se crearon los denominados URDT. Estos componentes actúan estrictamente como tablas de mapeo de fuentes y caracteres durante el formateo de impresión, cumpliendo las siguientes funciones:

• Indican al formateador de formularios si el carácter Unicode que se solicita está efectivamente disponible dentro de alguna fuente TrueType y especifican exactamente cuál de ellas lo contiene.

• Proveen la información sobre el ancho exacto de cada carácter Unicode para asegurar que el documento se dimensione e imprima de forma correcta.

Conversión y Archivado de PDF con UPE

La tecnología de UPE afecta positivamente la generación de archivos PDF, facilitando procesos de archivado óptico a través de SAP ArchiveLink.

Cuando se emite y archiva un formulario desde SAPscript o Smart Forms usando una impresora mejorada con UPE, el archivo PDF resultante se optimiza automáticamente. Esto se logra mediante la incrustación de porciones de subconjunto (subsetted portions) de las fuentes TrueType. Es decir, el archivo PDF guarda únicamente los caracteres específicos que fueron utilizados en ese documento, reduciendo el peso del archivo pero garantizando que se visualice correctamente en cualquier plataforma.

Prerrequisitos del Sistema

Para poder implementar y utilizar la ampliación de impresión UPE, el sistema SAP debe cumplir obligatoriamente con el requisito de estar basado en AS ABAP con Unicode.

Para verificar de primera mano el estado técnico de tu entorno, se debe seguir la ruta de menú: System -> Status (Sistema -> Status). Para mayor detalle de la configuración y documentación técnica, el material remite formalmente a la Nota SAP 1812076.

Activar la ampliación de impresión Unicode

En los sistemas basados en AS ABAP que cumplan con los requisitos previos de Unicode, la activación de UPE para un dispositivo de salida se realiza mediante la asignación directa de un Tipo de Dispositivo de Referencia Unicode (URDT) a dicho dispositivo.

Un URDT se encarga de agrupar y contener de forma estructurada las fuentes exactas que el sistema requiere para poder imprimir un grupo determinado de idiomas o un alfabeto específico. El material cita como ejemplos el caso de Latin-2 (empleado para los idiomas de Europa del Este) o alfabetos complejos como el Cirílico.

Procedimiento de Asignación en la Transacción SPAD

Para llevar a cabo la configuración, el administrador debe interactuar con las herramientas de gestión de salida:

• En la pantalla de modificación de dispositivos de la transacción SPAD, el botón denominado Unicode Print Settings (Configuración de Impresión Unicode) aparece visible únicamente para aquellos dispositivos de salida que utilicen un controlador de tipo PCL5 o PostScript.

• Al hacer clic en esta opción, el sistema valida que se cumplan los prerrequisitos técnicos y permite utilizar la función para asignar el URDT correspondiente al dispositivo físico.

Impacto Técnicos y Beneficios de la Asignación

Cuando se vincula un URDT a un dispositivo de salida, el administrador define con precisión qué idiomas y fuentes adicionales queda capacitado para imprimir ese hardware, sumándose a los idiomas que ya eran compatibles de forma nativa con su tipo de dispositivo original.

La combinación de esta asignación con la tecnología UPE introduce dos mejoras críticas en el proceso:

• Ampliación del alcance: Incrementa significativamente la cantidad y variedad de posibles caracteres internacionales imprimibles de manera directa.

• Optimización del rendimiento: Mejora notablemente la velocidad y eficiencia de la comunicación, debido a que el flujo de datos de impresión que SAP envía hacia la impresora contiene únicamente los caracteres requeridos que no se encuentran guardados en las fuentes propias de la máquina.

URDTs Específicos Proporcionados por SAP

Para facilitar el soporte de lenguas asiáticas complejas, el sistema SAP distribuye un conjunto de cuatro URDTs estándar preconfigurados listos para su uso:

• URDTC: Diseñado específicamente para el idioma Chino Simplificado (Simplified Chinese).

• URDTJ: Diseñado específicamente para el idioma Japonés (Japanese).

• URDTK: Diseñado específicamente para el idioma Coreano (Korean).

• URDTT: Diseñado específicamente para el idioma Chino Tradicional (Traditional Chinese).

Restricciones y Recomendaciones Críticas para la Configuración

El material concluye con una serie de pautas obligatorias que se deben respetar al momento de realizar el modelado en el sistema:

• Regla de exclusividad: Bajo ninguna circunstancia se puede vincular más de un URDT a un mismo dispositivo de salida; la relación permitida es estrictamente de un solo URDT por dispositivo.

• Diferenciación visual: Es fundamental considerar que un mismo carácter Unicode puede llegar a tener apariencias y tipografías completamente diferentes según se trate del idioma chino, japonés o coreano.

• Estrategia para un solo idioma: Si el objetivo es generar documentos en uno solo de los cuatro idiomas asiáticos mencionados (chino simplificado, japonés, coreano o chino tradicional), el administrador simplemente debe seleccionar el URDT correspondiente a esa lengua.

• Estrategia para múltiples idiomas: Si en una misma organización se espera generar documentos en varios de estos cuatro idiomas, no se puede usar un único dispositivo. Se deben crear varios dispositivos de salida en SAP, configurando cada uno de ellos con el URDT que coincida exactamente con el idioma correspondiente.

• Caso general: Si no se tiene previsto generar documentos en ninguno de los cuatro idiomas específicos de la lista, el administrador puede seleccionar libremente cualquier URDT general disponible.