Como modificar los listado FBL1N, FBL3N y FBL5N a través de una BTE

Es este post os voy a mostrar como podemos modificar los listado FBL1N, FBL3N y FBL5N en SAP. Por ejemplo añadiendo columnas nuevas, o modificando alguna de las ya existentes. Para ello vamos a utilizar una BTE.

Las BTE's (Business Transactions Events, o eventos de las transacciones de negocio) son un tipo de extensión para el módulo FI de SAP. Algo así como User-Exits de la transacción CMOD que utilizamos mas habitualmente.

El primer paso para activarla es ejecutar la transacción FIBF para declarar que vamos a insertar una lógica definida por nosotros. Seguimos la siguiente ruta:

Después insertamos un registro con el nombre que le vamos a dar. También deberemos marcar el pincho final si queremos que este activa.

El siguiente paso es relacionar el producto de cliente que hemos definido en el primer paso con un evento y una modulo de funciones. SAP pone a nuestra disposición diferentes eventos donde podremos incluir nuestra lógica (En este caso utilizaremos el evento 1650). El modulo de funciones que indiquemos será el que se ejecute cuando se produzca el evento.

El modulo de funciones deberá tener como parámetros los mostrados en los siguientes pantallazos:

Si lo que queremos es añadir nuevas columnas tendremos que hacer una APPEND a la estructura RFPOS.

Para que todo funcione tras hacer el APPEND debemos ejecutar el report RFPOSXEXTEND que terminara de hacer el enlace entre la estructura y las transacciones.

Después de esto solo queda ejecutar cualquiera de los listados y ver el resultado!!!

Caso de éxito de implantación de SAP S4 HANA

Os dejo un video donde Alfonso Ramírez, CIO de Berlys Corporación Alimentaria, nos presenta el caso de éxito de migración a SAP Business Suite 4 SAP HANA de Berlys Corporación Alimentaria.

 

Un ejemplo de que la nueva suite de SAP ya comienza a implantarse en algunos clientes y parece que con buenos resultados.

EDI. Monitorización de los Idocs

Seguimos hablando de temas EDI. En este post vamos a ver como podemos monitorizar todo el flujo de IDOCs que tengamos en SAP.

La interfase idoc  ofrece dos maneras diferentes de realizar el seguimiento de los datos cargados en el sistema y su evolución:

• Informes para la monitorización.
• Workflow para la monitorización.

Ambos métodos se basan en el concepto de transiciones de status. Un idoc cambia de status de un valor dado a otro.

Para acceder a la monitorización de los idocs entramos a través del menú de ámbito ‘WEDI’ a la transacción WE02 – Visualizar idoc

Esta transacción muestra todos los datos del registro de control del idoc para su selección.

La presentación de la información se distribuye en carpetas de ‘Idocs Salientes’ y ‘Idocs Entrantes’, y dentro de ellas, por clase de mensaje.

Para acceder a los datos de los idocs basta con realizar doble click sobre la línea deseada. Los datos se presentan en carpetas, para los tres tipos de registros existentes: 

• Registro de control.
• Registro de datos.
• Registro de status. 

Otra transacción a tener en cuenta es WE07 – Estadística Idoc  Con esta transacción se seleccionan los idocs que se encuentran en error, con las condiciones de selección introducidas, mostrando los datos en carpetas de ‘Idocs salientes’ y ‘Idocs entrantes’. 

En próximos post seguiremos viendo otras transacciones que pueden ayudarnos a monitorizar todo el flujo de Idocs.

SAP Screen Personas 3.0

En este post os voy a hablar de SAP Screen Personas.

¿Qué es Screen Personas?

SAP Screen Personas es una herramienta que permite mejorar la productividad de los usuarios a través de la personalización de las Pantallas de SAP ERP.
Al proporcionar la información simplificada a los usuarios adecuada al contexto en el que se encuentran, pueden hacer más cosas en menos tiempo con mayor exactitud. Con pantallas SAP más intuitivas, las empresas pueden mejorar la satisfacción del usuario, reduciendo al mínimo el tiempo de formación, y gastando menos dinero en modificaciones de pantalla.

¿Porqué SAP Screen Personas es útil?

Podemos marcar varias ventajas importantes:

• Mejorar la productividad de los usuarios, proporcionando sólo los elementos de la pantalla y los datos esenciales para completar los las transacciones de forma más rápida a través de menos campos de entrada y la reducción de pantallas.
• Aumentar la aceptación de SAP al hacer pantallas más fácil de usar.
• Mejorar la satisfacción del usuario mediante la automatización de tareas repetitivas y la simplificación de las pantallas complejas a través de campos precargados, que ayudan al usuario a ahorrar tiempo en la entrada de datos.
• Reducir el costo de la personalización mediante la eliminación de la necesidad de Programadores ABAP o los desarrolladores de software.
• Disminuir el tiempo de formación para los usuarios de SAP con pantallas mas intuitivas.

La versión 3.0 es la mas reciente de todas. ¿Que características tiene?

• Basado en SAP GUI for HTML

• Acceso a través de Web GUI para la personalización
• Basado Completamente en HTML5
• No tiene dependencia de Silverlight
  
• Script a través de JavaScript
• Grabación y Reproducción de Scripts
• Acceso a información de tablas, realización de procesos condicionales, etc
• Arquitectura Simplificada
• Traspasa más funcionalidad al back-end para mejorar el rendimiento
• Fácil instalación

• Desarrollo de Temas Unificados para todas las pantallas

Herramienta bastante interesante. Una de los quebraderos de cabeza suele ser el dar a los usuarios transacciones lo mas sencillas posibles y donde deban meter el menor numero posible de datos. SAP Screen Personas nos facilita esta tarea. 

SAP extiende su oferta cloud

Durante SAP TechEdd & d-code celebrado el pasado mes de noviembre, SAP anunció s-innovations, su nueva oferta de soluciones cloud que, construida sobre SAP HANA, pretende ayudar a las empresas a impulsar su transformación digital y cloud bajo la premisa de eliminar la complejidad
del negocio y las TI. Diseñada para proporcionar simplicidad y valor instantáneo, s-innovations establecerá, según la firma de software, un nuevo estándar para el software empresarial en un
mundo conectado y complejo.

S-innovations, diseñada con la experiencia de usuario de SAP Fiori, se ofrecerá en varios modelos de consumo –nube pública, nube gestionada y on-premise– con el fin de ofrecer al cliente el mayor número de posibilidades. Además, “manteniéndose fiel al principio de proporcionar valor continuo, los clientes de SAP Business Suite también podrán beneficiarse de s-innovations de forma suave, sin sufrir perturbaciones en el negocio”, segun afirmaba SAP en un comunicado.

La solución SAP Simple Finance marcó el primer paso en el calendario de s-innovations para resolver la necesidad crítica de simplicidad entre los procesos financieros y los despliegues de TI más
complejos. Está previsto que s-innovations se centren en los escenarios de negocio más esenciales de las líneas de negocio, incluyendo procesos clave en finanzas, compromiso del cliente y el comercio,
servicios de proyectos de compras y gestión de inventario.
También incluye soluciones cloud de SAP para líneas de negocio como soluciones de Ariba y SuccessFactors, compañías de SAP. Esta oferta con sus excelentes capacidades permitirá a los
clientes definir su propio camino hacia la nube basándose en sus necesidades al tiempo que mantienen toda la integración y beneficios de negocio de las soluciones SAP que ya tienen implantadas. SAP continuará ampliando el alcance de s-innovations durante 2015 para proporcionar escenarios de negocio completos, específicos de cada industria y basados en roles.

SAP S4 HANA. Preguntas Frecuentes

En este post os voy a dejar el enlace a un documento donde vais a encontrar una cuentas preguntan frecuentes sobre SAP S4 HANA respondidas por SAP.

Es bastante interesante pues aclara muchas dudas que nos pueden surgir sobre la nueva suite de SAP. Podéis abrir el documento desde este enlace.

Como guardar datos de test cuando probamos un módulo de funciones

En este post vamos a ver como podemos guardar un juego de datos cuando estamos testando un módulo de funciones. En muchas ocasiones ejecutamos desde la transacción SE37 módulos de funciones, ya sean estándar o construidos por nosotros mismos. Cada vez que queremos ejecutarlo debemos escribir los parámetros necesarios.

Si repetimos la ejecución varias veces se vuelve muy tedioso escribir cada vez los parámetros. Por está razón SAP nos permite guardar los juegos de datos y cargarlos siempre que queramos ejecutar el módulo de funciones. Lo vemos con un ejemplo.

Ejecutamos la transacción SE37 y seleccionamos el modulo de funciones que vamos a ejecutar en test. Presionamos sobre  para comenzar la ejecución en test. En está primera ejecución rellenamos todos los parámetros a mano. Una vez tenemos todos los parámetros cargados presionamos sobre el botón "SAVE" de la barra de menú. Se nos abrirá un pop-up pidiéndonos que escribamos una descripción para el juego de datos.

Una vez escrita la descripción, grabamos. Podemos grabar cuantos juegos de datos sean necesarios. Cuando volvamos a ejecutar el módulo de funciones abriremos el directorio de datos de test que nos mostrará un listado con todos los que estén disponibles.

Damos doble clic sobre el que queramos cargar y automáticamente nos rellenará todos los parámetros para que podamos ejecutar el módulo de funciones.

¿Que es BPM?

Con este post iniciamos una nuevo tema, BPM, o lo que es lo mismo, Business Process Management.

Comenzamos hablando de los procesos que es el centro y el objetivo de la disciplina BPM y de lo que supone para el desarrollo del negocio en cualquier empresa.

Por otro lado, proceso de negocio lo podemos definir como las actividades estructuradas y determinadas por las condiciones y reglas del negocio, que van transformando recursos en productos y servicios para crear un valor para el cliente, de forma que cuanto más efectiva sea esta transformación, más éxito lograremos en la creación de valor pretendida.

Un proceso de negocio puede ser parte de un proceso mayor que lo abarque o bien puede incluir otros procesos de negocio que deban ser incluidos en su función.

Otra característica de un proceso de negocio es que es transversal a las actividades de la empresa, de forma que atraviesa varias áreas de la cadena de valor.

Gestión de procesos y por procesos

No es lo mismo ‘Gestión de Procesos’ que ‘Gestión por Procesos’.
La gestión de los procesos se lleva a cabo para mejorar el control que se tiene sobre ellos, para lograr mayor eficiencia en su desempeño, es decir aumentando la posibilidad de cumplir los objetivos funcionales que se esperan como resultado.

Sin embargo, esto no basta para estar alineados con la estrategia empresarial y con los objetivos de una empresa.

Para lograr estas sinergias, no debemos pues limitarnos al control operativo de los procesos, sino que se debe controlar también la relación de estos con las capas de estrategia y planificación y de
tecnología de forma que el alineamiento sea el máximo posible. Esto sería la gestión por procesos.

¿Que es BPM?

Hay diversidad de opiniones sobre la definición de BPM, e incluso diferencias en función del autor consultado sobre las áreas que se integran a través de esta metodología. Vamos a tomar la definición
de la Asociación de Profesionales de BPM (ABPMP):

"Business Process Management (BPM) es un enfoque sistemático para levantar, documentar, diseñar, ejecutar, medir y controlar, tanto los procesos, tanto manuales como automáticos, con la finalidad de lograr a través de sus resultados en forma consistente los objetivos de negocio que se encuentran alineados con la estrategia de la organización. BPM se apoya en TI con el objetivo de mejorar, innovar y gestionar los procesos de principio a fin, que determinan los resultados del negocio, crean valor para el cliente y posibilitan el logro de los objetivos de negocio con mayor agilidad.”

EDI. Creación de los acuerdos de interlocutor

Continuamos con los post dedicados a EDI. En este caso vamos a explicar que son y como se crean los acuerdos de interlocutor en SAP.

El acuerdo de interlocutor especifica varias de las características de los datos que se intercambian incluyendo el modo de operación y la organización o persona responsable por el manejo de los errores. Cuando los datos son intercambiados entre interlocutores, es importante que el emisor y el receptor estén de acuerdo en la sintaxis y semántica de los datos intercambiados. Este acuerdo es lo que se llama Acuerdo de Interlocutor, y es lo que le informa al receptor de la estructura de los datos enviados y cómo los contenidos deben ser interpretados.

La datos definidos en un acuerdo de interlocutor son:

• Tipo de idoc y tipo de mensaje, los cuales son el identificador clave del acuerdo de interlocutor. 
• Nombre del emisor y receptor que intercambiarán los idocs para el tipo de idoc y mensaje. 
• Puerto por el cual el emisor y el receptor se comunicarán. 
• En el interlocutor se definen datos específicos de cada mensaje a transmitir en los parámetros de salida o entrada según corresponda. 

Mediante la transacción WE20 se crea el acuerdo de interlocutor con el sistema lógico.

El siguiente es un ejemplo de un acuerdo de interlocutor para un tipo de mensaje de salida de SAP R/3 a un proveedor EDI, el tipo de mensaje de facturas (INVOIC). En la tabla “parámetros de salida” de la parte derecha de la pantalla se deberá crear una entrada pulsando el botón ‘+’.