2010-02-04 24 views
14

Durante muchos años he usado el viejo "SAP DCOM Connector" para comunicarme entre las aplicaciones basadas en Microsoft y SAP. Desafortunadamente, esta tecnología antigua pero buena y de alto rendimiento ya no es soportada por SAP desde hace años. Por lo tanto, quiero y debo migrar a otra tecnología más nueva.Microsoft y SAP

Primero está el "conector de SAP para .NET 2.0". A primera vista, parece ser un buen reemplazo. Pero este conector solo se puede usar con .NET 1.1 (con una solución alternativa también con .NET 2.0) y no hay más desarrollo en el futuro. ¡Qué lástima de ti SAP! SAP dice que en el futuro deberíamos usar el "Enterprise Services Explorer" para Visual Studio. Pero esta tecnología solo está disponible para ECC6.0 y no para 4.6C. Y ese es el punto. ¡Necesito una tecnología moderna, que esté disponible para 4.6C y ECC6.0!

así que hice algunas investigaciones y descubrió que el producto "ERPConnect" de "Theobald-Software". Se ve muy bien y tienen un modelo de licencia bueno y barato. El primer problema con este producto es que no está permitido dar el código fuente de las aplicaciones, que se basan en ERPConnect, al cliente. Eso es extraño, porque a menudo los clientes también compran los derechos para las fuentes de la aplicación. El segundo problema es que este producto no es de SAP y tampoco está certificado de SAP. Muchos clientes no quieren un producto de un tercero.

Así que ahora mi pregunta es: ¿existen otras posibilidades para conectar el Microsoft en el mundo con el SAP Mundial y alguien sabe alternativas a los métodos mencionados anteriormente? Especialmente necesito alternativas para usar RFCs.

+2

Buenas noticias: SAP ha anunciado el lanzamiento 3.0 de SAP .NET Connector. Admitirá las versiones actuales de Windows (Windows XP 32 Bit, Windows 2003 32/64 Bit (x64), Windows Vista 32/64 Bit (x64), Windows 2008 64 Bit (x64) y posterior Windows 7), así como también hasta -date versiones Microsoft .NET Runtime (2.0, 3.0 y 3.5). Ver http://wiki.sdn.sap.com/wiki/display/ABAPConn/ABAP+Connectivity+Home y http://service.sap.com/connectors – Kottan

+0

@ John Saunders He estado usando Microsoft BizTalk para conectar el legado versiones de aplicaciones SAP a MSFT desde alrededor de 2000. Esto fue antes de XI 3.0 y PI 7.0 se volvió relativamente robusto cuando se trabaja con middleware/dispares archivos heredados. – thegrandchavez

+0

@thegrandchavez: ¿Dirigió su comentario a la persona correcta? Todo lo que hice fue editar la pregunta. –

Respuesta

3

Tengo experiencia previa para desarrollar aplicaciones basadas en .NET 2.0 con SAP .NET Connector. El caso es que estaba llamando a una función BAPI en lugar de RFC, no estoy seguro si eso hace la diferencia para usted, pero el conector SAP .NET funcionaba como un encanto para mí. Estaba accediendo a algunos datos internos de un servidor de producción e implementé la seguridad basada en roles usando ASP.NET para autorizar a los usuarios.

En resumen, el conector SAP .NET no es una opción demasiado mala.

+0

sí, pero es un callejón sin salida – Kottan

3

Estaba trabajando en un proyecto hace un par de años que también usaba el conector SAP. Sin embargo, para la interoperabilidad del sistema iría por WCF en estos días.

Sé que esto puede ser difícil a veces, pero esa es la mejor manera que tbh.

+0

y cómo comunicar wcf con SAP? – Kottan

+0

Los desarrolladores de SAP necesitan exponer el servicio web. Esto es lo que hicieron para uno de nuestros proyectos. – Roland

+0

¿Son posibles los servicios web con SAP 4.6C? – Kottan

2

El conector pasa a través de RFC, que le proporciona toneladas de BAPI y módulos de función incorporados. Eso significa que necesita poco trabajo del lado del servidor para sus objetivos, siempre que tenga una función adecuada a sus necesidades, y que también pueda hacer por su cuenta. Dicho esto, cada vez más personas se mueven a servicios web, lo que requiere más trabajo del lado del servidor (conversión de módulos de función a servicios web) pero son más reutilizables, compatibles con HTTP y ...

Elija su veneno ;-)

2

Su mayor problema se va a conectar a SAP 4.6C. El mantenimiento extendido para SAP 4.6C ha expirado a finales de 2009, razón por la cual SAP no continúa el desarrollo del conector SAP para .NET 2.0

A partir de la versión de base 2004, puede exponer cualquier módulo de funciones habilitado para RFC como servicio web utilizando la transacción SOAMANAGER.

Puede seguir utilizando el conector SAP para SAP 4.6C. Alternativamente, si tiene un sistema PI (XI), puede construir una interfaz a través de PI y exponer eso como un servicio web para el mundo .NET.

+0

Mis clientes aún usan 4.6C y migrarán antes de 2012. – Kottan

2

Conozco un producto llamado Duet, este producto parece originar la interrupción del desarrollo del conector SAP .NET. También es posible utilizar Excel 2007 con los componentes de SAP ocx que están disponibles en SAPGUI.

1

Ha considerado cualquiera el paquete de servicio Adaptador Biztalk, admite la versión 4.6c, hay una licencia por procesador, puede exponer RFC como Servicio (WCF) y usarlo en cualquier aplicación.

+0

¿Debe haber una instalación de Biztalk Server para usar el adaptador o puede usarse sin él? – Kottan

+0

Se puede usar de forma independiente, no se necesita Biztalk http://www.microsoft.com/downloads/details.aspx?familyid=76736BA7-3C05-4436-9353-1C33F9005194&displaylang=es MS ofrece una versión de prueba de 120 días, pudimos conectarnos con éxito a nuestro 4.6c, atravesar el BAPI y el RFC, pero mi grupo de SAP no está abierto a esta SOA (se perderá la clave del reino), así que tuve que detener mi evaluación en el medio, puede ser usted puede compartir su hallazgo – Raghav

2

Si la liberación base de su sistema SAP es 6,40 o superior, puede crear servicios web en el sistema SAP y llamarlos directamente desde aplicaciones móviles sin necesidad conector .NET.