تخط وانتقل إلى المحتوى الرئيسي

الطلبات

دورة حياة الطلب، الحالات، تأثير المخزون، سير عمل تأكيد المكالمة، الإرسال لشركة التوصيل، وإضافة Advanced Orders للـ CRM.

بقلم: Support

كل طلب يمرّ عبر مجموعة من الحالات، بعضها تضبطه بنفسك وبعضها تضبطه DZBuild نيابةً عنك. تغطي هذه الصفحة قائمة الطلبات، نافذة المعاينة وصفحة التفاصيل، سير عمل تأكيد المكالمة الذي يستعمله معظم التجار الجزائريين، إرسال الطلبات لشركة التوصيل، وإضافة Advanced Orders لـ CRM والحالات الفرعية ومحاولات الاتصال.

فيديو

قائمة الطلبات

افتح Dashboard → Orders على /dashboard/orders. كل سطر يعرض:

  • مربّع اختيار

  • رقم الطلب — مع صورة مصغّرة للمنتج (وشارة +N عندما يحتوي الطلب على عدة عناصر)، أيقونة مصدر الزيارة، وأي وسم لوني ضبطته

  • اسم الزبون والهاتف — مع شارة درجة الاحتيال، وشارة حمراء إن كنت قد حظرت هذا الزبون

  • الإجمالي

  • شارة الحالة — إضافة إلى شارة شاحنة بمجرد إرسال الطلب للتوصيل

  • التاريخ والوقت

  • الإجراءات — عرض، طباعة البطاقة، تعديل

الولاية والبلدية ليستا عمودين؛ تظهران في نافذة معاينة الطلب وفي صفحة التفاصيل.

أرقام الطلبات: تعرض القائمة رقماً قصيراً خاصاً بكل متجر (#1، #2، …) يُحسب بشكل منفصل لكل متجر. المرجع الكامل للنظام، المستعمل على بطاقات شركات التوصيل والبريد الإلكتروني وصفحة تتبّع الطلب، هو ORD-<store id>-<YYYYMMDD>-<8 hex characters> (مثلاً ORD-11-20260804-3F9A2B1C)، أو LP-<8 hex characters> لطلب مأخوذ من صفحة هبوط. الأرقام لا يُعاد استعمالها أبداً، فوجود فجوة بعد حذف طلب أمر طبيعي.

صفِّ بـ:

المرشّح

الاستعمال

الحالة

إيجاد كل الطلبات pending للاتصال بها

الفترة

كل الفترات / اليوم / هذا الأسبوع / هذا الشهر (خيارات ثابتة، وليست نطاق تاريخ حرّاً)

الولاية

تخطيط تسليم لشركات التوصيل حسب المنطقة

نوع التوصيل

home / desk / pickup

أُرسل للتوصيل

مُرسَل / غير مُرسَل — بها تجد طلبات اليوم التي لم تُرسَل بعد

المكرَّرة

نفس الهاتف يطلب نفس المنتج في أكثر من طلب

لا يوجد مرشّح حسب شركة التوصيل ولا مرشّح للدفع — طلبات الواجهة كلها دفع عند الاستلام (COD).

ابحث بالهاتف، اسم الزبون، أو رقم الطلب من شريط البحث في الأعلى.

الطلبات المباشرة

اترك صفحة الطلبات مفتوحة أثناء الحملة: تصل الطلبات الجديدة في الوقت الفعلي. يُحقن السطر في أعلى القائمة مع تأثير وميض، وترتفع العدّادات، ويظهر تنبيه، ويُشغَّل رنين قصير — دون أي تحديث للصفحة.

الوسوم اللونية

يمكن لكل طلب أن يحمل وسماً لونياً — طريقة خفيفة لتصنيف الطلبات ("عاود الاتصال غداً"، "يحتاج تدقيق العنوان") مباشرة من القائمة، دون تثبيت إضافة Advanced Orders. تظهر الشارة على السطر في جدول سطح المكتب وفي بطاقة الجوال معاً.

من أين جاء هذا الطلب؟

كل طلب يحمل أيقونة صغيرة لمصدر الزيارة (Meta، TikTok، Google، Direct، …). تستنتجها DZBuild وقت الـ checkout، بالترتيب، من: معرّفات النقر (fbclid، ttclid، gclid)، وسوم UTM، النطاق المُحيل، وأخيراً كشف المتصفّح داخل التطبيقات (Instagram، Facebook، TikTok، Snapchat، Threads، YouTube، Telegram). الطلب المفتوح من متصفّح داخل تطبيق دون بكسل مثبَّت غالباً يُسجَّل كـ direct/other، والطلبات التي وُضعت قبل إطلاق هذه الميزة ليس لها مصدر أصلاً.

سقف الطلبات لكل خطة

الخطة

الطلبات في الشهر الميلادي

المجانية

30

الاحترافية

غير محدود

غير محدود

غير محدود

المؤسسات

غير محدود

عندما يصل متجر على الخطة المجانية إلى 30 طلباً في شهر ميلادي واحد، يُغلق المتجر: تُستبدل الصفحة الرئيسية وصفحات المنتجات وصفحة الـ checkout بإشعار "المتجر مغلق"، وتُرفض عمليات إرسال الطلبات من الواجهة ومن صفحات الهبوط معاً — الأمر ليس مجرّد تعطيل زر الشراء. الطلبات الموجودة مسبقاً لا تتأثّر، ولوحة التحكم تبقى قابلة للاستعمال بالكامل. الطلبات اليدوية المُنشأة من لوحة التحكم تُحسب أيضاً ضمن السقف.

يُعاد تصفير العدّاد تلقائياً في اليوم الأول من الشهر، أو فوراً عند الترقية. تعرض صفحة الطلبات بطاقة استعمال مباشرة فيها شريط تقدّم، والعدد المتبقّي، وعدّاد تنازلي لأيام إعادة التصفير، مع تحذير من 80% ولافتة حمراء بمجرد بلوغ السقف.

للترقية، افتح /dashboard/subscribe وانقر ▶ How to renew للجولة الموجَّهة داخل التطبيق، أو شاهد دروس قناة DZBuild على YouTube.

آلة الحالات

pending → confirmed → processing → shipped → delivered
                ↓                       ↓
            cancelled             cancelled / returned

📝 ملاحظة

المخطّط يمثّل المسار الطبيعي لا مساراً إجبارياً — يتيح لك منتقي الحالة نقل الطلب إلى أي من الحالات السبع في أي وقت. كما تُضبط processing تلقائياً لحظة إرسال الطلب لشركة التوصيل، وتُضبط shipped / delivered / returned تلقائياً عبر مزامنة تتبّع الشركة.

الحالة

الوصف

pending

الزبون أرسل الطلب؛ لم تراجعه بعد.

confirmed

اتصلت وتأكدت — يُخصم المخزون.

processing

يجري التحضير / التغليف، أو أُرسل للتوّ لشركة توصيل.

shipped

سُلِّم لشركة التوصيل؛ صدر رقم تتبّع.

delivered

استلمه الزبون.

cancelled

أُلغي قبل التوصيل — يُسترد المخزون إن كان قد خُصم.

returned

رُجع بعد التوصيل — يُسترد المخزون ويُسجَّل حدث سلبي في درجة احتيال الزبون. لا يُسجَّل أي استرداد مالي لطلب متجر؛ حالة الدفع refunded موجودة فقط في طلبات المتاجر الرقمية.

تأثير المخزون

  • يُخصم المخزون عند انتقال الطلب إلى confirmed، لا عند pending. يحميك من الطلبات الوهمية.

  • يُعتبر المخزون محجوزاً طالما الطلب في confirmed أو processing أو shipped أو delivered.

  • إلغاء الطلب أو إرجاعه يعيد المخزون — لكن فقط إن كان قد حُجز. إلغاء طلب لا يزال pending لا يغيّر أي مخزون.

  • إرسال طلب لا يزال pending لشركة توصيل ينقله إلى processing، وهي اللحظة التي يُخصم فيها مخزونه.

  • حذف طلب سبق أن حُجز مخزونه يعيد ذلك المخزون؛ حذف طلب لا يزال pending لا يغيّر شيئاً.

فتح طلب

النقر على سطر الطلب يفتح نافذة معاينة سريعة داخل القائمة: العناصر، الزبون، الإجماليات، مبدّل الحالة، زر اتصال، الإرسال للتوصيل، وطباعة البطاقة.

لفتح الصفحة المستقلة الكاملة على /dashboard/orders/<id>، استعمل أيقونة العين في عمود الإجراءات. أيقونة القلم تفتح صفحة التعديل الكاملة على /dashboard/orders/<id>/edit.

صفحة تفاصيل الطلب

  • خط الحالات — شريط بصري للعرض فقط يبيّن أين الطلب الآن (pending → confirmed → processing → shipped → delivered، مع تفرّع cancelled/returned). هو للعرض فقط: غيّر الحالة من منتقي الحالة في نافذة المعاينة أو في صفحة التفاصيل، لا بالنقر على الخط.

  • العناصر — ما طُلب، مع المتغيرات والأسعار والإجماليات.

  • الزبون — الاسم، الهاتف، العنوان. تعرض نافذة المعاينة أيضاً شارة صغيرة تحصي كم طلباً قدّمه رقم الهاتف هذا لديك، ولا تظهر إلا إن كان أكثر من طلب واحد. هي مؤشّر لا رابط — لرؤية طلبات الزبون الأخرى، ابحث برقم هاتفه في شريط بحث الطلبات أو افتح الزبائن.

  • الشحن — الولاية / البلدية، شركة التوصيل، رقم التتبّع، نوع التوصيل (home / desk / pickup).

  • الدفع — الدفع عند الاستلام، والمبلغ الواجب تحصيله.

  • الملاحظات — حقلان منفصلان: ملاحظات الزبون، وهي ما كتبه المشتري في نموذج الـ checkout (أي أنها من الزبون وليست داخلية)، وملاحظات البائع، وهي ملاحظاتك الداخلية. كلاهما قابل للتعديل من صفحة الطلب. تُضاف حقول النماذج المخصّصة في صفحات الهبوط إلى ملاحظات البائع كأسطر label: value وتُعرض كشارات.

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

تعديل طلب

صفحة التعديل الكاملة على /dashboard/orders/<id>/edit تتيح لك:

  • تغيير بيانات الزبون والولاية والبلدية — يُعاد حساب الشحن مباشرة.

  • تغيير نوع التوصيل.

  • إضافة أو حذف منتجات، تغيير الكميات، وتعديل سعر سطر.

  • تطبيق تخفيض.

  • تجاوز سعر الشحن يدوياً.

⚠️ تنبيه

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

إنشاء طلب يدوياً

تأخذ طلبات عبر الهاتف أو رسائل Instagram أو WhatsApp؟ أضفها من صفحة الطلبات: ابحث عن منتج، اختر المتغيرات والكمية، ثم املأ بيانات الزبون وولايته / بلديته — يُسعَّر الشحن من جدول أسعار متجرك.

الطلبات اليدوية تبدأ كـ pending، وهي دفع عند الاستلام مثل أي طلب آخر، وتُحسب ضمن سقف الخطة المجانية (30 طلباً شهرياً). إنشاء واحد يتطلب صلاحية orders.edit.

سير عمل تأكيد المكالمة

معظم التجار الجزائريين يجرون تدفق تأكيد بالهاتف:

  1. يصل الطلب كـ pending.

  2. تتصل بالزبون للتأكد أن الطلب حقيقي ولا يزال يريده.

  3. ضع confirmed إذا كان حقيقياً → يُخصم المخزون، جاهز للشحن.

  4. ضع cancelled إذا كان وهمياً أو ألغى الزبون → لا مخزون مستهلك.

زر Call الأخضر في نافذة معاينة الطلب (وفي جدول Advanced Orders) يحوّل رقم الزبون إلى رابط tel:، فتصبح المكالمة بنقرة واحدة على الجوال. مكانه في نافذة المعاينة داخل القائمة، لا في صفحة تفاصيل الطلب المستقلة.

لصفحة CRM مخصصة بحالات فرعية، تتبع محاولات الاتصال، وجدول زمني كامل لكل طلب، ثبّت Advanced Orders.

كشف الطلبات السيّئة

  • درجة الاحتيال — كل طلب يعرض شارة لرقم الهاتف، مبنية على سجل الإلغاءات والإرجاعات وعمليات التوصيل الناجحة لهذا الرقم. نقل طلب إلى cancelled أو returned أو delivered يغذّي هذا السجل.

  • حظر زبون — من الطلب، احظر رقم الهاتف من متجرك مع سبب إجباري. الزبائن المحظورون يحصلون على شارة حمراء على طلباتهم.

  • مرشّح المكرَّرة — يُظهر نفس رقم الهاتف وهو يطلب نفس المنتج في أكثر من طلب، وهو الشكل المعتاد للإرسال المزدوج أو المزحة.

إرسال طلب لشركة توصيل

اربط شركة توصيل أولاً على /dashboard/link-shipping — انظر الشحن. بمجرد ربط واحدة، تعرض نافذة المعاينة وصفحة تفاصيل الطلب كلتاهما زر Send to delivery:

  1. اختر مزوّد توصيل من القائمة (تظهر فقط إن كان لديك عدة مزوّدين مربوطين؛ الافتراضي عندك معلَّم بـ ⭐).

  2. انقر Send. تتصل DZBuild بـ API الشركة، تستقبل رقم تتبّع وتخزّنه على الطلب مع اسم الشركة، تعلّم الطلب كمُرسَل، وتنقل الحالة من pending / confirmed إلى processing — لا إلى shipped. الطلب الموجود أصلاً في أي حالة أخرى يحتفظ بحالته. وإن كان الطلب لا يزال pending، فهذه هي لحظة خصم المخزون.

بعدها ينتقل الطلب إلى shipped / delivered / returned من تلقاء نفسه كلما قرأت مزامنة التتبّع حالة الشركة.

نافذة الإرسال تتيح لك اختيار شركة التوصيل فقط. أما المنزل مقابل المكتب مقابل الاستلام من المتجر فهو خاصية للطلب نفسه، يحدّدها الزبون في الـ checkout — لتغييرها، عدّل الطلب (نافذة التعديل في المعاينة، أو /dashboard/orders/<id>/edit)، وهذا يعيد أيضاً حساب تكلفة الشحن.

يُرفض الإرسال إلى مكتب من طرف DZBuild نفسها، قبل أي مكالمة API، عندما تقول بيانات الشركة المزامَنة إن تلك الولاية بلا مكتب. وإن كانت API الشركة معطّلة، تعرض DZBuild الخطأ وتترك الطلب كما هو — لا حالة نصفية.

التتبّع بعد التسليم

بمجرد أن يصبح للطلب رقم تتبّع، تُعيد DZBuild الاستعلام من الشركة تلقائياً وتُسقِط حالة الشركة الحالية على حالة الطلب (shipped، delivered، returned، cancelled). وقد يستغرق ظهور تغيّر من جهة الشركة بعض الوقت على الطلب. تعرض صفحة الطلب آخر حالة من الشركة في سطر واحد، مع زر Refresh للفحص عند الطلب.

لا يوجد سجل أحداث تفصيلي للشركة — تُخزَّن آخر حالة فقط. والحالة غير المعروفة تُتجاهَل بدل تخمينها، فقد تترك حالة نادرة الطلبَ مكانه حتى تضبطه يدوياً.

طباعة بطاقة

أيقونة الطابعة على أي طلب تطبع بطاقته.

  • إن كان الطلب قد أُرسل مسبقاً لشركة تعمل بـ Ecotrack أو لـ Elogistia وله رقم تتبّع، تحصل على بطاقة (bordereau) PDF الخاصة بتلك الشركة.

  • لكل شركة أخرى، وللطلبات التي لم تُرسَل بعد، تطبع DZBuild ورقتها الخاصة: اسم المتجر وهاتفه، اسم الزبون وهاتفه وعنوانه، قائمة العناصر بالكميات والأسعار، المجموع الفرعي / الشحن / الإجمالي، رقم التتبّع إن وُجد، ورمز QR يعيد فتح الطلب في لوحة تحكمك.

على الجوال — وعلى سطح المكتب عند حجب النافذة المنبثقة — تُعرض الورقة داخل الصفحة بدل فتح نافذة طباعة. لتخصيص البطاقة لكل منتج، انظر Custom Delivery Label.

الإجراءات المجمّعة

تعليم مربّعات اختيار الطلبات (أو مربّع تحديد الكل في الرأس) يُظهر إجراءً مجمّعاً واحداً: Send to delivery، مع قائمة شركات عند وجود أكثر من شركة مربوطة. شريط الإجراءات المجمّعة لا يوجد أصلاً إلا إذا كانت هناك شركة توصيل واحدة مربوطة على الأقل، والطلبات المُرسَلة سابقاً يكون مربّع اختيارها معطّلاً.

الحد الأقصى 50 طلباً لكل عملية. تعود النتائج في نافذة مقسَّمة إلى مُرسَل / فاشل / متجاوَز.

لا يوجد تغيير حالة مجمّع، ولا توليد بطاقات مجمّع، ولا تصدير للطلبات بصيغة CSV أو Excel في لوحة التحكم. أقرب شيء للتصدير هو إضافة Google Sheets التي تدفع الطلبات إلى جدول بيانات.

من يستطيع فعل ماذا

الطلبات محمية بالصلاحيات على ثلاثة مستويات — العرض والتعديل والحذف (يوجد مربّع اختيار رابع لـ التصدير في صفحة الفريق لكنه غير مرتبط بأي وظيفة حالياً) — فيمكن منح موظّف مركز الاتصال العرض + التعديل دون القدرة على حذف الطلبات. لاحظ أن تأكيد الطلب وتعديله وإنشاء واحد يدوياً وإرساله لشركة توصيل تتشارك كلها نفس صلاحية orders.edit؛ لا يمكن منحها بشكل منفصل.

الإشعارات

عند وصول طلب جديد:

  • في صفحة الطلبات — يُحقن السطر مباشرة في أعلى القائمة مع وميض، ويظهر تنبيه، ويُشغَّل رنين قصير. لا يوجد مركز إشعارات بجرس في لوحة التحكم ولا مفتاح تشغيل/إيقاف للرنين؛ وهو لا يُشغَّل إلا في صفحة الطلبات.

  • بريد إلكتروني لمالك المتجر.

  • Push — فعّل مفتاح Push على /dashboard/notifications واقبل طلب المتصفّح. يعمل هذا في أي متصفّح يدعم Web Push؛ تثبيت لوحة التحكم كـ PWA ليس مطلوباً (لكنه مطلوب على iOS، ولهذا تعرض الصفحة تنبيهاً خاصاً بـ iOS). في تطبيق DZBuild على الجوال يحمل نفس السطر اسم "إشعارات التطبيق".

  • Telegram — اربط حساباً أو أكثر؛ كل عضو في الفريق له مقعده الخاص بمفاتيح مستقلّة للطلبات الجديدة ولتغيّر الحالة.

  • Discord — نفس المفاتيح لكل قناة: طلبات جديدة وتغيّر الحالة.

القنوات التي يمكنك التحكم بها على /dashboard/notifications هي Push و Email و Telegram و Discord.

Webhooks

مساران منفصلان:

  1. ثبّت إضافة Webhooks (n8n / Make / Zapier) من /dashboard/addons — تتطلب خطة غير محدود — ثم أضف رابط الأتمتة عندك على /dashboard/webhooks. ترسل DZBuild حمولة موقَّعة بـ HMAC لحظة إنشاء الطلب أو تغيّر حالته.

  2. إن كنت تبني على الـ API العمومية، سجّل الـ webhooks بمفتاح الـ API الخاص بك بدل ذلك — انظر Webhooks (API).

Advanced Orders (إضافة — خطة غير محدود)

صفحة CRM على /dashboard/orders/advanced تضيف:

  • 12 حالة فرعية فوق القياسية: no answer، busy line، postponed، waiting customer call، confirmed، cancelled، fake، duplicate، customer cancelled، at courier، returned، completed.

  • تتبّع محاولات الاتصال — كل محاولة تُسجَّل بواحدة من خمس نتائج (لا يرد، مشغول، ردّ، رقم خاطئ، طلب معاودة الاتصال) مع ملاحظة، وتظهر شارة حمراء بعدد المكالمات على السطر.

  • جدول زمني كامل للحالات لكل طلب، مع الموظّف الذي أجرى كل تغيير.

  • إحصائيات الفريق — نشاط كل موظّف عبر طابور الاتصال.

  • تصفية وبحث بالحالة الفرعية.

صفحة الـ CRM لا تحلّ محلّ صفحة الطلبات القياسية، لكنها ليست للعرض فقط أيضاً. ثمانٍ من الحالات الفرعية الاثنتي عشرة مربوطة بحالة الطلب الأساسية — confirmed ← confirmed؛ و cancelled و fake و duplicate و customer cancelled ← cancelled؛ و at courier ← shipped؛ و returned ← returned؛ و completed ← delivered. ضبط واحدة منها يغيّر أيضاً الحالة في صفحة الطلبات القياسية، ويحرّك المخزون، ويحدّث درجة احتيال الزبون، ويطلق إشعارات تغيّر الحالة المعتادة. أما الحالات الأربع السابقة للتأكيد (no answer، busy line، postponed، waiting customer call) فليس لها مقابل أساسي وتترك حالة الطلب كما هي.

فعّلها من /dashboard/addons (تحتاج خطة غير محدود).

نصائح

  • أكِّد بالهاتف خلال ساعة من الطلب متى استطعت — كلما طال التأخير، زادت الإلغاءات.

  • لا تنقل الطلبات إلى confirmed إلا بعد التأكيد فعلاً. ينقص المخزون ويُنشئ نية شحن حقيقية.

  • استعمل الحالات الفرعية إن كان فريقك يعالج ≥ 50 طلب/يوم — معاودة الاتصال بـ no answer تحتاج طابور خاص.

  • نظّف الطلبات pending القديمة أسبوعياً. عادة وهمية أو مزعجة وتزحم القائمة — ألغِها واحدة واحدة من القائمة، أو اشتغل عليها في طابور Advanced Orders.

  • اربط تفاصيل الطلب بشاشة واحدة أثناء جلسات الاتصال — افتحها على لوحي، اتصل بالهاتف.

  • أرسل لشركة التوصيل دفعة في نفس الساعة كل يوم لتتوقع الشركة وقت الاستلام — حتى 50 طلباً في الدفعة.

ما التالي

هل أجاب هذا عن سؤالك؟