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