Hace algún tiempo hablamos de las opciones y posibilidades que nos ofrece el elemento UI Table de Web Dynpro. En este artículo vamos a comentar la posibilidad de colorear columnas o celdas, con el fin de hacerlas más amigables e intuitivas para el usuario.

Para colorear columnas de una tabla, se debe modificar la propiedad cellDesign del elemento TableColumn. Por defecto, siempre tiene puesto el color standard, pero utilizando el desplegable podremos elegir cualquier color de los que existen. Al hacer esto, la columna entera tendrá el color seleccionado. Por ejemplo en la siguiente tabla, se ha seleccionado standard para la primera columna, color_white para la segunda y para la última color_sky_blue:

Si lo que queremos es colorear una celda en concreto de nuestra UI Table, habrá que hacer binding a la propiedad cellDesign. Para ello, primero se debe crear un atributo en el nodo que tengamos para mostrar en la tabla. Este atributo debe ser del tipo WDUI_TABLE_CELL_DESIGN. Después, al rellenar el nodo, tendremos que ir indicando el color que queremos en cada fila de la tabla en el atributo creado. Por último, hacemos el binding a la propiedad de la columna que queramos.

Tomando como referencia el ejemplo anterior, hemos hecho un binding en la segunda columna, y para el país Alemania, hemos puesto el color total en el nombre:

Con estos sencillos pasos podremos colorear las tablas de nuestras aplicaciones Web Dynpro como queramos. El dominio WDUI_TABLE_CELL_DESIGN consta de un NUMC de 2 posiciones y tiene un ámbito de valores con todos los colores posibles que nos ofrece el sistema por estándar. En la siguiente tabla se muestran todos los colores que existen para la versión SAP 7.3:

Las clases de movimientos de activos fijos en SAP clasifican las distintas operaciones contables de la Contabilidad de Activos Fijos. Pero aunque SAP nos proporciona una cantidad amplia de operaciones a realizar a veces necesitamos realizar ciertos procesos que requieren crear nuevas clases de movimientos de activos fijos en SAP.

En la transacción AO78 podremos crear, por ejemplo, un movimiento que nos permita hacer correcciones de amortización no planificada. Por estándar podemos añadir valor a la amortización no planificada a través de los siguientes movimientos:

Para poder hacer correcciones en amortizaciones crearemos una nueva clase de movimiento SAP, accediendo a la transacción citada anteriormente o a través de la siguiente ruta:

SPRO -> Gestión Financiera -> Contabilidad de activos fijos -> Operaciones -> Definir clases de movimiento p/correc. manuales de valores

Y se puede hacer una copia de un movimiento existente que nos sirva de base para el nuestro, en este caso el 650.

Dentro de la clase de movimiento SAP marcaremos si la imputación irá al Debe o al Haber. En este caso hemos creado un movimiento que nos sirve para hacer correcciones en amortizaciones no planificadas, por lo que la imputación irá al Debe.

Además de copiar clases de movimientos en SAP se pueden crear nuevos, lo que nos da infinitas posibilidades a la hora de trabajar en el área de activos fijos.

¿Qué es el Big Data?

Big Data es un término que se está volviendo cada vez más popular. Sin embargo, a nivel de pie de calle se percibe que no hay una idea clara sobre qué es Big Data o para qué sirve Big Data. En esta serie de artículos vamos a intentar despejar dudas y, por otro lado, dar unas pistas sobre la influencia del concepto Big Data en nuestro día a día profesional y personal.

Big Data, la revolución de los datos masivos

En esencia, Big Data describe el crecimiento exponencial de volumen de datos y su disponibilidad, pudiendo ser estos tanto datos estructurados como no estructurados. Afirman algunas voces que Big Data puede llegar a convertirse en un elemento tan importante como Internet. La razón es sencilla: mayor volumen de datos disponible implica análisis más precisos y mejor toma de decisiones, con todas las consecuencias de reducción de costes, riesgos y tiempos que esto supone.

Profundicemos un poco más en esta definición: Ya en 2001, el analista Doug Laney articuló la definición del Big Data en torno a 3 grandes “uves”: Volumen, Velocidad y Variedad.

¿Qué es Big Data? – Volumen

Varios factores contribuyen al aumento cuantitativo de datos. Destaquemos los más significativos:

• Datos basados en transacciones que se han ido acumulando durante años.
• Datos no estructurados que provienen de redes sociales.
• Datos provenientes de capturas a través de sensores y otros dispositivos de planta.

Luego, la reducción de coste de las soluciones de almacenamiento ha hecho emerger otros problemas relacionados con el asunto que nos ocupa. A destacar, el problema de determinar la información relevante dentro de grandes volúmenes de datos a través de soluciones analíticas como SAP Business Intelligence.

¿Qué es Big Data? -  Velocidad

Los datos cada vez se transmiten a velocidades más rápidas y deben ser tratados con igual agilidad. Elementos como la medición inteligente y los modernos sensores están impulsando la necesidad de contar con soluciones de tratamiento de datos que sean capaz de trabajar casi en tiempo real. La respuesta de SAP en este sentido son soluciones alimentadas con la potencia in-memory de SAP HANA.

¿Qué es Big Data? -  Variedad

Hoy en día, los datos se transmiten en todo tipo de formatos: Estructurados, textos no estructurados de social media, datos numéricos de Bases de Datos tradicionales, video, audio, transacciones financieras, e-mails, etc. A nivel de aplicativos, se necesario desarrollar soluciones que permitan relacionar paquetes de datos tan dispares para que las labores de análisis no caigan en una espiral fuera de control. En este sentido, SAP ha apostado por soluciones como Big Data Text Analytics o Lumira.

Web Dynpro for Abap es un lenguaje de programación basado en la orientación a objetos. Dentro de nuestros componentes, podemos instanciar objetos para utilizar los métodos y atributos de diferentes clases. Una utilidad que nos presenta Web Dynpro son las clases de asistencia, una clase que podemos referenciar en el componente Web Dynpo para que pueda usarse en cualquier controlador. En el siguiente artículo se muestra como y para qué utilizar la clase de asistencia en Web Dynpro.

Crear una clase de asistencia en Web Dynpro

Lo primero de todo es crear dicha clase de asistencia. Para ello, en la transacción SE24 crearemos una nueva clase de manera normal. El único requerimiento para esta clase es que debe heredar de la clase CL_WD_COMPONENT_ASSISTANCE.

Usar una clase de asistencia en componente Web Dynpro

Con esta relación, conseguimos que esta clase pueda ponerse como clase de asistencia en un componente Web Dynpro. Para ello, debemos ir a la pestaña de propiedades de nuestro componente Web Dynpro, y en el campo clase de asistencia escribiremos el nombre de la clase que acabamos de crear.

Al rellenar este campo, lo que conseguimos es que en todos los controladores del componente se cree un atributo llamado WD_ASSIST. Este atributo será una instancia de la clase de asistencia Web Dynpro, por lo que podremos utilizar cualquier método o atributo de la misma.

Una gran utilidad que nos ofrece es la posibilidad de crear símbolos de texto en nuestra clase de asistencia Web Dynpro. Como en cualquier programa ABAP, si nos dirigimos al menú Pasar a -> Símbolos de texto, podremos crear textos, para no tener que escribir literales en el código de nuestra aplicación, y que luego no puedan ser traducidos a otros idiomas.

Todos los textos que creemos pueden ser accedidos usando esta clase con el siguiente código. Este puede ser generado gracias al Wizard de Web Dynpro:

DATA: lv_text TYPE string.
lv_text = wd_assist->if_wd_component_assistance->get_text( key = '<num_text>' ).

Con esto lo que conseguimos es tener una clase donde desarrollar métodos o crear atributos que puedan ser utilizados por todos los controladores del componente. Además, no será necesario preocuparse de instanciar la clase y se podrá acceder a ellos de manera muy sencilla con el atributo WD_ASSIST.

Siguiendo con la serie de artículos en la que explicamos qué es Big Data y para qué sirve, en este segundo artículo hablamos de cómo puedes beneficiarte de este concepto utilizando aplicativos del mundo SAP.

¿Qué es Big Data y en qué te afecta?

El verdadero problema que deriva del concepto Big Data no es el hecho de acumular grandes cantidades de datos, sino qué hacer con los datos y cómo distinguir aquéllos que nos aportan un valor. Desde el punto de vista de los desarrolladores de aplicativos el objetivo es extraer datos de cualquier fuente, separar aquéllos que son relevantes y analizarlos para encontrar respuestas que permitan:

1. Reducir costes de procesos empresariales u organizativos.
2. Disminuir tiempos de procesos empresariales u organizativos.
3. Desarrollar nuevos productos que encajen con lo que el mercado demanda y optimizar la oferta de los que ya están desarrollados.
4. Predecir cambios en el contexto de negocio y afinar en la toma de decisiones.

Big Data en el mundo SAP: HANA

Vamos a concretar un poco más y vamos a ver qué es Big Data en lo que al mundo de aplicativos SAP se refiere. La potencia de análisis de las herramientas SAP Business Intelligence alimentadas por HANA nos brinda las siguientes posibilidades:

• Determinar la causa de errores, defectos y problemas en casi tiempo real, con la posibilidad de ahorro en costes de correctivos y troubleshooting que esto supone.
• Optimizar rutas de envío en tiempo real para la flota de transporte, con el ahorro en tiempos, combustible y mejora en servicio al cliente que ello supone.
• Capacidad de analizar millones de KPIs (Indicadores de Negocio) para poder definir precios de producto que nos permiten maximizar el beneficio y reducir inventarios.
• Crear cupones de descuento y promociones a medida en los puntos de venta de empresas de retail en función del historial de compras de cada cliente.
• Enviar recomendaciones y ofertas a medida a los dispositivos móviles de clientes que estén en el área en que dichas promociones están teniendo lugar.
• Recalcular dossiers de valoración de riesgos en minutos.
• Identificar y aislar a los clientes que más valor aportan a la empresa para ofrecerles un servicio y trato acorde con su fidelidad.
• Servirse de Data-Mining y de la capacidad para monitorizar el clickstream de los usuarios para prevenir y detectar comportamientos fraudulentos.

Después de los artículos anteriores en los que hemos explicado qué es Big Data y para qué sirve, así como los beneficios de utilizar aplicativos SAP basados en Big Data, en este último artículo mostramos un caso de éxito de una empresa que utiliza la base de datos SAP Sybase IQ.

Sybase IQ como infraestructura Big Data

1.- Sungard Data Systems Inc. Descripción del problema

Sungard es una compañía de TICs líder en el mundo, con más de 25.000 clientes distribuidos en 70 países. La compañía diseña soluciones software para los sectores financiero, educativo y de administración pública.

Su producto estrella es Protegent, una suite de aplicativos que ayuda a las compañías de inversión y retail a monitorizar y automatizar los procesos de compensación, adquisiciones por parte de clientes y encaje de las mismas y desempeño del personal.

La suite Protegent está alimentada por un volumen de datos enorme, tanto de fuentes internas como externas. A medida que este volumen de datos fue creciendo, el sistema – que operaba sobre una “clásica” Base de Datos relacional – empezó a experimentar problemas de rendimiento que eran inaceptables para los usuarios, tanto aquellos que trabajaban en nómina de SunGard como sus clientes.

Para remediar esta situación y anticiparse a futuros problemas más graves que pudiera causar el creciente volumen de datos, la compañía decidió implementar la Base de Datos IQ de SAP Sybase, un servidor analítico basado en columnas que ha sido diseñada específicamente para dar un buen rendimiento tanto como infraestructura de Datawarehouse (repositorio de información) como en labores de análisis e Inteligencia de Negocio.

2.- Detalles de la solución: SAP Sybase IQ

SunGard vio la opción del servidor SAP basado en Sybase IQ como la más destacada en el mercado, en especial para la gestión de datos de su suite Protegent.

La arquitectura de columnas de IQ permitía indexar cada columna por separado, aislando de esta manera cada área de información relevante para el usuario final.

Una de las ventajas de una arquitectura basada en columnas sobre el modelo más tradicional basado en filas es que el personal de soporte de Protegent no tiene que perder el tiempo ajustando los sistemas para obtener un rendimiento satisfactorio cada vez que los usuarios finales tienen que hacer consultas ad-hoc. Además, la orientación multicolumna de Sybase IQ permite que la Base de Datos opere en paralelo, sin cargar al software Protegent. La consecuencia de esto es que cada consulta y carga de datos se realiza en paralelo, con lo que los aplicativos de Protegent pueden sacar el mayor rendimiento posible de los procesadores multi-procesador y obtener grados de rendimiento muy satisfactorios, independientemente del volumen de datos procesados.

3.- Testimonios

“Con la implementación de SAP Sybase IQ, Protegent ha pasado de ser un sistema basado en servidor único a convertirse en uno soportado por una rejilla multinodo”

“El sistema actualmente contiene 80 TB de datos comprimidos, así como 660 billones de filas de datos de mercado y una carga de un billón de filas al día durante el pico de las horas de trabajo. ”

Steve Rider, Arquitecto de la Suite Protegent

4.- Conclusión

SAP Sybase IQ beneficia a las soluciones Protegent de Sungard en los siguientes aspectos:

• Tiempos de consulta (query) cortos independientemente del volumen de datos.
• Capacidad de almacenar más de 1 trillón de filas de datos.
• Habilitar análisis y reporting contra un volumen de datos virtualmente ilimitado.
• Reducir tiempos de administración de sistemas y mantenimiento.
• Minimizar costes de hardware y almacenamiento.
• Posicionar la suite Protegent como referente en el mercado gracias a su capacidad de gestión de datos.

Para implementar el nuevo IVA de caja en SAP tendremos que seguir los pasos explicados en la siguiente nota:

1959318 – Legal Change: Law 14/2013 – VAT Cash Scheme Accounting – IVA criterio de caja – Cambios Libros registros y Modelo 340

En ella nos explica que tendremos que realizar la implementación de dos cambios en nuestro sistema para configurar el IVA de caja.

IVA de caja en SAP: Configurar primer cambio

El primer cambio se implementa a través de la nota:

1959352 – Legal Change: Law 14/2013 – VAT Cash Scheme Accounting – IVA criterio de caja

Esta segunda nota nos pedirá la creación de cuentas contables específicas para la contabilización del IVA de caja en SAP (cuentas especiales tanto de origen como de destino), así como indicadores de impuestos de tipo diferido para contabilizar el IVA de caja.

Tendremos que chequear además que una serie de BTEs están activas (en la propia nota explica cómo hacerlo).

IVA de caja en SAP: Configurar segundo cambio

El segundo cambio se implementa a través de la nota:

1959077 – Master Data Enhancement for Spain

A través de esta nota se amplía el maestro de clientes y proveedores para que tengan una nueva pestaña en la que indicar si el proveedor o el cliente está sujeto al IVA de caja y en qué período de validez.

Para hacerlo habrá que realizar una serie de pre-implementaciones como creaciones de elementos de datos, tablas, grupos de funciones y clases de mensaje y luego introducir las correcciones que aparecen en la nota.

Tras estas notas han ido apareciendo correcciones a diferentes fallos, ya que la normativa es muy actual y van surgiendo notas periódicamente, algunas de las cuales son:

1980893 – RFIDESM340/RFUMSV00:Vat On Cash(Corrections-1)

1988624 – RFIDESM340/RFUMSV00:Vat On Cash(Corrections-2)

1994456 – RFIDESM340/RFUMSV00:Vat On Cash(Corrections-3)

2004707 – RFIDESM340/RFUMSV00:Vat On Cash(Corrections-4)

Además al hacer la configuración del IVA de caja en SAP es muy importante tener en cuenta los prerrequisitos de cada una de las notas para conseguir que el sistema funcione correctamente.

Los mensajes en Web Dynpro son utilizados para ofrecer al usuario información de estado de la aplicación, y para mostrar errores y avisos. En el siguiente artículo mostraremos como Web Dynpro permite definir qué tipo de mensaje es enviado, dónde se muestra y cómo es visualizado.

¿Dónde mostrar los mensajes WD4A?

Lo primero es saber dónde mostrar los mensajes WD4A. Existe un área reservada para los mismos, que por defecto está ubicada en la parte superior de la pantalla. Otra opción, es ubicarla donde el usuario lo requiera. Para ello se debe definir en el layout de la vista un elemento Message Area y ubicarlo donde se quiera.

¿Cuándo mostrar los mensajes WD4A?

Además, se puede elegir cuándo mostrar el área de mensajes WD4A: si mostrarlo siempre o sólo cuando existan mensajes a mostrar. Para ello, en la pestaña Properties de la aplicación Web Dynpro, se puede elegir una de las dos opciones con el siguiente radioButton:

Si se decide mostrar siempre el área de mensajes WD4A, cuando no haya mensajes se visualizará este área de la siguiente manera:

¿Cómo mostrar mensajes WD4A?

Para reportar un mensaje en una aplicación Web Dynpro, deben utilizarse los métodos del interfaz IF_WD_MESSAGE_MANAGER. Web Dynpro instancia automáticamente esta clase en cada controlador, y se puede recoger la misma de la siguiente manera:

DATA: l_controller TYPE REF TO if_wd_controller,
l_message_manager TYPE REF TO if_wd_message_manager.
l_controller ?=  wd_this->wd_get_api( ).
l_message_manager = l_controller->get_message_manager( ).

Una vez instanciada la interfaz, ya se pueden utilizar los distintos métodos de la clase para lanzar mensajes WD4A de error, warning, success… También existe una opción en el Code Wizard, para utilizar cualquier método de reporte de mensajes.

Todos los métodos para reportar mensajes Web Dynpro pueden ser agrupados en tres categorías:

• TEXT*: Los mensajes pertenecientes a esta categoría permiten mensajes conteniendo un texto arbitrario. Los textos traducidos pueden venir del OTR, de texto definido en clases ABAP, o del diccionario de datos.
• T100.*: Estos métodos utilizan texto definidos en la tabla de base de datos T100 como mensajes de entorno Web Dynpro.
• EXCEPCIONES: Errores recogidos en tiempo de ejecución y los texto relacionados pueden ser usado al escoger un mensaje de esta categoría.

Todos estos mensajes Web Dynpro Abap pueden relacionarse con un elemento UI. Los tipos de mensajes con * pueden recibir parámetros, para personalizar los mensajes según la aplicación.

En el día a día de contabilidad financiera podemos tener problemas al encontrar diferencias a la hora de realizar pagos de facturas. Estas diferencias pueden generarse por diversas causas, algunas de las cuales podrían ser:

•  Diferencias por tipo de cambio
•  Diferencias de precios
•  Pagos o cobros parciales

En el siguiente artículo vamos a explicar las diferentes formas de contabilizar pagos o cobros con diferencias, y  veremos cómo se realiza la parametrización en SAP FI.

Al procesar pagos o cobros con diferencias, el importe restante puede contabilizarse como se explica a continuación:

1. Como una partida abierta de deudor o de acreedor nueva, si no se introduce un origen de las diferencias o si el origen de las diferencias que se ha introducido no se indica como descrito.
2. En una cuenta de mayor asignada al origen de las diferencias que se ha introducido.

Para poder llevar de manera automática las diferencias a una cuenta específica se realizarán las siguientes parametrizaciones SAP FI:

1. Definir orígenes de diferencias

En este punto se podrán identificar los diferentes orígenes de diferencias.

2. Almacenar cuentas para diferencias de pago

En este punto se indica qué cuentas vamos a utilizar: el sistema nos permite especificar qué cuenta se utilizará si la diferencia queda en el debe o en el haber.

En este artículo vamos a hablar de SAP HCM PSe, el add-on de SAP HCM para el sector público. Pero antes de centrarnos en esta nueva funcionalidad, vamos empezar por el principio y explicar qué es un add-on.

¿Qué es un Add-on?

Un add-on es cualquier programa que permite añadir funcionalidad nueva e independiente al sistema estándar y que se integra con el mismo a través de alguna interfaz de programación.

De forma repetida en los procesos de negocio, surge la necesidad de mejorar, modificar o ampliar la funcionalidad estándar del sistema. Estas modificaciones, que a menudo requerirían complejos desarrollos, supondrían para algunas empresas un coste de tiempo y dinero demasiado alto para llevarlas a cabo. Por ello, cuando se detectan necesidades comunes, se desarrollan ampliaciones que se venden en forma de “paquete” o add-on para que cualquier empresa pueda ampliar el contenido estándar. Los add-on tienen ventajas frente a una implementación realizada sobre el estándar, por ejemplo:

• Mayor rapidez en obtener las soluciones y ver los primeros resultados.
• Menor coste de mantenimiento.

¿Qué es SAP HCM PSe?

SAP HCM PSe, el add-on de SAP HCM para el Sector Público español nació de la necesidad de cubrir procesos comunes en la gestión de los Recursos Humanos de la Administración Pública española. En este add-on las distintas instituciones de la Administración Pública, encuentran una herramienta sólida para realizar procesos que el sistema estándar no recoge.

Entre los componentes que encontramos en el add-on se pueden destacar:

• Actos administrativos: Gestiona los cambios de los empleados a lo largo de su relación con la Administración Pública.
• Situaciones administrativas: Definen la relación de un empleado con la Administración Pública.
• Relación de puestos de Trabajo (RPT): La RPT comprende los puestos de trabajo del personal funcionario. En él, se definen las características esenciales del puesto, los requisitos exigidos, el nivel de complemento específico y destino, etc.
• Gestión retributiva específica de la Administración Pública: Gestión de las particularidades de la nómina de la Administración Pública.
• Procesos de selección y provisión: Gestiona las necesidades de Personal de la Administración Pública, contemplando procesos de selección externa o promoción interna.
• Acción social: Gestiona el proceso de solicitud y asignación de ayudas contempladas en los planes de acción social de los empleados.
• Gestión de listas: Gestiona listas de candidatos a puestos, a la que se accederá para cubrir vacantes cuando no se disponga de tiempo suficiente para realizar un proceso selectivo.
• Gestión disciplinaria: Gestión de las faltas cometidas por el personal y las sanciones propuestas por el tribunal.

Para terminar con el artículo, os dejo una imagen de la parametrización de SAP HCM Sector Público España en la SPRO, que como podéis ver se encuentra debajo de la Gestión de Personal.

En el anterior artículo hicimos una introducción a SAP HCM PSe. En esta ocasión vamos a concretar más y hablar sobre el modificador de colisiones de situaciones administrativas en SAP HCM PSe.

En la Administración Pública, los cambios y movimientos en la vida laboral de los empleados se conocen como actos administrativos. Son el equivalente a las medidas de personal y a través de ellas se gestiona el histórico de los empleados.

Cada uno de estos actos puede modificar la situación administrativa de una persona, determinada por la combinación del cuerpo, situación y modalidad del empleado. Ya que, por cada situación, es posible definir distintas modalidades. La combinación de situación-modalidad determina diferentes aspectos en la relación del empleado con la Administración.

En SAP HCM PSe esta información se guarda en los infotipos 0910 – Actos Administrativos y 0911 – Situaciones Administrativas.

Conflicto entre situaciones administrativas

Al crear un acto administrativo para un empleado y pasar por el infotipo 0911, es posible entrar en conflicto con el acto administrativo que estamos creando debido a que dicha persona dispone ya de otro registro de situaciones administrativas. Por ello, es necesario indicar el tratamiento que debe realizar el sistema en caso de colisión.

Mediante una matriz y el campo modificador de chequeo de colisión, la tabla T5EPBS_COLLISION define la reacción del sistema ante las posibles colisiones entre situaciones administrativas. Este chequeo se producirá siempre y cuando exista un cambio de cuerpo y no ante un cambio de situaciones dentro del mismo cuerpo.

• A: El nuevo registro es prioritario. La nueva situación se graba en el infotipo 0911.
• B: El registro anterior es prioritario. Se graba en el infotipo 0951.
• X: Incompatible. El sistema propone cambiar la situación del registro inicial para que sea compatible con la que se quiere crear. Una vez cambiada, se chequea la nueva combinación de situaciones-modalidades tratando los registros según sean A o B.

El infotipo 0911 guarda únicamente los registros de situaciones relevantes. Para el resto de situaciones, determinadas como no relevantes según la matriz de colisiones, se utiliza el infotipo 0951.

Una vez establecido el comportamiento de cada modificador de colisión, solo resta asignarlos a cada situación-modalidad en la vista V_T5EPBS_SITAD_D.

La LSMW es una herramienta que sirve para cargar datos en SAP de manera masiva desde un fichero externo. Mediante la LSMW es posible migrar a SAP datos de los siguientes tipos:

• Datos maestros: clientes, proveedores, cuentas, centros de coste, órdenes de gasto…
• Datos transaccionales: asientos financieros, pedidos….

Para realizar una carga de datos con esta herramienta, primero tendremos que configurar LSMW, y en este artículo os vamos a explicar cómo hacerlo en seis sencillos pasos. Este tutorial SAP incluye pantallazos paso a paso.

 Antes de nada, se creará un proyecto, un subproyecto y un objeto de carga:

Configurar LSMW SAP en seis pasos

A continuación habrá que llevar a cabo cada uno de los seis pasos que aparecen en pantalla e ir rellenando los parámetros necesarios para la carga de datos con LSMW:

Paso 1: Actualizar atributos del objeto

En este primer paso definiremos el método para importar los datos, en este caso el ejemplo está basado en la creación de una grabación que genera un batch input: Pulsaremos el botón  y podremos hacer la grabación del primer registro: Una vez que hayamos rellenado los datos de un cliente nos aparece en pantalla los campos que tendremos que incluir en nuestra plantilla de carga:

Paso 2: Actualizar estructuras de origen

En este punto crearemos una estructura y le daremos un código que podría ser el mismo que el de la transacción:

Paso 3: Actualizar campos de origen

Pulsando el botón  definiremos el tipo y la longitud de cada campo a cargar:

Paso 4: Actualizar relaciones

En este punto sólo es necesario entrar y visualizar que la relación entre la grabación y la estructura es correcta:

Paso 5: Actualizar campos y reglas de conversión

En este punto asignaremos los campos del fichero a los campos de la transacción donde se va a cargar:

Paso 6: Actualizar valores fijos, conversiones y rutinas

En este paso para el ejemplo que se está realizando no será necesario actualizar nada, así que ya tendremos nuestra LSMW configurada de carga de datos maestros de clientes.

En el siguiente artículo explicaremos los pasos para llevar a cabo la carga de datos en SAP propiamente dicha mediante la herramienta de SAP LSMW.

En el artículo anterior vimos los primeros pasos para configurar la LSMW (Legacy System Migration Tool), la herramienta de SAP para carga masiva de datos, desde la creación del proyecto hasta la actualización de valores fijos, conversiones y rutinas.

En esta segunda parte del tutorial continuamos con la configuración de SAP LSMW, concretamente con los pasos de la carga de datos propiamente dicha.

LSMW SAP: Carga de datos

Una vez que se tiene creada la LSMW se accederá a la misma y se seguirán los pasos siguientes para llevar a cabo la carga de datos:

Paso 1: Especificar el fichero a cargar

Seleccionaremos la opción para subir ficheros desde el PC y elegiremos el fichero a cargar:

Paso 2: Asignar el fichero elegido

Comprobaremos que el fichero se ha asignado a la estructura correcta:

Paso 3: Leer datos del fichero

En este punto el sistema leerá los datos del fichero asignado:

Paso 4: Mostrar datos leídos

Comprobaremos que la información se ha leído correctamente:

Paso 5: Convertir datos

En este paso el sistema adapta los datos a la carga:

Paso 6: Visualizar datos convertidos

Paso 7: Crear Batch Input

En este punto se genera el batch input de carga.

Paso 8: Ejecutar Batch Input

En este último paso se ejecutará el Batch Input de carga de datos.

Siguiendo los pasos especificados en estos dos artículos conseguiremos configurar y utilizar SAP LSMW (Legacy System Migration Workbech) para llevar a cabo cargas masivas de datos o migraciones de datos.

Cuando un usuario utiliza el cliente SAP GUI para conectarse a un servidor SAP ABAP, por defecto, se establece una comunicación no segura. SAP proporciona unas librerías criptográficas llamadas SAP Cryptolib y la nueva versión SAP Commoncryptolib, para proteger esta conexión. Se puede encontrar más información sobre estas librerías en la SAP Community Network, en la sección de Single Sign-On.

SAP dispone de documentación para la configuración de estas librerías, pero suele estar basada en instalaciones sobre Windows. Su utilización en entornos GNU/Linux o UNIX suele ser más complicada, por ello resumimos en este artículo los pasos para configurar el SAP SNC en Linux/Unix.

1. Revisión de notas sobre SAP GUI

A modo de prerrequisito es recomendable revisar las siguientes notas de SAP relativas al cliente SAP GUI, versión de Kernel del sistema y componentes SAP Basis del sistema:

• 1561161 – Enabling SAP GUI password logon despite using SNC: En la nota se indican las versiones de Kernel y requisitos de parches en los componentes del sistema.
• 1053737 – Expected release dates for SAP GUI for Windows: Versiones de SAP GUI.
• 1580808 – SAP Logon 7.20: “SNC logon w/o SSO” for connection entry

2. Descarga de paquetes: SAP Cryptographic Software

Para la configuración es necesario descargar los siguientes paquetes de: SAP’s Software Distribution Center -> Support Packages and Patches -> Browse our Download Catalog -> SAP Cryptographic Software:

• SNC Client Encryption/Libraries: Se puede descargar el paquete de instalación, pero es recomendable actualizarlo con el último SP disponible.
• SAPCryptoLib: La última versión es SAPCRYPTOLIB 5.5.5, aunque se recomienda descargar directamente el paquete COMMONCRYPTOLIB en su versión 8 o posterior, que incluye características adicionales. Para más detalles sobre las diferencias se puede visitar el artículo: http://scn.sap.com/community/sso/blog/2014/07/16/sap-s-new-cryptographic-library-commoncryptolib
• SNC Client Encryption 1.0.: El paquete necesario para poder utilizar la funcionalidad SNC con el cliente SAP GUI.

3. Instalación de los paquetes descargados

Para instalar las librerías hay que descomprimir los paquetes descargados:

• El SNC Client Encryption/Libraries se descomprime en un directorio llamada SLL en el directorio de la instancia: /usr/sap/<SID>/<INSTANCIA>
• SAPCryptoLib hay que descomprimirlo en el directorio del kernel /sapmnt/<SID>/exe/
• El ejecutable SNC Client Encryption se debe instalar en los equipos Windows de los usuarios para habilitar el SNC en el SAP GUI.

4. Crear un usuario en Active Directory

Para que la configuración de SNC funcione, hace falta crear un usuario en el MS Active Directory, dentro de un dominio. El nombre de usuario que se cree no tiene por qué seguir ningún patrón.

Al usuario creado hay que añadirle un atributo “Service Principal Name” (SPN) y debe seguir el patrón: SAP/nombre.

Esta parte es bastante importante y es necesaria para que la conexión funcione. Si el usuario intenta conectarse desde un equipo que no esté dentro del dominio o no tenga acceso al usuario creado, el intento de logon fallará por no disponer de los credenciales adecuados.

En la siguiente artículo se detallarán los pasos a seguir para terminar de configurar SNC en el servidor ABAP.

Si te estabas preguntando qué es SAP Fiori UX, en este artículo te lo explicamos: SAP Fiori UX es la nueva apuesta de SAP para llegar al usuario, rompiendo con el clásico cliente SAP GUI.

UX hace referencia a User Experience, y es en eso en lo que precisamente hace hincapié SAP Fiori UX sin perder nada de la funcionalidad clásica del sistema SAP.

El objetivo de SAP Fiori es, como decimos, acercase al usuario, sin importar qué tipo de dispositivo está usando para trabajar y/o acceder a los sistemas corporativos.

SAP Fiori UX: características

A continuación se muestran las principales características de SAP Fiori UX:

• SAP Fiori UX está basado en roles, viendo solo lo que necesitas.
• Diseño Responsive, adaptado a cualquier tipo de dispositivo.
• Simple, haciendo foco en lo que es importante.
• Coherente, proporcionando una experiencia de usuario fluida.

Aplicaciones SAPUI5 para SAP Fiori UX

El nuevo entorno de desarrollo proporciona una librería HTML5 que permite, con un modelo de programación muy ligero, desarrollar aplicaciones para SAP Fiori UX adaptadas para cualquier tipo de dispositivo.

En próximos artículos os iremos contando más acerca de su arquitectura, requerimientos, herramientas…pero de momento, podéis ver este video presentación de SAP y contarnos qué os parece:

Pinche aquí para ver el vídeo

En el anterior artículo sobre la configuración del SAP SNC sin Single Sing-On en Linux/Unix se detalló como descargar los paquetes de librerías del marketplace, descomprimirlos en el servidor y crear un usuario en el Active Directory. En esta ocasión, se van a explicar los pasos para configurar el SNC en el servidor ABAP.

1. Configuración de certificados en servidor ABAP

• En primer lugar, hay que establecer la variable de entorno SECUDIR al directorio /usr/sap/<SID>/<Instancia>/sec.
• Después, acceder al directorio /usr/sap/<SID>/<Instancia>/SLL para crear el entorno PSE.
• Crear una entrada para el SPN creado antes. Para ello se ejecuta “./snc crtkeytab -s <SPN>@<DominioActiveDirectory>”. La contraseña que se solicita debe ser la misma que la del usuario creado en el dominio. Hay que tener en cuenta que la parte de <DominioActiveDirectory> debe ir en mayúsculas.

2. Configuración de parámetros de perfil

A continuación se detallan los valores que se deben configurar en los distintos parámetros de perfil:

snc/permit_insecure_start = 1
snc/accept_insecure_cpic = 1
snc/r3int_rfc_qop             = 8
snc/r3int_rfc_secure         = 0
snc/data_protection/use     = 3
snc/data_protection/min   = 2
snc/data_protection/max   = 3
snc/identity/as                  = p:CN=<SPN>@<ActiveDirectoryDomain>
snc/gssapi_lib                   = /usr/sap/<SID>/<Instance>/SLL/libsecgss.so
snc/enable                         = 0
snc/force_login_screen     = 1
snc/accept_insecure_rfc   = 1
snc/accept_insecure_gui   = 1
ssf/name                           = SAPSECULIB
ssf/ssfapi_lib                     = $(ssl/ssl_lib)
ssl/ssl_lib = $(DIR_EXECUTABLE)$(DIR_SEP)$(FT_DLL_PREFIX)sapcrypto$(FT_DLL)
sec/libsapsecu                   = $(ssl/ssl_lib)

• Con el parámetro snc/enable desactivado (valor 0) se reinicia la instancia para que los parámetros tengan efecto.
• Se accede al sistema y en la transacción STRUST se debe crear el certificado PSE en el nodo “SNC Cryptolib”. El valor viene dado por los parámetros indicados.
• A continuación se reinicia de nuevo la instancia, esta vez con el parámetro snc/enable activo (valor 1).

3. Activar configuración de seguridad SCN

En el cliente del usuario, el programa SAP GUI en Windows, tras instalar el paquete SNC CLIENT ENCRYPTION hay que modificar la entrada del SAP Logon para activar la parametrización de seguridad SNC:

Tras realizar estos pasos de configuración, podremos observar que al acceder al SAP GUI aparecerá el candado que indica el estado del SNC cerrado, y por lo tanto dispondremos del Secure Network Communication activado.

La semana del 23 de Octubre, los protocolos de seguridad de SAP detectaron una vulnerabilidad en las librerías CryptoLib de firma digital. En caso de un ataque, un intruso podría hacerse pasar por un usuario legítimo, lo que podría ocasionar graves problemas de seguridad y enormes costes a la empresa atacada.

Por ello, desde Oreka IT ofrecemos la posibilidad de corregir rápidamente este problema de seguridad en un paquete de consultoría especial. Sigue leyendo para mas información

¿Qué solución de firma digital elegir?

1. Debería aportar la misma flexibilidad que los documentos de papel. Es decir, el proceso de firmado debería ser el mismo, independientemente del tipo de documento que sea (formularios, contratos, facturas…) así como  independiente del tipo de formato de estos documentos (Word, PDF, TIFF…)
2. Debe permitir la integración en los procesos de workflow o de procesos automatizados de autorización de documentación. SAP, por ejemplo, permite integrar soluciones de firma digital como IZENPE (entidades emisoras de certificados electrónicos)  en sus procesos de Workflow.
3. Capacidad de control sobre la implementación sin tener que recurrir a cambios en el estándar del aplicativo destino.
4. Para garantizar la seguridad los documentos sensibles deberían estar guardados en la propia infraestructura IT de la empresa evitando los servidores externos.
5. Debería cumplir las regulaciones relevantes para la empresa. Es decir, tiene que cumplir los estándares locales o internacionales, especialmente aquéllos que sean referidos a materia de seguridad.
6. Debería permitir verificar la validez e integridad del documento sin que sea requerido el acceso al sistema.
7. Debe tener capacidad para firmar digitalmente usando cualquier ordenador o dispositivo móvil.

La cada vez más extendida factura electrónica sigue siendo un verdadero quebradero de cabeza para las empresas que trabajan con SAP.

Además, muchas administraciones están adoptando su propia solución de facturación electrónica y obligan a sus proveedores y clientes a hacer uso de la misma. Esto hace que desde SAP debas adaptarte a todas las administraciones y sistemas de facturación con los que tengas que intercambiar, bien sean facturas, bien otro tipo de documentación oficial como por ejemplo nóminas, certificados…

Conector SAP para firma electrónica de entidad

A la espera de la solución estándar que vaya a proponer SAP, Oreka IT ha desarrollado un módulo que permite firmar toda la documentación que quieras sacar de tu sistema SAP.

Tan sólo tienes que disponer de un certificado de entidad, por ejemplo uno de Izenpe, de la casa de moneda y timbre, etc. para poder subirlo a la Key Store de la pila JAVA de tu sistema SAP PI:

Deberás conocer la contraseña del certificado para configurar el módulo de firma electrónica:

Y con estos sencillos pasos de configuración ¡ya podrás firmar todos los documentos que desees!

Acciones permitidas por el Módulo de Firma

El módulo de firma está preparado para que puedas realizar las siguientes acciones:

• Comprimir/descomprimir
• Firmar individualmente
• Firma masiva
• Cifrar/Descifrar

Y por supuesto todas las combinaciones entre las diferentes acciones. Por ejemplo, se podría mandar un .ZIP con tantos documentos como se quisieran, y el módulo se encargaría de descomprimir el paquete, firmar electrónicamente cada documento individualmente, y /o volver a comprimir el paquete.

Requisitos de sistema

Para poder hacer uso del módulo de firma necesitarás, como ya hemos comentado, un certificado de entidad y subirlo al sistema.

Además tendrás que tener un sistema SAP PI para poder deployar el módulo de firma y subir el certificado.

¿Más información?

¿Te interesa? ¿Quieres más información? Ponte en contacto con nosotros!

Después de explicar en artículos anteriores en qué consiste esto de SAP Fiori UX, la nueva apuesta de SAP para hacer por fin la interfaz de usuario más amigable, sencilla y accesible desde cualquier dispositivo, en esta ocasión vamos a explicar cómo debe ser la arquitectura que debemos de tener en nuestros sistemas SAP para poder usar SAP Fiori UX.

Tal y como se puede ver en la imagen anterior, será necesario montar la siguiente arquitectura SAP Fiori UX:

1. Reverse Proxy (o similar)

La apuesta y recomendación de SAP en este sentido, lógicamente es montar un SAP Web Dispatcher, pero podría valer cualquier otra solución similar.

2. Servidor SAP Front-End

Este servidor tiene que tener SAP Netweaver Gateway: aquí os dejamos una presentación de SAP explicando qué es esto del Gateway. Básicamente es un sistema que nos permite publicar aplicaciones mediante el uso del oData o REST.

Este servidor Front-End utilizará SAPUI5: en esta máquina tendremos que instalar un montón de parches y Add-ons para que tengamos el SAP Fiori Launchpad accesible, el cual se encargará de renderizar todo el sistema en HTML5.

3. Servidor SAP Back-End

Este servidor SAP Back-End se corresponde con todos los sistemas que tengamos que “consumir” a través de SAP Fiori UX, bien sea nuestro SAP ERP o nuestro SAP CRM…es decir, los sistemas donde residen nuestros datos.

Aquí también hay varios trucos y es que, a nivel de parches también se exige bastante, por lo menos SAP Netweaver 740 SPS07.

Además, cada aplicación SAP Fiori UX que queramos publicar en el SAP Fiori Launchpad y consumir lleva un Add-On asociado que hay que instalar. Como podéis ver en la siguiente imagen existen aplicaciones específicas para solicitud de vacaciones, imputaciones de horas…

4. Base de datos y SAP HANA

Tanto en el gráfico inicial, como en toda la documentación de SAP nos encontraremos con SAP HANA.

Hay que decir que no es obligatorio tener SAP HANA para usar SAP Fiori UX, sin embargo, sin SAP HANA la potencia del segundo se ver reducida bastante. En próximos artículos os contaremos los tipos de aplicaciones SAP Fiori UX que se pueden consumir y entenderemos mejor este aspecto.

Este es por tanto, otro pequeño truco que nos mete SAP en medio y es que SAP HANA viene pegando fuerte.  Hay que tener claro que para instalar SAP Fiori UX, primero hay que hacer muchas cosas antes y dejarlo todo bien ordenadito: HANA, parches, SPS…

Este informe (Programa RPLINFC0), que a menudo pasa desapercibido por los usuarios de SAP HCM, puede que consiga que más de una vez os ahorréis algo de trabajo:

El informe muestra un listado de todos los infotipos SAP HCM que se han creado para un empleado. Más de una vez nos hemos preguntado: “¿Y éste empleado qué infotipos tiene?” Pues éste informe nos da la respuesta, y además nos permite navegar a los infotipos directamente.

El informe solo puede ejecutarse para un único empleado cada vez, pero permite filtrar por país, fechas e infotipos. Además en el listado se podrán consultar todos los registros de un mismo infotipo. Y como una imagen vale más que mil palabras, os dejo unos pantallazos de este listado de infotipos SAP HR: