Arc OMS — نظام رقمي للطلبات وتنفيذها متكامل مع Salla
تصفح لقطات المشروع كاملة — كل صورة تحكي جزءًا من القصة.
اسحب للتنقل
نظرة عامة
تم تطوير Arc OMS لسد الفجوة التشغيلية التي تنشأ عندما تتوزع طلبات المنتجات الرقمية بين المتجر الإلكتروني، وموظفي تنفيذ الطلبات، ومحادثات العملاء، وحالات الطلبات، ومخزون الأكواد، ومزودي تنفيذ الطلبات الخارجيين. يواصل العملاء الشراء من خلال متجر Salla الحالي، بينما يتولى Arc OMS إدارة تنفيذ الطلبات، ومتابعة الحالة، والتواصل عبر WhatsApp خلف الكواليس. ترتبط المحادثات مباشرة بطلباتها، مما يمنح فريق الخدمة السياق المطلوب دون الحاجة للبحث عبر قنوات منفصلة. داخليًا، يجمع النظام الطلبات المفتوحة، والتوجيه حسب المنتج، واستلام الطلبات وتكليفها، وتحديثات الحالة، والمزامنة مع Salla، ومحادثات WhatsApp، ومخزون الأكواد، والتنفيذ الخارجي في مساحة عمل تشغيلية واحدة. يحصل الموظفون على مساحة عمل مخصصة تحتوي على الطلبات المؤهلين لمعالجتها، مع أدوات لاستلام كل طلب ومعالجته وإكماله ومناقشته مع العميل. بينما يحصل المدراء على إشراف أوسع على الطلبات المفتوحة، والتكليفات، ونشاط الفريق، والجداول الزمنية، وسجل الحالات، وإعادة التكليف، والإلغاء، والحالات التي تتطلب مزامنة أو تدخلاً في تنفيذ الطلب. يُبسّط Arc OMS الأعمال التي تتطلب عادةً تنسيقًا يدويًا، بما في ذلك استقبال الطلبات وتوزيعها، وإشعار الفريق المختص، وربط رسائل العملاء بسياق الطلب، ومزامنة حالات Salla، وتخصيص أكواد التنفيذ، ومعالجة المنتجات المدعومة عبر Midas وSawa Play. وتظل إمكانية التسليم اليدوي المُدار متاحة عندما لا يمكن للتنفيذ التلقائي إكمال الطلب بأمان. يتجاوز المنتج حدود لوحة تحكم الطلبات العادية؛ إذ يفرض صلاحيات الرؤية حسب الدور، ويمنع الملكية المزدوجة لنفس الطلب في وقت واحد، ويحفظ العمليات الخارجية لاستعادتها بأمان، ويحمي من التنفيذ المكرر والاستهلاك المكرر للأكواد، ويسجل انتقالات الطلب للمراجعة التشغيلية.
عن المشروع
نظام لعمليات الطلبات يساعد بائعي المنتجات الرقمية بالتجزئة على استقبال الطلبات، وتوجيهها، وتنفيذها، ومتابعتها، مع تنسيق عمل الفرق وتواصل العملاء من خلال مساحة عمل تشغيلية موحدة.
التقنيات المستخدمة
التحديات
1. توحيد دورة حياة الطلب المجزأة المشكلة: اعتمدت دورة حياة الطلب على بيانات المتجر، وإجراءات الموظفين، ورسائل العملاء، والمخزون الرقمي، والمزودين الخارجيين. التأثير على العمل: احتمال فقدان سياق الطلب وتأخر المتابعة عند تنقل الفرق بين أدوات منفصلة. الحل: نظم Arc OMS هذه الأنشطة حول سجل طلب واحد يحتوي على صاحبه، وحالته الحالية، والمحادثة، وسجل الأحداث، ومسار التنفيذ. 2. منع التعارض في استلام الطلبات المشكلة: إمكانية محاولة عدة موظفين استلام نفس الطلب في الوقت نفسه. التأثير على العمل: تكرار تنفيذ الطلب أو حدوث تعارض في التواصل مع العميل. الحل: تضمن آليات القفل على مستوى قاعدة البيانات وسياسات الرؤية المركزية وجود مالك واحد فقط للطلب، حتى عند الوصول إلى السجلات مباشرة عبر الـ API. 3. توجيه كل منتج إلى سير العمل الصحيح المشكلة: لا تتشارك المنتجات مسار تنفيذ واحد؛ فبعضها يتطلب موظفين، وبعضها مستثنى، وبعضها الآخر يتبع لمزود أو مشغل محدد. التأثير على العمل: التوجيه الخاطئ يؤدي إلى تأخير تنفيذ الطلبات وقد يعرضها لموظف غير مختص. الحل: تُحدد القواعد المركزية لرمز المنتج (SKU)، والبادئة (Prefix)، والموظف، ومجموعات الإشعارات الوجهة المؤهلة، وتتعامل بأمان عند تعارض قواعد التوجيه. 4. الحفاظ على اتساق الخدمات الخارجية مع حالة الطلب الداخلية المشكلة: قد يكمل Salla أو مزود التنفيذ إجراءً ما بينما ينقطع رد التأكيد. التأثير على العمل: المحاولات التلقائية العشوائية قد تكرر تحديث الحالة أو تنفيذ الطلب للعميل. الحل: تحمي مُعرّفات الإجراءات الثابتة، والمهام المستمرة، والحالات القابلة للمراجعة، ودورات إعادة المحاولة المحدودة، وآليات الاستعادة تحت سيطرة المدير، العمليات الخارجية من التكرار غير المقصود. 5. الحفاظ على سياق العميل عبر محادثات WhatsApp المشكلة: تخزين رسائل العملاء بشكل منفصل عن الطلبات يجعل من الصعب تحديد الشراء ذي الصلة، والموظف المسؤول، والحالة الحالية. التأثير على العمل: يقضي الموظفون وقتًا أطول في البحث وقد يتلقى العملاء إجابات غير متسقة. الحل: تربط محادثات WhatsApp بالطلبات مع دعم النصوص، والصور، والمقاطع الصوتية، والردود السريعة، وتحديثات المحادثة في الوقت الفعلي. 6. حماية مخزون الأكواد الرقمية المشكلة: أكواد تنفيذ الطلبات هي أصول مالية حساسة قد تتعرض للكشف أو الاستهلاك أكثر من مرة في ظل الأنشطة المتزامنة. التأثير على العمل: قد يؤدي الاستهلاك المكرر إلى خسائر مباشرة وضعف في المساءلة. الحل: يتم تشفير الأكواد، وإخفاؤها افتراضيًا، وحمايتها بفرز إعادة التحقق، وتخصيصها عبر قواعد معاملات تمنع الحجز أو الاستخدام المكرر. 7. التعامل مع عدم اليقين في تنفيذ المزود عبر المتصفح المشكلة: قد تتوقف جلسة المزود أو ترجع نتيجة غير واضحة بعد بدء تنفيذ الطلب. التأثير على العمل: تكرار معاملة غير مؤكدة قد يؤدي إلى تنفيذ الطلب لنفس العميل مرتين. الحل: الفصل بين التحضير والتنفيذ، وتسجيل الإلزام قبل الإجراء النهائي للمزود، والاحتفاظ بالأدلة، وإرسال النتائج الغامضة إلى مراجعة مُدارة بدلاً من إعادة المحاولة بشكل عشوائي.
النتائج والأثر
- توحيد استقبال الطلبات، وتوجيه الموظفين، وحالات Salla، ومحادثات WhatsApp، ومخزون الأكواد، والتنفيذ الخارجي ضمن سير عمل تشغيلي واحد. - حتى 1 أغسطس 2026، احتوت قاعدة البيانات على 3,880 طلبًا، تشمل 3,848 طلبًا مكتملًا و2,754 طلبًا تم استقباله خلال الـ 30 يومًا السابقة. - يدعم 9 موظفين نشطين من خلال مساحات عمل مخصصة حسب الأدوار، مع تسجيل 4,620 حدث حالة يوفر وضوحًا أكبر للملكية وسجل الطلبات. - تنظيم 10,139 رسالة WhatsApp عبر 2,757 محادثة مرتبطة بالطلبات، مما يحافظ على ربط تواصل العملاء بسياق الطلب. - معالجة 209 طلبات تنفيذ خارجي: تم إكمال 174 طلبًا منها تلقائيًا، و30 طلبًا عبر معالجة يدويّة مُدارة