बिलिंग और उपयोग

बिलिंग संगठन के स्तर पर होती है: आपका प्लान, वॉलेट और इनवॉइस संगठन के होते हैं। यह पेज बताता है कि बिलिंग किसी इंटीग्रेशन को कैसे प्रभावित करती है: उपयोग की मीटरिंग कैसे होती है, मौजूदा स्थिति कैसे पढ़ें, और आपका प्लान परिचालन सीमाओं को कैसे प्रभावित करता है। खाते से जुड़े कामों (कीमत का विवरण, भुगतान के तरीके, टैक्स) के लिए नॉलेज बेस देखें: प्लान और कीमतें और उपयोग, खर्च और इनवॉइस।

बिलिंग लोग संभालते हैं, इंटीग्रेशन नहीं। हर बिलिंग कार्रवाई के लिए org:billing स्कोप चाहिए। यह संगठन-भूमिका का स्कोप है, जिसे वर्कस्पेस API कुंजी को नहीं दिया जा सकता, इसलिए कोई भी bk_* कुंजी उपयोग नहीं पढ़ सकती, वॉलेट टॉप अप नहीं कर सकती और प्लान नहीं बदल सकती। यह काम ओनर और बिलिंग एडमिन डैशबोर्ड के बिलिंग और भुगतान सेक्शन में करते हैं; यह भूमिका किसके पास है, यह जानने के लिए उपयोगकर्ता, टीमें और भूमिकाएँ देखें। प्लान, प्रोडक्ट और कीमत के कैटलॉग इसका अपवाद हैं: इनके लिए ऑथेंटिकेशन नहीं चाहिए, इस साइट पर दिखने वाली कीमतें इन्हीं से आती हैं, और CLI और MCP प्लान कैटलॉग को सीधे पढ़ सकते हैं। इसलिए यह गाइड बताती है कि बिलिंग आपके इंटीग्रेशन पर क्या असर डालती है, और हर संख्या दिखाने वाले डैशबोर्ड पेज का नाम बताती है। उन पेजों (ओवरव्यू, उपयोग, इनवॉइस, खर्च और सेटिंग्स) की जानकारी पूरे पेज में लिंक किए गए नॉलेज बेस लेखों में है।

प्लान और टियर

आपका संगठन एक प्लान की सदस्यता लेता है। आपकी मौजूदा सदस्यता, अपग्रेड और रद्द करने के विकल्प बिलिंग ओवरव्यू पर हैं। हर प्लान का एक टियर होता है (free, startup, growth या enterprise), और परिचालन में आपके इंटीग्रेशन पर असर टियर से ही पड़ता है:

• शामिल भेजने की मात्रा। हर प्लान में ईमेल भेजने का एक मासिक कोटा शामिल होता है, जिसकी मीटरिंग प्रति प्राप्तकर्ता होती है: तीन प्राप्तकर्ताओं को भेजा गया संदेश तीन गिना जाता है। पेड प्लान पर कोटे से ज़्यादा भेजे गए ईमेल एक तय अधिकतम सीमा तक ओवरेज के रूप में मीटर होते हैं; उस सीमा के बाद अवधि रीसेट होने तक भेजे गए ईमेल सीमा त्रुटि के साथ अस्वीकार हो जाते हैं। Free प्लान में ओवरेज बिल्कुल नहीं है: वह अपनी मासिक और दैनिक सीमा पर रुक जाता है। कोटे, सीमाएँ और ओवरेज की अधिकतम सीमा प्लान और कीमतें में दी गई हैं।
• दर सीमाएँ पॉलिसी पर निर्भर करती हैं। संगठन का सक्रिय ओवरराइड आपके प्लान के मान पर प्राथमिकता रखता है। अगर प्लान में उस पॉलिसी का कोई मान नहीं है, तो डिफ़ॉल्ट लागू होता है। प्लान या ओवरराइड किसी दर को बढ़ा या घटा सकता है, इसलिए अपग्रेड करने से हर कार्रवाई की सीमा बढ़ने की गारंटी नहीं मिलती। क्षमता के लिए अपग्रेड करने से पहले सपोर्ट से संपर्क करें और उन्हें पॉलिसी कुंजी और अपने RateLimit-Policy प्रतिक्रिया हेडर से प्रभावी कोटा, जिस प्लान पर आप विचार कर रहे हैं, और अपना अपेक्षित ट्रैफ़िक बताएँ। पूछें कि बदलाव के बाद कौन-सी सीमा लागू होगी। देखें आपकी सीमा कैसे तय होती है।
• संसाधन सीमाएँ। आपका संगठन कितने सेंडिंग डोमेन, IP पूल और डेडिकेटेड IP रख सकता है, ऐसी सीमाएँ हर प्लान के लिए तय होती हैं और हर संगठन के लिए बदली जा सकती हैं। अगर आप किसी सीमा तक पहुँच जाएँ, तो उससे बचने का रास्ता निकालने के बजाय सपोर्ट से संपर्क करें।

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

उपयोग की मीटरिंग

हर भेजा गया संदेश आपके संगठन की मौजूदा बिलिंग अवधि के हिसाब से मापा जाता है। डैशबोर्ड का Usage पेज हर प्रोडक्ट की लाइव स्थिति उसी अवधि में दिखाता है जिस पर वह प्रोडक्ट मापा जाता है: मीटर किए गए ईमेल के लिए प्लान अवधि, और पे-एज़-यू-गो के लिए कैलेंडर महीना। प्रोडक्ट दो में से एक तरीके से बिल होते हैं, और यही अंतर आपके इंटीग्रेशन पर असर डालता है:

• मीटर किए गए प्रोडक्ट के लिए आपके प्लान में एक शामिल सीमा होती है (ईमेल भेजना)। पेज दिखाता है कि आपने इस सीमा का कितना हिस्सा इस्तेमाल किया है और आप उससे कितना आगे निकल चुके हैं, ताकि बिल बनने से पहले ही आप बढ़ता ओवरेज देख सकें।
• पे-एज़-यू-गो प्रोडक्ट का बिल रेट कार्ड के अनुसार हर इस्तेमाल पर बनता है (SMS, WhatsApp)। एक संदेश वॉलेट से दो बार राशि ले सकता है: संदेश प्रोसेस होने पर Bird का अपना शुल्क, और संदेश डिलीवर होने पर तृतीय-पक्ष शुल्क (SMS पर कैरियर सरचार्ज, WhatsApp पर Meta का हिस्सा)। हर संदेश का यह बँटवारा SMS या WhatsApp संदेश पर cost से पढ़ें: transaction_amount Bird का शुल्क है और passthrough_amount तृतीय-पक्ष शुल्क।

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

वॉलेट

हर संगठन का एक वॉलेट होता है: एक साझा प्रीपेड बैलेंस, जिससे हर शुल्क कटता है। प्लान रिन्यूअल, ओवरेज और पे-एज़-यू-गो संदेश, सभी की राशि वॉलेट से कटती है। सेव किया गया कार्ड वॉलेट भरने के लिए होता है (टॉप-अप, ऑटो टॉप-अप, और ऐसा रिन्यूअल चुकाने के लिए जिसे बैलेंस पूरा नहीं कर सकता)। डैशबोर्ड का Spend पेज क्रेडिट और शुल्कों का पूरा लेजर है, इसलिए वॉलेट की हर गतिविधि एक ही जगह दर्ज रहती है। सेटल होने वाले हर टॉप-अप भुगतान की एक स्थायी रसीद बनती है, जिसे आप उसी सेक्शन से PDF के रूप में डाउनलोड कर सकते हैं।

संचालन के लिहाज़ से, पे-एज़-यू-गो संदेश भेजना वॉलेट पर निर्भर है: जब बैलेंस शुल्क पूरा नहीं कर पाता, तो SMS और WhatsApp संदेश अस्वीकार कर दिए जाते हैं। SMS को API पर ही 402 के साथ मना कर दिया जाता है। WhatsApp संदेश पहले स्वीकार होता है और फिर Bird के शुल्क काटने की कोशिश करने पर अस्वीकार हो जाता है। डिलीवरी के समय का जो शुल्क बैलेंस पूरा नहीं कर पाता, उसे अस्वीकार करने के बजाय छोड़ दिया जाता है, इसलिए संदेश फिर भी प्राप्तकर्ता तक पहुँचता है। ट्रांज़ैक्शनल वॉल्यूम के लिए Billing overview पर ऑटो टॉप-अप और लो-बैलेंस अलर्ट सेट करें, या अपनी तरफ़ से निगरानी और अलर्ट रखें। भुगतान के तरीके और वॉलेट में डैशबोर्ड के ये दोनों नियंत्रण बताए गए हैं। कम बैलेंस की चेतावनियाँ और भुगतान विफल होने की सूचनाएँ संगठन के मालिकों को जाती हैं। इनवॉइस ईमेल संगठन की बिलिंग सूचना सूची को जाते हैं, अगर वह सेट हो; वरना वे संगठन के मालिक को जाते हैं। यह सूची Settings > Organization में सेट करें। इसके लिए किसी निगरानी वाले टीम एलियस का इस्तेमाल करें, ताकि बिलिंग मेल किसी एक व्यक्ति के इनबॉक्स पर निर्भर न रहे।

इनवॉइस

इनवॉइस हर संगठन के लिए हर कैलेंडर महीने में एक बार जारी होते हैं और डैशबोर्ड के Invoices पेज पर दिखते हैं। वहाँ आप किसी इनवॉइस को खोलकर उसके लाइन आइटम देख सकते हैं या उसे PDF के रूप में डाउनलोड कर सकते हैं। इनवॉइस में वही मीटरिंग दिखती है जो Usage पेज दिखाता है: आपके प्लान का आवर्ती शुल्क, साथ में उस अवधि का मीटर किया गया ओवरेज और पे-एज़-यू-गो खर्च। इनवॉइस की संरचना, स्थितियों और भुगतान के समय के बारे में Knowledge base में उपयोग, खर्च और इनवॉइस देखें।

आगे के कदम

• अनुरोध दर सीमाएँ: पॉलिसी डिफ़ॉल्ट, प्लान मान, संगठन ओवरराइड और रिस्पॉन्स हेडर
• प्लान और मूल्य निर्धारण: हर प्लान में क्या शामिल है, ओवरेज और पे-ऐज़-यू-गो मूल्य निर्धारण
• प्लान में बदलाव और नवीनीकरण: अपग्रेड और रद्द करने का समय, और भुगतान विफल होने पर होने वाला क्रम
• उपयोगकर्ता, टीमें और भूमिकाएँ: बिलिंग कौन प्रबंधित कर सकता है (org:billing)