استقبل طلبك الأول
عندما يضع زبون طلبًا، يصلك إشعار فوري ويبدأ الطلب في التنقّل عبر آلة حالات تتحكّم بها من لوحة التحكم. تستعرض هذه الصفحة التدفّق كاملًا — ما يراه الزبون، وماذا تفعل أنت، وكيف يصل الطلب إلى باب الزبون.
🎬 فيديو — جولة في تدفّق الطلبات
ماذا يفعل الزبون
- يصل إلى متجرك (
{your-slug}.dzbuild.appأو نطاقك المخصّص). - يختار منتجًا، ومتغيّراته إن وُجدت، ويضيفه إلى السلة.
- يذهب إلى الـ checkout، ويملأ الاسم والهاتف والولاية والعنوان.
- يختار نمط التوصيل ويؤكّد.
- يرى صفحة شكر مع رقم طلبه.
هذا كل شيء من جهة الزبون. لا حاجة إلى حساب لوضع طلب.
هناك ثلاثة أنماط توصيل ممكنة عند الدفع:
- التوصيل إلى المنزل — متاح دائمًا.
- Stop desk — فقط في الولايات التي فعّلت فيها التوصيل إلى المكتب ضمن أسعار الشحن. أمّا القائمة القابلة للبحث لمكاتب شركة التوصيل الفعليّة فلا تظهر إلّا إذا كانت إضافة Stop Desk مفعَّلة و كانت شركة التوصيل المربوطة قد زامنت بيانات مكاتبها؛ وإلّا يتحوّل الخيار إلى توصيل عادي إلى المكتب بسعر المكتب عندك.
- الاستلام من محلّك — يتطلّب إضافة Pickup from Store ونقطة استلام واحدة مضبوطة على الأقل.
تؤكّد صفحة الدفع للمشتري فورًا، ويُسجَّل الطلب بعدها مباشرةً، فمرور بضع ثوانٍ قبل ظهوره في قائمة طلباتك أمر عادي. أمّا إذا لم يظهر أبدًا طلب يؤكّد المشتري أنّه أرسله، فخذ رقم هاتفه ووقت الطلب، وأدخِل الطلب بنفسك من صفحة الطلبات /dashboard/orders، وافتح تذكرة دعم بهذه التفاصيل ليبحث عنه الفريق.
دورة حياة الطلب
pending → confirmed → processing → shipped → delivered
↓
cancelled (من أي حالة غير نهائية)
↑
returned (بعد delivered)
| الحالة | معناها | من يطلقها |
|---|---|---|
pending | تمّ وضع الطلب لكن لم يُؤكَّد بعد | الزبون عند الـ checkout |
confirmed | اتّصلت بالزبون وأكّدت | أنت (لوحة التحكم) |
processing | تُحضِّر الطلب للتغليف، أو أرسلته إلى شركة توصيل | أنت (لوحة التحكم)، أو تلقائيًّا عند إرسال الطلب إلى شركة توصيل |
shipped | الطلب لدى شركة التوصيل وفي الطريق | مزامنة تتبّع التوصيل، بقراءة الحالة من شركة التوصيل |
delivered | استلمه الزبون | مزامنة تتبّع التوصيل، أو أنت |
cancelled | أُلغي الطلب قبل التوصيل | أنت أو الزبون |
returned | أعاد الزبون الطلب بعد الاستلام | API الشركة أو أنت |
افتراضيًا، يُخصَم المخزون أوّل مرّة يبلغ فيها الطلب أيًّا من الحالات confirmed أو processing أو shipped أو delivered، ولا يُخصَم أبدًا عند pending، حتى لا تخسر المخزون بسبب طلبات وهمية أو spam. وإن كنت تفضّل حجز المخزون فور وصول الطلب، افتح صفحة الطلبات، اضغط ترس «إعدادات العرض» واختر في قسم خصم المخزون الخيار فور وصول الطلب؛ يستطيع مالك المتجر والأعضاء المخوّلون بتعديل الطلبات تغييره، ويسري على الطلبات الجديدة من لحظتها. إرسال طلب ما يزال pending مباشرةً إلى شركة توصيل ينقله إلى processing، وهذا يخصم المخزون أيضًا. ويُستعاد المخزون حين يصبح الطلب cancelled أو returned أيًّا كان التوقيت الذي اخترته. ومهما بدّلت حالة الطلب ذهابًا وإيابًا، يُخصَم مخزونه مرّة واحدة على الأكثر ويُستعاد مرّة واحدة على الأكثر؛ لا يمكن أبدًا أن يُحتسب مرّتين.
ماذا تفعل أنت
1. يصلك إشعار
عند وصول طلب:
- إشعار منبثق مباشر (toast): فورًا وبلا إعادة تحميل، لكن في صفحتين فقط، قائمة الطلبات
/dashboard/ordersوصفحة الطلبات المتقدّمة. لا يظهر في أي صفحة أخرى من لوحة التحكم، فأبقِ قائمة الطلبات مفتوحة إن كنت تعتمد عليه. - Telegram — إلى حساب واحد أو أكثر مربوط. هذه هي القناة التي يستعملها فعلًا معظم التجّار الجزائريين؛ اربطها من
/dashboard/notifications. - Discord — من الصفحة نفسها، إن كنت تدير عملياتك داخل خادم Discord.
- بريد إلكتروني: إلى بريد حسابك، وهو العنوان المعروض في
/dashboard/notifications. لتغييره، عدّل بريد الحساب من/dashboard/account. - إشعارات المتصفّح / التطبيق — 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 إلى زبونك في أي مرحلة. وإذا وصلت المشتري رسالة قصيرة، فهي من نظام شركة التوصيل نفسها.
تحتوي شبكة شركات التوصيل على 102 بطاقة: 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»، وهي واحدة من هذه الـ 102. أمّا الولايات التي تستطيع الشحن إليها فعليًّا فيحدّدها حسابك لدى شركة التوصيل، لا DZBuild. انظر نظرة عامة على شركات التوصيل.
5. تابِع حتى الوصول
تُزامِن معظم تكاملات شركات التوصيل حالة التسليم تلقائيًّا: تستعلم DZBuild من شركة التوصيل عن التحديثات كل 15 دقيقة تقريبًا، وتنقل الطلب إلى shipped ثم لاحقًا إلى delivered من تلقاء نفسها. توقَّع ربع ساعة تقريبًا بعد أن تُحدِّث الشركة نظامها، لا تغييرًا فوريًّا، وتوقَّع فارقًا أطول في متجر لديه شحنات كثيرة مفتوحة، لأن كل استعلام يعالج دفعة محدودة منها. أمّا الشركات التي لا تدعم المزامنة التلقائية، فغيِّر الحالة يدويًّا بمجرّد أن تؤكّد لك الشركة التسليم، هاتفيًّا أو عبر بوّابتها أو برسالة منها إليك.
كما يعرض كل طلب مصدر المشتري، لتعرف أي قناة أنتجت الطلب.
حين لا يصل الطلب أبدًا
إذا قال زبون إنّه طلب ولم يظهر شيء في لوحة تحكّمك، فهناك أربعة أمور قد تمنع الطلب من الوصول إليك:
- captcha صفحة الدفع — إذا كانت إضافة Captcha Protection مفعّلة، تشغّل صفحة الدفع فحص تحقّق تلقائيًّا، والمشتري الذي يُرسِل قبل انتهائه لا يمرّ طلبه.
- بوّابة الاحتيال / الحظر — المشترون الذين حظرتهم يُرفَضون قبل إنشاء أي طلب.
- حدّ الطلبات لكل IP — إذا ثبّتّ إضافة Limit Orders per IP، تُحظَر الطلبات المتكرّرة من عنوان IP واحد.
- حدّ الخطة المجانية — يتوقّف المتجر المجاني عن قبول الطلبات بعد 30 طلبًا في الشهر التقويمي، وتُغلَق واجهة المتجر أمام كل الزوّار حتى الشهر التالي أو حتى تشترك.