سؤال

تحتاج إلى دمج SAP مع تطبيقات .NET.هل .NET Connector هو الخيار الأفضل؟ماذا عن نت ويفر؟ما عليك سوى البحث عن دفع البيانات إلى SAP وسحبها منها.

هل كانت مفيدة؟

المحلول

لم أستخدم كائنات NetWeaver، لذلك لا أستطيع أن أقول الكثير عن ذلك، ولكن يمكنني أن أقول إن موصل .Net يقوم بعمل جيد جدًا في إنشاء وكيل لـ SAP BAPIs للاستخدام في .Net.بعض التعليقات الإضافية:

  • العيب - AFAIK، أنت عالق في تطوير الوكلاء الخاصين بك في VS2003
  • العيب - توثيق BAPIs ضئيل جدًا.أنا أنفق الكثير (أعني أ كثير) من الوقت في SE37 داخل SAP للاطلاع على وثائق RFC والتنقل خلال الوظائف
  • إيجابي - لقد استغرق الأمر بعض الوقت لأدرك أنه يمكنك إعادة تسمية المعلمات وإزالتها وإعادة تسمية الأساليب في VS2003 قبل إنشاء الوكيل
  • العيب - إذا قمت بإعادة التسمية المذكورة أعلاه، فستحتاج إلى إعادتها في كل مرة تقوم فيها بإعادة ملء RFC من خادم SAP (مثل ما إذا كان مطور SAP الخاص بك يقوم بإجراء تغييرات على BAPI)

بشكل عام، تكون الوظائف المعقدة صعبة مع .Net Connector (لقد أمضيت للتو 3 أسابيع في العمل على إنشاء العملاء وتعديلهم)، ولكن الوظائف البسيطة تتسم بالشفافية إلى حد كبير، وإذا كان لديك مطور ABAP متاح لك من جانب SAP ويمكنه تطوير برامج مخصصة BAPIs يعمل بشكل جيد حقا.

نصائح أخرى

SAP .Net Connector جيد ولكنه يدعم Visual Studio 2003 فقط، لكنهم لم يقوموا بتحديثه منذ فترة.

هناك منتج آخر يسمى SAP Explorer ومولد الوكيل التي استخدمتها للاتصال بـ SAP من VS2005.يستخدم الإصدار 1.1 من SAP .Net Connector للقيام بجميع الأعمال القذرة، لذلك قمت بنسخ ولصق محتويات مجلد SAP .Net Connector 2.0 في مجلد SAP Explorer لتمكينه من استخدام الإصدار الأحدث من مكتبات الوكيل ( أدى هذا إلى إضافة دعم لكلمات المرور الحساسة لحالة الأحرف).لم أجربه في VS2008 حتى الآن، ولكن أظن أنه سيظل يعمل.

يعد SAP Explorer بالتأكيد بديلاً رائعًا لمنتج SAP، ولكن لا يبدو أنه تم تحديثه مؤخرًا.

أدرك أن خدمات الويب هي الطريق الأمثل لتحقيق تكامل Netweaver / .Net.ولهذا السبب لم يتم تحديث .Net Connector منذ أيام VS2003.

هناك إصدار جديد متاح من الرجال في Aconcagua IT، بأسعار أفضل وخيارات أكثر مرونة من المنافسين الآخرين.

الإصدارات المتوفرة من Visual Studio 2008 وVisual Studio 2005: http://www.aconcaguait.com/explorerproxygen2008.php أو

يتضمن إصدار VS2008 دعمًا لأحدث إصدار من librfc32.dll (طول كلمة المرور، حساس لحالة الأحرف، وما إلى ذلك)

تستحق نظرة.

كما هو مكتوب أعلاه، تقترح SAP السير في طريق SOA، مما يعني استخدام سلسلة أدوات SOAP بدلاً من سلسلة أدوات RFC (موصل Net RFC، ...).

بالنسبة لـ .Net، فهذا يعني استخدام وظيفة WCF وتوصيلها بالواجهة الخلفية لـ SAP، وبالتالي استخدام SOAP على كلا الجانبين:ابحث عن احتياجات عملك في واحدة من خدمات SOA العديدة التي تقدمها SAP (ES ويكي على SDN) أو قم بإنشاء خدمة خاصة بك وإنشاء وظيفة من جانب العميل استنادًا إلى الوكيل الذي تم إنشاؤه من ملف WSDL للخدمات عبر svcutil الخاص بـ WCF.

كمكافأة، لا يعتمد القيام بذلك على أي إصدار من Visual Studio، ويكفي csc وsvcutil في سطر الأوامر.

http://tools.rafaelc.net/default.aspx?id=72

لقد استخدمت هذه الأداة لدمج SAP (إنشاء وكلاء BAPI وCBO) مع عملية B2B التي طورتها لواحدة من أفضل شركات الإلكترونيات الاستهلاكية الكبرى في العالم.جهوده موضع تقدير كبير وهي مجانية تمامًا.

لقد اشترينا "SAP Explorer and Proxy Generator for VS 2008" وشعرنا بخيبة أمل لأن هذه الأداة لم تعمل بشكل جيد.وحتى الآن، ما زلنا ننتظر حل المشاكل (من أكونكاجوا).لسوء الحظ، كان علينا إعادة إنشاء الوكلاء في VS2003 باستخدام الإصدار المجاني من SAP Connector، ثم استخدامها في VS2008.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top