सभी फ़ीचर

वेबहुक

सेवा का इवेंट। आपके ऐप की अगली कार्रवाई।

दस्तावेज़ित पेलोड, हस्ताक्षरित अनुरोध और डिलीवरी हिस्ट्री के साथ कॉल, SMS, संपर्क और वॉइसमेल इवेंट अपने ऐप से जोड़ें।

आपका वर्कफ़्लो
आगे बढ़ाने वाले इवेंट।

मौजूदा दस्तावेज़ित इवेंट देखने के लिए श्रेणी चुनें। यह जानकारी के लिए है, लाइव इवेंट फ़ीड नहीं।

call_initiated

कॉल शुरू होती है।

call_ringing

कॉल रिंग होने के चरण में पहुँचती है।

call_answered

कॉल का जवाब दिया जाता है।

call_completed

कॉल समाप्त होती है; अंतिम अवधि शामिल होती है।

यह कैसे काम करता है

इवेंट होता है।
आपका ऐप कार्रवाई करता है।

IllyVoIP आपके तय किए एंडपॉइंट पर JSON POST अनुरोध भेजता है।

इवेंट सब्सक्रिप्शन चुनें

खाते की वेबहुक सेटिंग में एंडपॉइंट बनाएँ। ऐप की ज़रूरत के अनुसार कॉल, SMS, संपर्क या वॉइसमेल इवेंट सब्सक्राइब करें।

प्रोसेस करने से पहले सत्यापन करें

दस्तावेज़ के अनुसार वेबहुक सीक्रेट, टाइमस्टैम्प और अनुरोध की मूल बॉडी से Illyvoip-Signature हेडर जाँचें।

प्राप्ति स्वीकार करें और काम कतार में डालें

जल्दी सफल 2xx जवाब लौटाएँ। लंबे काम कतार में डालें ताकि डिलीवरी की स्वीकृति में देरी न हो।

दोबारा आने वाली डिलीवरी संभालें

बॉडी का इवेंट ID सेव करें और पहले प्रोसेस हो चुके इवेंट अनदेखे करें। दोबारा प्रयास में वही इवेंट फिर आ सकता है।

वास्तविक डिलीवरी की
स्थितियों के लिए तैयार रहें।

पोर्टल में डिलीवरी हिस्ट्री है। API दस्तावेज़ पेलोड, हस्ताक्षर और दोबारा प्रयास का व्यवहार समझाते हैं।

विफलताएँ जाँचें
डिलीवरी स्थिति, HTTP जवाब और त्रुटि विवरण देखें, ताकि रिसीवर की समस्या और आपके बिज़नेस लॉजिक की समस्या अलग पहचान सकें।
SMS वातावरण अलग रखें
एंडपॉइंट सभी Sender ID या चुने हुए Sender ID के इवेंट पा सकता है। मेल खाने वाले हर एंडपॉइंट को इवेंट मिलता है; फ़िल्टर लगाने से पुराने इवेंट दोबारा नहीं भेजे जाते।
सीक्रेट अपने सर्वर पर रखें
वेबहुक प्रबंधन में पूरे खाते के एंडपॉइंट, सीक्रेट और डिलीवरी लॉग आते हैं। यह अनुमति सोच-समझकर दें। मौजूदा वेबहुक विनिर्देश पढ़ें

कुछ काम की
जानकारी।

हमारी टीम से पूछें
क्या पोर्टल की हर कार्रवाई के लिए वेबहुक है?+

नहीं। API में दस्तावेज़ित इवेंट सूची देखें। अपनी प्रक्रिया के लिए उपलब्ध इवेंट ही सब्सक्राइब करें।

क्या एक इवेंट एक से अधिक बार आ सकता है?+

हाँ। डिलीवरी के दोबारा प्रयास में इवेंट ID वही रहता है। दोहराव पहचानने के लिए बॉडी का id इस्तेमाल करें, डिलीवरी जॉब ID नहीं।

किन विफलताओं पर दोबारा प्रयास होता है?+

मौजूदा दस्तावेज़ों के अनुसार नेटवर्क विफलता और HTTP 408, 429 व 5xx जवाबों पर दोबारा प्रयास हो सकता है। रीडायरेक्ट और अन्य 4xx जवाब डिलीवरी रोक देते हैं। रिसीवर बनाने से पहले नवीनतम विनिर्देश देखें।

इवेंट से अपना वर्कफ़्लो आगे बढ़ाएँ।

पहले मौजूदा इवेंट दस्तावेज़ पढ़ें, फिर रिसीविंग एंडपॉइंट कॉन्फ़िगर करें।