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

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

बिलिंग लोगों द्वारा प्रबंधित होती है, इंटीग्रेशन द्वारा नहीं। हर बिलिंग ऑपरेशन org:billing स्कोप से नियंत्रित होता है, जो एक ऑर्गनाइज़ेशन-रोल स्कोप है और किसी वर्कस्पेस API key को नहीं दिया जा सकता, इसलिए कोई भी bk_* key उपयोग नहीं पढ़ सकती, वॉलेट टॉप अप नहीं कर सकती, या प्लान नहीं बदल सकती। Owners और billing admins यह काम डैशबोर्ड के Billing and payments सेक्शन में करते हैं; कौन यह रोल रखता है, इसके लिए Users, teams & roles देखें। प्लान, प्रोडक्ट, और प्राइस कैटलॉग अपवाद हैं: इन्हें किसी ऑथेंटिकेशन की ज़रूरत नहीं, ये इस साइट पर प्राइसिंग प्रकाशित करते हैं, और CLI तथा MCP प्लान कैटलॉग सीधे पढ़ सकते हैं। इसलिए यह गाइड बताती है कि बिलिंग आपके इंटीग्रेशन को कैसे प्रभावित करती है, और उस डैशबोर्ड पेज का नाम देती है जहाँ हर संख्या दिखती है। वे पेज (Overview, Usage, Invoices, Spend, और Settings) पूरे गाइड में लिंक किए गए Knowledge base आर्टिकल्स में शामिल हैं।

प्लान और टियर

आपका ऑर्गनाइज़ेशन एक प्लान पर सब्सक्राइब करता है। आपकी वर्तमान सब्सक्रिप्शन, अपग्रेड, और कैंसिलेशन Billing overview पर उपलब्ध हैं। हर प्लान एक टियर (free, startup, growth, या enterprise) रखता है, और टियर वह है जो आपका इंटीग्रेशन ऑपरेशनल रूप से महसूस करता है:

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

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

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

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

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

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

Bird डैशबोर्ड में Usage पेज: प्रोजेक्शन सहित कुल खर्च, प्रति-चैनल सेंड काउंट, और दैनिक उपयोग चार्ट

वॉलेट

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

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

इनवॉइस

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

अगले कदम

Rate limits: base/tier/override मॉडल जिसमें आपका टियर फ़ीड होता है
Plans & pricing: हर प्लान में क्या शामिल है, ओवरेज, और pay-as-you-go प्राइसिंग
Plan changes & renewals: अपग्रेड/कैंसल टाइमिंग और फ़ेल्ड-पेमेंट अनुक्रम
Users, teams & roles: बिलिंग कौन प्रबंधित कर सकता है (org:billing)