SKU dimension, model number और additional property नियमों को समझें
जानें कि एक SKU अपने default dimension कैसे संग्रहीत करता है, model number पर कौन-सी सीमाएँ लागू होती हैं, और additional properties को कैसे मान्य किया जाता है।
प्रत्येक SKU अपने default dimension को तीन अलग numeric फ़ील्ड के रूप में संग्रहीत करता है - height, width, depth - सभी वैकल्पिक; ये catalogue-स्तर के default हैं जिनसे design tool शुरू करता है जब item रखा जाता है। model number (model_no) 100 characters तक सीमित है; उस सीमा से अधिक updates SKU_MODEL_NUMBER_TOO_LONG के साथ अस्वीकार किए जाते हैं, जिसे जाँचना उपयोगी है जब bulk edit या ERP sync विशिष्ट rows पर विफल हो। Additional properties प्रति SKU संग्रहीत free-form key/value जोड़े हैं ({key, value} objects की JSON array के रूप में भेजे जाते हैं); server-side का एकमात्र नियम यह है कि property key खाली नहीं हो सकती - ऐसी rows KEY_FOR_ADDITIONAL_PROPERTIES_CONNOT_BE_EMPTY के साथ विफल होती हैं (ध्यान दें कि वास्तविक error string में गलत वर्तनी वाला 'CONNOT' है, इसलिए logs में उसी सटीक text को खोजें)। property keys या values पर कोई uniqueness या type validation नहीं है, इसलिए duplicated keys या SKUs में असंगत value formats संभव हैं और ये client के लिए data-hygiene का विषय हैं, platform error नहीं। Name is mandatory; description और display order वैकल्पिक हैं। SKU का नाम बदलने या उसका model number बदलने से catalogue search index भी background में अपडेट होता है, इसलिए search rename से थोड़ी देर पीछे रह सकता है।
नए dimensions SKU के catalogue-स्तर के defaults बन जाते हैं।
Additional properties SKU पर free-form key/value properties हैं।
✓ 10 अक्टूबर 2026 को प्रोडक्ट में जाँचा गयाAdditional properties को type या uniqueness restriction के बिना संपादित किया जा सकता है।
✓ 10 अक्टूबर 2026 को प्रोडक्ट में जाँचा गयाकेवल size बदलने के लिए SKU-structure editor की आवश्यकता नहीं होती: height, width और depth को SKU की अपनी properties के रूप में संपादित किया जाता है, और structure editor केवल structure में बदलाव के लिए आरक्षित है।