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.

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

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.

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

SAP PI Actúa como middleware   entre 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.

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

1. Analizar la situación inicial del mercado

2. Estudiar a la competencia

3. Crear factor diferencial

4. Fijar objetivo general

5. Detallar objetivos específicos

6. Definir las acciones concretas, herramientas y recursos necesarios.

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

8. Corregir desviaciones

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.

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.

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

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

1. 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:
   
   
2. Actualizar al último parche de SPAM/SAINT disponible en el SAP Market Place: http://service.sap.com/swdc.
3. Desactivar el archivado en caso de estar utilizando Oracle.
4. 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

1. 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.