
Comprensión del enunciado del problema
“Nada es imposible” si pensamos en positivo. Sí, habrá muchos obstáculos para lograr el objetivo final.
La solución en el panorama de transformación digital del cliente es muy complicada día a día, ya que muchos clientes quieren aprovechar su conjunto de habilidades y sistemas para conectarse con la tecnología de nube de la nueva era. Para lograr esto, es necesario incorporar muchos middleware en el mapa de soluciones. El middleware es la columna vertebral de cada interfaz que utiliza el intercambio de datos entre múltiples sistemas.
Como mi viaje personal con el conjunto de habilidades de SAP ARIBA como experto en el dominio de adquisiciones con muchos clientes, siempre surgía una pregunta común de todos «¿Existe la posibilidad de integrar mis solicitudes de compra de mi sistema que no es de SAP en SAP ARIBA? La respuesta a esta pregunta es “Sí”.
Hay formas y consideraciones que cambiarán según el panorama del cliente y la compatibilidad del sistema existente. Este blog se puede tratar como una referencia a los detalles de un enfoque y la necesidad de trabajo de un consultor de implementación individual.
Hemos observado que si la aplicación que no es de SAP se puede conectar a otras herramientas además de SAP ARIBA, ¿por qué no SAP ARIBA? Sin duda será posible. Por lo tanto, explicaré la comprensión de la solución que creamos en un cliente de telecomunicaciones bien conocido para la operación Procure to Order (PR, PO, GR)
Suposición –
Es un esfuerzo de equipo, por lo que requerimos un recurso hábil en el proyecto SAP ARIBA, SAP CPI o PI/PO ad SAP ABAP, equipo de soporte de SAP Ariba (Activación de API).
Requisito previo para el proceso –
Importar recibos desde una aplicación externa
El flujo del proceso de alto nivel se muestra a continuación
Analicemos ahora el flujo anterior en detalle.
Estamos discutiendo la parte encerrada de la solución. Hay 3 pasos en esta solución E2E como
1) Cree PR en un sistema que no sea SAP y envíelo a SAP ARIBA
2) Recuperar el estado de PR y el número de orden de compra de SAP y enviar de vuelta a un sistema que no sea de SAP
3) Cree las entradas de mercancías en un sistema que no sea SAP e impórtelos al sistema SAP ARIBA.
Crear PR-
Los sistemas que no son de SAP se conectaron a SAP ARIBA a través de SAP CPI y, como paso inicial, enviarán las solicitudes de compra a SAP ARIBA a través de Import Webservice. La estructura WSDL está disponible en SAP ARIBA y se utilizará para enviar los campos de datos entre el sistema a través de la interfaz.
Con el punto final que definimos en SAP ARIBA y las credenciales HTTPS, mantenemos que la transmisión se realizará desde la capa de transformación de CPI a SAP ARIBA. La respuesta se enviará desde SAP ARIBA con el número de solicitud de compra generado por SAP ARIBA a un sistema que no sea de SAP. Ahora, como usuario final de la empresa, tenemos un número de solicitud de compra generado por Ariba.
Estado de relaciones públicas/pedido-
Las aprobaciones son opcionales en SAP ARIBA, se pueden configurar o no, una vez que se aprueban las solicitudes de compra y la solicitud se encuentra en el estado «PEDIDO». Se produjeron 2 acciones con Ariba Purchasing Requisitions en segundo plano, primero, SAP ARIBA crea un número interno para PO (generalmente comienza con EPXXX) y, segundo, fluirá al sistema SAP S4 o ECC conectado y obtendrá una respuesta a SAP ARIBA con SAP ECC específico. Numero postal.
El estado de la solicitud de compra se recuperará mediante el uso de la «API de aprobación» de SAP ARIBA desde el portal developer.ariba.com.
De manera similar, desde la tabla ARBCIG_POHISTORY de SAP S4 o ECC podemos extraer el EPXXX Número de orden de compra y el número de orden de compra específico de S4 mediante una llamada de servicio web (se necesita un desarrollo personalizado con ABAP).
Tanto el estado de la solicitud de compra como el número de orden de compra se recuperarán como una sola llamada realizada desde sistemas que no son de SAP a SAP CPI.
Crear entradas de mercancías –
A diferencia de la Solicitud de compra, debemos agregar el punto final para recibir los datos GR de aplicaciones externas en SAP ARIBA a través de servicios web en las configuraciones de Ariba para que esto se consuma en SAP CPI.
El comprador o destinatario del sistema que no es de SAP debe crear GR en su sistema y debe pasar los mismos detalles que el número de GR, el número de orden de compra y la cantidad recibida, la fecha de la interfaz con SAP ARIBA. Una vez que llegue a SAP ARIBA, seguirá la misma ruta estándar habilitada para CIG para integrar el mismo GR con SAP S4 o ECC y la respuesta de SAP S4 o ECC se enviará de regreso a SAP ARIBA.
Como este es el último paso en la solución, la entrada a esta interfaz se usará como (palabras subrayadas de los 2 pasos anteriores) número de pedido de compra de EP y número de PR de Ariba.
Todos estos pasos que discutimos anteriormente son interfaces en tiempo real.
Se deben considerar los volúmenes al diseñar la solución.
Manejo de errores –
Como parte de la estructura WSDL estándar y el formato JSON estándar, es posible mostrar los mismos errores como parte de la respuesta de SAP ARIBA en un sistema que no sea SAP. Esos pueden ser fácilmente monitoreados en SAP CPI, SAP ARIBA y abordados. Los enlaces de error estándar se comparten en Referencia.
veraniego –
Con el fin de abordar la pregunta más común de los clientes de que, sin tener muchos cambios en el proceso, aún pueden lograr la integración del sistema que no es SAP para la importación de solicitudes en el sistema SAP ARIBA.
Por favor, comparte tus comentarios si te gusta el blog.
Referencia–
Lea más blogs sobre temas similares:
https://blogs.sap.com/tags/73554900100800000194
Consulte la respuesta a la pregunta de la comunidad del siguiente enlace sobre el mismo tema:
https://answers.sap.com/tags/73554900100800000194
Calle Eloy Gonzalo, 27
Madrid, Madrid.
Código Postal 28010
Paseo de la Reforma 26
Colonia Juárez, Cuauhtémoc
Ciudad de México 06600
Real Cariari
Autopista General Cañas,
San José, SJ 40104
Av. Jorge Basadre 349
San Isidro
Lima, LIM 15073