تتسوق navision

أبحث عن إجابات بخصوص Shopify و Navision. نحن نفكر في تحويل مضيف webshop الحالي إلى Shopify.

كيف من أي وقت مضى - هناك شيء واحد مهم ، هو أنه يمكننا جعل Shopify العمل مباشرة مع نظام المحاسبة لدينا - Navison (الآن Microsoft Dynamics NAV). يجب أن يكون هذا ممكنًا ، ولكن ما مدى شمولية هذا التكامل (ثم دفعه) وهل لديك أي خبرة في هذا المجال؟

أي مساعدة سيكون محل تقدير كبير. شكر!

0
لقد دمجت webshop مخصص مع Navision. مدى صعوبة ذلك يعتمد على مدى التكامل الذي تحتاجه. ثم يمكنك معرفة كيف تريد أن تفعل التكامل.
وأضاف المؤلف Björn Nilsson, مصدر

4 إجابة

سنتي 2 أنه عندما حاولت دمج Shopify إلى Navision صادفت حقيقة أنها تتطلب SOAP. إذا لم تكن لديك خبرة في SOAP ، فاعتبر نفسك محظوظًا. إنه تعبير عن كيفية عدم استخدام حوسبة الإنترنت بطريقة أنيقة. يقتصر على أنظمة المؤسسة الملكية ، ولا مفاجأة هناك ، مثل بيع مايكروسوفت. لن يزعج أي شخص آخر دعم هذا البرنامج.

طالما كنت تتعايش مع .Net C# أو Java ولديك خبرة في SOAP ، فإن سد Shopify إلى Navision هو مهمة بسيطة. بالنسبة لأي شخص آخر يعمل مع الإنترنت الحديث باستخدام HTTP لنقل البيانات على شكل xml أو JSON ، فإن الانتقال إلى SOAP يجب أن يكون سبباً كافياً لإبعاد الصراخ. مرة أخرى ، فقط سنتي 2.

0
وأضاف
لقد افتقدت نقطة أليكس. حتى ذكرك من reesks Axis2 من قديمة ومؤسسة المؤسسة القديمة. كل الأمثلة على SOAP هي 2005 ، 2006. أرّينا واجهة برمجة تطبيقات حديثة من شركة رائدة تعتمد على SOAP. وجهة نظري هي ، التواصل مع Shopify إلى NAV عبر SOAP هو تمرين لشخص مرتاح مع الألم. لقد انتهت Heck من مكتبة ruby SOAP الأكثر حداثة في عام 2007 ، حيث أخبرتني أكثر مما يكفي عن تلك القصة الدنيئة من تاريخ الحوسبة في Enterprise. مثل EDI ... سوف يموت ولا يتطور.
وأضاف المؤلف David Lazar, مصدر
في المرة القادمة التي تريد نشر "إجابة" مثل هذه ، أقترح عليك القيام بذلك في شكل تعليق. التعليقات مناسبة لنقاط مثل تعليقاتك حيث تسخر فقط من الهدف أو طريقة الوصول إلى هناك. والأفضل من ذلك ، يمكنك أن تحافظ على سنتك لنفسك.
وأضاف المؤلف Kallja, مصدر
يرتكز ERP على Enterprise Resource Planning - ومن ثم NAV باستخدام بروتوكول خدمة الويب المشهور في برنامج Enterprise. لا يقتصر SOAP على الأنظمة الاحتكارية ، على سبيل المثال ، Apache Axis2 هو تطبيق مفتوح المصدر.
وأضاف المؤلف Alex Peck, مصدر

بالنظر إلى وثائق API لـ Shopify ، يبدو أنه سيكون من السهل جدًا مزامنة البيانات بين NAV و Shopify. في NAV ، لا توجد طريقة للعمل مع Shopify API ، بدلاً من ذلك ، تقدم NAV فقط وحدات البناء للتكامل المعمم مع الأنظمة الأخرى. لذا ستحتاج إلى الحصول على عرض أسعار من شريك NAV لتحديد التكلفة بالنسبة لهم لكتابة التكامل.

تعتمد التكلفة على عدد الكيانات التي تحتاج إلى مزامنتها بين النظامين وإصدار NAV الذي تستخدمه. إذا كنت تستخدم NAV 2009 R2 (الإصدار الأحدث) ، فيمكن للشريك كتابة .NET الرمز الذي يتم تشغيله في خادم NAV للاتصال بـ Shopify مباشرة. إذا كنت تستخدم إصدارًا سابقًا ، فسيتعين على الشريك استخدام COM أو CFront بدلاً من ذلك ، وهو المزيد من العمل.

0
وأضاف

هناك شيء واحد يجب أخذه في الاعتبار هو NAV 2013 </أ> هو حق قاب قوسين. يتضمن هذا الإصدار دعم Odata والذي من المرجح أن يجعل تكامل Shopify أسهل كثيرًا نظرًا لأن JSON سيكون تنسيق البيانات المشتركة. ومع ذلك ، فإن جميع التفاصيل المختلفة التي تنطوي عليها معاملات البيع ذات الدائرة الكاملة تضمن أن هذا التكامل في نظام تخطيط موارد المؤسسات (وليس فقط صافي قيمة الأصول) سيكون جهدًا كبيرًا. كن مستعدًا لرؤية بعض عروض أسعار باهظة الثمن من شريك NAV ما لم تكن احتياجاتك ضيقة للغاية.

0
وأضاف
هذا هو الشيء العظيم حول البرمجيات الاحتكارية في الاقتصاد. انها بالكاد تعمل بدون مبالغ ضخمة من المال المدفوع للناس الذين يقومون ببساطة بالاستغناء عن وصفات حراسة عن كثب توفرها نفس الشركات التي تحقق الربح. مثل هذا العالم الصغير المريح ، أنه في النهاية لا يفيد المستهلك النهائي.
وأضاف المؤلف David Lazar, مصدر
DavidLazar تحدث مثل المبشر الحقيقي مفتوحة المصدر. ضع في اعتبارك أن كل ساعة من الجهد المبذولة في أي نظام (تطوير) لها ثمن في بيئة الأعمال بغض النظر عما إذا كنا نتحدث عن تطوير داخلي على منصة مفتوحة أو أن تتعاقد مع شخص آخر للقيام بعملك الثقيل بالنسبة لنا . من المؤكد أن هناك مطورين أكثر قدرة على العمل على منصات مفتوحة أكثر من تلك التي تتخصص في تلك الشركات. لا يزال من المرجح أن تكون التكلفة الإجمالية لإنجاز المهمة عالية.
وأضاف المؤلف Kallja, مصدر

نظرًا لأنه ليس لدي ما يكفي من النقاط لنشر تعليق ، فأنا نشر هذا كإجابة.

أنا آسف حقا أن تضطر إلى نشر مثل هذا التعليق السلبي مثل هذا ، خاصة أنني قد أحتاج إلى مساعدة من Shopify dev suport في مرحلة ما ، وأنا حقا لا أريد أن أزعجهم ، لذا آمل ألا يأخذوا هذا شخصيا .

يمكنني أن أقدر بعض قرارات التصميم التي اتخذتها Shopify مع واجهات برمجة التطبيقات الخاصة بها ، ولكن يبدو أن ديفيد لازار وطاقم العمل يفتقدون نقطة Jarko أو لا يهتمون.

أنا شخصيا يمكن أن أقل اهتماما بالصابون ، أستخدم JSON و REST لكل شيء كلما كان ذلك ممكنا وأنا لاأدري تماما عندما يتعلق الأمر بمكدسات التكنولوجيا ، ولكن أنا أيضا أشعر بالاشمئزاز بسبب قيود API المنتج Shopify (وأجزاء أخرى من API) ، والتي تبدو للوهلة الأولى في منتصف الطريق لائقة حتى تبدأ في محاولة استخدامها لأي رفع ثقيل.

تقريبًا كل واجهة برمجة التطبيقات المشابهة الأخرى التي أجريتها تسمح لـ devs بإنشاء منتجات متعددة من خلال استدعاء واجهة برمجة تطبيقات واحد ، في الواقع ، هذه هي أول واجهة برمجة تطبيقات واجهتها على الإطلاق والتي لم تقدم هذه القدرة.

بالنظر إلى مدى بطء واجهة برمجة تطبيقات Shopify في إنشاء منتج واحد يحتوي على المتغيرات والصور ، فلا عجب في أن أي شخص يستخدمه على الإطلاق لإدارة أكثر من حفنة من المنتجات. على سبيل المثال ، قضيت الجزء الأفضل من يومين في انتظار أن ينتهي النص البرمجي من إنشاء جميع منتجاتنا عبر واجهة برمجة التطبيقات نظرًا لتقييد 1 لكل مكالمة.

تم تصميم مكتبة API بلدي احترام طلب API حدود، لكننا أبدا حتى الاقتراب من حدود لأنه يأخذ ما بين 11 و 20 ثانية لخلق منتج واحد مع المتغيرات والصور. لدي ما يقرب من 8000 منتج للتحميل. احسب. بالنسبة للأشخاص الذين اعتادوا التعامل مع واجهات برمجة التطبيقات على مستوى المؤسسة الحقيقية التي يمكنها التعامل مع آلاف المنتجات لكل استدعاء من واجهات برمجة التطبيقات (AmazonMWS هو مثال مثالي) ، فإن الانتظار لمدة يومين حتى يتم الانتهاء من إنشاء المنتجات هو أمرٌ مجنون ، والله لا يسمح لك بعمل شيء بسيط إعادة ترتيب المنتجات بمجرد تحميلها.

في هذه الحالة ، يمكنك إجراء مكالمات 8000+ أخرى لحذف جميع المنتجات (التي تستغرق أكثر من ساعة بقليل) ثم بدء عملية التحميل من جديد والانتظار لمدة يومين. هذا عن عدم الكفاءة نظام يمكنني تخيله. لقد حاولت إجراء تحميلات مجمّعة بتنسيق CSV للتغلب على هذه المشكلات ، ولكن خمّن ماذا؟ يتعذر على التحميل المجمع التعامل مع ملف CSV أكبر من بضعة ميغابايت وللتعرف على المنتجات التي تم تحميلها مجمَّعًا عبر واجهة برمجة التطبيقات في مكالمات واجهة برمجة التطبيقات المستقبلية ، يجب عليك تحديد معرِّف منتج متجول ، مما يعني أنه بعد تحميل المحتوى المجمع ، يجب عليك قم بسحب قائمة بكل معرفات المنتج ومعرفات المتغيرات وإطعام تلك المعلومات في قاعدة البيانات الخاصة بك بحيث يمكنك الرجوع إليها من خلال معرفات متجرك الداخلية بدلاً من نوع من الوالدين أو sku تم تعيينه من قبل التاجر.

الكل في الكل ، إنه كابوس كامل للتعامل معه. على النقيض من ذلك ، يستغرق الأمر مني ساعة تقريبًا لتحميل وتجهيز خلاصة كاملة للمنتج عبر Amazon's API ، بما في ذلك أكثر من 6000 منتج أم مع أكثر من 60000 طفل و 60.000 صورة. واجهة برمجة تطبيقات Amazon مزعجة لأسباب مختلفة (تستلزم 5 من تنسيقات التلقيم المنفصلة لتحميل جميع معلومات المنتج ويمكن أن تجعل وثائقها صرخة مطورة) ، ولكنها على الأقل سريعة بشكل عام وقادرة على معالجة آلاف المنتجات في أقل من ساعة.

توفر واجهة برمجة التطبيقات في Amazon أيضًا آليات لتحديث الأسعار المجمعة وكميات المخزون وتحديث بيانات المنتج من خلال معرف معرّف بالتاجر مثل SKU ، مما يعني أن الأمر يستغرق حوالي 5 دقائق من أجل Amazon لتحديث الكميات والأسعار الخاصة بمخزوني بالكامل دون أي متاعب من معرفات رسم الخرائط إلى المنتجات في أنظمتنا الداخلية فقط لتكون قادرة على الرجوع إليها 1 في وقت واحد.

بالإضافة إلى ذلك ، فإن حقيقة عدم وجود طريقة لإخبار واجهة برمجة تطبيقات منتج Shopify لاستبدال منتج بمقبض مكرر بدلاً من إنشاء واحد جديد ، تعني أنه في حالة انتهاء مهلة البرنامج النصي أو اختناق API بسبب خطأ في الاتصال (أو ما شابه ذلك اليوم ، بدأت واجهة برمجة التطبيقات (API) بشكل غامض في إرجاع أخطاء 404 لعدة ساعات) ولا بد لي من إعادة تشغيلها عدة مرات ، وفي النهاية حصلت على منتجات مكررة والتي يصعب للغاية تتبعها والقضاء عليها.

كل هذا يجعل تجربة بائسة لأي شخص لديه لإدارة أكثر من بضع مئات من المنتجات عن طريق Shopify api. إخبار المطورين بأنّه خطأهم الخاص لعدم الرغبة في القفز من خلال كل هذه الأطواق يشير إلى أن أجهزة Shopify devs تكون إما كسولة أو بعيدة تمامًا عن كيفية استخدام المطورين لاستخدام API.

لم أكن بالفعل ثلاثة أسابيع من الاندماج لمدة أسبوعين ونظريًا على بعد ساعات فقط من إطلاق موقع جديد سأتخلى عن Shopify في هذه المرحلة. لقد تأخر هذا المشروع أكثر من أسبوع بالكامل بسبب مدى تعقيد واجهة برمجة التطبيقات للمنتج في إدارة عدد كبير من المنتجات. ويجبر المستخدمين على المجيء إلى Stackoverflow لنشر أسئلة API حيث لا يمكنهم التعليق حتى دون الحصول على درجة سمعة معينة ... يمكنني الاستمرار في العمل. لا تدعوني حتى بدأت في عدم وجود واجهة مستخدم الخصم/الترويج ، أو عدم القدرة على إنشاء مستخدمين عبر واجهة برمجة التطبيقات التي يمكنها تسجيل الدخول دون أن يدخل أحد المسؤولين يدويًا إلى الواجهة الخلفية للتداول والنقر على رابط لكل مستخدم يريدون تنشيطه .

في كل مرة أعتقد أنني سأكون قادراً على إنجاز شيء ما باستخدام واجهة برمجة التطبيقات (API) هذه ، يتبين لنا أن مجموعة من المجموعات $٪ * !. ولكن ، يجب أن تكون واجهة برمجة تطبيقات رائعة لأن كل شيء يتم إجراؤه في ruby باستخدام مبادئ REST ... oh goody! تنهد. سوف أتناول بروتوكول SOAP قديم على هذا في أي يوم ، ولكن فات الأوان بالنسبة لي للتخلص من هذا المشروع والبدء من الآن. ضعف الصعداء.

0
وأضاف
لقد صوتت للتو على هذا الجواب. لا يمكنني أن أتفق أكثر مع مينورجود أو أعبّر عن شعوري بالإحباط عندما أجد عملاء من تطبيقاتنا يصرخون فينا لأن كل شيء يستغرق وقتًا طويلاً للانتقال عبر واجهة برمجة التطبيقات. أفترض أن معظم قرار تصميم واجهة المستخدم يهدف إلى الحد من الحمل على واجهة المستخدم قدر الإمكان ، ويمكنني أن أقدر ذلك إلى حد ما. لكن هذه القرارات جعلت من الـ api حقا ، محبط حقا للعمل معه.
وأضاف المؤلف Milen Kovachev, مصدر
Shopify plus - يبدو أن shopify.com/plus يمثل تحركًا جيدًا لحل مشكلات @ minorgord.
وأضاف المؤلف alexandresaiz, مصدر
شكرا على ملاحظاتك! يسعدني ترك هذا التقرير الصادق مع المقارنات مع الخدمات الأخرى. تدرك Shopify Developer Advocates المشكلات التي تثيرها ؛ يساعدنا تقديم تقارير كهذه حول مشكلات جودة الحياة في التفاوض مع مديري المشروعات داخليًا نيابةً عنك.
وأضاف المؤلف Edward Ocampo-Gooding, مصدر
هل فكرت في استخدام شيء مثل Typhoeus الذي يعمل على موازاة مكالماتك؟
وأضاف المؤلف Edward Ocampo-Gooding, مصدر
شكرا على الرد ، أنا سعيد لم تعليقاتي سقطت على آذان صماء. الخبر الجيد هو أننا نجحنا أخيرا في إطلاق متجر Shopify الجديد الخاص بنا أمس. الأخبار السيئة ... أنا الآن بحاجة إلى تحديث جميع الأسعار الخاصة بي وإنشاء 3 metafields لكل منتج عبر API ، مكالمة واحدة في كل مرة. Waaaaah! (<---- هذا هو صوت رجل ناضج يبكي).
وأضاف المؤلف minorgod, مصدر