डेवलपर सहायता से संपर्क करने के लिए दिशानिर्देश

जांच की प्रगति में समस्या को अलग करने के लिए, तकनीकी सहायता सत्यापन वातावरण में समस्या को पुन: प्रस्तुत और सत्यापित किया जा सकता है। यह समस्या निवारण का एक बहुत ही प्रभावी तरीका है।

ऐसे मामलों में, कृपया समस्या को पुन: उत्पन्न करने के लिए हमें आवश्यक कोड, उपयोग डेटा और पर्यावरण सेटिंग जानकारी प्रदान करें, ताकि हमारी जांच सुचारू रूप से आगे बढ़ सके।

उदाहरण: “हम बहुत सी चीजों की कोशिश कर रहे हैं, लेकिन वे काम नहीं कर रही हैं।”

उदाहरण: “हमने नीचे दिए गए URL में दिए गए चरणों को आज़माया है, लेकिन अंतिम चरण में हमें XXXX त्रुटि मिली।
https://developer-docs.amazon.com/sp-api/docs/***/ ***”

हमारे सपोर्ट इंजीनियर कई तरह के समाधान प्रदान कर सकते हैं। ऐसे मामलों में, सपोर्ट इंजीनियर एक ऐसा समाधान प्रदान कर सकता है जिसे पहले ही लागू किया जा चुका है और जिसे आप जानते हैं कि प्रभावी नहीं है।

इस स्थिति से बचने के लिए, कृपया पहले से लागू किए गए किसी भी समाधान का पूरा विवरण, जब भी संभव हो, साझा करें।

उदाहरण के अनुसार, कृपया हमें यह भी बताएं कि आपने यह क्यों निर्धारित किया है कि जो समाधान लागू किया गया है वह प्रभावी नहीं है। कुछ प्रक्रियाओं को बदलने से प्रतिक्रिया समाधान प्रभावी हो सकता है।

उदाहरण: “मुझे ऑर्डर API में getOrders का उपयोग करके ऑर्डर की जानकारी नहीं मिल सकती है। त्रुटि कोड XXXX है। इसे संभालने का सबसे अच्छा तरीका क्या है?”

यदि आप जल्दी में हैं, तो आप स्पष्टीकरण को छोड़ सकते हैं और एक प्रश्न पूछ सकते हैं, जैसे कि सिर्फ पहला वाक्य। हालांकि, यदि ग्राहक की समस्या पूरी तरह से और स्पष्ट रूप से रिपोर्ट की गई है, तो इसका परिणाम जल्दी हल हो जाएगा।

उदाहरण: “जब मैंने XXXX करने के लिए पोस्टमैन में ऑपरेशन getOrders को कॉल किया, तो मुझे संदेश मिला “त्रुटि: अमान्य पैरामीटर। क्षमता सीमा से अधिक” और यह विफल रहा। मुझे क्या करना चाहिए?” टाइमस्टैम्प 2022XXXX XX:XX (JST) है और अनुरोध आईडी XXXXXXX है।”

यदि आपका प्रश्न छोड़ दिया गया है, तो हमें सामग्री को सत्यापित करने के लिए समय की आवश्यकता होगी। कृपया कुछ भी न छोड़ें।

हम विभिन्न संभावनाओं पर गौर करेंगे जैसे कि गलत कॉल विधि, कॉल अथॉरिटी की कमी, Amazon इन्फ्रास्ट्रक्चर की अस्थायी विफलता, आदि. “आप अंततः क्या हासिल करना चाहते हैं” के करीब पहुंचने के लिए

हम आपको अन्य तरीकों के बारे में मार्गदर्शन कर सकते हैं।

उदाहरण: “घटना के समय का टाइमस्टैम्प 2022XXXX XX:XX (UTC) है। समस्या अब हल हो गई है”

उदाहरण: “घटना के समय का टाइमस्टैम्प 2022XXXX XX:XX (UTC) है। यह अभी भी जारी है.”

समस्या को अलग करना आसान होता है, जिससे तुरंत प्रतिक्रिया मिलती है।

कृपया ध्यान दें कि हो सकता है कि पुरानी समस्याओं की विस्तार से जांच न की जा सके।

हमें त्रुटि-संबंधी जानकारी की एक विस्तृत श्रृंखला प्रदान करने से हमें समस्या को जल्द से जल्द हल करने में मदद मिलेगी।

OS या एप्लिकेशन की जांच मुख्य रूप से ग्राहक की ज़िम्मेदारी है। हालांकि, तकनीकी सहायता समस्या को अलग करने में मदद करने के लिए लॉग और स्क्रीनशॉट का अनुरोध कर सकती है।

प्रारंभ में केस बनाते समय लॉग और स्क्रीनशॉट संलग्न करने से समस्या को हल करने में लगने वाला समय कम हो जाएगा।

यदि आपने लॉग का प्रारूप बदल दिया है, तो कृपया वह जानकारी भी संलग्न करें।

चुनें कि आप किस API प्रकार “मार्केटप्लेस वेब सेवा (MWS) या सेलिंग पार्टनर API (SP-API)” के बारे में पूछ रहे हैं।

“आरंभ करना, API त्रुटि, थ्रॉटलिंग, SP API माइग्रेशन, दस्तावेज़ीकरण या सामान्य पूछताछ” से प्रश्न के प्रकार का चयन करें।

यदि आप “समस्या प्रकार” में “API त्रुटि” का चयन करते हैं, तो कृपया चुनें कि आप किस API के बारे में पूछताछ कर रहे हैं।

कृपया पेज के शीर्ष पर पूछताछ करने के लिए बिंदुओं की जांच करें।

कृपया वह विक्रेता या डेवलपर आईडी दर्ज करें जिसके साथ आप वास्तव में समस्या का सामना कर रहे हैं।

कृपया बाज़ार में प्रवेश करें जहाँ आपको समस्याएँ हो रही हैं।

कृपया वह API ऑपरेशन दर्ज करें जिसका प्रयास किया जा रहा है। （उदाहरण：ऑपरेशन: GetOrders）

कृपया अपनी ऐप आईडी दर्ज करें।

उदाहरण: एक मामले में API अधिग्रहण की जानकारी और थ्रॉटलिंग के बारे में पूछें। 2 सहायता केस बनाएं: API पुनर्प्राप्ति जानकारी के बारे में तकनीकी पूछताछ के लिए 1 केस और थ्रॉटलिंग के बारे में पूछताछ के लिए 1 केस।

एक सपोर्ट केस को एक इंजीनियर द्वारा एक समय में हैंडल किया जाएगा, इसलिए यदि उन्हें कई मामलों में विभाजित किया जाता है, तो अत्यधिक स्वतंत्र प्रश्नों को अधिक तेज़ी से हैंडल किया जा सकता है।

कृपया एक मामले में दृढ़ता से परस्पर संबंधित प्रश्नों को सूचीबद्ध करें। हमारा सपोर्ट इंजीनियर सपोर्ट केस को कई मामलों में विभाजित करने का सुझाव दे सकता है।

यदि आप हटाए गए संसाधन के बारे में पूछताछ करते हैं, तो समस्या के कारण की पूरी जांच करना मुश्किल हो सकता है।

यदि एक सेवा जो कई खातों को पार करती है, आपकी अपेक्षा के अनुरूप काम नहीं कर रही है, तो कृपया सेवा के दोनों सिरों पर, यदि संभव हो तो, प्रत्येक खाते से अपनी पूछताछ सबमिट करें। इससे समस्या को हल करने में लगने वाला समय कम हो सकता है।

यदि आप केवल एक खाते से केस सबमिट करते हैं, तो तकनीकी सहायता दूसरे खाते की सेटिंग की जांच नहीं कर पाएगी। यदि ऐसा होता है, तो तकनीकी सहायता आपको दूसरे खाते से भी सबमिट करने के लिए कह सकती है।

यदि ग्राहक के लिए यह अलग करना मुश्किल है कि दोनों में से कौन से खाते में समस्या है, तो हम ग्राहक को दोनों खातों से सबमिट करने की सलाह देते हैं।

असफलताएं अप्रत्याशित और अपरिहार्य हैं। हालांकि हमारी तकनीकी सहायता टीम कारणों का विश्लेषण करने और बुनियादी ढांचे की विफलताओं की घटनाओं को कम करने का प्रयास करती है, लेकिन विफलताओं को होने से पूरी तरह रोकना मुश्किल है।

इस कारण से, हम “डिज़ाइन फ़ॉर फ़ेल्योर” (असफलता के लिए डिज़ाइन करना) की सलाह देते हैं।

हम विफलताओं की विस्तृत व्याख्या नहीं करते हैं। ऐसा इसलिए है क्योंकि हमारा मानना है कि विफलता के कारण के बारे में विस्तृत जानकारी प्रदान करने से ग्राहक के वर्कअराउंड पर कोई असर नहीं पड़ता है और ग्राहक की समस्या को हल करने के लिए यह आवश्यक नहीं है। इसके बजाय, हमारा लक्ष्य आपको हमारी निगरानी सेवाओं का सही तरीके से उपयोग करने और प्राथमिक पुनर्प्राप्ति को प्राथमिकता देने का तरीका दिखाकर आपकी समस्याओं को तुरंत हल करना है।

अधिकांश “प्रदर्शन” आपके पर्यावरण और कार्यभार पर निर्भर करता है। कृपया समझें कि Amazon सामान्य मार्गदर्शन प्रदान नहीं कर सकता है।

हमारा मानना है कि आपके अपने परिवेश में वास्तविक माप एक उपयुक्त संकेतक हो सकता है।

चूंकि डेवलपर सहायता के लिए मार्गदर्शन प्रदान करना मुश्किल है, इसलिए हम चाहते हैं कि आप डेवलपर पंजीकरण और आवेदन प्रकाशन के संबंध में संबंधित मामलों से सीधे संपर्क करें।

प्रभारी विभाग आपको सीधे जवाब देगा।