'deleted' catalogue स्तर को पुनर्प्राप्त करें और bottom-up क्रम में deprecate करें

जानें कि हटाया गया group, sub-category या category केवल pickers से क्यों गायब होता है, उसे कैसे वापस लाया जाए, और deprecation का bottom-up order क्या होना चाहिए।

1. catalogue पदानुक्रम में कुछ भी कभी हार्ड-डिलीट नहीं होता। जब कोई client किसी group, sub-category या category को हटाता है, तो रिकॉर्ड केवल deprecated के रूप में चिह्नित होता है। सभी catalogue ब्राउज़िंग endpoints (categories, sub-categories, groups, warehouse listing, design-tool division tree) डिफ़ॉल्ट रूप से deprecated प्रविष्टियों को चुपचाप बाहर रखते हैं, इसलिए वह आइटम हर picker और admin सूची से गायब हो जाता है। अंतर्निहित पंक्तियाँ, उनके अंदर के SKU, और मौजूदा designs के सभी संदर्भ डेटाबेस में बने रहते हैं। अधिकांश listing APIs एक show_deprecated flag स्वीकार करते हैं जो छिपी प्रविष्टियों को वापस लाता है, और जब client कहे 'my category disappeared' तो सबसे पहले यही विकल्प आज़माएँ - यह लगभग हमेशा deprecated होता है, गया नहीं होता। चूँकि SKU-to-hierarchy ancestry lookups deprecation पर फ़िल्टर नहीं करते, कोई भी design जो पहले से किसी deprecated group के SKU का उपयोग करता है, सामान्य रूप से लोड और रेंडर होता रहता है; केवल नए placements रोके जाते हैं क्योंकि वह आइटम picker में नहीं मिलता। इसलिए दो support उत्तर हैं: (1) गायब हुआ आइटम = deprecated, सिद्धांत रूप में पुनर्प्राप्त करने योग्य क्योंकि डेटा अभी भी मौजूद है; (2) पुराने designs सुरक्षित हैं - किसी group को deprecate करने से उन दस्तावेज़ों पर कभी असर नहीं पड़ता जो पहले से उसके SKU का उपयोग करते हैं।

2. deprecated sub-category pickers और admin सूचियों से गायब हो जाती है।

   ✓ 22 अक्टूबर 2026 को प्रोडक्ट में जाँचा गया

   

   गाइड पर वापस जाएँ✕

   

3. रिकॉर्ड और उसके SKU डेटाबेस में बने रहते हैं।

4. sub-category को show-deprecated विकल्प से वापस लाया जा सकता है।

5. अनजाने deletions से बचें।

6. catalogue डेटा को सटीक और एकसमान रूप से नामित रखें।

7. sub-category या category को हटाने का प्रयास करने वाले clients अक्सर त्रुटि देखते हैं क्योंकि deprecation strictly bottom-up लागू होता है। sku_sub_category/deprecate SKU_SUB_CATEGORY_CHILDREN_GROUPS_NOT_DEPRECATED के साथ मना कर देता है यदि sub-category में अभी भी कोई non-deprecated group है - उसके अंतर्गत हर group को पहले हटाया/deprecate किया जाना चाहिए। sku_category/deprecate SKU_CATEGORY_CHILDREN_SUB_CATEGORIES_NOT_DEPRECATED के साथ मना कर देता है जब तक उसकी सभी sub-categories पहले से deprecated न हों। कोई cascade नहीं है: किसी parent को deprecate करने से children कभी स्वतः deprecate नहीं होते, और कोई bulk 'delete category with everything inside' नहीं है। जिस client को पूरी category हटानी है उसके लिए कार्यशील विधि: (1) प्रत्येक sub-category के अंतर्गत हर SKU group हटाएँ (जिससे owned groups deprecate हो जाते हैं), (2) प्रत्येक sub-category को deprecate करें, (3) category को deprecate करें। यह भी ध्यान दें कि केवल owned स्तरों को ही deprecate किया जा सकता है - subscribed catalogue के माध्यम से आए आइटम publishing org के होते हैं और उन्हें केवल unmapped किया जा सकता है, deprecate नहीं। यदि client 'it will not let me delete the sub-category' की शिकायत करे, तो पूछें कि क्या उसके अंतर्गत कोई groups अभी भी दिख रहे हैं (उन groups सहित जो केवल show-deprecated विकल्प बंद होने पर दिखते हैं - sales channel से फिर से जोड़ा गया group live माना जाता है)।