البائع متعددة استضافة دروبال

أرسلت بواسطة smoothify في 11 ديسمبر، 2007 في الساعة 01:49

أنا سجلت الاعلان وظيفة في وقت سابق اليوم وحصلت على بعض الردود الجيدة من الناس على استعداد للقيام بهذا العمل الفعلي، ولكن أيضا من الناس الذين يبحثون عن شيء مماثل لمشاريعهم الخاصة.

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

استضافة

منذ ذلك يبدو أن هناك مصلحة لهذا النوع من الشيء هنا، وأعتقد أنه قد يكون من المفيد للنشر هنا ومعرفة أي نوع من الأشياء والناس يبحثون عن وعما إذا كان هناك غيرهم من المهتمين في المساهمة أو المشاركة في رعاية مثل هذه الوحدة.

أيضا منذ كانت هناك عدة محاولات في هذا من قبل في الإصدارات السابقة من التجارة الإلكترونية أنه سيكون باردا لجمع ما تم تعلمه حول مختلف النهج وكيف الطريق إلى الأمام يجب أن يكون.

لمشروعي سوف تحتاج إلى ما يلي:

كل عميل لديها تسجيل الدخول الخاصة بهم مما يسمح لهم لخلق والحفاظ على مخزن جبهة الخاصة. لذلك هم بحاجة إلى أن تكون قادرة على إدارة منتجاتها وكذلك عرض طلباتهم الخاصة.

يتم عرض جميع المنتجات الخاصة بهم في الخاصة بهم مصغرة مخزن، من الناحية المثالية باستخدام نطاق فرعي على سبيل المثال mystore.example.com. البوابة الرئيسية نفسها تسرد المنتجات من جميع مخازن مختلفة. وسيتم التعامل مع الجزء فرعي خارج التجارة الإلكترونية - على الأرجح من شيء من هذا القبيل وحدة الوصول للنطاق

لعملية الخروج يجب أن ربما يكون الخروج جنبا إلى جنب واحد، حيث يتم أخذ الدفع عن طريق البوابة ومن ثم توزيعها على أصحاب المحلات الفردية. وأعتقد أن وحدة ec_commissions قد تساعد مع هذا الجزء.

ومع ذلك والخروج واحد لديه مضاعفات للمنتجات ملموسة لأنها قد تكون موجودة في أماكن مختلفة، ونحن بحاجة إلى أن تكون واضحة حول كيفية حساب الشحن والضرائب. لقد كنت أبحث في X-سلة برو عربة التسوق النظام التجاري الذي يعالج متعددة البائعين وأعتقد أنها كسر أجل أسفل إلى المتاجر المختلفة وإنشاء فواتير منفصلة مع رسوم الشحن والضرائب المناسبة.

بالنسبة للمنتجات القابلة للتحميل هذا سيكون أسهل حيث لا يوجد مثل هذه القضايا النقل البحري مع هذه. إذا كان المحل الوحيد التنزيلات ثم انه قد يكون من الممكن استخدام user_points بدلا من العملة الحقيقية.

وبمجرد أن النظام كاملة، ثم يجب أن يكون هناك وسيلة لدفع البائع من المنتجات ناقص لجنة شكلي. هذا يحتاج إلى التقارير جيد جدا كل من صاحب المدخل وصاحب متجر يمكن أن يرى هذه الارقام.

يعتقد متعددة استضافة البائع دروبال أنه قد

أنا متأكد من أن هناك أشياء لقد نسي، أو لم أفكر في ذلك سأضيف لهذا إذا كنت أتذكر - ولكن أود أن أسمع الآخرين الأفكار في هذا الشأن.

كتبت ec_mvmg: drupal.org/project/ec_mvmg
انها هناك. انها الإختراق كبير، ولكنه كثيرا ما كنت واصفا.

وكانت الفكرة للعميل كنت أعمل مع لتقسيم دفع في نهاية العملاء.

كنا نحافظ على عربة التسوق معا. كنت قد وضعت العديد من المنتجات في ذلك ما أردت.

عندما تذهب إلى دفع، تم تقسيم معاملتك الى عدة "، المعاملات الفرعي" (1 في بائع).

شاشة الدفع ثم يطلب منك أن تذهب من خلال دفع لكل مخزن كنت بالتسوق من.

لم يعجبني هذا الحل، ولكن طالب العميل العمل لدينا الحل مع باي بال موقع المدفوعات الموحدة، مما يعني لك أن تذهب إلى Paypal.com على الدفع. هذا يعني 1 زيارة لpaypal.com عن كل عملية شراء. كانت أيدينا قليلا مرتبطة على ذلك.

وعلى أية حال، وأنها تعمل. انها تعمل، وانهم بيع الكثير من المنتجات.

آخر "مسكتك" هو أنه يعتمد على بال IPN لإخطارنا عندما يحدث المدفوعات. ويبدو أن العمل حوالي 90٪ من الوقت، لكننا في بعض الأحيان الحصول على المعاملات التي لا وظيفة مرة أخرى على الموقع الرئيسي.

ولهذا كيف تعمل وحدة بلدي. انها ليست جميلة، لكني بالتأكيد فهم المفاهيم ما كنت اقتراح. فإنه ليس بالأمر الهين.

أرسلت بواسطة suydam في 11 ديسمبر، 2007 في الساعة 13:33

Esadot - حتى أنا لم التطوير المستمر على وحدة ec_mvmg. كان الحصول على الملكية بشكل لا يصدق مع سيرنا. لم أكن قادرا على البقاء مع بوابات الدفع القياسية من وحدات EC بسبب شرط أن يمكننا تقسيم المعاملات إلى دفعات متعددة. والسبب كان لدينا لتقسيم المعاملات إلى دفعات متعددة هذه المسألة بال I المبينة أعلاه.

عندما وصلنا إلى النقطة التي كنا نركض عدة دفعات في "الصفقة" أصبحت وحدة كاملة (بالنسبة لي على الأقل) لا شيء أكثر من وظيفة واحدة فقط. أنا لم مست ذلك منذ أطلقنا الموقع في مايو (يونيو؟ أنسى).

أقول هذا: كان المشروع تجربة تعليمية جيدة بالنسبة لي. ) وأنا أعلم المداخل والمخارج لماذا هذا المشروع دفع متعددة البائعين سوف تكون كبيرة جدا ومعقدة. حتى لدي بعض الأفكار العظيمة لكيفية جعلها تعمل بشكل صحيح (بدلا من الإختراق التي ec_mvmg).

الأشياء للتفكير:


  • وهل في كل بائع تصل باي بال إعداداتها الخاصة / authorize.net ودروبال يقسم المعاملات في الخلفية؟
  • . أو، هل تريد التعامل مع هذا يدويا من باي بال / يأذن / مهما حساب مدير الموقع؟

  • هل تريد للمستخدم أن يعرف انهم الشراء من بائعين متعددين أو تريد الوهم من واجهة واحدة؟
  • تذهب للتسوق على Amazon.com ثم في وقت لاحق Etsy.com أو Gozabo.com. والفرق هو مذهل. وسيولي العديد من البائعين الأمازون قبل كل شيء الأمازون بعد الخروج. و Etsy وGozabo كلا تقسيم المعاملات، وعليك أن تدفع مرة واحدة لكل بائع. ومن الواضح أن هذا أسهل من وجهة نظر مبرمج، وأكثر مرونة من وجهة نظر البائع (مدفوعات الدفع عندالتسليم، بل هي خيار!). لكنها أكثر مزعج من وجهة نظر العميل.
شاهد هذا الفيديو!

مقالات ذات صلة

Jigoshop ورد متعددة استضافة المواقعالصفحة الرئيسية »التجارة الإلكترونية آراء المستخدمين» في نهاية المطاف Jigoshop التجارة الإلكترونية وورد المكونات في Jigoshop مراجعة هو مفتوح المصدر وسهل الاستعمال وورد التجارة الإلكترونية في المكونات التي وضعتها درجة عالية من الخبرة ...
التجارة الإلكترونية على استضافة دروبالإذا كان لديك موقع على شبكة الانترنت دروبال وتفكر في فتح متجر للتجارة الإلكترونية، سوف يكون من دواعي سرور أن نعرف أن تكون الوحدات المتاحة لمساعدتك في إنشاء الموقع المثالي لبيع المنتجات. في...
بائع متعددة استضافة جملةمتعددة بائع ميزات لمحة الباعة متعددة تعمل جميع من خلال واحدة ملامح واجهة البائع مع منطقة تخزين والعرف الباعة محتوى الويب الخاصة بهم يمكن أن تدير متجر عن طريق ...
كل استضافة وحدات دروبال31 يناير 2017 كنت قد بدأت هذه السلسلة مع آخر حول ما سيتم تقييم الخصائص عند اختيار DIY دروبال حلول الاستضافة. وسوف نبدأ مع معظم أبسط وأقرب ...
إظهار بحث استضافة وحدة دروبالمرحبا، ومرحبا بكم في DrupalModules.com، تصنيف ومراجعة الخدمات التي تعمل بالطاقة المجتمع مكرسة لمساعدتك في العثور على أفضل وحدات دروبال للمشروع الخاص بك! تحتاج مساعدة في العثور على الحق في دروبال ...