كل طلب يمرّ عبر مجموعة من الحالات، بعضها تضبطه بنفسك وبعضها تضبطه 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).

ابحث بالهاتف، اسم الزبون، أو رقم الطلب من شريط البحث في الأعلى. وابتداءً من حرفين، يطابق البحث أيضاً ملصق الطلب، وملاحظات الزبون والبائع، واسم المنتج أو الـ SKU.

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

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

ملصقات الطلبات

يمكن لكل طلب أن يحمل ملصقاً نصياً قصيراً يصل إلى 60 حرفاً، وهي طريقة خفيفة لتصنيف الطلبات ("عاود الاتصال غداً"، "يحتاج تدقيق العنوان") مباشرة من القائمة، دون تثبيت إضافة 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 حين يخصم المتجر المخزون فور الوصول.
إلغاء الطلب، أو ضبطه على returned بنفسك، يعيد المخزون فوراً متى كان قد حُجز، حتى لو أُعيد الطلب إلى pending في الأثناء. إلغاء طلب لم يُحجز مخزونه أصلاً لا يغيّر أي مخزون.
المرتجع الذي تُبلغ عنه شركة التوصيل يُبقي المخزون خارجاً ما دام الطرد في طريق العودة، ويظهر على الطلب شارة مرتجع في الطريق. يرجع المخزون عندما تُبلغ الشركة أن الطرد عاد إليك، أو عندما تنقر استلمت المرتجع في نافذة معاينة الطلب أو في صفحة الطلب، أو تلقائياً بعد 15 يوماً من إبلاغ الشركة بالإرجاع (تعرض صفحة الطلب ذلك التاريخ). ولتسوية عدة مرتجعات دفعة واحدة، اختر مرتجع في الطريق في مرشّح الحالة، وعلّم الطلبات، ثم انقر استلمت المرتجعات في شريط الإجراءات المجمّعة.
إرسال طلب لا يزال pending لشركة توصيل ينقله إلى processing، وهي اللحظة التي يُخصم فيها مخزونه.
حذف طلب سبق أن حُجز مخزونه يعيد ذلك المخزون، بما في ذلك طلب pending حين يخصم المتجر المخزون فور الوصول؛ أما في الإعداد الافتراضي فحذف طلب لا يزال 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 تتيح لك:

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

📝 ملاحظة

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

حذف طلب {#deleting-an-order}

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

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

لا يوجد حذف مجمّع، وهو غير متاح في أي خطة حتى الآن. لتنظيف دفعة من الطلبات الوهمية اليوم، افتحها واحداً واحداً، أو اتركها في حالة cancelled فتخرج من فلاتر عملك مع بقاء السجل.

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

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

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

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

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

يصل الطلب كـ pending.
تتصل بالزبون للتأكد أن الطلب حقيقي ولا يزال يريده.
ضع confirmed إذا كان حقيقياً → يُخصم المخزون، جاهز للشحن.
ضع cancelled إذا كان وهمياً أو ألغى الزبون → لا مخزون مستهلك.

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

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

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

درجة الاحتيال — كل طلب يعرض شارة لرقم الهاتف، مبنية على سجل الإلغاءات والإرجاعات وعمليات التوصيل الناجحة لهذا الرقم. نقل طلب إلى cancelled أو returned أو delivered يغذّي هذا السجل.
حظر زبون: من الطلب (نافذة المعاينة أو صفحة الطلب)، اختر سبباً ثم أكِّد. افتراضياً يحجب الحظر الطلبات الجديدة من المتصفّح الذي أُرسل منه ذلك الطلب؛ علّم حظر رقم الهاتف أيضاً لحجب الرقم كذلك، وهو ما يفعله الحظر من صفحة الزبائن. وإن لم يكن لدى DZBuild أي متصفّح مسجَّل لذلك الطلب، فإنها تحظر رقم الهاتف بدلاً منه. تظهر شارة حمراء على طلبات أرقام الهواتف المحظورة. يتطلب الحظر صلاحية customers.edit.
مرشّح المكرَّرة — يُظهر نفس رقم الهاتف وهو يطلب نفس المنتج في أكثر من طلب، وهو الشكل المعتاد للإرسال المزدوج أو المزحة.

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

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

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

بعدها ينتقل الطلب إلى shipped / delivered / returned من تلقاء نفسه كلما قرأت مزامنة التتبّع حالة الشركة. وإن ضبطت طلباً مُرسَلاً على cancelled، تفحص DZBuild الطرد لدى الشركة أولاً: مع Noest و Maystro و Ecom Delivery و Elogistia، يمكن إلغاء طرد لم يتحرك بعد لديها أيضاً بزر ألغِ لدى شركة التوصيل وهنا. وفي غير ذلك اختر ألغِ هنا فقط وألغِ الطرد من لوحة الشركة نفسها أيضاً، فقد يمرّ الموزّع رغم الإلغاء هنا.

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

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

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

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

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

صفحة التتبّع التي يراها الزبون

لكل متجر صفحة عامة لتتبّع الطلبات على /track-order (والعنوان /track يفتحها أيضاً). عندما يسألك زبون أين وصل طلبه، أرسله إليها: لا يحتاج إلى حساب، يكفيه رقم الطلب، يكتبه أو يلصقه، مع علامة # في أوّله أو من دونها. شريط التنقل في متجرك فيه رابط إلى الصفحة في كل القوالب، وزرّان يفتحانها ورقم الطلب مكتوب فيها والطلب معروض مباشرة: زرّ تتبّع الطلب في صفحة تأكيد الطلب التي تظهر بعد الـ checkout، وزرّ تتبع طلبي في رسائل مرسل واتساب.

تبحث الصفحة بالمرجع الكامل (ORD-… أو LP-…)، لا بالرقم القصير #1، #2 الذي تراه في قائمة طلباتك، ولا تجد إلا طلبات متجرك أنت؛ وأي رقم لا تجد له طلباً تردّ عليه برسالة تقول إن الطلب غير موجود. إن لم يكن عند الزبون إلا الرقم القصير، افتح صفحة تفاصيل الطلب، تجد المرجع الكامل مكتوباً بخط صغير بجانبه. ولترسل للزبون رابطاً مباشراً، أضف المرجع إلى العنوان: https://<your-store-address>/track-order?order=<reference>.

ما يراه الزبون، بلغة متجرك (العربية أو الفرنسية)، في كل القوالب ما عدا Digital:

رقم الطلب، وتاريخه، وشارة الحالة.
شريط تقدّم من خمس مراحل: pending، confirmed، processing، shipped، delivered. والطلب الملغى تظهر عليه شارة الإلغاء بلا أي تقدّم.
كل منتج بصورته وكميته ومجموع سطره، ثم المجموع الفرعي، وتكلفة الشحن إن وُجدت، والإجمالي.

الحالة تُقرأ مباشرة من الطلب، فعندما تنقله مزامنة التتبّع مع شركة التوصيل إلى shipped أو delivered يرى الزبون ذلك أيضاً. ولا تعرض الصفحة أبداً اسم الزبون ولا هاتفه ولا عنوانه، ولا شركة التوصيل ولا رقم التتبّع. وفي قالب Digital تعرض الصفحة ثلاث مراحل فقط، pending وconfirmed وdelivered، والإجمالي وحده؛ وإذا كان الطلب مؤكَّداً أو مسلَّماً تطلب أيضاً آخر 4 أرقام من الهاتف المستعمل في الطلب قبل أن تعرض الملفات والأكواد والحسابات. انظر التسليم الرقمي.

طباعة بطاقة

زر طباعة في نافذة معاينة الطلب يطبع بطاقته.

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

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

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

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

الحد الأقصى 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

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

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

ما التالي

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