Las aplicaciones de SAP han estado en el entorno empresarial por mucho tiempo, y los documentos de negocio incluso más tiempo. A lo largo de los años, varias tecnologías y estándares han evolucionado para permitir la impresión en entornos SAP. Sin embargo, los problemas de impresión persisten, especialmente en grandes implementaciones que abarcan muchos países e idiomas.
El estándar Unicode es una forma universal para codificar y presentar todos los caracteres escritos en cualquier idioma del mundo. Por el contrario, el antiguo enfoque basado en la página de códigos para el manejo de caracteres internacionales sólo es capaz de presentar un pequeño subconjunto de los posibles símbolos.
Por ejemplo, hay una página de códigos separada para Europa Occidental (ISO-8859-1 o CP1252), Europa Oriental, Cirílico, etc. Aparte de estas, las llamadas páginas de códigos single byte (que pueden presentar un máximo de 255 caracteres). También hay páginas de código de doble byte para caracteres asiáticos (por ejemplo, GB2312) que pueden representar más de 60.000 símbolos.
Por otra parte, Unicode, proporciona diferentes codificaciones para la visualización de todos los caracteres - los denominados formatos de transformación Unicode. UTF-16 es utilizado internamente por el entorno SAP, por lo que cada carácter utiliza dos bytes de datos. Para la presentación de Unicode en flujos de datos como datos de impresión, XML y archivos HTML, se utiliza normalmente UTF-8. Entre otras cosas, es una forma más eficiente de representar símbolos ASCII y caracteres especiales europeos.
Bien ... hay varias maneras de manejar los caracteres impresos. Entonces, ¿Qué tiene que ver esto con los problemas de impresión de las aplicaciones SAP?
SAP y Unicode
SAP presentó oficialmente el soporte de Unicode en SAP R/3 Versión 4.7C. Al hacerlo, podrían ofrecer una solución elegante para manejar la entrada y el almacenamiento de datos de los muchos caracteres utilizados en los idiomas internacionales. Pero cuando se trata de imprimir documentos con Unicode, especialmente con caracteres asiáticos, todavía pueden surgir problemas. Dos de los problemas más molestos se relacionan con el soporte del dispositivo y los controladores de salida.
El problema es que la mayoría de los dispositivos no están diseñados para imprimir estos caracteres de doble byte. Si envía un documento con caracteres japoneses a la impresora estándar, por ejemplo, el driver de impresión SAP sustituirá los símbolos no admitidos por el símbolo "#".
Además, SAP sólo suministra algunos tipos de drivers para impresoras especiales que admiten caracteres asiáticos o cirílicos. Por lo general, estos controladores sólo admiten determinadas páginas de códigos. Entre otras cosas, esto significa que tiene que crear más de un tipo de dispositivo para cada impresora física.
Hay, por supuesto, impresoras que admiten fuentes asiáticas. Sin embargo, estas impresoras están disponibles normalmente sólo en la región asiática. Por lo general sólo admiten trabajos de impresión que implican páginas de código de doble byte. No muchas impresoras pueden gestionar Unicode nativo en formato UTF-8. Aparte de la cuestión del soporte Unicode, también existe el problema de si estas impresoras han incorporado fuentes específicas de SAP como Andale.
Este problema presenta un gran desafío para el usuario. Si desea enviar Unicode directamente desde SAP, está limitado a un pequeño número de dispositivos de salida y/o proveedores de hardware. Estás atado a una estrecha gama de modelos de impresoras y fabricantes, lo que dificulta el uso de dispositivos más rentables o con mejores funcionalidades. Incluso la actualización de las impresoras actuales con módulos especiales para admitir la impresión Unicode es problemática, ya que te ata tanto al proveedor de módulos como al proveedor de los dispositivos asociados.
Drivers
También hay algunos puntos a considerar desde el lado SAP de la ecuación. Para cualquier impresora compatible con Unicode que desee implementar, también debe haber su correspondiente definición de tipo de dispositivo disponible para las distintas versiones de SAP. De lo contrario, estas impresoras serán de poco uso. Lo mismo se aplica a las impresoras en las que haya instalado módulos DIMM (hardware) para habilitar el soporte de impresión Unicode. Si ya no hay definiciones de tipos de dispositivos disponibles para su sistema SAP ERP, entonces la inversión en DIMM no tiene ningún valor.
Además de la disponibilidad de recursos, también existe el problema del esfuerzo administrativo necesario para instalar, configurar, probar y distribuir los controladores de dispositivos en el entorno de SAP. Esta no es una tarea trivial, dado el número de variables involucradas.
Solution
SAP ofrece varias de sus propias soluciones a este dilema. Para empezar, puede utilizar el tipo de dispositivo SAPWIN e imprimir la salida Unicode a través de Windows. Obviamente, esto hace que uno dependa de los servicios de impresión del sistema operativo Windows. Para las versiones SAP más nuevas, es posible utilizar SAP UPE (Unicode Printing Enhancement, disponible a partir de SAP NetWeaver 7.02) o Formularios Interactivos SAP de Adobe (SAP ADS, disponible desde SAP NetWeaver 2004). Cualquiera de estos puede hacer posible la impresión Unicode. Sin embargo, el problema de soportar diferentes tipos de dispositivos en SAP todavía existe. Además, estas soluciones no están disponibles para todas las versiones SAP aún en uso. SAP ADS no es tan frecuente como SAPScript y SmartForms.
LRS ofrece una solución técnicamente elegante al problema de la impresión Unicode, diseñada con la independencia de la plataforma y la capacidad de soporte futuro en mente. El componente LRS Transforms hace posible generar caracteres Unicode en un proceso de software en lugar de hardware. Esto le permite apoyar la impresión SAP y Unicode en cualquier dispositivo de salida de muchos fabricantes. Las actualizaciones especiales de hardware y SAP se vuelven innecesarias.
También hay otra ventaja de esta solución: solo necesita un único tipo de dispositivo de salida: SAPGOFU. Este tipo de dispositivo especial simplifica enormemente la administración de la impresora en su entorno SAP. También reduce en gran medida la carga en su servidor SAP necesaria para generar trabajos de impresión. El módulo LRS Transforms transfiere la carga de trabajo de impresión al servidor VPSX. ¿Resultado? Mejor optimización de los recursos del sistema SAP y menores esfuerzos de administración relacionados con la impresión.
Así que cuando se trata de imprimir desde sus aplicaciones SAP, tiene opciones. Sin embargo, algunas son mejores que otras. Si usted está pesando los pros y los contras de cada enfoque, no dude en ponerse en contacto con LRS para obtener asesoramiento. Estaremos encantados de ayudarle.