2010-09-02 25 views
7

Mi empresa ejecuta un par de aplicaciones B2B (escritas en Rails) que tratan de partes e inventario, y hemos estado tratando de encontrar la mejor manera de integrarlas con algunas de usuarios. Ya ofrecemos la API de estilo REST que viene con Rails, pero eso, por supuesto, requiere que un departamento de TI de su parte decida integrarlo, por lo que nos gustaría reducir esa barrera si es posible.Integrando mi aplicación web RESTful con las instalaciones SAP de los clientes

Según lo que hemos encontrado, la mayoría de ellos están en sistemas SAP. Ahora, prácticamente todo lo que sé sobre SAP es 1) costoso, 2) enorme, 3) y hace todo y cualquier cosa que pueda necesitar para su gigantesco negocio. Naturalmente, esto es un poco imponente, y los recursos en el sitio son un cruce entre material impenetrable cargado de palabras cargadas de palabras, y material técnico avanzado cargado de jerga impenetrable con poco para el nuevo, pero técnicamente competente usuario para poder hundir su dientes en.

Entonces, lo que me pregunto es: como un tercero, que no está ejecutando una instalación de SAP, ¿hay alguna manera de ofrecer acceso a los datos de nuestro sitio a través de un servicio web u otra API? ¿Es solo cuestión de proporcionar o implementar un cierto WSDL (y cuál sería)? ¿Es esto factible para alguien sin experiencia profunda con SAP? ¿O es esto una completa no iniciada?

Respuesta

3

Yo diría que no es posible sin alguien que conozca el sistema SAP. Probablemente no necesite contratar a alguien con conocimientos profundos de SAP, pero al menos para la implementación inicial, necesitará tanto el conocimiento como un sistema en funcionamiento contra el que pueda desarrollarse. Técnicamente hablando, no es realmente tan difícil, pero considerando el hecho de que los sistemas SAP están diseñados para manejar múltiples organizaciones, países, sistemas legales, localizaciones y varios miles de usuarios simultáneamente, las cosas serán un poco más complejas que casi cualquier otro software alrededor, y la mayoría de las veces ni siquiera hinchado, es fácil perderse en ese tipo de flexibilidad.

Mi recomendación sería encontrar un cliente (o un posible cliente) que tenga a alguien en su departamento de TI con los conocimientos técnicos y procesales necesarios y que esté interesado en llevar a cabo un proyecto de desarrollo. De esta manera, tendrías acceso a un sistema real (prueba por supuesto) y alguien que te pueda explicar los fundamentos del sistema. Pero, como dije, prepárate para la complejidad.

+0

Gracias por el consejo. Esperamos obtener al menos un cliente que nos guíe a través del proceso. Tienes razón, creo que es la personalización por negocio lo que me preocupa (a diferencia de cualquier tipo de hinchazón). Por curiosidad, ¿en qué medida las empresas suelen modificar/personalizar la configuración de stock? ¿Es a menudo hasta el punto de incompatibilidad entre sitios/versiones? – AndrewO

+0

No existe una configuración de stock. Usted puede configurar sobre todo. Por supuesto, hay sugerencias sensatas y mejores prácticas, pero incluso éstas varían drásticamente de un país a otro y de una industria a otra. Los consultores de SD de "Industria" generalmente no podrán hacer nada más que sacudir sus cabezas cuando se trata de procesos de facturación para hospitales, por ejemplo. – vwegert

1

vwegert hace algunos puntos excelentes.

En cuanto a esta parte de su pregunta:

Así que lo que me pregunto es: como una tercera partido, que no está ejecutando una instalación de SAP , hay una manera para nosotros para ofrecen acceso a los datos de nuestro sitio a través de un servicio web u otra API? ¿Es solo una cuestión de proporcionar implementando un cierto WSDL (y qué sería eso)?

Técnicamente es posible exponer cualquiera de los servicios de su sistema como servicios web al sistema SAP de un cliente. Para hacer esto, no necesita ningún conocimiento previo de SAP. (SAP debería poder importar un WSDL, aunque puede haber algunas limitaciones en los sistemas anteriores a ECC5).

Por ejemplo, un servicio que proporciona lecturas de contadores, horarios de salidas de aeropuertos, tendencias de la industria, etc. no depende de lo que hay en el sistema del usuario ni de cómo lo configuran. Sin embargo, tan pronto como haya una necesidad de iniciar actualizaciones en los datos del sistema del cliente, es cuando necesita acceder a un conocimiento de SAP más especializado.

También tenga en cuenta que muchas funciones de SAP también pueden exponerse como servicios web, pero generalmente se necesita alguien con conocimiento de SAP (ABAP) para hacerlo.

El lenguaje ABAP es realmente bastante simple, pero hay una enorme curva de aprendizaje para comprender el modelo de datos y la gran cantidad de opciones configurables en SAP.

+0

Gracias. No buscamos cambiar los datos de los clientes, simplemente les permitimos enviarlos y obtener datos estructurados, por lo que parece que un servicio web debería funcionar. Entonces, si exponemos esa capacidad a través de un WSDL, ¿cuánto trabajo hay en su extremo para conectar el cliente generado con el sistema/interfaz? La razón por la que pregunto es porque no hemos obtenido muchos usuarios para la API REST (lo que parece más simple para mí), así que me preocupa que encontremos una reticencia similar a dedicar recursos de TI (a menos que SAP integre una web WSDL). servicio aún más fácil). – AndrewO

+0

Tengo que admitir que prefiero WSDL, debido a su estructura rígida, permite un mejor soporte de herramientas. REST no hace suposiciones sobre los contenidos, y eso deja las partes vitales para que el desarrollador las descubra. Por cierto, es posible que desee echar un vistazo a http://help.sap.com/saphelp_nwpi711/helpdata/en/48/c7a206da5e31ebe10000000a42189b/frameset.htm – vwegert

+0

Se requiere cierto trabajo para consumir los servicios web. Técnicamente no es tan difícil, pero encontré un porcentaje muy pequeño de programadores ABAP que han usado servicios web. Como cliente, me preocupa más el tipo de datos que se deben enviar a su sistema. Dependiendo del módulo, puede ser bastante complejo. ¿Deben almacenarse los datos entrantes en SAP o solo para informar? Los proyectos de integración de SAP tienen la costumbre de convertirse en una pesadilla, lo que puede explicar la renuencia de los clientes. Tampoco es fácil encontrar una funcionalidad que no se pueda hacer dentro de SAP. – Esti