أسواق إلكترونية متعددة البائعين بإدارة عمولات وتسويات

التحدي

الفرق بين متجر إلكتروني وسوق متعدد البائعين أعمق مما يبدو. المتجر يبيع بضاعتك أنت؛ أما السوق فيدير علاقة مالية مع أطراف مستقلة.

هنا تظهر الأسئلة التي لا يجيب عنها أي متجر جاهز: من يشحن؟ من يستقبل المال أولاً؟ متى يستحق البائع نصيبه؟ ما العمولة إن كان الطلب من عدة بائعين؟ ومن يتحمّل الإرجاع؟

معظم المشاريع التي استلمناها في هذا المجال كانت متاجر عادية حُشِر فيها مفهوم البائعين لاحقاً، فانهارت عند أول تسوية شهرية.

ما بنيناه

• لوحة مستقلة لكل بائع: منتجاته، مخزونه، طلباته، أرباحه، وتقاريره
• مسار انضمام واعتماد للبائعين ووثائقهم
• كتالوج موحّد يجمع منتجات البائعين بتصنيف وبحث مشترك
• الطلب متعدد البائعين — تقسيمه آلياً إلى شحنات فرعية لكل بائع مع تتبّع مستقل
• حساب العمولات آلياً بقواعد مرنة: نسبة عامة، أو حسب الفئة، أو حسب البائع
• التسويات والمدفوعات الدورية للبائعين مع كشوف تفصيلية قابلة للتدقيق
• الإرجاع وفضّ النزاعات بمسار واضح يحدّد من يتحمّل الكلفة
• التقييمات على مستوى المنتج والبائع
• متعدد اللغات والعملات بواجهات RTL و LTR أصلية
• تطبيقات جوال مرافقة لبعض المنصات، منشورة على المتجرين

قرارات هندسية

الطلب كيان مركّب لا مسطّح — الطلب الأب مع شحنات فرعية لكل بائع. هذا القرار في نموذج البيانات هو ما يجعل التسويات والإرجاع الجزئي ممكنين لاحقاً، ولا يمكن إصلاحه بعد الإطلاق.

دفتر مالي لا حقل رصيد — مستحقات البائع تُسجَّل كحركات مالية متتابعة لا كرقم يُحدَّث. أي نزاع تسوية يُحسم بالرجوع إلى الحركات.

قواعد العمولة قابلة للتهيئة — تتغيّر مع كل حملة وكل اتفاق بائع، فلا يجوز أن تكون في الكود.

الأثر

• تشغيل بائعين مستقلين على منصة واحدة بعمولات وتسويات محسوبة آلياً
• كشوف تسوية قابلة للتدقيق تُنهي الخلافات المالية مع البائعين
• تقسيم الطلب متعدد البائعين وتتبّع كل شحنة على حدة
• امتداد بعض المنصات إلى تطبيقات جوال بنفس الواجهة الخلفية