Voice से जुड़े सवालों के जवाब।

Bird Voice फ़ोन सिस्टम और एप्लिकेशन को टेलीफ़ोन नेटवर्क से जोड़ता है। SIP ट्रंक, ब्राउज़र कॉलिंग और कॉल सीक्वेंस का उपयोग करें, या AI वॉइस रनटाइम कनेक्ट करें। कॉल को उनके रिकॉर्ड, सत्र और इवेंट के ज़रिए ट्रैक करें।

वर्कस्पेस बनाएँ, कॉल-रेडी ट्रंक और कॉलर पहचान तैयार करें, और जिस गंतव्य का परीक्षण करना चाहते हैं उसे सक्षम करें। सेटअप समय पहुँच, सत्यापन और आपके द्वारा कनेक्ट किए गए क्लाइंट पर निर्भर करता है। पहली-कॉल गाइड एक नियंत्रित ब्राउज़र कॉल के माध्यम से मार्गदर्शन करती है।

आपकी ओर से तीन चीज़ें: एक SIP ट्रंक जिस पर आपके उपकरण की अनुमति हो (IP रेंज या API कुंजी द्वारा), एक सत्यापित कॉलर ID (वह नंबर जो आप कॉलर के रूप में प्रस्तुत करते हैं), और गंतव्य देश सक्षम हो। Bird आपके वर्कस्पेस में रूटिंग जोड़ता है, जो चौथी पूर्वशर्त है और Bird की तरफ़ से होती है।

हाँ। अपने वर्कस्पेस में ऐसा नंबर खोलें जो आने वाली कॉल का समर्थन करता हो और आने वाली कॉल के लिए उसका रूट कॉन्फ़िगर करें। आप कॉल को ऐसे SIP ट्रंक पर भेज सकते हैं जिसमें आने वाली कॉल की सुविधा चालू हो और कॉल पहुँचाने के लिए गेटवे हो, या उन्हें कॉलर ID के रूप में सत्यापित नंबर पर फ़ॉरवर्ड कर सकते हैं। नए नंबरों पर शुरू में ऐसा रूट होता है जो कॉल अस्वीकार करता है।

नहीं। ब्राउज़र फ़ोन या संगत SIP सॉफ़्टफ़ोन, PBX या एप्लिकेशन का उपयोग करें। समर्थित ट्रांसपोर्ट, प्रमाणीकरण और मीडिया सेटिंग्स को ट्रंक कॉन्फ़िगरेशन से मिलाएँ।

हाँ। आप डैशबोर्ड Phone ऐप से WebRTC का उपयोग करके कॉल कर सकते हैं।

प्रति कॉल, गंतव्य देश पर निर्भर दर से। प्रत्येक दर एक बिलिंग इंक्रीमेंट के साथ आती है: न्यूनतम बिल समय, फिर उसके बाद जिस चरण तक राउंड अप होता है। एक मिनट न्यूनतम और छह सेकंड चरणों वाली दर 10 सेकंड की कॉल के लिए पूरे एक मिनट का शुल्क लेती है।

बिल योग्य समय उस क्षण से शुरू होता है जब कॉल किया गया नंबर उठाता है, और कॉल समाप्त होने तक चलता है। अपने उपयोग के लिए प्रकाशित दर घटकों की समीक्षा करें; नंबर किराया और अन्य कॉन्फ़िगर सेवाएँ उत्तरित कॉल समय से अलग हैं।

प्रीपेड, आपके संगठन के वॉलेट से। Bird कैरियर को डायल करने से पहले आपका बैलेंस जाँचता है, इसलिए जो कॉल आपका वॉलेट वहन नहीं कर सकता उसे बाद में बिल करने के बजाय insufficient_balance के साथ पहले ही अस्वीकार कर दिया जाता है।

हाँ। प्रति संगठन एक दैनिक वॉइस खर्च सीमा लागू होती है, जो प्रत्येक UTC दिन की शुरुआत में रीसेट होती है। इससे अधिक होने पर, कॉल daily_spend_exceeded के साथ अस्वीकार कर दी जाती हैं। राशि आपकी योजना पर निर्भर करती है, और Bird अनुरोध पर इसे बढ़ा सकता है।

कॉल लॉग में कॉल खोलें। रेटिंग होने के बाद रिकॉर्ड पर लागत पूरी सटीकता के साथ, कर-रहित दिखती है। कॉल के कुल खर्च के लिए, Calls पेज से फ़िल्टर की गई कॉल सूची को CSV के रूप में एक्सपोर्ट करें, या अपने इनवॉइस और उपयोग की जाँच करें।

तीन सीमाएँ: एक समय में कितनी कॉल प्रगति में हो सकती हैं (समवर्ती कॉल), प्रति सेकंड कितनी नई कॉल शुरू कर सकते हैं (कॉल प्रति सेकंड), और UTC दिन में वॉइस पर कितना खर्च कर सकते हैं (दैनिक खर्च)। लागू सीमाएँ आपके खाता कॉन्फ़िगरेशन पर निर्भर करती हैं।

कॉल सेटअप के समय ही अस्वीकार कर दी जाती है, कैरियर को डायल करने से पहले। कॉल रिकॉर्ड बताता है कि कौन-सी सीमा लगी: concurrent_calls_exceeded, calls_per_second_exceeded, या daily_spend_exceeded। आपके फ़ोन सिस्टम को SIP 503 दिखता है।

सीमा समीक्षा का अनुरोध करने के लिए अपने अपेक्षित ट्रैफ़िक, गंतव्य और खर्च के साथ सहायता से संपर्क करें। प्रोडक्शन ट्रैफ़िक बढ़ाने से पहले स्वीकृत सीमाओं की पुष्टि करें।

जाँचें कि कॉल रिकॉर्ड कौन-सा कारण दिखाता है। एक डायलर calls_per_second_exceeded पर पहुँच सकता है जबकि समवर्ती-कॉल सीमा से बहुत दूर हो, क्योंकि दोनों सीमाएँ स्वतंत्र हैं। डायल दर धीमी करें और फिर से प्रयास करें; तुरंत फिर से प्रयास करने पर वही जवाब मिलेगा।

नहीं। SIP ट्रंकिंग एक संगत फ़ोन सिस्टम को Bird से जोड़ती है। ट्रंक के समर्थित ट्रांसपोर्ट, ऑथेंटिकेशन और मीडिया सेटिंग्स को अपने क्लाइंट से मिलाएँ।

हाँ। हर दिशा को अलग-अलग कॉन्फ़िगर करें। इनकमिंग कॉल के लिए ट्रंक की ओर पॉइंट किया गया एक इनबाउंड-सक्षम नंबर और एक डिलीवरी गेटवे भी चाहिए।

हाँ, जब उसका रनटाइम SIP सिग्नलिंग और ऑडियो कनेक्शन दोनों संभाल सके। कन्वर्सेशनल ऐप्लिकेशन अपनी स्पीच, मॉडल और बिज़नेस कार्रवाइयाँ नियंत्रित करता है; Bird टेलीफ़ोन कनेक्शन ले जाता है।

उस ट्रंक की ओर पॉइंट किए गए नंबर एक रिजेक्टिंग रूट पर लौट जाते हैं। ट्रंक फिर से चालू करने पर उनकी पिछली बाइंडिंग बहाल नहीं होती; ट्रैफ़िक शुरू करने से पहले नंबरों की समीक्षा करें।

Bird Voice इमरजेंसी कॉल नहीं ले जाता। इस ज़रूरत के लिए बनी फ़ोन सेवा का उपयोग करें।

SIP ट्रंक आपके फ़ोन सिस्टम और Bird के बीच का कनेक्शन है। SIP (Session Initiation Protocol) वह भाषा है जो फ़ोन सिस्टम कॉल सेट करने के लिए बोलते हैं, और ट्रंक वह लाइन है जिस पर वे कॉल चलती हैं। Bird आपके वर्कस्पेस को एक ट्रंक पता जारी करता है, और आप अपने फ़ोन सिस्टम को उसकी ओर इंगित करते हैं।

अधिकतर वर्कस्पेस को केवल एक चाहिए। अधिक तब बनाएँ जब आप प्रति साइट या प्रति सिस्टम अलग एक्सेस नियम चाहते हैं, क्योंकि IP अनुमति सूची, अनुमत API कुंजियाँ, और Digest सेटिंग सभी प्रति ट्रंक होती हैं।

ट्रंक का SIP डोमेन (ट्रंक पेज से कॉपी किया गया), यूज़रनेम bird, और पासवर्ड (ट्रंक पर अनुमत API कुंजी का सीक्रेट)। कॉल SIP डोमेन पर पोर्ट 5060 (UDP या TCP) या 5061 (TLS) पर भेजें।

हाँ, IP अनुमति सूची, अनुमत API कुंजियों, या दोनों के साथ। वे सार्वजनिक पते जोड़ें जिनसे आपका उपकरण SIP भेजता है, या प्रत्येक कॉल को SIP Digest के ज़रिए API कुंजी से प्रमाणित करना अनिवार्य करें। दोनों अगली कॉल से प्रभावी होते हैं।

ट्रंक का SIP डोमेन तुरंत नई कॉल स्वीकार करना बंद कर देता है। पहले से चल रही कॉल जारी रहती हैं, और ट्रंक के ज़रिए बने कॉल रिकॉर्ड आपके कॉल लॉग में बने रहते हैं।

आपका PBX कॉल भेजता है, Bird एक 407 चुनौती के साथ जवाब देता है, और आपका PBX username bird और आपकी API key के secret को पासवर्ड के रूप में उपयोग करके बनाए गए Proxy-Authorization हेडर के साथ कॉल फिर से भेजता है। आपका PBX पासवर्ड का एक hash भेजता है, कभी भी पासवर्ड खुद नहीं।

SHA-256 और MD5। Bird डिफ़ॉल्ट रूप से पहले SHA-256 और दूसरे MD5 की पेशकश करता है, और आपका PBX पहले वाला चुनता है जिसे वह सपोर्ट करता है। अगर आपका उपकरण केवल MD5 संभालता है और SHA-256 से शुरू होने वाली चुनौती को ठीक से प्रोसेस नहीं कर पाता, तो ट्रंक को केवल MD5 पर सेट करें।

हाँ। जब एक ट्रंक में दोनों हों, तो Bird द्वारा पासवर्ड की चुनौती से पहले स्रोत पता जाँचा जाता है, इसलिए एक असूचीबद्ध पते से आने वाला कॉल उसके क्रेडेंशियल्स की परवाह किए बिना अस्वीकार कर दिया जाता है।

पहले ट्रंक में नई key जोड़ें, अपने उपकरण को स्थानांतरित करें, फिर पुरानी key रद्द करें। किसी key को रद्द या हटाने से उसकी प्रमाणीकरण क्षमता उसे अनुमति देने वाले हर ट्रंक पर तुरंत समाप्त हो जाती है।

कॉलर ID एक फ़ोन नंबर है जिसे आपका वर्कस्पेस आउटबाउंड कॉल पर कॉलर के रूप में प्रस्तुत कर सकता है। Bird हर कॉल पर आपके उपकरण द्वारा SIP From हेडर में डाले गए कॉलिंग नंबर को इस सूची से मिलाता है, आपके वर्कस्पेस की पात्र पहचानों का उपयोग करते हुए, जिसमें Bird में रखे योग्य नंबर और सत्यापित बाहरी नंबर शामिल हैं।

नंबर को अंतरराष्ट्रीय E.164 प्रारूप में जोड़ें और सत्यापन प्रवाह का पालन करें। सत्यापन कॉल का उत्तर दें और डैशबोर्ड में कोड दर्ज करें। कॉल करने से पहले नंबर पर दिखाई गई स्थिति से पुष्टि करें कि वह तैयार है।

अगर प्रयास समाप्त हो गए हैं, तो नंबर की पंक्ति पर Get a new code का उपयोग करके एक नया सत्यापन कॉल प्राप्त करें। अगर नंबर अभी भी अपने कोड का इंतज़ार कर रहा है, तो कॉलर ID हटाएँ और नंबर फिर से जोड़ें।

उस नंबर पर आने वाली कॉल प्राप्त करने वाली प्रणाली के माध्यम से सत्यापन कॉल का उत्तर देने की व्यवस्था करें। यदि नंबर सत्यापन कॉल प्राप्त नहीं कर सकता, तो उपलब्ध स्वामित्व जाँचों के बारे में सहायता से संपर्क करें।

उस क्षण से, उस नंबर को प्रस्तुत करने वाली कोई भी कॉल caller_id_not_verified के साथ अस्वीकार कर दी जाती है। पहले से चल रही कॉल जारी रहती हैं, और उस नंबर का उपयोग करने वाले कॉल रिकॉर्ड जैसे हैं वैसे ही रहते हैं।

टोल फ्रॉड उन महँगे देशों को डायल करके काम करता है जिन्हें कॉल करने का आपका कभी इरादा नहीं था। आप जिन देशों को सक्षम करते हैं उन्हीं में आपका बिल बन सकता है, इसलिए बाकी सब बंद रखने से अगर कोई आपके फ़ोन सिस्टम में सेंध लगाता है तो आपका जोखिम सीमित रहता है।

Destinations पेज पर सर्च बॉक्स का उपयोग करके देश खोजें (नाम या दो-अक्षर कोड से मिलान होता है) और उसका टॉगल ऑन करें। बदलाव उसी क्षण से लागू होता है।

हाई-रिस्क देशों में कॉल महँगी होती हैं, और जिस नंबर पर आप डायल करते हैं उसका ऑपरेटर लागत का एक हिस्सा कमाता है। अगर कोई हमलावर किसी फ़ोन सिस्टम में सेंध लगाता है तो ये वे देश हैं जिन्हें वह टारगेट करता है। जब तक वहाँ आपका कारोबार न हो इन्हें बंद रखें, और सक्षम करने से पहले दर जाँच लें।

इसे अपने खाते के लिए खोलवाने हेतु सपोर्ट से संपर्क करें। Available का मतलब है कि आप इसे सक्षम कर सकते हैं; Not supported का मतलब है कि Bird वर्तमान में आपके खाते से उस देश में कॉल नहीं कर सकता।

एक उपलब्ध देश में भी कुछ विशिष्ट गंतव्य हो सकते हैं जहाँ रूटिंग अभी नहीं पहुँचती। गंतव्य कवरेज और अस्वीकृति की जाँच के लिए कॉल ID सहायता के साथ साझा करें।

दो हेडर: To (जिस नंबर पर कॉल किया जा रहा है) और From (जो नंबर आप कॉलर के रूप में प्रस्तुत करते हैं, जो एक पात्र कॉलर पहचान होना चाहिए)। दोनों E.164 प्रारूप में पूर्ण अंतरराष्ट्रीय नंबर होने चाहिए — आगे + और फिर देश कोड और राष्ट्रीय नंबर। किसी कस्टम हेडर की आवश्यकता नहीं है।

STIR/SHAKEN प्रदाताओं को कॉलिंग पहचान जानकारी पर हस्ताक्षर करने देता है। प्रमाणन दर्शाता है कि प्रदाता कॉलर और नंबर के बारे में क्या सत्यापित कर सकता है। यह गारंटी नहीं देता कि गंतव्य कैरियर कॉल कनेक्ट करेगा या स्पैम लेबल हटाएगा।

कॉल लॉग में कॉल खोलें। आपके फ़ोन सिस्टम को सामान्य SIP 503 दिखता है, लेकिन विशिष्ट कारण कॉल रिकॉर्ड पर होता है जहाँ केवल आप इसे पढ़ सकते हैं। विवरण के ऊपर एक पैनल कारण बताता है और उसे ठीक करने वाली सेटिंग का लिंक देता है।

केवल तब जब कारण दूर हो जाए। calls_per_second_exceeded के लिए अस्वीकृत कॉल को तब तक वही जवाब मिलता है जब तक आप डायल दर धीमी नहीं करते। फिर से प्रयास करने से पहले अस्वीकरण का कारण पढ़ें।

नहीं। इसका मतलब है कि कॉल कनेक्ट हुआ। कार्य की सफलता का मूल्यांकन करने के लिए किसी पुष्टि किए गए व्यावसायिक इवेंट, जैसे बुकिंग या हल किए गए केस, से जोड़ें।

सक्रिय कॉल की रेटिंग अभी पूरी नहीं हुई है। कॉल और रेटिंग जीवनचक्र समाप्त होने के बाद अंतिम रिकॉर्ड पढ़ें; अनुपस्थित मान का अर्थ शून्य मूल्य नहीं है।

सिग्नेचर सत्यापित करें, webhook पहचान का उपयोग करके डीडुप्लिकेट करें और क्रम से बाहर आने को सहन करें। अंतिम परिणाम का कॉल रिकॉर्ड से मिलान करें।

दिशा और रिपोर्ट के फ़िल्टर की स्पष्ट रूप से समीक्षा करें। ट्रैफ़िक का मिश्रण और लागू रेटेड घटक भिन्न हो सकते हैं।

रेटेड कॉल और उनके सत्रों को अपने एप्लिकेशन में पुष्टि किए गए परिणामों से जोड़ें। हर प्रासंगिक कॉल लेग शामिल करें और एक सुसंगत अवधि तथा पूर्णता की परिभाषा का उपयोग करें।

समाप्त हो चुकी कॉल के लिए: Answered (जिस नंबर पर कॉल की गई थी, वहाँ कॉल उठाई गई), No answer (घंटी बजती रही और समय सीमा खत्म हो गई), Failed (कॉल करने का प्रयास हुआ, लेकिन सफल नहीं हुआ), Rejected (Bird ने कैरियर को डायल करने से पहले कॉल अस्वीकार कर दी या दूसरे छोर पर कॉल अस्वीकार कर दी गई), और Unknown (परिणाम निर्धारित नहीं किया जा सका)।

Bird की ओर से अस्वीकार की गई कॉल Rejected के रूप में दिखती है। यदि अस्वीकृति का कारण उपलब्ध है, तो उससे पता चलता है कि कौन सी जाँच विफल हुई। Rejected का मतलब यह भी हो सकता है कि दूसरे छोर पर कॉल अस्वीकार कर दी गई। Failed का मतलब है कि कॉल करने का प्रयास हुआ, लेकिन सफल नहीं हुआ; अधिक जानकारी के लिए SIP प्रतिक्रिया कोड देखें।

हाँ। Calls पेज पर Live टैब आपके ट्रंक पर अभी चल रही कॉल की सूची काउंट के साथ दिखाता है। एक लाइव कॉल या तो Ringing (दूसरी तरफ के उठाने का इंतज़ार) या In progress (कनेक्टेड) के रूप में दिखती है। यह टैब हर कुछ सेकंड में रिफ्रेश होता है।

कुल अवधि उस क्षण से शुरू होती है जब Bird ने कॉल प्राप्त किया, और हैंगअप तक चलती है। बिल योग्य समय उत्तर से हैंगअप तक चलता है। अंतर वह रिंग समय है जब किसी ने उठाया नहीं, इसलिए बड़ा अंतर दिखे तो जाँचें कि आप क्या डायल कर रहे हैं। अनुत्तरित कॉल में कोई उत्तरित कॉल समय नहीं होता। अन्य कॉल घटकों और शुल्कों के लिए लागू दर कार्ड देखें।

तीन तरीके: Calls पेज से CSV डाउनलोड करें (आपके मौजूदा फ़िल्टर से मिलने वाले सभी रिकॉर्ड एक्सपोर्ट होते हैं, केवल दिखाई देने वाले पेज के नहीं), voice:read के लिए स्कोप की गई API key के साथ API से पढ़ें, या Bird CLI में bird voice list का उपयोग करें।

तीन: voice_call.initiated (Bird ने कॉल स्वीकार किया और राउटिंग शुरू की), voice_call.answered (कॉल किए गए नंबर ने उठाया), और voice_call.ended (कॉल समाप्त हुई, परिणाम के साथ)। अनुत्तरित कॉल कभी भी answered इवेंट emit नहीं करती।

ended इवेंट का उपयोग उसकी रिपोर्ट की गई स्थिति और अवधि के लिए करें, फिर अंतिम परिणाम को कॉल रिकॉर्ड से मिलाएँ। इवेंट प्रकाशन विफल हो सकता है, और प्रवेश से पहले अस्वीकृत अनुरोध का कोई कॉल रिकॉर्ड या इवेंट नहीं हो सकता। किसी अपडेट का न मिलना इसका प्रमाण नहीं है कि कॉल अभी सक्रिय है।

हाँ। डिलीवरी क्रमबद्ध नहीं होती, इसलिए answered आपके पास ended के बाद पहुँच सकता है। timestamp फ़ील्ड के अनुसार क्रमबद्ध करें, और बाद में आने वाले लेकिन पहले के timestamp वाले इवेंट को हारने दें।

webhook-id HTTP हेडर पर डीडुप्लिकेट करें। डिलीवरी या सिग्नलिंग रिट्राई किसी इवेंट को दोहरा सकती है। एक ही कॉल और जीवनचक्र चरण अपनी webhook पहचान बनाए रखते हैं। लापता अपडेट को कॉल रिकॉर्ड से मिलाएँ।

कॉल रिकॉर्ड में लागत और अस्वीकृति का कारण, यदि उपलब्ध हो, दर्ज होता है। voice_call.ended पर rejected स्टेटस का मतलब हो सकता है कि Bird ने कॉल अस्वीकार की या दूसरे छोर पर कॉल अस्वीकार कर दी गई। अस्वीकृति का कारण उपलब्ध होने पर उसे देखने के लिए कॉल लॉग खोलें; कॉल की लागत की गणना होने के बाद वह दिखाई देती है।

जिस कॉल को Bird स्वीकार नहीं कर सकता, उसे SIP लेयर पर ही रोक दिया जाता है, रिकॉर्ड बनने से पहले। चार चीज़ें जाँचें: ट्रंक में आपके उपकरण को अनुमति देने वाली IP रेंज या API कुंजी है, कॉल ट्रंक की IP अनुमति सूची के किसी पते से आई (NAT के पीछे, यह राउटर का सार्वजनिक पता होता है), Digest क्रेडेंशियल सही हैं (यूज़रनेम bird, सही API कुंजी सीक्रेट, ट्रंक द्वारा दिया गया कोई एल्गोरिदम), और SIP डोमेन ट्रंक के डोमेन से बिलकुल मेल खाता है।

कॉल लॉग में कॉल खोलें। विवरण के ऊपर का पैनल कारण बताता है और उस सेटिंग का लिंक देता है जो इसे ठीक करती है। सात कारण जो आप ठीक कर सकते हैं: source_not_allowed, caller_id_not_verified, destination_not_enabled, insufficient_balance, daily_spend_exceeded, concurrent_calls_exceeded, और calls_per_second_exceeded।

कुछ उपकरण SHA-256 से शुरू होने वाले चैलेंज को ठीक से हैंडल नहीं करते। ट्रंक का Digest एल्गोरिदम केवल MD5 पर सेट करें, और आपके PBX को एक ऐसा चैलेंज मिलेगा जो वह समझता है।

मीडिया पते, फ़ायरवॉल नियम और समर्थित कोडेक जाँचें। एक सामान्य कारण है NAT का मीडिया किसी अगम्य निजी पते की ओर भेजना। क्लाइंट की NAT या STUN हैंडलिंग कॉन्फ़िगर करें और दोनों दिशाओं में ऑडियो सत्यापित करें।

हो सकता है। Bird पोर्ट 5061 पर SIP सिग्नलिंग के लिए TLS का समर्थन करता है, जिससे कॉल सेटअप ट्रांज़िट में एन्क्रिप्टेड रहता है। पोर्ट 5060 पर UDP और TCP अनएन्क्रिप्टेड हैं। अपनी सुरक्षा आवश्यकताओं के अनुसार ट्रांसपोर्ट चुनें।

हर इवेंट HMAC-साइन्ड होता है। पेलोड पर कार्रवाई करने से पहले अपने एंडपॉइंट के सीक्रेट से सिग्नेचर सत्यापित करें, और जब ज़रूरत हो डैशबोर्ड से उस सीक्रेट को रोटेट करें।

वॉइस रिकॉर्ड कॉन्फ़िगर किए गए सेवा क्षेत्र का पालन करते हैं। अपने डिप्लॉयमेंट के लिए लागू डेटा-प्रोसेसिंग और रिटेंशन शर्तों की समीक्षा करें; API एंडपॉइंट रूटिंग अकेले हर प्रोसेसिंग या स्टोरेज स्थान का वर्णन नहीं करती।

कॉल प्रमाणित करने के लिए अनुमत कुंजी पर राइट लेवल वॉइस एक्सेस का उपयोग करें, और कॉल रिकॉर्ड पढ़ने के लिए वॉइस रीड एक्सेस का। अलग voice_management स्कोप कॉन्फ़िगरेशन को कवर करता है। ट्रंक कुंजियों और स्रोतों के लिए अपने कॉन्फ़िगर किए गए नियम भी लागू करता है।

विशिष्ट कारण कॉल रिकॉर्ड पर दर्ज होता है जहाँ केवल आप इसे पढ़ सकते हैं। SIP लेयर पर सामान्य 503 लौटाने से आपके ट्रंक को जाँचने वाले किसी व्यक्ति को यह पता नहीं चलता कि कौन से ट्रंक, नंबर और गंतव्य मौजूद हैं।

प्रमाणपत्र और सुरक्षा दस्तावेज़ trust.bird.com पर Trust Center में उपलब्ध हैं। डेटा प्रोसेसिंग एग्रीमेंट, गोपनीयता कथन, और स्वीकार्य उपयोग नीति bird.com/legal पर प्रकाशित हैं। वेंडर प्रश्नावली के लिए, आपकी Bird अकाउंट टीम इसे संभालती है।

कॉल सीक्वेंस फ़ोन कॉल के अंदर प्रॉम्प्ट, कीपैड विकल्प और रिकॉर्डिंग को नियंत्रित करता है। ऑटोमेशन फ़्लो एक व्यापक व्यावसायिक प्रक्रिया का समन्वय करता है। दोनों वर्कफ़्लो और उनके प्रकाशन निर्णयों को अलग-अलग रखें।

हाँ। बोले गए या रिकॉर्ड किए गए प्रॉम्प्ट को कीपैड इनपुट और पहचाने गए अंकों, टाइमआउट और बेमेल इनपुट के लिए ब्रांचों के साथ जोड़ें।

नहीं। कीपैड कलेक्शन DTMF अंक पढ़ता है। नैचुरल-लैंग्वेज वॉइस एजेंट को अपने स्वयं के स्पीच और टर्न-टेकिंग व्यवहार वाले कन्वर्सेशनल रनटाइम की आवश्यकता होती है।

प्रकाशित संस्करण का उपयोग करने वाली कॉलें उस संस्करण की अपरिवर्तनीय सामग्री बनाए रखती हैं। नई कॉलें नए प्रकाशित संस्करण का उपयोग करती हैं। ड्राफ़्ट टेस्ट कॉलें प्रत्येक ट्रांज़िशन पर अंतिम सहेजे गए सीक्वेंस को पढ़ती हैं और ड्राफ़्ट संपादन देख सकती हैं।

नहीं। यह स्वीकृत कार्य की पहचान करता है। रिंगिंग, उत्तर और अंतिम कॉल परिणाम को अलग-अलग ट्रैक करें, और अनिश्चित पुनः प्रयासों को उसी ऑपरेशन से जोड़कर रखें।

नहीं। फ़ोन मेनू पहले से तय विकल्पों का पालन करता है, जैसे कीपैड अंक। AI वॉइस वार्तालाप भाषा की व्याख्या करता है और एक संवादात्मक रनटाइम के ज़रिए प्रतिक्रियाएँ उत्पन्न करता है। दोनों को अभी भी एक पूर्ण कॉल-राउटिंग और परिणाम-प्रबंधन डिज़ाइन की आवश्यकता होती है।

SIP-सक्षम रनटाइम Bird के ज़रिए तब कनेक्ट हो सकता है जब उसकी सिग्नलिंग, प्रमाणीकरण और मीडिया व्यवहार संगत हों। ट्रैफ़िक भेजने से पहले दोनों दिशाओं में एक वास्तविक कॉल से इंटीग्रेशन को मान्य करें।

नहीं। MCP एक अधिकृत सॉफ़्टवेयर एजेंट को अकाउंट टूल संचालित करने देता है। एक लाइव वॉइस एजेंट को अतिरिक्त रूप से ऑडियो, स्पीच प्रोसेसिंग, टर्न-टेकिंग और एक वार्तालाप ऐप्लिकेशन की आवश्यकता होती है।

उन कार्रवाइयों को अपने ऐप्लिकेशन के अधिकृत टूल के ज़रिए कनेक्ट करें। उनकी लौटाई गई स्थिति को सत्य का स्रोत मानें, और कोई भी बदलाव करने से पहले ग्राहक से उचित पुष्टि लें।

कॉल कनेक्शन और पूर्णता को कार्य सफलता से अलग मापें। पुष्ट व्यावसायिक परिणाम, एस्केलेशन दर और देखे गए विफलता कारणों को ट्रैक करें; केवल ट्रांसक्रिप्ट या उत्तरित कॉल रूपांतरण सिद्ध नहीं कर सकते।

नहीं। नंबर का इनबाउंड रूट कॉन्फ़िगर करें। रिजेक्ट करने वाला रूट एक स्पष्ट परिणाम है, किसी टीम या एजेंट से स्वचालित कनेक्शन नहीं।

हाँ, कॉल एप्लिकेशन या SIP रनटाइम के माध्यम से जिसे आप इसे प्राप्त करने के लिए कॉन्फ़िगर करते हैं। नंबर, इनबाउंड ट्रंक, गेटवे और कन्वर्सेशन रनटाइम — हर एक को तैयार होना चाहिए।

दोनों सहसंबद्ध कॉल लेग की जाँच करें। सत्यापित लक्ष्य, सक्षम गंतव्य, उपलब्ध रूटिंग और लागू खाता सीमाओं की जाँच करें।

नहीं। रूट चयनित हैंडलिंग व्यवहार को रिकॉर्ड करता है। कॉल स्टेटस और संबंधित इवेंट आपको बताते हैं कि वह व्यवहार सफल हुआ या नहीं।

फ़ॉरवर्डिंग आने वाले लेग के साथ एक आउटबाउंड लेग भी बनाती है। प्रकाशित दरें और कॉल के अंतिम रेटेड घटक देखें।

नहीं। डैशबोर्ड फ़ोन ब्राउज़र और एक कॉन्फ़िगर किए गए Bird SIP ट्रंक का उपयोग करता है।

डैशबोर्ड फ़ोन आउटबाउंड कॉल करता है। इनकमिंग कॉल को उस फ़ोन सिस्टम या एप्लिकेशन पर रूट करें जो उन्हें उत्तर देने के लिए डिज़ाइन किया गया है।

हाँ। IVR मेनू या एक्सटेंशन जैसे DTMF विकल्पों के लिए कीपैड का उपयोग करें।

ये Voice कॉल के रूप में वहन और शुल्कित की जाती हैं। गंतव्य के लिए प्रकाशित दरें देखें और अंतिम कॉल रिकॉर्ड की जाँच करें।

नहीं। Bird Voice आपातकालीन कॉल नहीं करता है।

नहीं। रिकॉर्डिंग कॉन्फ़िगर किए गए वर्कफ़्लो का एक स्पष्ट हिस्सा है। तय करें कि कौन सा समर्थित स्रोत कैप्चर करना है और कैप्चर कब शुरू और बंद होगा।

ऑडियो कैप्चर और ट्रांसक्रिप्शन अलग-अलग ऑपरेशन हैं। जहाँ उचित हो वहाँ ट्रांसक्रिप्शन का अनुरोध करें और उसकी प्रोसेसिंग के परिणाम की जाँच करें।

हाँ। स्पीच प्रोसेसिंग टेलीफ़ोन कॉल के बाद पूरी हो सकती है। कॉल के परिणाम और आर्टिफ़ैक्ट प्रोसेसिंग की स्थिति को अलग-अलग रखें।

नहीं। एक सेशन कई कॉल लेग्स को जोड़ सकता है, और हर एक के अपने आर्टिफ़ैक्ट हो सकते हैं। स्रोत कॉल और कैप्चर पहचान की जाँच करें।

इसे बातचीत के साक्ष्य के रूप में उपयोग करें। बुकिंग, ऑर्डर बदलाव या भुगतान की पुष्टि उस बिज़नेस सिस्टम में करें जिसने वह कार्रवाई की।