sábado, 19 de diciembre de 2015

SAP Class Builder. Definición de clases con ABAP Orientado a Objetos (OO)

Como ya sabéis ABAP permite programar siguiendo el paradigma de la orientación a objetos. Vamos a poder definir clases que nos permitan construir aplicaciones mas robustas y complejas. Quien a trabajado con SAP sabe que muchas transacciones siguen el paradigma de programación estructurada, pero bien es cierto que ABAP nos da la posibilidad de desarrollar nuestras aplicaciones a medida utilizando la orientación a objetos.

SAP nos proporciona la transacción SE24 (Generador de clases) para poder definir y tratar nuestras propias clases (O las estándar que por supuesto también las hay). Si ejecutamos y visualizamos una clase cualquiera veremos algo similar a lo que se muestra en la siguiente imagen.


Lo que vemos es un pantalla donde tenemos diferentes pestañas que contienen toda funcionalidad de la clase (Métodos, Atributos, Eventos, etc.). En el ejemplo que estamos viendo vemos que contamos con tres métodos. Para navegas al código fuente de alguno de ellos solo tenemos que hacer doble clic sobre el. EL resultado lo vemos en la siguiente imagen.


Aquí podremos escribir nuestro propio código que después utilizaremos en nuestros programas. Si en algun momento quisieramos utilizar esta clase en uno de nuestros progrmas tendriamos que hacierlo de la siguiente forma:

  1. Primero definimos un objeto que haga referencia a nuestra clase.

    DATA: p_objeto TYPE REF TO ZCL_TEST.
  2. Llamamos a uno de los métodos que tenemos definidos en la clase para que ejecute su lógica.

    p_objeto->METHOD2.
Es un ejemplo básico y muy sencillo, la cosa se puede ir complicando mas. Seguiremos hablando de este tema en próximos post.



jueves, 17 de diciembre de 2015

SII - Sistema Inmediato de Información

Tras un tiempo sin hacer ninguna publicación en el blog retomamos con un tema que seguramente ya ha empezado a dar algún quebradero de cabeza a las áreas de sistemas y financieras. Se trata de la nueva gestión del IVA que va a poner en marcha la agencia tributaria a partir del próximo 1 de enero de 2017. Este nuevo modelo ha sido bautizado con las siglas SII (Sistema Inmediato de Información).

1.1 ¿Qué es?

  • Nuevo sistema de gestión del IVA
  • Entrada en vigor el 01/01/2017 (Pte aprobación Consejo Estado).
  • Pruebas piloto en 2016 con varias empresas (Principalmente Repsol). Puede que en el T4 de 2016 esté operativo para que las empresas inicien su adaptación.
  • Se trata de un proyecto que supondrá la llevanza de los libros registro a través de la Sede electrónica de la AEAT.

1.2 ¿A quién afectará?

  • Grandes empresas : >6 Mn € de facturación
  • Empresas con devolución mensual de IVA.
  • Empresas que formen Grupo de IVA.
  • Será optativo para el resto de empresas pero no se pretende extender a pequeñas.

1.3 Aportaciones al contribuyente

  • Eliminación de modelos 347, 340 y 390.
  • Ampliación plazo autoliquidaciones: 30 días siguientes a cierre mes/trimestre.
  • Facilitará la reducción de errores en las declaraciones: la AEAT ofrecerá información del IVA repercutido y soportado por la empresa contrastado por clientes y proveedores (a partir de la información enviada por estos).

1.4 Nuevas obligaciones 

  • Llevanza de los libros registro actuales a través de la sede de la AEAT mediante suministro electrónico de los registros de facturación. Libros registro obligatorios:
    • Facturas recibidas (diario)
    • Facturas emitidas (diario)
    • Bienes de inversión (anual)
    • De importes en metálico (anual)
    • Otras operaciones intracomunitarias.
  • Facturas expedidas: envío (desde SAP) de la información que contiene en los 4 días naturales siguientes (excluyendo sábados, domingos y festivos nacionales).
  • Facturas recibidas: envío (desde SAP) de la información que contiene en los 4 días siguientes a la contabilización de la factura. Si se desea deducir el IVA, como máximo podrá enviarse el día 16 del mes siguiente.
  • Facturas de importaciones/exportaciones: envío en los 4 días siguientes desde la fecha de admisión del documento de aduanas.
  • Mayor control tributario sobre tiques: elimina la posibilidad de realizar asientos resúmenes en caso de tiques/facturas simplificadas. Al igual que con facturas, pasa a ser obligatorio el suministro de información individualizada de cada tique.
  • Proveedores con IVA diferido: en ese caso se debe comunicar a la AEAT los pagos diariamente.

1.5 Implicaciones

  • Actualizaciones en los Sistemas que seguramente afectará a los procesos actuales de negocio:
    • Envío inmediato de la información mediante web service de AEAT desde el propio sistema de información.
    • A través de un formulario web en casos en que se realicen pocas operaciones.
  • Existirán “Libros registro declarados” y “Libros registro contrastados”, que habrá que consultar antes de realizar las declaraciones.
  • El IVA soportado y repercutido que se declare se deberá contrastar con el informado por los proveedores/clientes desde sus sistemas de información (“Libro registro contrastado”)
  • Mayor transparencia con la Administración.


martes, 7 de julio de 2015

Como "burlar" la falta de autorización a una transacción SAP

A veces nos podemos encontrar con la necesidad de ejecutar una transacción a la que no tenemos permisos. Si eres un usuario de negocio, lamentablemente, deberás pedir acceso a quien corresponda dentro de tu compañía y si tienes suerte puede que consigas los permisos necesarios.

Si estamos hablando de usuarios desarrolladores seguramente tengamos privilegios para utilizar nuestro querido "/h"  y haciendo debugging lleguemos a conseguir ejecutar la transacción que necesitamos. Evidentemente, si somo puristas, lo correcto sería solicitar acceso de manera formal.

Lo que os quiero enseñar en este post es otra alternativa, el modulo de funciones ALINK_CALL_TRANSACTION. 

Imaginemos que queremos acceder a la transacción IW31 y nos encontramos con que no tenemos autorización para acceder.


Ejecutaríamos la transacción SE37 e introduciríamos el modulo de funciones ALINK_CALL_TRANSACTION. Tras esto ejecutamos.


Como parámetro de entrama introducimos el código de la transacción a la que no tenemos acceso. Ejecutamos en modo Debugging.


Para conseguir la autorización para ejecutar la transacción no tenemos mas que modificar el valor de la variable sy-subrc tras la ejecución del modulo de funciones AUTHORITY_CHECK_TCODE


Finalizamos la ejecución del modulo de funciones y veremos como podemos acceder a la transacción deseada.

Por ultimo remarcar que el uso de esta opción debe realizarse con cuidado. Es responsabilidad de quien lo ejecuta las posibles consecuencias que puede tener. Siempre lo mas correcto es solicitar de manera formal que nos concedan el acceso.

lunes, 29 de junio de 2015

Forum AUSAPE 2015

Hemos nombrado a AUSAPE en diferentes ocasiones dentro de este blog, pero para los que no la conozcáis, es una organización que agrupa a muchos clientes de SAP con diferentes fines como puede ser:
  • Promover entre sus miembros el intercambio de información 
  • Establecer relaciones 
  • Comunicar a SAP las necesidades y experiencias 
  • Promover la difusión a todos los miembros de la información sobre los aspectos relacionados con el entorno SAP
  • Influir en el desarrollo de software SAP
Podemos encontrar muchas de las mas grandes empresas que tenemos en España. Recientemente se ha celebrado el Forum AUSAPE 2015. Se trata de unos jornadas llenas de exposiciones muy interesantes, que entre otros temas han abarcado:
  • SAP S/4 HANA
  • SAP Success Factors
  • SAP Hybris y CRM
  • SAP Audit/Pricing
AUSAPE tiene el detalle de dejar las diferentes presentaciones al alcance de todos. Os dejo a continuación este enlace donde podréis encontrarlas y revisar aquellas que mas os puedan interesar.


martes, 16 de junio de 2015

El paso a SAP S/4 HANA por altim

En este post os dejo una presentación realizada por la consultora altim. Para los que estáis un poco verdes en todo lo referido a lo que es HANA y su evolución hasta la nueva suiete S/4 de SAP, os aseguro que os va a aclarar mucho las ideas.

Os recomiendo que lo veáis, es una presentación de poco mas de 30 minutos. Y en ella podréis aclarar aspectos como:

- Que es HANA
- Que se necesita para migrar de nuestro actual suite a S/4
- Diversas demos de procesos sobre Fiori


sábado, 16 de mayo de 2015

BPM Bizagi y SAP

En un post anterior os comente que era BPM (Business Process Management). Os recuerdo la definición que marcamos:

"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.”

SAP tiene su propia herramienta de BPM, aunque a mi parecer no está al nivel de otras que encontramos en el mercado. Os quiero hablar de una de estar herramientas, BIZAGI.

Bizagi es una suite de BPM que está creciendo mucho en los últimos años. Está muy bien considerada en el cuadrante mágico de Gartner.
Si os hablo de esta herramienta es por que recientemente a sacado al mercado una versión que incluye un nuevo conector con SAP. Este nuevo conector facilita muchísimo la interconexión con SAP, agilizando la automatización de procesos de negocio.

En el siguiente vídeo se explica como realizar la configuración con SAP y un ejemplo de uso. Como veréis es muy sencillo y ágil:



Os dejo también este otro vídeo donde se explican los beneficios de integrar SAP con una herramienta de BPM, en este caso Bizagi.

Personalmente es una herramienta que me gusta mucho. Tiene un gran potencial. Además constantemente están apareciendo novedades y mejoras. Destaco también su buena integración con dispositivos móviles. Poner en valor el gran servicio de soporte que ofrece, incluso sin haber adquirido licencias. 

Bizagi te permite descargar la herramienta gratuitamente y probar todo su potencial antes de decidirnos a adquirir licencias. Os animo a probarla. 

lunes, 11 de mayo de 2015

SAP Quality Awards 2015

En este post os voy a hablar sobre los SAP Quality Awards. Se trata de unos galardones que reconocen a los clientes que han decidido apostar por la calidad en sus implementaciones de software SAP y que, a través de una planificación y ejecución exitosa, obtienen un gran valor añadido para su negocio. Se reconocen de este modo los logros alcanzados por los clientes de SAP, de cara al mercado y dentro de las organizaciones, gracias a las soluciones que la compañía les ofrece.


¿Quien puede optar a ellos?

Todos los clientes de SAP que presenten su candidatura, antes del 15 de septiembre de 2015 para proyectos en productivo entre enero 2014 y julio de 2014.

La SAP Quality Awards están divididos en tres las categorías:

  1. Rapid Delivery Implementations  
  2. Business Transformation Implememntations 
  3. Innovation
Procedimiento de Inscripción


Los Premios SAP Quality Awardas están abiertos a todos los clientes de SAP que pertenezcan a las SAP´s Market Units de la región de EMEA (Europa, Oriente Medio y África). 

Para registrarse se debe cumplimentar un formulario online accediendo a la herramienta de registro con su usuario y password de cliente en el SAP Service MarketPlace. En el caso de España, los clientes incluidos en la shortlist presentarán su proyecto durante 1 hora vía webcast al jurado local de los SAP Quality Awards. La misma mecánica se utilizará en los premios regionales EMEA (Europa, Oriente Medio y África).

Podeis encontrar toda la información sobre estos premios en el siguiente link.

viernes, 24 de abril de 2015

Como crear y usar funciones de acceso remoto RFC en SAP

En este post os voy a explicar como podemos crear y utilizar módulos de funciones con acceso remoto. ¿Esto que quiere decir? Que el módulo de funciones que creemos será accesible desde otros sistemas SAP.

Por ejemplo, si tenemos SAP BW, podríamos llamar a un módulos de funciones que tengamos definido en SAP R/3 y utilizarlo. Para ello el módulo de funciones debe estar definido de una forma determinada. Es una buena opcion, por ejemplo, si necesitamos obtener cierta información que se encuentra en otro sistema.

Cuando nosotros queramos utilizar esta funcionalidad lo primero que debemos hacer es definir una RFC entre los dos sistemas. Para ello utilizamos la transacción SM59. Realizamos los siguientes pasos:

  1. Ejecutamos la transacción SM59.
  2. Pulsamos sobre el botón "CREAR" en la barra de menú.
  3. Damos un nombre a nuestra RFC
  4. Seleccionamos la opción "CONNECTION TO ABAP SYSTEM" en el campo tipo de conexión.
  5. Marcamos una descripción (Pequeña explicación de la RFC)
  6. Rellenamos la pestaña con los datos técnicos del sistema con el que vamos a montar el RFC
  7. Finalmente en la pestaña de logon insertamos un usuario y contraseña validos para poder establecer la conexión.

Una vez hemos definido la RFC podemos utilizar el botón "Test de conexión" para comprobar que funciona correctamente.

Una vez tenemos definida la RFC entre los dos sistemas podemos llamar a los módulos de funciones que tengan acceso remoto. Para ello, simplemente tenemos que añadir a la llamada de la función la clausula "DESTINATION" y el nombre del sistema fuente. 


No podemos llamar a cualquier modulo de funciones, solo aquellos que estén definidos como funciones de acceso remoto. Para ello debe tener marcada la opción que vemos en la siguiente imagen:


miércoles, 15 de abril de 2015

SAP Fórum Madrid 2015

El pasado 12 de Marzo se celebro en Madrid el SAP Fórum. El objetivo de este año era mostrar a los clientes los nuevos procesos y la nueva tecnología de SAP.


A través de este enlace podeis acceder a todas las presentaciones que alli se expusieron. Mucha y buena información sobre diferentes temas como:

  1. SAP HANA Platform,
  2. Infraestructuras para el Nuevo Estilo de IT: Converged Systems para SAP
  3. SAP revoluciona la Business Suite con S/4 Hana
  4. Cómo agilizar y extender el valor de sus soluciones SAP con Amazon Web Services Cloud Platform
Y otros muchos...Os animo a acceder y echarles un vistazo.

jueves, 9 de abril de 2015

Trial gratuito de SAP S4 HANA

SAP ha puesto a disposición de todo el mundo un trial de SAP S4 HANA. Con este trial podemos acceder y ver somo es la nueva suite de SAP.
Es totalmente gratuito, simplemente debemos registrarnos y SAP nos proporciona un usuario y una contraseña.

El trial es por 7 días, así que si queréis aprovechar y jugar con ello un buen rato aprovechar el tiempo. Os dejo el link:


Ciertamente sorprende al verlo, pues no tiene nada que ver en apariencia con el SAP que todos conocemos a día de hoy. Os invito a que os registréis y probéis.


domingo, 5 de abril de 2015

Fallece Klaus Tschira, uno de los fundadores de SAP


Recientemente hemos conocido que Klaus Tschira, uno de los co-fundadores de SAP, ha fallecido inesperadamente a los 74 años, según ha informado la agencia Reuters.

Tschira, un experimentado físico, dejó IBM para fundar SAP en 1972 junto a cuatro compañeros de IBM: Hasso Plattner, que sigue siendo presidente de la compañía, Dietmar Hopp, Hans-Werner Hector y Claus Wellenreuther.

SAP comenzó su andadura comercial desarrollando software que podría procesar datos en tiempo real, y dio su salto a la bolsa en 1988. Ahora, como ya sabéis  es la mayor compañía de tecnología de Europa, con unos ingresos de 17.600 millones de euros, una capitalización de mercado de 82.300 millones de euros y más de 74.000 empleados en 2014.

Klaus Tschira abandonó el consejo de supervisión de SAP en 2007. Deja mujer y dos hijos.





martes, 31 de marzo de 2015

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!!!



jueves, 26 de marzo de 2015

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.

lunes, 23 de marzo de 2015

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.


domingo, 22 de marzo de 2015

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. 

miércoles, 18 de marzo de 2015

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.

jueves, 12 de marzo de 2015

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.

martes, 3 de marzo de 2015

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.


lunes, 2 de marzo de 2015

¿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.”

domingo, 1 de marzo de 2015

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 ‘+’.



domingo, 22 de febrero de 2015

Metodologías Ágiles. SCRUM

Sabiendo que en este blog está dedicado al mundo SAP, siempre me gusta escribir sobre todo aquello que esté relacionado con cualquier tipo de tecnología. Si hablamos de desarrollo, igualmente, me gusta ir un poco mas allá y hablar por ejemplo de metodologías.


Cualquier persona que desarrolle software habrá oído hablar de diferente metodologías a la hora de trabajar. Hay diferentes y cuando afrontamos un nuevo proyecto debemos decidir cual de ellas es la que mejor se adapta a nuestras necesidades.
De entre muchas metodologías que podemos encontrar, desde hace tiempo, sigo con mucho interés todo lo que tenga que ver con metodologías ágiles.


Para que os hagáis una idea de que representa una metodología ágil, disponemos de un manifiesto donde se explican los 4 fundamentos principales. Según el manifiesto se valora:
  • A los individuos y su interacción, por encima de los procesos y las herramientas.
  • El software que funciona, por encima de la documentación exhaustiva.
  • La colaboración con el cliente, por encima de la negociación contractual.
  • La respuesta al cambio, por encima del seguimiento de un plan.
Aunque hay valor en los elementos de la derecha, valoramos más los de la izquierda.
Estos cuatro valores dieron lugar a los principios que fundamentan las metodologías agiles:
  • Nuestra principal prioridad es satisfacer al cliente a través de la entrega temprana y continua de software de valor.
  • Son bienvenidos los requisitos cambiantes, incluso si llegan tarde al desarrollo. Los procesos ágiles se doblegan al cambio como ventaja competitiva para el cliente.
  • Entregar con frecuencia software que funcione, en periodos de un par de semanas hasta un par de meses, con preferencia en los periodos breves.
  • Las personas del negocio y los desarrolladores deben trabajar juntos de forma cotidiana a través del proyecto.
  • Construcción de proyectos en torno a individuos motivados, dándoles la oportunidad y el respaldo que necesitan y procurándoles confianza para que realicen la tarea.
  • La forma más eficiente y efectiva de comunicar información de ida y vuelta dentro de un equipo de desarrollo es mediante la conversación cara a cara.
  • El software que funciona es la principal medida del progreso.
  • Los procesos ágiles promueven el desarrollo sostenido. Los patrocinadores, desarrolladores y usuarios deben mantener un ritmo constante de forma indefinida.
  • La atención continua a la excelencia técnica enaltece la agilidad.
  • La simplicidad como arte de maximizar la cantidad de trabajo que no se hace, es esencial.
  • Las mejores arquitecturas, requisitos y diseños emergen de equipos que se auto-organizan.
  • En intervalos regulares, el equipo reflexiona sobre la forma de ser más efectivo y ajusta su conducta en consecuencia.
Dentro de las diferentes metodologías ágiles que podemos encontrar, la mas famosa es SCRUM. He encontrado un articulo buenísimo que explica de forma sencillísima que es SCRUM y en que consiste. La explicación es algún así como ¿Cómo puedo explicar a mi abuela que es SCRUM?.


Leerlo, es 100% recomendable. Si os interesa el tema seguiremos desarrollándolo.








martes, 17 de febrero de 2015

SAP quiere multiplicar por 7 el crecimiento en Cloud de aquí a 2020

A través de AUSAPE he encontrado los siguientes datos sobre facturación de SAP. Son interesantes de cara a ver por donde está creciendo SAP y cuales serán las tendencias de cara a los próximos años. Os dejo el resumen de la noticia:

"Según los resultados preliminares del año 2004, SAP obtuvo unos ingresos unos ingresos totales (no IFRS) de 17.870 millones de euros, mientras que el beneficio operativo no IFRS se incrementó un 3 por ciento en moneda constante hasta los 5.630 millones de euros.

La mayoría de la facturación (no IFRS) procede del software y servicios relacionados, totalizando 14.870 millones de euros.

Hay varios aspectos que la multinacional resalta: ha experimentado un “crecimiento excepcionalmente fuerte” en la nube y también en SAP HANA. Sus ingresos no IRFS por suscripciones y soporte Cloud en todo el año aumentaron un 45 por ciento, al cambio actual y constante, hasta los 1.100 millones de euros. La compañía se ha establecido un objetivo de ingresos
por Suscripciones y Soporte Cloud entre los 7.500 y los 8.000 millones de euros y una facturación de entre 26.000 y 28.000 millones de euros para 2020. 

Por otro lado, SAP HANA sigue constituyendo un gran motor de crecimiento para SAP. Según informó, ya cuenta con más de 5.800 clientes en esta área y más de 1.850 de Suite on HANA."

EDI. Definición de puerta y sistemas lógicos

En este post vamos a seguir avanzando con EDI. Ya hemos visto anteriormente los que es un IDOC. Ahora vamos a continuar viendo como definir la puerta y los sistemas lógicos para poder trabajar con EDI desde SAP.

Los idocs pueden ser enviados y recibidos a través de diferentes medios. Con el objetivo de no acoplar la definición de las características del medio con la aplicación que lo está utilizando, el medio es accedido vía puertas. En otras palabras, una puerta es un nombre lógico para un dispositivo de entrada/salida. Los programas se comunican con una puerta a través de una interfaz estándar.

En vez de definir el medio de comunicación directamente en el Acuerdo de Interlocutor (Partner Profile), se asigna un número de puerta, y es esta puerta la que designa realmente al medio. Esto permite definir las características de las puertas individualmente y usar una puerta en múltiples Acuerdos de Interlocutores. Los cambios en una puerta se reflejarán automáticamente en todos los acuerdos que lo estén utilizando.

Al menos debe existir una puerta para cada sistema externo. Los tipos de puertas más comunes son los siguientes (desde la transacción WE21):
  • Ficheros (File Interface). Permite intercambiar idocs a través de archivos del sistema operativo. El sistema que envía el idoc crea un archivo en el file system. Luego notifica al sistema receptor vía RFC sincrónico que el archivo ha sido transferido, que está localizado en un determinado directorio, y que tiene un determinado nombre. SAP recomienda no usar nombres de archivos estáticos, dado que el archivo es sobrescrito cada vez que el idoc se envía. Se recomienda usar el módulo de funciones EDI_PATH_CREATE_CLIENT_DOCNUM, el cual genera el nombre del archivo a partir del mandante y número de idoc.
  • RFC Transaccional. Se usa para escenarios de distribución ALE. El nombre del puerto se puede definir a mano o dejar que SAP lo elija. Además del puerto, hay que definir el destino RFC.
  • Archivo XML. Envía documentos en formato XML. Para utilizar este tipo de puerta, es necesario definir el nombre de la puerta, el formato del XML, y el nombre del archivo a generar. Al igual que con el tipo de puerto Fichero, se puede invocar a la función EDI_PATH_CREATE_CLIENT_DOCNUM para que genere los nombres del archivo en forma dinámica.
  • XML-HTTP. En vez de definir el nombre del archivo XML, se especifica un destino RFC. 

Además de definir la puerta deberemos definir los sistemas lógicos utilizando la transacción BD54 y asignar estos sistemas lógicos al mandante que corresponda con la transacción SCC4.

miércoles, 11 de febrero de 2015

Nuevos cursos gratruitos en OpenSap

A raiz del anuncio ofial de SAP S4 HANA ya tenemos disponible un curso gratuito para poder comenzar a formarnos en la nueva suite de SAP. El curso está disponible a traves de la página openSAP.


La inscripción es totalmente gratuita. Podeis acceder al curso a través del siguiente link.



sábado, 7 de febrero de 2015

Como crear plantillas de código ABAP utilizado frecuentemente

Es muy frustrante para un desarrollador escribir los mismos bloques de código una y otra vez. Para resolver este problema, el editor ABAP tiene una función de plantilla de código que te permite utilizar plantillas predefinidas o crear tus propias plantillas interactivas. También nos da la posibilidad de crear plantillas con porciones de código que ya tenemos escritas.

En este post vamos a ver cómo utilizar esta función para reducir la cantidad de tiempo que dedicamos a escribir bloques de código de uso frecuente.

Por defecto en el editor ABAP tenemos activada la característica de plantillas de código. Por ejemplo cuando utilizamos palabras clave como WHILE, LOOP, IF, etc. el editor nos marca con una flechita roja la palabra clave indicándonos que por defecto se dispone de una plantilla.


Cuando aparece este símbolo, podemos presionar la combinación de teclas Ctrl + Enter o TAB para que se nos inserte la plantilla de código. Por ejemplo si utilizamos la palabra clave CASE el resultado sería el siguiente:

Por ejemplo tenemos algunos comandos que nos habilitan plantillas para comentarios. Si escribimos *** o *-- el editor nos propondrá plantillas.

Podemos ver la lista de plantillas predefinidas si pulsamos sobre el botón "Opciones" que se encuentra en la esquina inferior derecha del editor ABAP.


Desde esta misma pantalla podemos crear y tratar nuestras propias plantillas predefinidas. Para ello tenemos las opciones disponibles de "Añadir", "Modificar" y "Borrar".
Otra interesante opción que nos da está funcionalidad es la de poder introducir tags o variables predefinidas que nos aportan algo de funcionalidad a nuestra plantilla.

Las opciones disponibles son:
  • Date Time
  • Clipboard
  • Surrounded Text
  • Document Name
  • Interactive
Estas opciones nos permitirán insertar automáticamente Fecha/Hora o el nombre del progrma. Incluso podemos insertar variables en la plantilla. Cuando insertemos la plantilla en nuestro código el sistema muestra un popup para que marquemos el valor de dichas variables.

Un ejemplo de plantilla podría ser el siguiente:


"<Y0UR NAME %Date Time% >
“%Additional Info %
% Surrounded Text %
"</Y0UR NAME %Date Time%>

Sería interesante por ejemplo cuando hacemos un cambio en el código y lo queremos dejar marcado. Utilizaríamos la variable "Additional Info" para introducir la explicación del cambio.


Otra forma, también muy interesante, para crearnos plantillas es utilizar la funcionalidad de modelos que nos proporciona SAP. De por si esta funcionalidad nos permite insertar casi cualquier objeto que esté creado en el sistema (Módulos de funciones, métodos de clases, etc.). Pero además nos deja crear nuestros propias plantillas. Para crearnos una debemos seguir la siguiente ruta:


Le damos un nombre a nuestro patrón.


Se nos abrirá un editor donde podremos insertar el código que queramos. Lo insertamos y grabamos.


El último paso sería cargar en nuestro programa la plantilla creada a través de la funcionalidad de "Modelo".