मुफ़्त मासिक रेंडर क्रेडिट सबसे सस्ते-पहले कैसे लागू होते हैं
देखें कि हर बिलिंग चक्र के मुफ़्त रेंडर क्रेडिट कैसे गणना किए जाते हैं और रेंडर तथा AI एन्हैंसमेंट पर कैसे खर्च होते हैं, और per-seat योजना में क्या बदलता है।
हर बिलिंग चक्र में प्रत्येक org को उसके लाइसेंस से गणना किए गए मुफ़्त रेंडर क्रेडिट मिलते हैं: लाइसेंस उपयोगकर्ता संख्या × prorated उपयोग अनुपात × कॉन्फ़िगर की गई free-credits-per-license राशि। ये मुफ़्त क्रेडिट कुछ भी शुल्क लेने से पहले स्वतः लागू होते हैं, और वे सबसे सस्ते-पहले लागू होते हैं: चक्र के सभी बिल योग्य आइटम — रेंडर और AI एन्हैंसमेंट (प्रत्येक 0.2 क्रेडिट) मिलाकर — credit cost के आरोही क्रम में क्रमबद्ध किए जाते हैं, और मुफ़्त क्रेडिट उसी order में उन्हें समाहित करते हैं; boundary पर मौजूद आइटम को आंशिक प्रतिशत discount मिलता है। चक्र के लिए लिया गया शुल्क max(0, कुल उपयोग किए गए क्रेडिट − कुल मुफ़्त क्रेडिट) है। अप्रयुक्त मुफ़्त क्रेडिट अगले चक्र में roll over नहीं होते (एकमात्र carry-over grace-period settlement में होता है, जहाँ अवैतनिक बिलों के अप्रयुक्त complimentary क्रेडिट grace उपयोग की भरपाई करते हैं)। इसलिए यदि कोई ग्राहक पूछे कि एक सस्ते रेंडर पर 100% discount क्यों दिखता है जबकि एक महँगा पूरा शुल्क लेता है, तो वह सबसे सस्ते-पहले आवंटन है, त्रुटि नहीं। मुफ़्त क्रेडिट लाइव लाइसेंस डेटा से पुनर्गणना होते हैं, इसलिए चक्र के बीच में लाइसेंस जोड़ने से पूल आनुपातिक रूप से बढ़ता है।
जो संगठन नई per-seat योजना पर आ गए हैं, वे अलग तरह से काम करते हैं: प्रत्येक seat की अपनी मासिक allowance होती है, और प्रत्येक उपयोगकर्ता के रेंडर तथा AI एन्हैंसमेंट केवल उनके अपने seat की allowance पर शुल्क लेते हैं — seat के बीच अप्रयुक्त allowance का pooling नहीं होता, और सबसे सस्ते-पहले क्रम लागू नहीं होता। चक्र के बीच में खरीदे गए लाइसेंस के seat को pro-rated allowance मिलती है।
जब कोई रेंडर या AI एन्हैंसमेंट RENDER_OVERAGE_CAP_EXCEEDED त्रुटि के साथ अवरुद्ध होता है, तो org में render overage cap कॉन्फ़िगर है और इस जॉब का शुल्क-योग्य portion चक्र के सशुल्क रेंडर क्रेडिट को cap से आगे बढ़ा देगा। यह जाँच रेंडर शुरू करने से पहले और प्रत्येक AI एन्हैंसमेंट (enhance, create-and-enhance, re-enhance) से पहले चलती है। महत्वपूर्ण बारीकियाँ: शेष मुफ़्त क्रेडिट से पूरी तरह ढके रेंडर अब भी पास होते हैं, और 0-credit HD रेंडर कभी अवरुद्ध नहीं होते, क्योंकि cap केवल उन क्रेडिट की गणना करता है जिन पर वास्तव में शुल्क लगेगा। कौन से मुफ़्त क्रेडिट लागू होंगे यह org के बिलिंग मोड पर निर्भर करता है: नई per-seat योजना में प्रत्येक उपयोगकर्ता अपने seat की मासिक allowance से लेता है (चक्र के बीच में लिए गए seat के लिए prorated), जबकि पुरानी योजना में org एक साझा मुफ़्त-क्रेडिट पूल साझा करता है। क्या करें: catalog manager, project manager या accounts manager भूमिका वाला org उपयोगकर्ता cap बढ़ा या हटा सकता है (self-service store setting; इसे unset करने का अर्थ असीमित है), या ग्राहक अगले बिलिंग चक्र की प्रतीक्षा कर सकता है, जब शुल्क लिया गया उपयोग शून्य पर रीसेट हो जाता है। per-seat योजना में, जिस उपयोगकर्ता ने अपनी seat allowance समाप्त कर ली है, उसे credits left वाली seat पर स्थानांतरित किया जा सकता है, या यदि उनके पास seat नहीं है तो seat दी जा सकती है। cap हटाने की सलाह देने से पहले ग्राहक से पुष्टि करें कि क्या cap जानबूझकर बजट नियंत्रण के रूप में सेट किया गया था — कई org इसे ठीक इसलिए सेट करते हैं ताकि अचानक आने वाले overage बिल रुकें।