material संपादित होने पर SKU थंबनेल कैसे बदलते हैं

जानें कि SKU की डिस्प्ले पिक्चर क्यों अपने आप बदल जाती है जब भी उसका material सहेजा या जोड़ा जाता है, और material अपडेट से सेटिंग्स मिटने से कैसे बचें।

1. material जुड़ा हुआ SKU अपना अलग थंबनेल नहीं रखता। इसके दो सिंक नियम कारण हैं। पहला, जब भी कोई material नए texture या नए रंग के साथ सहेजा जाता है, उस material का उपयोग करने वाले हर SKU की डिस्प्ले पिक्चर उसी operation में बदल दी जाती है: texture वाले material में texture की छवि लगती है, सादे रंग वाले material को स्वतः बना सपाट रंग स्वैच मिलता है। दूसरा, जब भी catalogue बल्क एडिटिंग से किसी SKU में material जोड़ा जाता है, SKU की डिस्प्ले पिक्चर material के स्वैच पर सेट हो जाती है, जिससे ग्राहक द्वारा अपलोड किया गया कोई भी कस्टम थंबनेल अधिलेखित हो जाता है। इसलिए जब ग्राहक पूछे कि फिनिश संपादित करने के बाद उनकी SKU छवियाँ क्यों बदल गईं, या material असाइन करने के बाद कस्टम product फ़ोटो क्यों गायब हो गई, तो यह अपेक्षित व्यवहार है, कोई खराबी नहीं। वे बाद में कस्टम पिक्चर फिर से अपलोड कर सकते हैं, लेकिन अगला material संपादन उसे फिर अधिलेखित कर देगा। एक और edge: न texture न रंग के साथ सहेजे गए material को कोई स्वैच नहीं मिलता, इसलिए वह material (और बल्क एडिट के दौरान उससे जुड़ा कोई भी SKU) पिकर में खाली थंबनेल दिखाता है।

2. catalogue profile छवियाँ स्वतंत्र नहीं हैं: जब catalogue का स्वामी आइटम का material संपादित करता है (नया texture या रंग), तो profile की दिखाई देने वाली छवि अपने आप बदल दी जाती है, इसलिए पहले अलग दिखने वाली छवि अपडेट के बाद बदल सकती है।

3. unit का दिखाया गया थंबनेल एक व्युत्पन्न डिस्प्ले पिक्चर है, इसलिए यह unit के वास्तविक ड्रॉइंग या कॉन्फ़िगरेशन से पीछे रह सकता है।

4. unit का वास्तविक व्यवहार उसके SKU गुणों और ड्रॉइंग से परिभाषित होता है, थंबनेल छवि से नहीं।

5. material अपडेट endpoint हर कॉल पर id, name, material_template_id और properties मांगता है; इनमें से कोई भी छोड़ने पर MATERIAL_UPDATE_FAILURE के साथ विफलता होती है। कोई आंशिक अपडेट नहीं है: आप material को 'just rename' नहीं कर सकते बिना उसका template id और पूरी properties फिर से भेजे, और आप जो भी properties ऑब्जेक्ट भेजते हैं वह संग्रहीत वाले को पूरी तरह बदल देता है। साथ में यह सत्यापन नियम कि केवल अज्ञात कुंजियाँ अस्वीकार होती हैं जबकि अनुपस्थित कुंजियाँ चुपचाप पास हो जाती हैं, यह क्लासिक डेटा-हानि परिदृश्य बनाता है: कोई ग्राहक material को 'to change roughness' में केवल roughness कुंजी वाले छोटे payload के साथ अपडेट करता है, सहेजना सफल होता है, और बाकी हर सेटिंग (रंग, texture मैप, अपारदर्शिता, धात्विकता...) चली जाती है। ग्राहकों को देने योग्य सुरक्षित कार्यप्रवाह: वर्तमान material प्राप्त करें, लौटाए गए properties ऑब्जेक्ट में विशिष्ट मान बदलें, और पूरी चीज़ फिर से भेजें। यह भी याद रखें कि हर सफल अपडेट material का डिस्प्ले स्वैच फिर से निकालता है और उस material का उपयोग करने वाले सभी SKU के थंबनेल फिर से लिखता है, इसलिए गलत अपडेट पूरे catalogue में तुरंत दिखता है — जिसका अर्थ यह भी है कि पूरे payload के साथ सही फिर से सहेजना एक ही बार में material और SKU थंबनेल दोनों ठीक कर देता है।

6. catalogue material का रंग अपडेट करने के बाद, Production Settings टैब की पहली पंक्ति से कैश रीफ़्रेश करें ताकि नया रंग डिज़ाइन में दिखे।

7. Refresh Cache विकल्प Production Settings टैब पर पहला आइटम है।

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

8. Refresh Cache केवल संपादित material रंगों और फिनिश पर ही नहीं, बल्कि अन्य संपादित catalogue आइटम गुणों पर भी लागू होता है, जैसे procurement विवरण, इसलिए सेटिंग्स से कैश रीफ़्रेश होने पर वे अपडेटेड मान डिज़ाइन तक पहुँच जाते हैं।