Microsoft و SAP
https://stackoverflow.com/questions/2198168
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russianسؤال
لسنوات عديدة استخدمت القديم "موصل SAP DCOM"للتواصل بين التطبيقات المستندة إلى Microsoft و SAP. لسوء الحظ ، لم تعد هذه التكنولوجيا القديمة ولكن الجيدة والأداء مدعومة من قبل SAP منذ سنوات. لذلك أريد ويجب أن أنقل إلى تقنية أحدث أخرى.
أولا هناك "موصل SAP لـ .NET 2.0"للوهلة الأولى ، يبدو أنه بديل جيد. لكن هذا الموصل لا يمكن استخدامه إلا مع .NET 1.1 (مع حل بديل أيضًا مع .NET 2.0) ولا يوجد أي تطور آخر في المستقبل. عار على SAP !! يقول ، في المستقبل يجب أن نستخدم ""Enterprise Services Explorer"بالنسبة إلى Visual Studio. لكن هذه التكنولوجيا متاحة فقط لـ ECC6.0 وليس لـ 4.6 درجة مئوية ، وهذه هي النقطة. أحتاج إلى تقنية حديثة ، وهي متاحة مقابل 4.6C و ECC6.0 !!
لذلك أجريت بعض التحقيقات واكتشفت المنتج "ERPCONNECT" من عند "ثيوبالد-سنتو برامج"يبدو لطيفًا حقًا ولديهم نموذج ترخيص جيد ورخيص. المشكلة الأولى في هذا المنتج هي أنه لا يُسمح له بإعطاء مدونة التطبيقات المصدرية ، والتي تستند إلى ERPConnect ، للعميل. هذا غريب ، نظرًا لأن العملاء في كثير من الأحيان يشترون أيضًا حقوق مصادر التطبيق. المشكلة الثانية هي أن هذا المنتج ليس من SAP ولا يتم اعتماده أيضًا من SAP. لا يريد العديد من العملاء منتجًا من طرف ثالث.
لذا فإن سؤالي الآن هو: هل هناك إمكانيات أخرى لتوصيل Microsoft World مع ال عالم النسغ وهل يعرف شخص ما بدائل للطرق المذكورة أعلاه؟ لا سيما أحتاج إلى بدائل لاستخدام RFCs.
المحلول
أخبار رائعة:أعلنت SAP عن الإصدار 3.0 من موصل SAP .NET. سيدعم إصدارات Windows الحالية (Windows XP 32 Bit ، Windows 2003 32/64 Bit (x64) ، Windows Vista 32/64 Bit (x64) ، Windows 2008 64 Bit (x64) و Windows 7 لاحقًا) -Date Microsoft .NET إصدارات وقت التشغيل (2.0 و 3.0 و 3.5). يرى http://wiki.sdn.sap.com/wiki/display/abapconn/abap+connectivity+homeو http://service.sap.com/connectors
نصائح أخرى
لدي خبرة سابقة لتطوير تطبيقات .NET 2.0 مع SAP .NET Connector. الشيء هو ، كنت أتصل بابي الوظيفة بدلاً من RFC ، لست متأكدًا بما فيه الكفاية إذا كان ذلك يحدث فرقًا لك ، لكن SAP .NET Connector عمل مثل سحر بالنسبة لي. كنت أقوم بالوصول إلى بعض البيانات الداخلية من خادم الإنتاج وأمان قائم على الأدوار المستخدمة باستخدام ASP.NET للتفويض للمستخدمين.
باختصار ، SAP .NET Connector ليس اختيارًا سيئًا للغاية.
كنت أعمل في مشروع قبل عامين استخدم أيضًا موصل SAP. ومع ذلك ، بالنسبة للتشغيل البيني للنظام ، سأذهب إلى WCF هذه الأيام.
أعلم أن هذا يمكن أن يكون صعبًا في بعض الأحيان ، لكن هذه هي أفضل طريقة TBH.
يمر الموصل عبر RFC والذي يمنحك أطنانًا من وحدات BAPIs ووظيفة جاهزة. هذا يعني أنك بحاجة إلى القليل من العمل على جانب الخادم لتحقيق أهدافك طالما أن لديك وظيفة مناسبة لاحتياجاتك ، كما يمكنك القيام بها أيضًا. قال هذا ، المزيد والمزيد من الأشخاص هم MOVIG إلى خدمات الويب ، الأمر الذي يتطلب المزيد من العمل على جانب الخادم (تحويل وحدات الوظائف إلى خدمات الويب) ولكنهم أكثر قابلية لإعادة الاستخدام ، ودية HTTP وهكذا ...
اختر سمك ؛-)
أكبر مشكلة واحدة لك هي الاتصال بـ SAP 4.6C. انتهت الصيانة الممتدة لـ SAP 4.6C في نهاية عام 2009 ، وهذا هو السبب في أن SAP لا يستمر في تطوير موصل SAP لـ .NET 2.0
اعتبارا من الأساس إصدار 2004S ، يمكنك فضح أي وحدة دالة التي تدعم RFC كخدمة ويب باستخدام المعاملة Soamanager.
يمكنك الاستمرار في استخدام موصل SAP لـ SAP 4.6C. بدلاً من ذلك ، إذا كان لديك نظام PI (XI) ، فيمكنك إنشاء واجهة عبر PI وفضح ذلك كخدمة ويب لعالم .NET.
أعرف عن منتج يسمى Duet ، ويبدو أن هذا المنتج ينشئ توقف تطوير موصل SAP .NET. من الممكن أيضًا استخدام Excel 2007 مع مكونات SAP OCX متوفرة في SAPGUI.
هناك منتج آخر ، يبدو مثيرًا للاهتمام: Sitrion Service Studiohttp://www.sitrion.com/products/servicestudio/fordevelopers.aspxMeybe هذا هو بديل جيد لـ ERPConnect. Sitrion معتمد SAP. لكني لا أعرف تكاليف ترخيص المنتج هناك.
إذا كان إصدار أساس نظام SAP الخاص بك هو 6.40 أو أعلى ، فيمكنك إنشاء خدمات الويب في SAP System والاتصال بها مباشرة من تطبيقات الهاتف المحمول دون حاجة موصل .NET.
لديه أي واحد يعتبر حزمة خدمة محول BizTalk ، وهو يدعم الإصدار 4.6C ، وهناك ترخيص لكل معالج ، يمكنك فضح RFC كخدمة (WCF) واستخدامه في أي تطبيق.
