SYNC201: रिकॉर्ड अस्वीकृत
इसका क्या अर्थ है
आपके स्टोर ने यह बदलाव अस्वीकार कर दिया, इसलिए यह स्टोर तक नहीं पहुँचा।
स्टोर द्वारा दिया गया कारण पढ़ें। यदि Store health → Database में बदलाव सूचीबद्ध है, तो रिकॉर्ड ठीक करें और Send again या Discard चुनें। यदि सूचीबद्ध नहीं है, तो स्टोर का संस्करण बहाल कर दिया गया था — ज़रूरत होने पर बदलाव फिर से करें (SYNC202 देखें)। अस्वीकृत बदलाव अपने-आप दोबारा नहीं भेजे जाते।
आपका डेटा
इस डिवाइस का डेटा साफ़ न करें — इसमें ऐसे बदलाव हो सकते हैं जो अभी आपके स्टोर में नहीं हैं। Store health → Database में सूचीबद्ध अस्वीकृत बदलाव तब तक वहीं रहता है, जब तक आप उसे दोबारा न भेजें या हटाएँ। किसी मौजूदा उत्पाद, वैरिएशन, ग्राहक या कूपन में अस्वीकृत संपादन आम तौर पर अपने-आप पूर्ववत हो जाता है और इसके बजाय SYNC202 के रूप में लॉग होता है। यदि यह इसी कोड के साथ दिखाई दे और बदलाव Store health → Database में सूचीबद्ध हो, तो अपने-आप पूर्ववत नहीं हुआ — नीचे दिए गए अन्य सूचीबद्ध बदलावों की तरह संभालें। ऐसा बार-बार होने पर Logs टैब में Copy debug info का उपयोग करें और WCPOS सहायता से संपर्क करें।
समस्या निवारण
- स्टोर का कारण पढ़ें — यह लॉग प्रविष्टि और Store health → Database में बदलाव की पंक्ति, दोनों में दिया है।
- Store health → Database खोलें। यदि बदलाव वहाँ सूचीबद्ध नहीं है, तो इस डिवाइस पर स्टोर का संस्करण पहले ही बहाल हो चुका है और भेजने के लिए कुछ नहीं है — SYNC202 देखें। कारण में बताई गई समस्या ठीक करें और ज़रूरत होने पर बदलाव फिर से करें।
- यदि सूचीबद्ध है — कोई ऑर्डर, इस डिवाइस पर बनाया गया रिकॉर्ड या ऐसा कैटलॉग संपादन जो अपने-आप पूर्ववत नहीं हुआ — तो अस्वीकृत बदलाव "… changes never reached your server" के अंतर्गत होगा और उसकी पंक्ति में स्टोर का कारण दिखेगा। बदलाव सूचीबद्ध रहते हुए रिकॉर्ड में बताई गई समस्या ठीक करें, जैसे ऑर्डर का कोई फ़ील्ड।
- Store health → Database में वापस जाकर उस पंक्ति पर Send again चुनें। यह इस डिवाइस पर मौजूद जानकारी से बदलाव फिर बनाकर भेजता है।
- यदि अब बदलाव की ज़रूरत नहीं है, तो Discard चुनें: स्टोर का संस्करण रखा जाएगा। पहले पुष्टि पढ़ें — जिस रिकॉर्ड को स्टोर ने कभी सहेजा ही नहीं, उसे हटाने पर वह इस डिवाइस से मिट जाएगा।
- साइट व्यवस्थापक: यदि कारण कहता है कि उपयोगकर्ता को बदलाव करने की अनुमति नहीं है, तो उसकी भूमिका में वह कार्य शामिल नहीं है — AUTH201 देखें। यदि कारण ऐसे फ़ील्ड का उल्लेख करता है जो POS में नहीं दिखता, तो वही रिकॉर्ड WP Admin में खोलें — कोई अन्य प्लगइन ऐसा सत्यापन जोड़ सकता है जिसे POS नहीं देख सकता। फिर भी अस्वीकृत होने पर Logs टैब में Copy debug info का उपयोग करें और सहायता से संपर्क करें।