बल्क क्रिएट कार्य को वापस लौटाएँ और उसके स्थायी हार्ड डिलीट को समझें

पूर्ण हुए बल्क क्रिएट कार्य को वापस लौटाएँ ताकि उसके बनाए हर SKU को उनके मूल्य, मैपिंग, भंडार, लिंक, टैग, गुण और 3D मॉडल सहित स्थायी रूप से हार्ड-डिलीट किया जाए।

1. पूर्ण हुए बल्क क्रिएट कार्य को कार्य सूची से वापस लौटाया जा सकता है।

2. सूची में किसी SKU को सामान्य रूप से हटाने (जो पुनर्प्राप्त करने योग्य सॉफ्ट डिलीट है) के विपरीत, वापस लौटाना कार्य द्वारा बनाए गए हर SKU का स्थायी हार्ड डिलीट करता है।

3. वापस लौटाना कार्य द्वारा बनाए गए हर SKU को उनके मूल्य, बिक्री-चैनल मैपिंग, स्टोर और व्यवसाय-इकाई भंडार प्रविष्टियों, SKU लिंक (दोनों दिशाओं में), टैग, अतिरिक्त-गुण मानों और 3D-मॉडल अनुलग्नकों सहित स्थायी रूप से हार्ड-डिलीट करता है।

4. कार्य द्वारा स्वतः बनाए गए उत्पाद समूह भी स्थायी रूप से हटा दिए जाते हैं यदि वे बाद में खाली रह जाएँ।

5. यदि कार्य चलने के बाद से उस समूह में अन्य SKU जोड़े गए हैं तो समूह रखा जाता है।

6. केवल पूर्ण स्थिति वाले कार्य ही वापस लौटाए जा सकते हैं - चल रहा, विफल या पहले से वापस लौटाया गया कार्य त्रुटि देता है।

7. सामान्यतः वापस-लौटाओ और फिर से-बनाओ चक्रों के बजाय विफल पंक्तियों को ठीक करके सुधरी हुई फ़ाइल फिर से चलाना बेहतर है, क्योंकि फिर से बनाए गए SKU को नए पहचानकर्ता मिलते हैं और पुराने के प्रति किए गए सभी संदर्भ खो जाते हैं।

8. जब कोई उपयोगकर्ता सूची से बल्क SKU अपलोड या बल्क संपादन चलाता है, तो पूरा बैच एक ही लेन-देन के रूप में लागू होता है। यदि कोई भी एक पंक्ति अमान्य है - अपरिचित कॉलम, ऐसा SKU जो संगठन का नहीं है, अनुपलब्ध आवश्यक मान, ऐसा SKU id जो मौजूद नहीं है - तो पूरा रन रद्द हो जाता है और कुछ भी लागू नहीं होता, उन पंक्तियों सहित जो पूरी तरह मान्य थीं। यह जानबूझकर है: यह आधी-अधूरी अद्यतन सूची को रोकता है। उपयोगकर्ता को क्या दिखता है: अपलोड स्वीकार हो जाता है ('Successfully uploaded CSV with N SKUs. Processing in progress.'), पर कुछ भी लागू नहीं होता, कोई विफलता संदेश नहीं आता, और प्रयास Bulk Edit via CSV के In Progress टैब पर बना रहता है; सूची प्रबंधकों को त्रुटि बताने वाला ईमेल मिलता है (संदेश सामान्यतः दोषी फ़ील्ड या SKU का नाम बताता है)। क्या सलाह दें: चिह्नित पंक्ति को ठीक करें और पूरी फ़ाइल फिर से चलाएँ; 'already processed' पंक्तियों को हटाने की आवश्यकता नहीं है क्योंकि कुछ भी सहेजा नहीं गया। एक महत्वपूर्ण अंतर: अलग पृष्ठभूमि 'bulk create job' प्रवाह (CSV और वैकल्पिक एसेट ZIP जो कार्य के रूप में अपलोड होते हैं) उल्टे तरीके से व्यवहार करता है - वहाँ पंक्तियाँ स्वतंत्र रूप से संसाधित होती हैं, अच्छी पंक्तियाँ SKU बनाती हैं भले ही अन्य पंक्तियाँ विफल हों, और उपयोगकर्ता को प्रति-पंक्ति सफलता/विफलता रिपोर्ट मिलती है। इसलिए 'one bad row killed my whole file' बल्क अपलोड/संपादन प्रयासों पर लागू होता है, बल्क क्रिएट कार्यों पर नहीं।