✒️SAP BASIS La configuración de impresoras
SAP BASIS La configuración de impresoras
Impresoras en SAP:
Los documentos tales como listas de reportes, SAPscripts o SAP Smart Forms siempre saldran a impresion usando el mismo mecanismo en dos etapas:
- Un spool request es creado, este contiene informacion de impresion independiente del dispositivo de salida y ademas informacion administrativa tal como autor, fecha, # de copias y lo que se va imprimir.
- Solo cuando el spool request se va direccionar a un dispositivo se crea un output request, la informacion es convertida al lenguaje particular de la impresora que comprende el dispositivo de salida seleccionado.
De esta manera el proceso permite al usuario visualizar el spool request antes de la salida, pueden haber muchos output request para un spool request, esto evita al usuario de tener que crear un spool request nuevamente en caso de que por ejemplo haya un error en el toner de la impresora o el papel incorrecto este en la bandeja.
La impresion puede ser al mismo tiempo de la creacion del spool request mediante la opcion impresion inmediata.
El contenido del documento de un spool request se almacena en el TemSE (para objetos secuenciales temporales) el cual se define el lugar donde se almacenara mediante el parametro rspo/store_location.
- Valor db (valor por defecto): El spool request se almacena en la tabla de BD TST03 (ventaja: se respalda con el backup de la base de datos).
- Valor G: Se almacena en el sistema operativo en el directorio global (ventaja: mayor performance)
La creacion de un output request solicita al sistema de spool de SAP enviar info con un formato dependiente de la impresora seleccionada al sistema de spool del SO. Si una impresora no puede ser controlada a nivel del SO no puede ser usada en el sistema SAP tampoco.
Hay varias formas en la que un spool work process puede alcanzar a un spool del sistema operativo. Las conexiones mas importantes se conocen como access methods.
2) Impresion Local:
Una caracteristica de la impresion local es que el spool work process y el sistema de spool del SO corran en el mismo servidor.
En servidores UNIX, la impresion local se define con el metodo de acceso L.
En Windows se utiliza el metodo de acceso C.
Tan pronto como el spool work process transfiere la informacion puede tomar nuevos output requests, aun si el spool del sistema operativo se encuentra ocupado todavia.
Se pueden configurar varios spool work process para una instancia esto puede afectar el orden de impresion.
Si necesitamos que se imprima en orden podemos especificarlo de forma individual.
3) Impresion Remota:
El spool work process de SAP y el spool del SO corren en diferentes hosts, es indiferente a SAP si la impresora se conecta directamente al host remoto o a traves de una conexion red.
SAPsprint es un servicio de windows. Cada output request se procesa en un hilo de ejecucion separado.
Los output requests de SAP que recibe SAPSprint del sistema SAP pueden ser transferidos a una impresora en particular.
El metodo de acceso S es usualmente usado en este caso, pero el metodo de acceso U tambien es soportado.
El metodo de acceso U es usado si el host remoto es UNIX.
Los usuarios SAP imprimen documentos en sus impresoras locales, estas no necesitan ser definidas en SAP pero es necesario que el administrador configure un dispositivo representativo para cada plataforma de SO de front end.
Desde SAP AS 6.20 esta disponible la impresion de front end mediante tecnologia de control con el metodo de acceso G, este ya no requiere el programa SAPlpd. El SAPlpd se instala junto con el programa SAP logon.
Los controles son DLLs que corren en el contexto de proceso de SAP GUI.
Una ventaja es que puede ser usado con SAP GUI para JAVA o con Windows Terminal Server
Podemos definir el maximo numero de spool work processes que pueden ser usados en SAP para impresion en front end mediante el parametro rdisp/wp_no_Fro_max cuyo valor por default es 1.
NO es recomendado para impresion masiva.
Usando el metodo de acceso F los datos de impresion se transfieren al host donde SAP GUI esta corriendo, este metodo puede usarse en pcs con distintos SO.
- En caso de Windows el programa saplpd transfiere los datos recibidos al control de impresion de Windows
- Con linux, apple macintosh etc los datos se transiferen DIRECTAMENTE al sistema de spool del SO. En estos casos el nombre de la impresora debe especificarse en la definicion del dipositivo.
Si usamos SAP GUI para HTML y vamos a imprimir en los front end hay que usarel metodo de acceso F a traves del cual los datos de impresion son enviados al navegador y visualizados
4) Creacion de dispositivos de Salida.
La herramienta principal para configurar el sistema de spool es la transaccion SPAD Tools --> CCMS --> Print --> Spool Administration
Con impresion de front end con tecnologia de control (acceso G) la impresora tiene un nombre generico en SAP y se asigna al dispositivo fisico _DEFAULT.
Si la impresion en front end se realizara usando SAP GUI para HTML con el metodo de acceso F, el dispositivo PDF1 debe seleccionarse.
Para crear un dispositivo de salida llamamos a la transaccion SPAD y elegimos Output device en Devices/Servers. Si hay un numero grande de dispositivos en el sistema podemos restringir la lista de devuelta con el campo de texto ingresando PR*.
Campos:
- Output device
- Short name
- Device type
- Spool server
- Location
- Message
- Lock printer in SAP system: Los output requests para este dispositivo son creados pero no transferidos a la impresora, el usuario recibe el mensaje "sin impresion inmediata"
- Host Spool Access Method: Contacta al sistema de spool del SO.
- Host printer: Nombre de la impresora a nivel de sistema operativo.
- Host name: Solo para impresion local.
- Destination host: Solo para impresion remota. Nombre del host en el que el spool de SO esta corriendo.
5) Tipos de dispositivos.
Los dispositivos de salida tambien pueden ser un sistema de gestion de salida o un sistema de archivado.
 
 
 
Sobre el autor
Publicación académica de Harrison Sebastian Martin Aldana, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Harrison Sebastian Martin Aldana
Profesión: Estudiante Ingenieria de Sistemas. - Colombia - Legajo: NL39M
✒️Autor de: 52 Publicaciones Académicas
🎓Egresado del módulo:
Certificación Académica de Harrison Martin