Blog de SAP: Actualidad SAP, Business Intelligence, SAP HCM, Abap…

Con el lanzamiento de SAP Netweaver 7.3 se han introducido una serie de cambios importantes en la configuración y administración de las instancias SAP que a más de un administrador de sistemas le habrá vuelto loco hasta encontrar la nueva forma en la que SAP ha organizado todas las funcionalidades.

Hay funcionalidades que ya estaban presentes en las versiones 7.1 y 7.2, pero que en la versión 7.3 se mantienen y se amplían junto con otras que se mencionan a continuación:

1. SAP NetWever 7.3 apuesta por el verde

SAP NW7.3 se ha optimizado para conseguir un menor consumo energético desde el punto de vista de la arquitectura. En la siguiente entrada del SCN se pude ver un detalle de los cambios introducidos:

Cambios en SAP NW 7.3

2. Integración y rendimiento

Para la integración de procesos, sólo JAVA, está disponible un adaptador ligero para NW7.3, eliminando así la necesidad de ejecutar SAP NetWeaver Process Integration (SAP NetWeaver PI) en una instancia dual.

Con esta versión se puede reducir el hardware necesario como consecuencia de utilizar unas opciones despliegue JAVA comunes para todos los tipos de uso JAVA, incluyendo Enterprise Portal, SAP NetWeaver BW y SAP NetWeaver Composition Environment (SAP NetWeaver CE), con un solo servidor de aplicación JAVA.

NetWeaver Portal 7.3 usa la mitad de memoria en la navegación

El nodo de servidor arranca con NetWeaver Portal 7.3 en menos tiempo que 7.01 con una mejora del 33% de media.

3. Nombres de instancias

Desde SAP NetWeaver 7.1, las instancias de los sistemas SAP han sufrido algunos cambios. Ya no se utilizan los términos “central instance” (CI) y “dialog instance” (DI). En su lugar un sistema SAP se compone de las siguientes instancias:

Instancias de servidor de aplicación

Estas instancias se pueden instalar como “primary application server instance” (PAS) o “additional application server instance” (AAS).

Instancia central de servicios
Instancia de base de datos

4. Instancia central servicios ABAP

La instancia central de servicios para ABAP (instancia ASCS) ahora se instala en todas las opciones de instalación de sistemas SAP ABAP:

❶Sistema estándar ❷Sistema distribuído ❸Alta disponibilidad

La instancia de replicación de servicios (instancia ERS) se puede instalar junto con la instancia centrar de servicios:

Sistema estándar (opcional)
Sistema distribuído (opcional)
Alta disponibilidad (opcional)

En el momento de la instalación de la instancia SCS también se pude instalar la instancia de réplica (ERS) junto a la instancia de servicios centrales.

5. Instancias centrales de servicios ABAP – SCS

En la instalación de sistemas ABAP+JAVA, no está disponible la opción de separar la instancia ASCS (ABAP) de la instancia SCS (JAVA). Sin embargo se pueden separar posteriormente después de la instalación:

6. Separación de instancia ASCS

A partir de la nueva versión, en el programa de instalación tiene la opción de separar en dos servidores la instancia central de servicios ABAP de la instancia primaria en un sistema ABAP o un sistema de doble pila ABAP+JAVA.

7. Clave de instalación de Solution Manager

En SAP NetWeaver 7.3 ya no es necesario registrar el sistema en Solution Manager para obtener la clave del sistema que se solicitaba en el programa SAPInst de instalación.

8. Perfil de inicio desaparece

El perfil de inicio de los sistemas NW 7.3 ya no existe como tal en un fichero del directorio del perfil. En versiones anteriores de NetWeaver había un perfil Default por sistema SAP, 1 perfil de Inicio por instancia y 1 perfil de Instancia por instancia.

Con este cambio el contenido del perfil de inicio se integra con el perfil de Instancia. De esta forma leyendo este perfil SAP inicia los procesos que antes arrancaban desde el perfil de Inicio consiguiendo de esta forma reducir el número de ficheros a mantener.

9. JSPM (JAVA Support Package Manager) credenciales de conexión

A la hora de arrancar JSPM se solicitaba la contraseña del usuario SDM. Con la desaparición del SDM, ahora para arrancar el JSPM se solicita un usuarios Administrador de JAVA y su contraseña.

Al remplazar el SDM con la JSPM el directorio del SDM también desaparece quedando los siguientes directorios en sistemas JAVA:

/SIDadm$pwd

/usr/sap/<SID>/Jnn

/SIDadm$ls

data exe igs j2ee log sec work

y en sistemas ABAP+JAVA:

/SIDadm$pwd

/usr/sap/<SID>/DVEBMGSnn

/SIDadm$ls

data exe igs j2ee log sec work

Con JSPM no es posible des-deployar ficheros SCAs/EARs. Para ello se puede usar un NWDI.
Se deja de soportar ficheros PAR. Para todas las aplicaciones se utilizan ficheros EAR (Enterprise Archive) y los ficheros PAR se deben convertir a EAR para poder importarlos.

10. JCMON cambia de menú

A partir de NetWeaver 7.01 la entrada 20 del menú JCMON: Local Administration Menu deja se ser funcional

La opción Solid Rock permite visualizar el estado de los diferentes componentes/nodos. A diferencia de la versión anterior no hay una opción para refrescar la pantalla. Basta con salir al menú principal y volver a entrar a esta opción.

11. Visual Administrator se integra en NWA

Desde SAP NetWeaver 7.1, las funcionalidades del Visual Administrator se integran dentro del Netweaver Administrator (NWA)

12. Nivel de Support Packages BW – ABA/BASIS

En versiones anteriores de SAP NetWeaver, el nivel de support package del componente de BW estaba 2 niveles por encima del nivel de los componentes ABA y BASIS. En NetWeaver 7.3 estos componentes se distribuyen al mismo nivel

Artículo completo:

Siguiendo con las nuevas funcionalidades de SAP NetWeaver 7.3, que ya comenzamos con el primer artículo que publicamos recientemente y que puedes consultar aqui, [sap netweaver 7.3] , Añadimos más nuevas funcionalidades introducidas por SAP en la versión 7.3 de NetWeaver.

13. SAP JVM

En las versiones anteriores de SAP Netweaver había que tener instalada una versión del jsdk de java antes de iniciar la instalación con sapinst. A partir de la versión NW 7.3 esto ya no es necesario ya que el propio programa de instalación sapinst instala una versión sapjvm6 requerida.

El jvm de SAP proporciona estadísticas sobre los hilos, consumo de memoria, el garbage collector y actividades de E/S. Esta información se puede consultar en las herramientas de monitorización y gestión proporcionadas en el SAP Netweaver Application Server Java. Para solucionar problemas con SAP JVM, se pueden activar varias trazas que proporcionan información adicional e información sobre la VM como el sistema de carga de clases, los algoritmos del garbage collector y Entradas/Salidas.

Parchear el JVM SAP en un sistema SAP NetWeaver sólo es posible con la herramienta Java Package Manager (JSPM) pero hay problemas para la actualización de SAPJVM6 en sistemas distribuidos ya que la JSPM se inicia en la PAS y la BD al encontrarse en otro servidor no se puede actualizar.

En este caso se puede actualizar de forma manual. Primero se actualizan los parámetros de perfil para JVM 6:

_CPARG0 = list:$(DIR_CT_SAPJVM)/sapjvm_6.lst
 
_CPARG1 = source:$(DIR_CT_SAPJVM)
 
SAPJVM_VERSION = 6.1.032
 
DIR_SAPJVM = $(DIR_EXECUTABLE)$(DIR_SEP)sapjvm_6
 
jstartup/vm/home = $(DIR_SAPJVM)

Después se descomprime el paquete sapjvm6 en el directorio de jvm del kernel. Dependiendo del SO el nombre del subdirectorio puede variar. Si no se utiliza PI ni Java este directorio no existirá y no es necesaria su actualización.

14. SUM: Software Update Manager

El Software update Manager es una herramienta que sirve para varias operaciones como instalar enhancement packages o aplicar stacks de support packages.

El programa anterior conocido con SAPehpi 7.10 se ha sustituido con el SUM:

El SAP Enhancement Package Installer (SAPehpi) que se utilizaba para instalar el Enhancement Package 1 para SAP Netweaver PI / MOBILE / ABAP 7.1, se remplaza con SUM.

El Software Update Manager se puede utilizar para los siguientes procesos:

Actualizar SAP Netweaver a la versión 7.3
Aplicar stacks de support packages
Instalar Enhancement packages

Para instalar SUM ejecutar:
SAPCAR -xvf /<directory>/SUM10SP02_9-20006543.SAR -R /usr/sap/<SAPSID>

Iniciar SUM:

Con sid<adm> en el Primary Application Server ejecutar:

> /usr/sap/<SID>/SUM/sdt/exe/DSUGui

Los siguientes pantallazos pueden recordar al SAP upgrade tool y al Ehp installer:

Para más detalles revisar la nota SAP Note 1557404 – Central Note – Software Update Manager

15. CUA e IDM

SAP NetWeaver 7.3 AS Java soporta completamente los últimos estándares de seguridad como el protocolo SAML 2.0

En SAP NW 7.3, el CUA (Central User Administration) se remplaza completamente con SAP NetWeaver Identity Management. Pero no significa que NW 7.3 no soporte CUA, todavía se puede utilizar con la versión NW7.3 sin ningún problema.

Este es un escenario IDM típico de referencia:

16. Parámetros de perfil dinámicos

Para hacer el sistema más dinámico y reducir lo tiempos de parada, en la versión NetWeaver 7.3 se han cambiado varios parámetros para hacerlos dinámicos y no necesitar reiniciar el sistema para que sean efectivos.

En la transacción RZ11 se pueden ver todos los parámetros dinámicos:

Artículo completo:

Tercer y último artículo de la serie donde listamos las nuevas funcionalidades de SAP NetWeaver 7.3. Al final del mismo podrás encontrar sendos enlaces a las entregas anteriores para que no te pierdas nada. ¿Os ha parecido útil? ¿ Añadiríais algo?

17. Procesos de trabajo dinámicos

Esta característica se introdujo en la versión NetWeaver 7.0 Ehp1, pero no se utiliza frecuentemente y en NetWeaver 7.3 promueve el concepto del comportamiento dinámico de los procesos de trabajo. Se puede incrementar en número total de procesos de trabajo sin reiniciar el sistema SAP. Es distinto a lo que se puede hacer con los modos de operación en la RZ04. Para todo el detalle se puede seguir el siguiente link a la ayuda de SAP.

18. ABAP Apagado Soft

SAP NetWeaver 7.02 y 7.3 incluyen la opción parada Soft de ABAP. Hay varias opciones posibles con la ayuda de estos parámetros.

rdisp/shutdown/disable_gui_login – Este parámetro elimina las conexiones de GUI durante la parada. Esto se aplica independientemente de los roles y las autorizaciones del usuario.
rdisp/shutdown/gui_auto_logout – Define un periodo en el que el usuario puede estar inactivo durante la parada del kernel antes de que sean expulsados del sistema. Si se utiliza un valor mayor que 0, el tiempo máximo se toma del mínimo de los parámetros rdisp/gui_auto_logout y rdisp/shutdown/gui_auto_logout.
rdisp/shutdown/idle_wp_timeout – Tiempo que el kernel espera a que todos los procesos de trabajo estén en estado “waiting” antes de parar.
rdisp/shutdown/message_frequency – Frecuencia con la que se solicita a los usuarios de diálogo desconectarse antes parar el kernel.
rdisp/shutdown/j2ee_timeout – Cuánto tiempo espera la parada del kernel a que la instancia AS Java (JEE Engine) se detenga.
rdisp/shutdown/load_balance_wait_time – Cuánto tiempo espera la parada del kernel a que la información del balanceo de carga se elimine. Durante este tiempo, todas las peticiones son procesadas.
rdisp/shutdown/abap_trigger_timeout – Define cuánto tiempo espera la parada de kernel a que el evento de parada sea leído por Auto ABAP.

La opción Soft Shutdown (traducido como Parada regular) está disponible desde la transacción SM51 y desde la SAP MMC:

SAP MMC : Desde navegador Web -> http://<hostname>:5nn13
Hacer click con el botón derecho sobre la instancia a parar y pulsar sobre Stop o Restart

Se abre una ventana para seleccionar la opción Soft shutdown:

19. Asistente SSO2 más potente

A partir de NetWeaver 7.3 no es necesario utilizar la transacción STRUSTSSO2 y el link de certificados de NWA a menos que se quiera importar/exportar certificados.

El asistente SOO2 automatiza todo el proceso.

20. Netweaver 7.3 en la nube

Con el lanzamiento de NetWeaver 7.3 SAP se está enfocando en la integración en la nube, mobilidad y tareas de computación en memoria.

Desde NW 7.3 los siguientes concentradores pueden encontrarse en la nube:

SAP Enterprise Portal 7.3
SAP BW NetWeaver 7.3
SAP PI Netweaver 7.3
HANA

Para más detalles se puede consultar los siguientes enlaces:

21. Se introduce JSMON en lugar de JCMON

A partir de la versión NetWeaver 7.1 se puede utilizar JSMON igual que JCMON para monitorizar las instancias Java. jsmon pf=<nombre del perfil de instancia>

 Tecleando el comando help se obtiene la ayuda que muestra las opciones disponibles. Como se ve en el siguiente pantallazo se pueden introducir los comandos: instance,

Con estos 21 puntos se pretende mostrar algunas de las características básicas que han sufrido cambios considerables en la versión NetWeaver 7.3

Traducción del artículo de Ishteyaque Ahmad publicado en SAP NetWeaver Administrator

Artículo completo:

Los infotipos sirven para almacenar toda la información necesaria para la gestión de los recursos humanos de una empresa. SAP proporciona infotipos que son designados por un número nnnn de cuatro dígitos que identifica unívocamente el infotipo. Se puede conocer el módulo al que pertenece un infotipo si se presta atención a su rango de números.

Entre el 0000 y 0999 tenemos los datos de PA o PY.
Entre el 1000 y el 1999 tenemos los datos de PD.
Entre el 2000 y el 2999 tenemos los datos de PT
Entre el 9000 y el 9999 tenemos infotipos de cliente.

A veces, los infotipos que SAP nos proporcionan no son suficientes para cumplir con todos los requerimientos. En estos casos necesitaremos crear un infotipo de cliente. A continuación se explica mediante un videotutorial cómo crear un infotipo de PA paso a paso:

Pinche aquí para ver el vídeo

Los elementos contenedores son elementos UI que pueden tener otros elementos como hijos. Estos ocupan un área rectangular en el layout de una vista y todos los hijos de estos elementos están dentro de éste área rectangular en el layout. Con estos contenedores podemos tratar la posición en el layout de cada elemento hijo.

Los contenedores que se pueden usar en WD4A son:

TransparentContainer: como su propio nombre indica, este es un contenedor transparente que su única función es ordenar los elementos que alberga. El nodo raíz del layout de cualquier vista (ROOTELEMENTCONTAINER) es un contenedor de este tipo.
ScrollContainer: igual que el anterior con la diferencia que ofrece la posibilidad de tener barras de Scroll para ocultar o mostrar elementos.
Tray: este contenedor ofrece la posibilidad de dar un título a los elementos que cuelguen de él. Además tiene dos botones, uno para desplegar un menú contextual propio y otro para expandir y contraer el marco, mostrando u ocultando los elementos.

Todos los elementos contenedores definen como sus hijos va a estar colocados en el layout. Para controlar la posición de los elementos primero se debe asignar un layout manager a la propiedad Layout del contenedor. Todos los elementos hijos heredan un conjunto de propiedades que están relacionadas con el valor del layout manager.

La propiedad layout puede adoptar los siguientes valores:

Comportamiento FlowLayout

El FlowLayout es un diseño que coloca los elementos UI de izquierda a derecha en la pantalla. Si hay demasiados elementos y estos no entran en una sola fila, automáticamente se pasan a la siguiente fila, dependiendo de la anchura de la ventana.

Comportamiento RowLayout

Este comportamiento es parecido al anterior, solo que con la propiedad LayoutData del elemento UI, es posible decidir si se coloca en la primera posición de la siguiente fila (RowHeadData), o sigue el flujo de la fila (RowData). Al igual que el FlowLayout, si la ventana es demasiado estrecha para que entren todos los elementos, estos se pasaran a la siguiente fila.

Comportamiento GridLayout

Este es un diseño que organiza los elementos UI en el contenedor en forma de cuadrícula. El número de columnas de la cuadrícula se puede especificar mediante la propiedad colCount. Además se le pueden indicar las siguientes propiedades:

CellPading: distancia entre el elemento UI y el borde de la celda.
CellSpacing: distancia entre las celdas de la cuadrícula y la distancia entre las celdas individuales y el borde exterior.
StretchedHorizontally/ StretchedVertically: especifica si los elementos UI alineados utilizando este diseño están adaptados horizontalmente/verticalmente para el tamaño de la celda, de modo que el contenedor este completamente lleno horizontalmente/verticalmente. Al desactivar esta opción, la anchura/altura del contenedor será determinada por el contenido.

Comportamiento MatrixLayout

El diseño de matriz organiza los elementos UI de una manera similar al comportamiento GridLayout. La diferencia está en que no se indica un número fijo de columnas por línea. Al indicar a un elemento UI que sea MatrixHeadData en su propiedad LayoutData, este diseño hace que este elemento aparezca al principio de cada nueva línea en la primera columna, y los elementos que se indiquen como MatrixData se colocarán en las siguientes columnas. Esto permite tener filas con distinto número de columnas, cosa que con el GridLayout no es posible.

Con este pequeño truco vamos a aprender cómo utilizar el debugger cuando nos encontremos ante una ventana modal (popup). Al abrirse una ventana modal, el campo para insertar comandos de sistema se desactiva por lo que la opción de insertar el comando /H queda descartada. La solución es crear un acceso directo al comando. Una vez creado sólo tendremos que arrastrarlo hasta la ventana modal y activaremos el modo debugger.

Tenemos dos opciones para crear el acceso directo.

Opción 1: Crear un fichero de texto plano y guardarlo con el nombre Debug.sap. El fichero deberá contener el siguiente texto:

[FUNCTION]

Command=/H

Title=Debug

Type=SystemCommand

Opción 2: En esta opción crearemos el acceso directo a través de SAP. Esta opción nos puede ser útil para crear un acceso directo en nuestro ordenador a cualquier otra transacción o programa que usemos habitualmente.

Comenzaremos pulsando en el botón “Crear acceso directo” como se ve en la imagen.

Al pulsar el botón se nos abrirá una ventana para crear el acceso directo. En el campo Título pondremos el nombre con el que queremos que se guarde el acceso directo. Modificaremos también el tipo de acceso directo que deberá ser “Comando de sistema” y el comando será “/H”. Por último, comprobaremos que la Ubicación en la que se nos va a generar el acceso directo sea la deseada y pulsaremos sobre terminar.

Siguiendo cualquiera de las dos opciones se nos abra creado un acceso directo en la ruta indicada que podremos utilizar cada vez que queramos comenzar a debuggear desde un popup.

Las últimas recomendaciones de SAP a la hora de actualizar los sistemas se inclinan por actualizar stacks completos de support packages. Pero hay veces en que las actualizaciones son urgentes y hay que actualizar un support package individual utilizando la SPAM o instalar un nuevo y add-on mediente la herramienta SAINT.

Para asegurarse el éxito en esta tarea es conveniente seguir una serie de recomendaciones:

Tener actualizada una licencia de mantenimiento del sistema. Si está caducada el propio sistema nos informa de dicha situación y habrá que actualizar la licencia antes de poder continuar. Si la licencia está actualizada se muestra el siguiente mensaje:
Actualizar al último parche de SPAM/SAINT disponible en el SAP Market Place: http://service.sap.com/swdc.
Desactivar el archivado en caso de estar utilizando Oracle.
Ajustar el número máximo de procesos paralelos para una orden de transporte.

Acceder al resumen del sistema con la transacción STMS_DOM y acceder al sistema en que se va a ejecutar la SPAM/SAINT. Aquí se puede añadir un nuevo parámetro PARALLEL, cuyo valor será el número máximo de procesos paralelos permitido en el sistema para el transporte de una orden. Para más detalle consultar la nota: 1127194 – R3trans import with parallel processes

Ajustar la configuración de imports paralelos en la SPAM/SAINT
Ir a SAINT -> Detalles -> Opciones:

En la pestaña “Import cola” ajustar los valores para los campos Parallel Import. Es una buena idea ajustar el valor de ‘Max. Number of Parallel R3trans Processes’ igual al número total de CPUs del servidor. SAP recomienda mantenerlo a 4 como valor inicial. Para más detalles consultar la nota 1309506 – SPAM/SAINT with parallel R3trans

Para ahorrar tiempo seleccionar la opción ‘No ejecutar nunca’ la generación de ABAP/Dynpro.

Desde el nacimiento de la agricultura en el Creciente Fértil de Oeste de Asia (Antiguo Egipto, Levante mediterráneo, Mesopotamia y Persia) hasta hoy en día, se han dado multitud de avances en busca de grandes producciones, mejores cultivos, mayor calidad de los alimentos, etc. Sin embargo, los cambios ocurridos a partir de la Revolución industrial (finales del siglo XVIII y principios del XIX), así como la aparición del tractor en el siglo XX, hicieron que los métodos de cultivo dieran un gran paso adelante. En poco tiempo se pasó de cosechar el grano a mano a utilizar máquinas que facilitaban todas las labores de campo.

Hoy en día, se puede afirmar que los avances tecnológicos ocurridos en los últimos años han supuesto una nueva era para la agricultura, la cual ha sabido adaptarse a los nuevos cambios, introduciendo en la metodología tradicional la tecnología informática más moderna que existe. Bienvenidos a la nueva agricultura, la de precisión.

Muchos de los agricultores que manejan explotaciones grandes, utilizan tecnologías GPS, sensores, satélites e imágenes aéreas junto con Sistemas de Información Geográfico (SIG) para tratar de realizar las labores de campo con la mayor precisión posible.

Hace varias semanas tuve la oportunidad de acudir a la presentación de un producto tecnológico de última generación: el N-Sensor. Se trata de un nuevo sistema tecnológico para fertilizar los cultivos con nitrógeno de forma selectiva y en tiempo real que posibilita establecer correctamente la cantidad de fertilizante y el momento preciso para su aplicación. Esta herramienta característica de la agricultura de precisión es un equipo compuesto por una serie de sensores y un software que trabaja en tiempo real midiendo la luz reflejada por el cultivo y transformando esta información a cantidad óptima de nitrógeno por hectárea. Posteriormente, esta información se transmite al sistema electrónico de control de la abonadora, modificando en continuo las condiciones de regulación para que se aplique en cada caso la dosis calculada.

A continuación se muestra el esquema de funcionamiento y transmisión de la señal desde los sensores de luminosidad a la abonadora, pasando por la unidad central de procesado de datos y el controlador electrónico del equipo.

Ahora queda ver si la agricultura, al igual que la sociedad, es capaz de absorber todos los avances tecnológicos que van surgiendo y si estos se adaptan a las posibilidades económicas actuales para que puedan ser utilizados de forma generalizada.

Autor: Sugoi Perez Auzmendi

Referencias: Gil, E. y Jiménez, A. N-SENSOR. SISTEMA DE APLICACIÓN SELECTIVA DE NITROGENO EN TIEMPO REAL. Universitat Politécnica de Catalunya

Son muchos los elementos UI que se pueden utilizar en una aplicación Web Dynpro, pero creo que uno de los más útiles es el UI Table. Este elemento se podría equiparar al table control que se usa en los module-pools de ABAP. El problema de estos era que apenas se les podía dar formato o color, lo cual hacía que la mayoría se decantase por los ALVs. Las tablas de WD tienen muchas más opciones y posibilidades de diseño que se pueden implementar de manera sencilla, haciéndonos olvidar los ALVs, más difíciles de crear y menos visuales en tiempo de diseño. En este primer artículo sobre estas tablas se muestran los pasos básicos para definirlas.

**Ejemplos de un Table Control y un UI Table básicos.**

El elemento Table actúa como elemento padre de los elementos TableColumn. Estos elementos hijos, por sí solos no muestran ni recogen información, si no que se les debe añadir un cell editor, que es una expresión abstracta para todos los tipos de elementos que pueden utilizarse en una columna dada. El cell editor por defecto es el TextView, sin embargo, hay otros elementos que pueden ser utilizados, como InputFields, Botones, CheckBoxes, DropDowns, Imágenes, Links, RadioButtons, Pulsadores…

Binding de una Tabla al Contexto

Como cualquier elemento que muestra datos de programa o de tablas, es necesario hacer un binding de contexto a la tabla (¿Qué es el binding?). Las tablas deben enlazarse a nodos con cardinalidad 0..n ó 1..n, ya que recogen varias líneas de una estructura. En la propiedad dataSource del elemento Table es dónde debemos relacionar el nodo.

Para mostrar (o escribir) la información del contexto, se debe crear un TableColumn por cada campo que queramos mostrar y a continuación añadir un cell editor del tipo que se desee a dicha columna. Es en las propiedades del cell editor donde se debe indicar el binding al atributo del contexto correspondiente.

Esta es la teoría básica, pero ya en una tabla de 10 columnas se hace demasiado laborioso definir las columnas una a una. Para ello el editor SAP de WD tiene un wizard que permite crear una tabla de una manera mucho más rápida. Al pulsar el botón elegimos la opción para crear una tabla. Después debemos seleccionar el nodo del contexto al que queremos hacer el binding, y acto seguido nos saldrán una lista con los atributos del nodo.

En la segunda columna se puede elegir el cell editor para cada columna, el cual no tiene por qué ser el mismo para todas. Con el checkBox de la tercera columna se indica si queremos que ese atributo se muestre o no en la tabla. Y por último, en la siguiente columna especificamos a que propiedad del cell editor vamos a relacionar el atributo, que normalmente si lo que se quiere es mostrar el valor será la propiedad text, o value si se trata de un inputField.

Al pulsar el botón de aceptar ya tendremos nuestra tabla creada en el layout de la vista. Una vez realizados estos pasos, es hora de tocar las diferentes propiedades tanto de la tabla como de las columnas para dar diferentes formatos y diseños. En próximos artículos mostraremos como utilizar estas propiedades.

Diversos organismos permiten hoy en día la transmisión de documentos y de información vía Internet. Ya no es necesario desplazarse personalmente ante el SEPE (INEM) para comunicar un nuevo contrato, ni tener que acercarse todos los meses a la TGSS para entregar los documentos de cotización, afiliación o partes médicos.

Además, aquellas empresas que gestionen los recursos humanos mediante un ERP compatible con los programas que los organismos ofrecen, se verán doblemente beneficiadas: se evitarán el desplazamiento y se ahorrarán una cantidad significativa de tiempo al no tener que volver a teclear toda la información que ya se dispone en el ERP. SAP HCM nos permite generar los ficheros XML con los estándares definidos por las organizaciones. Veamos las principales características de los programas que nos harán la vida más fácil.

Contrat@: Comunicación de Contratos al INEM (RPCINEE0) y evaluación de las respuestas (RPUINEE0)

Contrat@ es un servicio ofrecido por el Servicio Público de Empleo Estatal (SEPE) que permite comunicar el contenido de las contratación laborales.

SAP genera los ficheros XML necesarios para intercambiar con el SEPE bien sean contratos de trabajo, copias básicas, prorrogas o transformaciones. El sistema consultará los infotipos 0016 – Elementos Contrato y 0061 – Seguridad Social e incluirá en el fichero aquellos empleados que tengan el estado de la comunicación elegida con el valor “No enviado”.

Por otra parte, el sistema también permite evaluar las respuestas proporcionadas por el SEPE y actualiza el infotipo 0016 – Elementos Contrato indicando que la comunicación ha sido “Enviada”.

Sistema RED: Mensaje de afiliación (RPCAFIE0), Mensajes de cotización para la SS (RPCTC0E0) y evaluación de las respuestas (RPUFRAE0)

El sistema RED (Remisión Electrónica de Documentos) es ofrecido por la Seguridad Social como el único medio para el intercambio electrónico de datos con las empresas. Permite intercambiar tanto los mensajes de afiliación (altas, bajas y modificaciones) como los mensajes de cotización de los empleados de una empresa.

SAP nos permite generar ambos tipos de mensajes. Los mensajes de afiliación contemplan altas, bajas y cambios que se deben de parametrizar en la tabla T5E30. Sin necesidad de parametrizar, se reportan automáticamente cambios en el epígrafe, cambios de tipo de contrato y cambios en el grupo de cotización. Por otro lado, los mensajes de cotización que se pueden generar corresponden con los modelos de cotización TC-1, TC-2, TC-1/16 y TC-2/5. De la misma forma que con las respuestas del SEPE, también se evalúan las respuestas de la T.G.S.S (RPUFRAE0).

Sistema RED: Mensajes FDI (RPCFDIE0) y su evaluación (RPUFRIE0)

El sistema RED también nos permite reportar a la Seguridad Social los datos referentes a las situaciones de incapacidad temporal de los empleados. Para ello, el programa “Mensajes FDI (RPCFDIE0)” procesa todos los registros del infotipo 0768 – Datos de mensaje FDI que se encuentren dentro del periodo indicado en la pantalla de selección y que estén en estado de reportar algún parte de baja, alta o modificación. Todos los empleados seleccionados se incluirán en el fichero XML que deberá ser enviado a la Seguridad Social mediante el Sistema RED.

Además, las respuestas de la Seguridad Social son evaluadas mediante el programa (RPUFRIE0) que actualiza el infotipo 0768 completando el histórico del empleado y actualizando el estado de las IT.

Definir un plan estratégico puede ser la tarea más complicada y tediosa del mundo, o por el contrario lo más sencillo de todo el proceso. Básicamente se trata de usar el sentido común y aplicarlo para crear un modelo de negocio rentable: Moldear una idea y definir sus detalles.

Para ello debemos comenzar con conocer la situación de partida, que variará en todos los casos. No es lo mismo diseñar una estrategia de marketing en una empresa familiar consolidada, una multinacional, o una microempresa de nueva creación, por ejemplo. Será necesario conocer la situación del mercado, analizar la competencia, explorar nichos de mercado, definir el alcance, etc.

Tras ello, se torna obligatorio fijar los objetivos más generales. La manera de pensar debe estar inspirada en una pirámide invertida, donde el lado largo está formado por los rasgos más generales del plan, y según vamos “bajando” pisos en dirección hacia el hipotético vértice, vamos describiendo más minuciosamente cada pequeño detalle que conformará nuestro modelo, y nos conducirá al éxito.

Una vez fijados los objetivos más generales, es tiempo de comenzar a definir los objetivos secundarios que ayudarán a conseguir el principal. Vamos bajando en la pirámide, por lo que el estudio habrá de ser más minucioso y objetivo. Necesitaremos listar nuestros recursos, tanto los que necesitamos como de los que ya disponemos, y crear las acciones concretas que vamos a desarrollar para conseguir cada objetivo.

No esta de mas hacer un listado de las herramientas que vamos a necesitar, e igualmente importante es cuantificar en tiempo y en dinero cada acción.

Por último y no menos importante, debería ser en este punto en el que reflexionemos sobre el factor diferencial que vamos a aportar al mercado; aquello por lo que nos diferenciamos de la competencia. Es tiempo pues de crear el “producto estrella”, la metodología perfecta, el servicio novedoso, etc.

PASOS PARA DISEÑAR UNA ESTRATEGIA DE MARKETING

Analizar la situación inicial del mercado
Estudiar a la competencia
Crear factor diferencial
Fijar objetivo general
Detallar objetivos específicos
Definir las acciones concretas, herramientas y recursos necesarios.
Reflexionar y diseñar las estrategias de medición y los KPIs (indicadores) que vamos a utilizar para saber si estamos haciendo las cosas correctamente.
Corregir desviaciones

SAP PI es la herramienta de SAP para centralizar el intercambio de información entre sistemas SAP y/o sistemas no-SAP; está incluida dentro de la plataforma horizontal SAP Netweaver y se podría decir que es una evolución del SAP Business Conector.

SAP PI Actúa como middlewareentre los sistemas de una organización o como único punto de acceso de otras organizaciones a la propia.

SAP PI process integration

El crecimiento de las organizaciones y por lo tanto de las herramientas de gestión (ERP, CRM, Portales corporativos, BBDD, BI…) han creado la necesidad de centralizar las comunicaciones entre los sistemas, proporcionando, entre otras cosas:

Un único punto de acceso.
Monitorización centralizada.
Posibilidad de ‘orquestación de servicios’, pudiendo establecer condiciones de envío/recepción.
Compatibilidad con todas las tecnologías posibles en cada extremo (SAP, JAVA, BBDD, STMP, FTP…) mediante adaptadores concretos.
Posibilidad de comunicaciones Síncronas y Asíncronas.
…

Tal y como se puede ver en la imagen superior, una organización con cierta complejidad, tiene un incontable número de sistemas, cada uno destino a diferentes tareas dentro de cada departamento. No obstante, estos sistemas se tienen que comunicar entre ellos para pasarse información, intercambiar o actualizar datos…

Llega un momento en el que la densidad de intercambio de información es tal, que la monitorización de las interfaces entre los sistemas se hace imposible.

SAP PI proporciona un punto central de intercambio de datos, permitiendo una conectividad más limpia, menos conexiones concurrentes, un tráfico de mensajes centralizado y controlado mediante colas.

Si no te perdiste la primera parte de nuestro artículo introductorio a SAP PI Process Integration, seguro que estabas esperando esta segunda entrega. En ella hablaremos de cuatro puntos principales que definen a SAP PI y que deberías saber si te interesa este módulo de SAP: Estándares, Adaptadores, Competencia y Licenciamiento.

Por si acaso, aquí te dejamos el enlace a la primera parte de este artículo, por si quieres repasarla: ¿Qué es SAP PI? (1/2)

Estándares

El concepto fundamental de SAP PI es que todo lo transforma a formato XML, usando protocolo SOAP para el envío de la información. El contenido del mensaje va encapsulado en el Payload de la llamada SOAP como XML.

Además, todos los ‘escenarios’ que se diseñan en SAP PI quedan automáticamente publicados como Servicio Web en el sistema, por lo que cualquier otro sistema podría ser capaz de consumirlos conociendo el WSDL correspondiente y teniendo acceso.

Otros estándares que cumple: BPEL4WS, BPEL, XSLT, XSD, W3, OASIS, XPath.

Adaptadores

Dentro de SAP PI, según con qué tecnología queremos comunicarnos, existen una serie de adaptadores estándar: Adaptador para conexiones RFC, Adaptador de iDoc, para intercambio de Ficheros…

Cada adaptador tiene unas características concretas de configuración, por ejemplo para poder escribir un fichero vía FTP necesitarás la dirección del servidor FTP, un usuario si la conexión no es anónima…

En la instalación inicial vienen los adaptadores más importantes, sin coste adicional:

No obstante, SAP PI dispone de muchos otros adaptadores de pago desarrollados por terceros para otro tipo de conexiones como Adaptadores para Editran, RFTP, formatos EDI específicos de determinadas industrias (p.e. Industria Farmaceutica, Automoción…).

Uno de los desarrolladores de Adaptadores más conocido es Seeburger.

También ofrece la posibilidad de implementar tu propio adaptador usando el Developer Studio de SAP (Eclipse)

Competidores

SAP PI no es la única herramienta de intercambio (middleware) del mercado, es solo la propuesta de SAP.

Otras herramientas parecidas son:

Websphere Message Broker
Oracle Service BUS (OSB)
BEA Enterprise Service Bus, que fue comprada por Oracle en 2008/2009.
…

Licenciamiento

Hasta hace muy poco una máquina de SAP PI se licenciaba según el tráfico de mensajes que se intercambian a través de la herramienta.

Para ello, había que usar la herramienta de sizing (http://service.sap.com/sizing ) de SAP para determinar cada interface cuántas veces se va a ejecutar al mes, tamaño de los mensajes…

Durante 2012 SAP cambió el sistema de licenciamiento de SAP PI, pasando a adoptar la medida de licencia por ‘número de procesadores’ de la máquina; es decir, una máquina con un solo núcleo licenciaría menos que una con dos núcleos…etc.

http://es.wikipedia.org/wiki/Middleware

Podemos decir que SAP PI empezó a hacerse ‘popular’ y comercializarse de manera regular a partir de su versión SAP XI 3.0, pero ya existió un poco antes. Vamos a realizar un rápido repaso por todas las versiones por las que ha pasado SAP PI, hasta llegar a la versión mas actual y mejorada. ¿Nos acompañas en este paseo por la historia?

Evolución cronológica de SAP XI hasta SAP PIuci

XI 2.0SAP Exchange Infrastructure XI 2.0 SR1

Fecha de disponibilidad general en Mayo 2003

Fue la primera versión. Ya adelantaba algunos de los conceptos y capacidades de XI: Tecnología 100% SAP (en contra de su hermano pequeño, el Business Connector), con doble instalación: pila ABAP conjuntamente con pila Java J2EE (comunicados vía JCO RFC).

Habilitaba por primera vez el protocolo Web Service desde su concepción. Potente en cuanto a sus posiblidades de mapeo.

Sus principales carencias fueron que únicamente se liberó la versión bajo base de datos SAP DB, limitando las posibles plataformas.

También el Adapter Engine era en formato aplicación stand-alone local J2SE, con las limitaciones que conllevaba en cuanto a escalabilidad.

XI 3.0 SAP NetWeaver 2004 Exchange Infrastructure (SAP XI)

Fecha de disponibilidad general el 31 de Marzo 2004

Principal versión de SAP XI (la que generalmente se ha instalado como primera versión de XI).

Se aumenta el soporte a prácticamente todas las plataformas de Bases de Datos y Sistemas Operativos que se encuentran dentro del paraguas de SAP Netweaver 2004.

Se añade el motor BPM (Business Process Management) para orquestaciones avanzadas de flujos de procesos.

También el Adapter Engine se rediseña para ofrecerse en modo centralizado (ejecutado en la pila J2EE.

PI 7.0 -> SAP NetWeaver 7.0 (2004s) Usage Type Process Integration (PI)

Fecha de disponibilidad general en el año 2006

Versión posterior de SAP XI, donde ya se produce un cambio en el nombre. Queda obsoleta la denominación XI para empezar a usarse PI.

Se basa en el SAP Basis 7.0 (equivalente a NW 2004s ) pero funcionalmente no se diferencia respecto a XI 3.0 (los añadidos son mínimos, y son básicamente en cuanto a performance y de-bug)

PI 7.1 -> SAP NetWeaver Process Integration 7.1 (PI)

Fecha de disponibilidad general desde el 25 de Julio 2008

En su versión PI 7.1 es el Middleware SOA (Service-Oriented Architecture) de la plataforma Netweaver. Los beneficios son:

El uso como SOA backbone al ser el ESB de SAP (Enterprise Service Bus)
El uso del Enterprise Service Repository (ES Repository) para construir, modelar y gestionar Web Services
Aprovechar el soporte de estándares adicionales como UDDI, WS-BPEL, WS-RM asíncrono, etc.
Mejor rendimiento a altos volúmenes futuros y escenarios de integración críticos
Beneficiarse de nuevas funcionalidades como la Propagación de las credenciales iniciales entre emisor al receptor (basada en estándar SAML, para garantizar el cumplimiento de acuerdos de confianza), la validación XML y las capacidades de BAM (Business Activity Monitoring, comprobación del estado de los documentos a lo largo de su flujo)

PI 7.1 EHP1 -> SAP NetWeaver Process Integration 7.1 EHP1 (PI)

Fecha de disponibilidad general desde 07/2009

Enhanced Package de la versión 7 (Paquete de mejoras) , entre lo que destaca la eliminación del JAVA Administrator, incluyendo toda su gestión a través del Portal de SAP (/nwa). Esta mejora no es una novedad propia de SAP PI, sino de la plataforma Netweaver en su globalidad.

SAP PI 7.3

Fecha de disponibilidad año 2012

Dos de las características más importantes de PI 7.3 son:

Posibilidad de configurar Escenarios Integrados, los cuales no se replican en la pila Abap y se ejecutan directamente en el motor JAVA.
Relacionado con lo anterior y casi la novedad más impactante hasta ahora, posibilidad de instalar SAP PI solo con pila JAVA.

Referencias:

http://blogs.salleurl.edu - http://help.sap.com - wikipedia - deset.es

¿Quieres venir a nuestra primera jornada divulgativa sobre tecnología SAP? Charlaremos, conoceremos experiencias personales de primera mano, tendremos diversos ponentes, y habrá hasta un lunch! si no te lo quieres perder, abre la imagen para ver el programa y apúntate hoy mismo!

diseño1_eu

El modulo SAP PS – SAP Project system está específicamente diseñado para la gestión de proyectos en SAP de manera intuitiva, de largo alcance y completamente integrada con el resto de áreas funcionales de un sistema SAP. Bien es cierto que cuando fue originalmente diseñado y desarrollado su funcionalidad clave fue “tomada” y, a su vez compartida, de los módulos SAP PP (Planificación de la Producción) y SAP CO (Controlling).

SAP PS Project System

Por tanto, la mayoría de los objetos de SAP PS (Elementos PEP, Centros de Trabajo, actividades, elementos de actividades) se tratan Objetos de Coste similares a los Centros de Coste de SAP CO, mientras que los Centros de Trabajo tienen una planificación y una funcionalidad de gestión de recursos muy similar a la de PP.

No viene mal dar una breve definición de los dos conceptos más manidos de SAP PS:

Elemento PEP: Define tareas y asigna recursos a dichas tareas. A cada tarea vienen asociadas costes y horas de trabajo dedicadas, de aquí el interés y la importancia de que los elementos PEP estén asociados con los módulos de Controlling, Finanzas y Planificación de la Producción.

Centro de trabajo: Define las dependencias o instalaciones – Plantas u Oficinas, por ejemplo – asociados a los Elementos PEP y las tareas asociadas a estos últimos.

Por otro lado, definimos a continuación los dos procesos más comunes dentro de SAP PS:

Trazabilidad de Costes a través de Elementos PEP: Estos costes pueden estar relacionados con tiempos de trabajo dedicados a una fase del proyecto – es importante destacar que dicha fase se trataría como un elemento PEP – o con materiales y/o servicios procurados en dicha fase de proyecto.

Trazabilidad de Hitos de Proyecto: Se realiza en base a “Fechas Clave” definidas en el proyecto – estas fechas clave también pueden estar asociadas a una fase de proyecto, que a su vez, como hemos comentado, serían tratadas como Elementos PEP.

En el presente artículo vamos a detallarte la arquitectura de SAP PI – Process Integration, y describiremos sus componentes. Primero de todo tenemos que saber que SAP XI/PI no es un simple componente de SAP, sino que es un conjunto de componentes.

En este conjunto de componentes encontramos componentes que son utilizados durante el diseño, otros que son utilizados durante la configuración y por ultimo componentes utilizamos durante la ejecución.

Arquitectura y módulos de SAP PI

Ahora describiremos que función tiene cada componente:

System Landscape Directory (SLD): Es el repositorio central donde tendremos toda la información referente a software y sistemas data center.

Integration Builder: Una estructura cliente-servidor para acceder y editar en sus dos pilas de Shared Collaboration Knowledge.

Integration Repository (IR): Lo utilizamos para el diseño y desarrollo de interface, procesos, y mapeo de objetos que seran empleados en la implementación de los escenarios.

Integration Directory (ID): Lo utilizamos para la configuración de escenarios, utilizando las interfaces, procesos y mapeos definidos en nuestro Integration Repository (IR).

Integration Server (IS): Es el motor central de procesamiento de SAP XI/PI. Todos los mensajes, SAP o no-SAP, A2A o B2B, independientemente de la tecnología o el proveedor backend, son procesados de una forma consistente y coherente.

Central Monitoring: Podemos monitorizar todos los componentes y procesos en tiempo de ejecución.

Adapter Engine: Es un conector Java denominado Java Conector Architecture (JCA), necesario para conectar los sistemas backend con SAP XI/PI.

Referencias:

En tutoriales SAP anteriores ya hemos comentado como crear una tabla de Web Dynpro y algunas de sus utilidades. En el siguiente video tutorial se puede ver cómo es posible ordenar los datos que se muestran en una tabla Web Dynpro de manera sencilla. Como en el video se utilizan algunas líneas de código para poder usar esta opción de ordenar, a continuación se muestra este código para que podáis usarlo cuando creéis vuestra propia tabla Web Dynpro.

**ATRIBUTO PARA EL HANDLER

TABLE_HANDLER type IF_WD_TABLE_METHOD_HNDL

**CÓDIGO PARA EL MÉTODO MODIFYVIEW

CHECK first_time = abap_true.

DATA wd_table TYPE REF TO cl_wd_table.

wd_table ?= view->get_element( 'TABLE' ).

wd_this->table_handler ?= wd_table->_method_handler.

wd_this->table_handler->set_key_attribute_name( 'CARRID' ).

**CÓDIGO PARA LA ACCIÓN ORDENAR

wd_this->table_handler->apply_sorting( )

Pinche aquí para ver el vídeo

¿Qué es la zona única de pagos en Euros? (SEPA)

Según la European Payments Council Roadmap, “la SEPA es la zona en la que ciudadanos, empresas y otros agentes económicos pueden hacer y recibir pagos en euros, con las mismas condiciones básicas, derechos y obligaciones, y ello con independencia de su ubicación y de que esos pagos impliquen o no procesos transfronterizos”.

Con la introducción de la SEPA las operaciones en euros estarán sujetas a un conjunto de reglas y condiciones homogéneas, por lo que serán procesadas con la misma facilidad, rapidez, seguridad y eficiencia con que lo son actualmente dentro cada uno de los mercados nacionales.

Actualmente coexisten con los esquemas nacionales con la SEPA, y se ha establecido el 1 de febrero de 2014 como fecha límite para que las transferencias y adeudos nacionales sean reemplazados por los nuevos instrumentos SEPA.

Existen otras fechas relevantes para la migración a SEPA, tales como el 1 de febrero de 2016, para instrumentos de pago nacionales con características específicas y con un uso minoritario, por ejemplo en España los anticipos de crédito (cuaderno 58), los recibos girados a través del cuaderno 32 y los recibos en papel. El 31 de octubre de 2016, para aquellos países que participan en SEPA pero cuya moneda nacional difiere del euro.

Cambios con la entrada de la SEPA

Los instrumentos SEPA requieren obligatoriamente el uso del IBAN incluso para las operaciones domésticas, por lo que sustituye al Código Cuenta Cliente (CCC). Esto significa que las transferencias y los recibos deberán adaptarse e incluir el IBAN completo y correcto como identificador de la cuenta.
Los adeudos directos SEPA presentan dos variantes: una modalidad básica (CORE), y otra para uso exclusivo entre empresas, autónomos o profesionales (denominada B2B). Debe tenerse en cuenta que, en el caso de que el proveedor de servicios de pago ofrezca el servicio de adeudos directos, es obligatorio para éste estar adherido al esquema CORE, mientras que la opción B2B tiene carácter voluntario.
El mandato u orden de domiciliación es el medio por el que el deudor autoriza y consiente al acreedor a:

iniciar los cobros mediante el cargo en la cuenta indicada por el deudor
autoriza a la entidad del deudor a cargar en su cuenta los adeudos presentados al cobro por la entidad bancaria del acreedor.

El mandato debe estar suscrito por el deudor como titular de la cuenta de cargo o persona en disposición de poder otorgado por éste, antes de iniciar el cobro de los adeudos. El mandato firmado debe quedar almacenado en poder del acreedor mientras esté en vigor, durante el periodo de reembolso, así como durante los plazos que establezca la Ley para la conservación de documentos, una vez cancela.

Los nuevos instrumentos SEPA requieren la adopción de un conjunto de estándares abiertos XML UNIFI ISO 20022. Con SEPA, se han creado cuadernos específicos adaptados a la nueva realidad, que han sustituido a los tradicionales. Los cuadernos SEPA tanto en formato XML como en formato plano “txt” son validos (estos últimos únicamente de forma transitoria) para emitir adeudos y transferencias SEPA. Por ejemplo:
- Transferencia SEPA: Cuaderno 34.14
- Adeudos directos SEPA – Esquema B2B: cuaderno 19.44
- Adeudos directos SEPA – Esquema Básico: cuaderno 19.14

Respecto a las comisiones por transferencia, la normativa en vigor establece la igualdad de precios entre los pagos transfronterizos y los nacionales equivalentes dentro del EEE, sea cual sea el importe de la operación, de acuerdo con la política de precios que cada entidad tenga establecida con sus clientes.
A partir de enero de 2014 las entidades financieras dejarán de comunicar al Banco de España las partidas estadísticas de las transacciones económicas con el exterior, siendo responsabilidad de las personas (físicas o jurídicas) residentes que realizan transacciones con el exterior efectuar la comunicación pertinente.

Modificaciones que habrá que hacer en SAP

IBAN/BIC: identificar y ajustar todos los sistemas que utilizan CCC y códigos de banco. Informar a terceros del código IBAN y BIC. Convertir las bases de datos que contienen información bancaria a terceros
Medios de pago: obligatoriedad de mantenimiento de IBAN y SWIFT/BIC. Durante el periodo de transición coexistirán por lo que se deben definir diferentes medios de pago. Generación de los ficheros Payment Medium Workbench para principalmente facilitar el mantenimiento de los formatos.
Gestión de Mandato o de la orden de domiciliación: el mandato es necesario que este en el sistema para probar la legitimidad del adeudo directo. Se necesita integrar estos mandato con los procesos operacionales
Extracto bancario: a nivel individual de bancos se crearán nuevos tipos de transacción externas que deberán actualizarse en el sistema.

Fuentes

Página web SEPA- http://www.sepaesp.es
SEPA – Zona Única de Pagos en Euros. Victoria Golobart – SAP Localization, Iguácel Ordejón- SAP España

En este artículo se explicará como parametrizar un concepto de nómina en el módulo de SAP PY.

IMPORTANTE: Un concepto de nómina nunca se crea desde cero. Se copiará de un concepto estándar del sistema u otro concepto de cliente ya creado en el pasado.

Los pasos a seguir serán los siguientes:

Para realizar una copia de un concepto de nómina estándar/cliente se utilizará la transacción “OH11”.Dicha transacción permite copiar o borrar una CC-nómina.Si lo que se necesita es crear una CC-nómina nueva utilizaremos la opción de “Copiar”El código del concepto del que se va a copiar los datos será indicado en la primera columna mientras que el nuevo código del concepto a copiar y su descripción se indicarán en la segunda columna.En el ejemplo de abajo crearemos el concepto de nómina 9XXX “Factor Parcial” copiándolo del concepto estándar /101 “Factor parcial de mes 17”.

Una vez introducidos los datos y seleccionado el registro a copiar se pulsa sobre el botón “Copiar” para realizar la creación del nuevo concepto.

IMPORTANTE: Si el checkbox “Ej.test” está marcado la copia se ejecutará en modo TEST con lo que no se creará el concepto sino que se indicará en un log de salida si existe algún error en la copia.

En este caso no existen errores en la creación con lo que se podría lanzar en Real la ejecución.
Al copiar un concepto de nómina se copian todas sus características retributivas con lo que habrá que revisar todas las tablas referentes a admisibilidad del concepto según infotipo, valoración indirecta…
1. Configuración de admisibilidad de CC-nómina por infotipo Se puede configurar la visibilidad de un concepto en un infotipo determinado (0008, 0014 o 0015). No todos los conceptos son admisibles para todos los infotipos.Utilizando la transacción “SM30” se puede acceder a la tabla V_511_B que contiene las admisilidades por infotipos de las CC-nóminas por agrupadores de subdivisión de personal y área de personal.Se indica con un ‘1’ cuando se quiere hacer admisible el concepto para las áreas o subdivisiones de personal que se hayan definido con dicho agrupador.
  
  Un paso previo a la configuración de admisibilidades es la configuración de los agrupadores de subdivisión de personal y área de personal para ello se accederá a través de la siguiente ruta de IMG.
  
  Utilizando la transacción “SM30” se puede acceder a la tabla V_503_G donde se configura los agrupadores por área de personal.
  
  Utilizando la transacción “SM30” se puede acceder a la tabla V_001P_K donde se configura los agrupadores por subdivisión de personal.
2. Configuración de propiedades de los conceptos de nómina Para configurar si un concepto es de valoración indirecta o no se accederá a la vista de la tabla V_T511 utilizando la transacción “SM30”Las propiedades que se pueden configurar en esta tabla son las siguientes:
  1. Importe máximo/mínimo que puede tener ese concepto de nómina.
  2. Cantidad máximo/mínimo que puede tener ese concepto de nómina y unidad de medida
  3. Combinación de posibilidad de introducir importe y cantidad para ese concepto
  4. Valoración indirecta si es que la tiene.
3. Propiedades de tratamiento en el cálculo de la nómina Para configurar las propiedades del concepto en el cálculo de la nómina se accederá a la vista de la tabla V_512W_D utilizando la transacción “SM30”.En esta vista se puede configurar las clases de tratamiento, acumulación y evaluación del concepto de nómina.Mediante la configuración de estas propiedades se puede definir como se trata el concepto en el proceso de nómina.
  
  Clases de tratamiento: Mediante las clases de tratamiento se puede especificar entre otras cosas si el concepto se tiene en cuenta en la Paga Extra, Complemento de IT, Tratamiento de Huelgas,…
  
  Clases de acumulación: Mediante las clases de acumulación se puede especificar si el concepto se tiene en cuenta en los conceptos de acumulación. Estos conceptos contienen las bases de cotización a la Seguridad Social, bases imponibles de impuestos,…
  
  Clases de evaluación: Mediante las clases de evaluación se puede especificar si el concepto se tiene en cuenta en el recibo de nómina.