عندما يضع زبون طلبًا، يصلك إشعار فوري ويبدأ الطلب في التنقّل عبر آلة حالات تتحكّم بها من لوحة التحكم. تستعرض هذه الصفحة التدفّق كاملًا — ما يراه الزبون، وماذا تفعل أنت، وكيف يصل الطلب إلى باب الزبون.
🎬 فيديو — جولة في تدفّق الطلبات
ماذا يفعل الزبون
يصل إلى متجرك (
{your-slug}.dzbuild.appأو نطاقك المخصّص).يختار منتجًا، ومتغيّراته إن وُجدت، ويضيفه إلى السلة.
يذهب إلى الـ checkout، ويملأ الاسم والهاتف والولاية والعنوان.
يختار نمط التوصيل ويؤكّد.
يرى صفحة شكر مع رقم طلبه.
هذا كل شيء من جهة الزبون. لا حاجة إلى حساب لوضع طلب.
هناك ثلاثة أنماط توصيل ممكنة عند الدفع:
التوصيل إلى المنزل — متاح دائمًا.
Stop desk — فقط في الولايات التي فعّلت فيها التوصيل إلى المكتب ضمن أسعار الشحن. أمّا القائمة القابلة للبحث لمكاتب شركة التوصيل الفعليّة فلا تظهر إلّا إذا كانت إضافة Stop Desk مفعَّلة و كانت شركة التوصيل المربوطة قد زامنت بيانات مكاتبها؛ وإلّا يتحوّل الخيار إلى توصيل عادي إلى المكتب بسعر المكتب عندك.
الاستلام من محلّك — يتطلّب إضافة Pickup from Store ونقطة استلام واحدة مضبوطة على الأقل.
📝 ملاحظة — قد يستغرق ظهور الطلب بضع ثوانٍ
تؤكّد صفحة الدفع للمشتري فورًا، ويُسجَّل الطلب بعدها مباشرةً. ولا يضيع أي طلب بصمت أبدًا — لكن قد تمرّ بضع ثوانٍ قبل ظهوره في قائمة طلباتك.
دورة حياة الطلب
pending → confirmed → processing → shipped → delivered
↓
cancelled (من أي حالة غير نهائية)
↑
returned (بعد delivered)
الحالة | معناها | من يطلقها |
| تمّ وضع الطلب لكن لم يُؤكَّد بعد | الزبون عند الـ checkout |
| اتّصلت بالزبون وأكّدت | أنت (لوحة التحكم) |
| تُحضِّر الطلب للتغليف، أو أرسلته إلى شركة توصيل | أنت (لوحة التحكم)، أو تلقائيًّا عند إرسال الطلب إلى شركة توصيل |
| الطلب لدى شركة التوصيل وفي الطريق | مزامنة تتبّع التوصيل، بقراءة الحالة من شركة التوصيل |
| استلمه الزبون | مزامنة تتبّع التوصيل، أو أنت |
| أُلغي الطلب قبل التوصيل | أنت أو الزبون |
| أعاد الزبون الطلب بعد الاستلام | API الشركة أو أنت |
ℹ️ معلومة — متى يتحرّك المخزون
يُخصَم المخزون أوّل مرّة يبلغ فيها الطلب أيًّا من الحالات confirmed أو processing أو shipped أو delivered — ولا يُخصَم أبدًا عند pending، حتى لا تخسر المخزون بسبب طلبات وهمية أو spam. وانتبه للنتيجة المترتّبة: إرسال طلب ما يزال pending مباشرةً إلى شركة توصيل ينقله إلى processing، وهذا يخصم المخزون أيضًا. ويُستعاد المخزون حين يصبح الطلب cancelled أو returned. ومهما بدّلت حالة الطلب ذهابًا وإيابًا، يُخصَم مخزونه مرّة واحدة على الأكثر ويُستعاد مرّة واحدة على الأكثر — لا يمكن أبدًا أن يُحتسب مرّتين.
ماذا تفعل أنت
1. يصلك إشعار
عند وصول طلب:
إشعار منبثق مباشر (toast) — في أي تبويب مفتوح من لوحة التحكم، فورًا وبلا إعادة تحميل.
Telegram — إلى حساب واحد أو أكثر مربوط. هذه هي القناة التي يستعملها فعلًا معظم التجّار الجزائريين؛ اربطها من
/dashboard/notifications.Discord — من الصفحة نفسها، إن كنت تدير عملياتك داخل خادم Discord.
بريد إلكتروني — إلى بريد إشعارات المتجر.
إشعارات المتصفّح / التطبيق — Web Push في المتصفّح، وإشعارات أصليّة في تطبيق Android.
Webhook — عبر إضافة Webhooks. انظر Webhooks.
⚠️ تنبيه — تعطيل البريد يُعطِّل الإشعارات أيضًا
إشعارات المتصفّح وإشعارات التطبيق مرتبطة حاليًّا بمفتاح البريد الإلكتروني. إذا أطفأت إشعارات البريد من /dashboard/notifications، تتوقّف إشعارات المتصفّح والتطبيق بصمت أيضًا.
2. افتح الطلب
لوحة التحكم → الطلبات (/dashboard/orders) → اضغط على الطلب الجديد.
3. Call-confirm
تتبع معظم المتاجر الجزائرية تدفّق call-confirm: تبقى الطلبات pending إلى أن تتّصل بالزبون وتؤكّد أنه بالفعل يريد الطلب، ثم تنقله إلى confirmed. هذه العادة الأهمّ التي يجب بناؤها — تخفّض معدّل الإرجاع بشكل كبير.
للحصول على واجهة call-confirm على شكل CRM، ثبِّت إضافة إدارة الطلبات المتقدّمة واستعمل /dashboard/orders/advanced. وهي أيضًا المكان الوحيد الذي يوجد فيه سجلّ حقيقي لكل طلب: تسجّل الحالات الفرعيّة (لا يردّ، مشغول، مؤجَّل، وهمي، …)، وتوثّق كل محاولة اتّصال، وتحتفظ بسجلّ كامل للتغييرات.
4. أرسل إلى شركة التوصيل
أوّلًا الشرط المسبق: اربط حساب شركة توصيل ببيانات الـ API الخاصّة بها من لوحة التحكم ← ربط شركات التوصيل (/dashboard/link-shipping). ثم:
افتح الطلب — إمّا من النافذة المنبثقة في قائمة الطلبات، أو من صفحة الطلب الكاملة.
اضغط إرسال إلى التوصيل واختر شركة التوصيل المربوطة.
تُعيد API الشركة رقم تتبّع وبطاقة شحن، ويُخزَّن كلاهما على الطلب. ويمكنك بعدها طباعة بطاقة الشركة / رمز QR مباشرةً من الطلب.
تنتقل حالة الطلب من
pendingأوconfirmedإلىprocessing— لا إلىshipped.
كما تتيح لك قائمة الطلبات تحديد عدّة طلبات وإرسالها إلى شركة التوصيل في عمليّة جماعيّة واحدة.
DZBuild لا يُرسِل أي SMS إلى زبونك في أي مرحلة. وإذا وصلت المشتري رسالة قصيرة، فهي من نظام شركة التوصيل نفسها.
أكثر من 50 شركة توصيل مدعومة — Yalidine وYalitec وGuepex وEasy & Speed وMaystro وZR Express (القديمة والجديدة) وAbex Express وNOEST Express وZimou Express وColivraison وEcom Delivery وDHD Livraison وConexlog وMSM Go وغيرها — ويمكن إضافة أي شركة توصيل تعمل على منصّة Ecotrack عبر خانة «custom Ecotrack». انظر نظرة عامة على شركات التوصيل.
5. تابِع حتى الوصول
تُزامِن معظم تكاملات شركات التوصيل حالة التسليم تلقائيًّا: تقرأ DZBuild حالة الشحنة من شركة التوصيل على فترات منتظمة وتنقل الطلب إلى shipped ثم لاحقًا إلى delivered من تلقاء نفسها، عادةً خلال دقائق من تحديث الشركة لها. أمّا الشركات التي لا تدعم المزامنة التلقائية، فغيِّر الحالة يدويًّا بمجرّد أن تؤكّد لك الشركة التسليم — هاتفيًّا أو عبر بوّابتها أو برسالة منها إليك.
كما يعرض كل طلب مصدر المشتري، لتعرف أي قناة أنتجت الطلب.
حين لا يصل الطلب أبدًا
إذا قال زبون إنّه طلب ولم يظهر شيء في لوحة تحكّمك، فهناك أربعة أمور قد تمنع الطلب من الوصول إليك:
captcha صفحة الدفع — إذا كانت إضافة Captcha Protection مفعّلة، تشغّل صفحة الدفع فحص تحقّق تلقائيًّا، والمشتري الذي يُرسِل قبل انتهائه لا يمرّ طلبه.
بوّابة الاحتيال / الحظر — المشترون الذين حظرتهم يُرفَضون قبل إنشاء أي طلب.
حدّ الطلبات لكل IP — إذا ثبّتّ إضافة Limit Orders per IP، تُحظَر الطلبات المتكرّرة من عنوان IP واحد.
حدّ الخطة المجانية — يتوقّف المتجر المجاني عن قبول الطلبات بعد 30 طلبًا في الشهر التقويمي، وتُغلَق واجهة المتجر أمام كل الزوّار حتى الشهر التالي أو حتى تشترك.
ما التالي