Apple Messages का इतिहास और विफलताएँ जाँचें
किसी खास मैसेज का दर्ज परिणाम देखना हो, तो Apple Messages > Messages का उपयोग करें। ग्राहक के साथ पूरी बातचीत देखनी हो, तो Conversations का उपयोग करें।
मैसेज खोजें और खोलें
- जिस वर्कस्पेस के पास वह बिज़नेस है, उसमें Messages खोलें।
- दिशा के अनुसार फ़िल्टर करने के लिए All, Received या Sent चुनें। बातचीत का समय सीमित करने के लिए उपलब्ध होने पर Business और टाइमलाइन का उपयोग करें।
- मेल खाने वाला रिकॉर्ड खोलें। Details में Business ID, Conversation ID, Content type और Source जाँचें। हेडर में स्टेटस और टाइमस्टैम्प जाँचें।
- Events में मैसेज की सामग्री, इवेंट इतिहास और त्रुटि का कोई भी विवरण जाँचें। समस्या रिपोर्ट करते समय मैसेज ID अपने पास रखें।
स्क्रीनशॉट को पूरे आकार में देखें।
टेम्पलेट भेजने के बाद View message and events सबमिट किया गया रिकॉर्ड सीधे खोलता है।
स्थिति को समझें
| स्थिति | अर्थ | आपकी अगली कार्रवाई |
|---|---|---|
| स्वीकृत | Bird ने आउटबाउंड अनुरोध को प्रोसेसिंग के लिए कतार में डाला। | प्रोसेसिंग पूरी होने की प्रतीक्षा करें और बाद के इवेंट देखें। |
| भेजा गया | Apple के गेटवे ने संदेश स्वीकार कर लिया। | ग्राहक की प्रतिक्रिया अलग से जांचें। |
| भेजना विफल | स्वीकृति के बाद प्रोसेसिंग या प्रदाता द्वारा भेजना विफल हुआ। | फिर से प्रयास करना है या नहीं, यह तय करने से पहले त्रुटि और संभावित पिछली स्वीकृति की जाँच करें। |
| Rejected | Bird ने भेजने के किसी भी प्रयास से पहले संदेश अस्वीकार कर दिया। | दर्ज किया गया कारण पढ़ें, जिसमें कोई बिलिंग समस्या भी शामिल हो सकती है। |
| Received | Bird ने ग्राहक का एक आने वाला संदेश दर्ज किया। | बातचीत खोलें और अनुरोध को संभालें। |
Bird Apple डिवाइस पर डिलीवरी या पढ़े जाने की रसीदें नहीं देता। ऑपरेटर की Mark as read कार्रवाई इनबॉक्स की स्थिति बदलती है, यह स्टेटस नहीं। सफलतापूर्वक भेजे जाने से यह भी साबित नहीं होता कि बुकिंग, भुगतान या खाते से जुड़ी कार्रवाई सफल हुई।
Apple के संदेश स्वीकार करने के बाद प्रदाता की पुष्टि खो जाने पर भी Send failed परिणाम आ सकता है। इससे यह साबित नहीं होता कि ग्राहक को कुछ नहीं मिला। फिर से प्रयास करने से पहले त्रुटि और प्रयास का इतिहास जाँचें, क्योंकि नया संदेश मूल संदेश की प्रति बन सकता है।
विफल या अनिश्चित भेजे गए संदेश की जाँच करें
तुरंत दूसरा संदेश भेजने के बजाय रिकॉर्ड पर दर्ज त्रुटि से शुरुआत करें।
- मीडिया त्रुटि: पुष्टि करें कि स्रोत URL सार्वजनिक HTTPS है, अपेक्षित फ़ाइल और मीडिया प्रकार देता है, और मीडिया आवश्यकताओं को पूरा करता है। फ़ाइल होस्ट में साइन इन किया हुआ ब्राउज़र अनुमति से जुड़ी समस्या को छिपा सकता है।
- बिज़नेस या बातचीत की त्रुटि: बिज़नेस की स्वीकृति और बातचीत की स्थिति जाँचें। बंद बातचीत को ग्राहक को ही फिर से खोलना होगा।
- सप्रेस किया गया गंतव्य: सप्रेशन की समीक्षा करें, जिसमें बिज़नेस-विशिष्ट और पूरे वर्कस्पेस पर लागू, दोनों तरह की प्रविष्टियाँ शामिल हैं।
- बिलिंग के कारण अस्वीकृति: दोबारा भेजने से पहले अपने संगठन के एडमिनिस्ट्रेटर से दर्ज बिलिंग समस्या हल करने को कहें।
- अभी तक कोई अंतिम परिणाम नहीं: विवरण रीफ़्रेश करें और मैसेज ID सँभालकर रखें। स्वीकृति एसिंक्रोनस होती है, इसलिए अगर पहला सबमिशन सफल हो चुका है तो दूसरा सबमिशन डुप्लिकेट बना सकता है।
API कॉल में उसी अनुरोध के लिए फिर से प्रयास करते समय मूल आइडेम्पोटेंसी कुंजी ही इस्तेमाल करें। टेम्पलेट समीक्षा डायलॉग में, जब तक प्राप्तकर्ता और सामग्री नहीं बदलते, Retry this send उसी प्रयास को बनाए रखता है।
ग्राहक के संरचित जवाब की जाँच करें
नेटिव जवाब को उसके ग्राहक को दिखने वाले लेबल के साथ देखने के लिए संबंधित बातचीत खोलें। उसकी तुलना आपके भेजे गए विकल्पों, टाइम स्लॉट या फ़ॉर्म पेजों से करें। बिज़नेस से जुड़ी कोई कार्रवाई करते समय आपके इंटीग्रेशन को स्थिर पहचानकर्ताओं का इस्तेमाल करना चाहिए, क्योंकि अनुवादित लेबल और पंक्तियों का क्रम बदल सकता है।
अगर दर्ज जवाब स्पष्ट नहीं है, तो भेजे और प्राप्त किए गए मैसेज की ID और डिवाइस का एक संपादित (गोपनीय जानकारी छिपाया हुआ) स्क्रीन कैप्चर इकट्ठा करें। क्रेडेंशियल या बिना संपादित ग्राहक रिकॉर्ड भेजने के बजाय सपोर्ट चेकलिस्ट का इस्तेमाल करें।
अगले कदम
- यह पता लगाने के लिए कि समस्या दूसरे मैसेज पर भी असर डाल रही है या नहीं, चैनल मेट्रिक्स देखें।
- गायब बातचीत या असमर्थित सामग्री के लिए चैनल की समस्या हल करें।