Qué es IDOC

Vimos en el artículo sobre las conexiones bidireccionales entre programas SAP y programas no-sap que todo se configura con SAP XI. Como sub-módulo de XI/PI tenemos BC-MID-ALE (Integration Technology ALE), y dentro de este encontraremos los documentos intermedios, o más conocidos como Idocs. 

Hoy analizaremos qué es un IDOC y todo lo relacionado a ellos.

Leer más ...

Qué es SAP AIF

Durante años las empresas han querido una cabina central para monitorear y corregir errores de interfaz. 

En el pasado la mayoría de las interfaces eran centradas en el IDoc. Los errores de IDoc eran fáciles de supervisar y con un poco de formación una empresa podría corregir el error y reprocesarlo utilizando un conjunto de transacciones y mecanismos. Uno podría implementar un flujo de trabajo a medida, para notificar a un usuario o una unidad de organización si un objeto de negocio específico no se pudo procesar. 

Transacciones como BD87 le permitirían volver a procesar el IDoc fallido una vez que se resolvieran los problemas de datos subyacentes. A menudo esto sería una entrada de personalización faltante o datos maestros faltantes / incorrectos que la empresa podría arreglar fácilmente y luego volver a publicar el IDoc. O si los datos enviados por el propio sistema fuente eran incorrectos, podría solicitar a su Cliente o Vendedor que arreglara los datos y reenvíe el mensaje (y espero que el IDoc se publique con éxito esta vez).

Sin embargo, a medida que SAP y las organizaciones se orientaban hacia un enfoque SOA centrado en las aplicaciones de interfaz y hacían negocios con sus socios, parecía que no existían herramientas genuinas para que los usuarios empresariales corrigieran errores en el sistema. 

Entonces, SAP introdujo el manejo de errores en sentido directo (conocido como FEH) y el controlador de errores y conflictos (ECH). 

Esto estaba dirigido a capacitar a los usuarios finales que tenían el conocimiento de negocios y procesos, pero con conocimientos técnicos limitados sobre cómo corregir los errores en su final. 

Leer más ...

Qué es SAP XI

El programa SAP casi siempre llega a las empresas cuando éstas están funcionando con otros programas (les digamos programas "no sap"). Entonces, el hecho de que haya un nuevo programa, y que toda la empresa esté "cambiando" de software pondrá nerviosos a sus empleados, y a otros interlocutores, especialmente a aquellos que se han acostumbrado a trabajar con los programas "no SAP". 

En muchas oportunidades la empresa decide instalar SAP sin dejar de usar los programas anteriores. O bien, se decide conectar SAP a otros programas, que pasarán a denominarse programas satélites (porque giran alrededor de SAP).

Esa conexión entre SAP y los otros programas debe ser realizada de alguna manera. 

Para entenderlo en términos simples, no técnicos... debe haber transferencia de datos entre programas no SAP, y el mismo SAP.

Esta transferencia de datos se hace a través de un canal, o túnel.

Leer más ...

Aprender XI o PI

Pre-requisitos para aprender SAP XI

Según Sravya Talanki, SAP XI tienen mitad ABAP y mitad JAVA.

Sabemos que SAP XI es una herramienta de EAI (Enterprise Application Integration), por lo tanto quienes hayan trabajado ya en EAI presentan cierta ventaja profesional y les será más simple entender SAP XI. Sin embargo, no está bien decir que SAP XI sólo puede ser aprendido por un desarrollador ABAP senior, un experto en JAVA o un profesional en EAI.

Dependerá si somos abiertos a aprender nuevas tecnologías, el tiempo y la dedicación que le demos a dicho aprendizaje. Sravya Talanki le pone buena onda a aquellos entusiastas (lectores) en su artículo y afirma que SAP XI no es una ciencia de cohetes! Demandará quizás un poco más de tiempo si no somos usuarios de ABAP, JAVA o profesionales en EAI, pero poder se podrá. Afirma que necesitaremos tener acceso a un sistema SAP XI, para practicar... y que nos ayude a comprender mejor la teoría que aprenderemos; de lo contrario, solo nos quedaremos con grandes conceptos teóricos, de alta arquitectura SAP XI, que no podremos llevar a la práctica y nos jugará en contra, si alguna vez queremos entrar a un proyecto SAP con XI.

Introducción a SAP PI

XI o PI, PI o XI, cual de los dos es, y por qué? 

Hace un buen tiempo atrás (allá por el año 2000), cuando SAP necesitaba interfases con los demás programas, usaba SAP Business Connector (más conocido como SAP BC), este Business Connector evolucionó a un Message Broker, que despues con el tiempo empezó a llamarse SAP Exchange Infrastructure (que es XI). Más tarde, por el año 2006, con la entrada de SAP NetWeaver, pasaron del XI 3.0 al SAP Process Infrastructure 7.0 (que es nada más y nada menos que lo que hoy conocemos como PI). [Leer más sobre la XI vs. PI aquí mismo]

Terminología

Puede que a más de un usuario los terminos que usa SAP no sean de los más claros. Los enlaces que nos ayudarán, y debemos tener siempre al alcance son los siguientes (en este orden):

1. http://wiki.sdn.sap.com/wiki/display/XI/Glossary+and+Definitions
2. http://www.webopedia.com/
3. http://en.wikipedia.org/

Leer más ...

SAP PI vs. XI

Basically there is no real difference. It is just about marketing name of same products. SAP PI or XI is SAP NetWeaver based technology for Enterprise Application Integration (EAI). EAI software enables different systems to communicate each other. This cover systems within same organization or systems of external parties. That type of software is so called Integration Brokers as they are mediates between entities with varying requirements in terms of connectivity, format, and protocols. It provides common repository for all interfaces. Central component of XI/PI is the SAP Integration Server, which facilitates interaction between diverse operating systems and applications across internal and external networked computer systems.

When was SAP XI/PI introduced into the market and how it all began? There was always a demand for integration software within SAP’s costumers and always lack of it on SAP side. Since SAP had no strong experience within integration software they teamed up with WebMethods Company (in 2009 acquired by Software AG) and introduced SAP Business Connector (known as SAP BC). This happened around year 2000. SAP BC was branded version of webMethods Integration Server as a middleware solution for SAP R/3. In 2002 joined team were split and both companies continues to develop their product lines independently. SAP released SAP BC version 4.7. Approximately at same time SAP as having experience learned with SAP BC started with own integration / middleware product called Message Broker. This was renamed later to SAP Exchange Infrastructure (XI). Later (around year 2006) within SAP NetWeaver the name was changed from XI 3.0 to SAP Process Infrastructure (PI 7.0).

What is future of PI? Actually it is been little bit cloudy. Gartner and other analysts are saying that SAP’s statements about PI are clumsy and therefore they do not advise costumers to use it for strategic projects. This was strengthening even more by SAP’s acquisition of SOALogix. Therefore for sure there will be changes in PI as integration of BPM software is never easy. But SAP says that they are strongly committed to SAP PI.

Something about SAP: SAP PI vs. XI

Leer más ...