مساعدة Infurnia

“Translated trade words” is not ready for these pages yet, so they are shown with “Common trade words in English”.

Catalogue

التراجع عن مهمة إنشاء جماعي وفهم الحذف النهائي الصلب الدائم لها

التراجع عن مهمة إنشاء جماعي مكتملة يؤدي إلى حذف نهائي صلب دائم لكل SKU أنشأته المهمة، مع أسعارها وربطها ومخزونها وروابطها ووسومها وخصائصها ونماذجها ثلاثية الأبعاد.

  1. يمكن التراجع عن مهمة إنشاء جماعي مكتملة من قائمة المهام.

  2. على عكس حذف SKU بشكل عادي في الكتالوج (وهو حذف ناعم قابل للاستعادة)، يُجري التراجع حذفًا نهائيًا صلبًا دائمًا لكل SKU أنشأته المهمة.

  3. التراجع يحذف نهائيًا وبشكل صلب دائم كل SKU أنشأته المهمة، مع أسعارها وربطها بقنوات البيع ومدخلات مخزون المتجر ووحدة الأعمال وروابط SKU (في الاتجاهين) والوسوم وقيم الخصائص الإضافية ومرفقات النماذج ثلاثية الأبعاد.

  4. مجموعات المنتجات التي أنشأتها المهمة تلقائيًا تُزال أيضًا نهائيًا إذا أصبحت فارغة بعد ذلك.

  5. تُحتفظ المجموعة إذا أُضيفت إليها SKU أخرى منذ تشغيل المهمة.

  6. لا يمكن التراجع إلا عن المهام في حالة مكتملة - أما المهمة قيد التشغيل أو الفاشلة أو التي سبق التراجع عنها فتُرجع خطأً.

  7. يُفضَّل عمومًا إصلاح الصفوف الفاشلة وإعادة تشغيل ملف مصحح بدلًا من دورات التراجع وإعادة الإنشاء، لأن SKU المعاد إنشاؤها تحصل على معرّفات جديدة وتفقد أي إشارات إلى المعرّفات القديمة.

  8. عندما يشغّل المستخدم رفع SKU جماعيًا أو تحريرًا جماعيًا من الكتالوج، تُطبَّق الدفعة كاملة كمعاملة واحدة. إذا كان أي صف واحد غير صالح - عمود غير معروف، أو SKU لا تملكه المؤسسة، أو قيمة مطلوبة مفقودة، أو ⁦SKU id⁩ غير موجود - يُلغى التشغيل بأكمله ولا يُطبَّق شيء، بما في ذلك الصفوف الصالحة تمامًا. هذا مقصود: فهو يمنع كتالوجًا محدَّثًا جزئيًا. ما يراه المستخدم: يُقبل الرفع (⁦'Successfully uploaded CSV with N SKUs. Processing in progress.'⁩)، لكن لا يُطبَّق شيء، ولا تتبع رسالة فشل، وتبقى المحاولة في علامة التبويب In Progress في ⁦Bulk Edit via CSV⁩؛ ويتلقى مديرو الكتالوج بريدًا إلكترونيًا يصف الخطأ (عادةً تسمّي الرسالة الحقل أو SKU المخالف). ما يُنصح به: أصلح الصف المشار إليه وأعد تشغيل الملف بأكمله؛ لا حاجة إلى استبعاد صفوف ⁦'already processed'⁩ لأن شيئًا لم يُحفظ. تباين مهم واحد: مسار ⁦'bulk create job'⁩ الخلفي المنفصل (CSV مع ملف ZIP اختياري للأصول يُرفع كمهمة) يتصرف بالعكس - تُعالَج الصفوف هناك بشكل مستقل، فالصفوف الجيدة تنشئ SKU حتى عندما تفشل صفوف أخرى، ويحصل المستخدم على تقرير نجاح/فشل لكل صف. لذا ينطبق ⁦'one bad row killed my whole file'⁩ على محاولات الرفع/التحرير الجماعي، لا على مهام الإنشاء الجماعي.