العميل طلب إرجاع قطعة، والمخزن استلمها، والموظف غيّر حالة الطلب. قد تكون هذه ثلاث خطوات صحيحة، بينما لم يصل المال إلى العميل ولم يعتمد أحد إعادة القطعة للبيع. عند تطوير المرتجعات، اطلب من الشركة فصل حالة الطلب عن حالة السلعة وحالة المال، وربطها بمراجع واضحة.
مرتجع واحد لا يعيد الطلب كله إلى البداية
تخيل متجرًا افتراضيًا لأغطية الوسائد باع طلبًا متعدد البنود، ثم أراد العميل إعادة غطاء واحد. قد يختار المتجر الاستبدال أو رد قيمة وفق سياسته المعتمدة. نستخدم المثال لتخطيط برنامج؛ لا يقرر حقًا قانونيًا أو مدة إرجاع أو رسومًا موحدة لمصر ودول الخليج.
ابدأ بالبند والكمية المطلوبين، لا بحالة عامة للطلب. اربط الطلب العائد بالطلب الأصلي ومرجع القطعة والمتغير المقصود. إذا اشتمل الشراء على أكثر من لون أو مقاس، فيجب أن يستطيع الموظف والمراجع معرفة ما عاد فعلًا دون تفسير الاسم الحر من جديد كل مرة.
ثلاثة مسارات تحتاج متابعة
تفرق مقدمة Shopify بين الإرجاع باستلام السلعة، والاسترداد بإعادة المال، والاستبدال بإرسال بديل. استفد من هذا الفصل لوصف المطلوب من المنفذ، دون افتراض أن جميع المتاجر تستخدم الترتيب أو الإمكانات نفسها. اختيار منصة لا يغني عن حسم السياسة التي تريد تطبيقها.
ارسم مسارات متجاورة للطلب والسلعة والمال، وضع بين أحداثها روابط. عند كل رابط اسأل: ما الشرط؟ ومن يقرره؟ وما الدليل الذي ينتقل؟ قد يسمح اتفاقك ببدء خطوة مالية قبل استلام السلعة أو بعد فحصها؛ المهم أن يكون القرار واضحًا ومعتمدًا، لا نتيجة عرضية لتصميم الشاشة.
| المسار | حالة في المثال | الدليل الذي تحتاجه |
|---|---|---|
| الطلب | طلب إعادة غطاء واحد | البند والكمية والسبب وقرار المراجعة |
| السلعة | وصلت وتنتظر الفحص | مرجع استلام وحالة تحدد إمكان التصرف |
| المال | رد مسجل ولم يثبت تنفيذه | طريقة ومرجع وحالة لدى الجهة المنفذة |
| الاستبدال | اختير بديل ولم يجهز | ربط بالمرتجع وحالة مستقلة للبديل |
الجدول أداة متطلبات، وليس مخططًا جاهزًا لكل منصة. اطلب من الشركة شرح ما هو قياسي وما يحتاج إعدادًا أو ربطًا أو تطويرًا. وإذا بقيت خطوة يدوية، فحدد من ينفذها وأين يحفظ مرجعها وكيف يعرف المسؤول التالي أنها اكتملت.
لا تعِد القطعة للبيع من اسم الحالة
في المثال وصلت القطعة، لكن الموظف لم ينه فحصها وفق إجراء المتجر. سجل وصولها وما ينتظر قرارًا منفصلين. اسأل كيف يتعامل الحل مع قطعة مقبولة وأخرى تحتاج تصرفًا مختلفًا، وأين يظهر أثر القرار على الكمية المتاحة، دون إنشاء كمية جديدة لمجرد فتح طلب إرجاع.
وتوضح WooCommerce أن إعادة الأصناف إلى المخزون خيار ضمن معالجة الرد. هذه نقطة تستحق مراجعة صريحة في النطاق: هل المخزون محلي أم مرتبط بنظام آخر؟ وأي مرجع يثبت أثر الحركة؟ لا تجعل تحديث الشاشة في موقع المتجر دليلًا تلقائيًا على تحديث كل نظام متصل.
كلمة «مسترد» لا تثبت وصول المال
تفرق وثيقة WooCommerce بين الرد الآلي عبر بوابة متوافقة والرد اليدوي الذي يسجل العملية دون إعادة المال عبر البوابة. وتغيير حالة الطلب وحده لا ينفذ ردًا. لذلك حدد ما الذي تثبته الشاشة، وما الدليل المالي المنفصل، ومن يتابع حالة لم يصل تأكيدها.
لا تطلب من المطور اختراع حالة نجاح لتغلق التذكرة. إذا كانت العملية خارج المتجر، فاجعل غياب المرجع واضحًا، ثم اتفق على مسؤول التحقق وفق صلاحيات المنشأة. ولا تضع في عرض التطوير ضمان موعد وصول أموال أو استعادة رسوم دون دليل من مزود الدفع وشروطه الفعلية.
اطلب عرضًا لحالة جزئية واستثناء
قبل اعتماد النطاق، اطلب تجربة تركيبية لمرتجع جزئي، واستبدال، وحالة تعذر أو إلغاء تناسب سياستك. ليتتبع المراجع كل مرجع عبر المسارات الثلاثة، وليظهر ما يمنع معالجة الطلب مرتين وفق الحل المختار. هذه خطة قبول مقترحة؛ لم تنفذ هنا معاملة أو شحنة أو تغيير مخزون.
اربطها مع قائمة عرض تطوير المتجر وقبول ربط المخزون. أرسل الرحلة والسياسة المعتمدة عند طلب تطوير متجر من نكست ويف لتعرف أي نتيجة يشملها السعر وأي متابعة تقع على فريقك أو مزود آخر.
المصادر
قُرئت مقدمة المرتجعات في Shopify وأقسام الرد والمخزون في WooCommerce في 4 نوفمبر 2026. لا تفسير قانوني أو رد مالي فعلي؛ إعداد بمساعدة الذكاء الاصطناعي مع مراجعة المعلومات والترجمة.
