ಉಚಿತ ಮಾಸಿಕ ರೆಂಡರ್ ಕ್ರೆಡಿಟ್‌ಗಳನ್ನು ಅಗ್ಗದ್ದಕ್ಕೆ ಮೊದಲು ಆಧಾರದಲ್ಲಿ ಹೇಗೆ ಅನ್ವಯಿಸಲಾಗುತ್ತದೆ
ಪ್ರತಿ ಬಿಲ್ಲಿಂಗ್ ಚಕ್ರದ ಉಚಿತ ರೆಂಡರ್ ಕ್ರೆಡಿಟ್‌ಗಳನ್ನು ಹೇಗೆ ಲೆಕ್ಕಹಾಕಲಾಗುತ್ತದೆ ಮತ್ತು ರೆಂಡರ್‌ಗಳು ಹಾಗೂ AI ವರ್ಧನೆಗಳಾದ್ಯಂತ ಹೇಗೆ ಖರ್ಚು ಮಾಡಲಾಗುತ್ತದೆ, ಮತ್ತು ಪ್ರತಿ-ಆಸನ ಯೋಜನೆಯಲ್ಲಿ ಏನು ಬದಲಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ನೋಡಿ.
ಪ್ರತಿ ಬಿಲ್ಲಿಂಗ್ ಚಕ್ರದಲ್ಲಿ ಪ್ರತಿ org ತನ್ನ ಪರವಾನಗಿಗಳಿಂದ ಲೆಕ್ಕಹಾಕಿದ ಉಚಿತ ರೆಂಡರ್ ಕ್ರೆಡಿಟ್‌ಗಳನ್ನು ಪಡೆಯುತ್ತದೆ: ಪರವಾನಗಿ ಬಳಕೆದಾರರ ಸಂಖ್ಯೆ × ಪ್ರಮಾಣಾನುಗುಣ ಬಳಕೆ ಅನುಪಾತ × ಸಂರಚಿತ free-credits-per-license ಮೊತ್ತ. ಈ ಉಚಿತ ಕ್ರೆಡಿಟ್‌ಗಳನ್ನು ಯಾವುದೇ ಶುಲ್ಕ ವಿಧಿಸುವ ಮೊದಲು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಅನ್ವಯಿಸಲಾಗುತ್ತದೆ, ಮತ್ತು ಅವನ್ನು ಅಗ್ಗದ್ದಕ್ಕೆ ಮೊದಲು ಆಧಾರದಲ್ಲಿ ಅನ್ವಯಿಸಲಾಗುತ್ತದೆ: ಚಕ್ರದಲ್ಲಿನ ಎಲ್ಲಾ ಶುಲ್ಕಯೋಗ್ಯ ಅಂಶಗಳನ್ನು — ರೆಂಡರ್‌ಗಳು ಮತ್ತು AI ವರ್ಧನೆಗಳು (ಪ್ರತಿಯೊಂದಕ್ಕೂ 0.2 ಕ್ರೆಡಿಟ್‌ಗಳು) ಸೇರಿ — credit cost ಆರೋಹಣ ಕ್ರಮದಲ್ಲಿ ವಿಂಗಡಿಸಲಾಗುತ್ತದೆ, ಮತ್ತು ಉಚಿತ ಕ್ರೆಡಿಟ್‌ಗಳು ಆ order ನಲ್ಲಿ ಅವನ್ನು ಹೀರಿಕೊಳ್ಳುತ್ತವೆ; ಗಡಿಯಲ್ಲಿರುವ ಅಂಶಕ್ಕೆ ಭಾಗಶಃ ಶೇಕಡಾವಾರು discount ಸಿಗುತ್ತದೆ. ಚಕ್ರದ ಶುಲ್ಕ ವಿಧಿಸಿದ ಮೊತ್ತ max(0, ಒಟ್ಟು ಬಳಸಿದ ಕ್ರೆಡಿಟ್‌ಗಳು − ಒಟ್ಟು ಉಚಿತ ಕ್ರೆಡಿಟ್‌ಗಳು). ಬಳಸದ ಉಚಿತ ಕ್ರೆಡಿಟ್‌ಗಳು ಮುಂದಿನ ಚಕ್ರಕ್ಕೆ ಸಾಗುವುದಿಲ್ಲ (ಏಕೈಕ ಸಾಗಣೆ ಎಂದರೆ ಗ್ರೇಸ್-ಅವಧಿ ಸೆಟಲ್‌ಮೆಂಟ್, ಅಲ್ಲಿ ಪಾವತಿಸದ ಬಿಲ್‌ಗಳ ಉಚಿತ ಕ್ರೆಡಿಟ್‌ಗಳು ಗ್ರೇಸ್ ಬಳಕೆಯನ್ನು ಸರಿದೂಗಿಸುತ್ತವೆ). ಆದ್ದರಿಂದ ಅಗ್ಗದ ರೆಂಡರ್‌ಗೆ 100% discount ಮತ್ತು ದುಬಾರಿ ರೆಂಡರ್‌ಗೆ ಪೂರ್ಣ ಶುಲ್ಕ ಏಕೆ ಎಂದು ಕ್ಲೈಂಟ್ ಕೇಳಿದರೆ, ಅದು ಅಗ್ಗದ್ದಕ್ಕೆ ಮೊದಲು ಹಂಚಿಕೆ, ದೋಷವಲ್ಲ. ಉಚಿತ ಕ್ರೆಡಿಟ್‌ಗಳನ್ನು ಲೈವ್ ಪರವಾನಗಿ ಡೇಟಾದಿಂದ ಮರುಲೆಕ್ಕಹಾಕಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಚಕ್ರದ ಮಧ್ಯದಲ್ಲಿ ಪರವಾನಗಿಗಳನ್ನು ಸೇರಿಸಿದರೆ ಪೂಲ್ ಪ್ರಮಾಣಾನುಗುಣವಾಗಿ ಹೆಚ್ಚುತ್ತದೆ.
ಹೊಸ ಪ್ರತಿ-ಆಸನ ಯೋಜನೆಗೆ ಬದಲಾದ ಸಂಸ್ಥೆಗಳು ಬೇರೆ ರೀತಿ ಕೆಲಸ ಮಾಡುತ್ತವೆ: ಪ್ರತಿ ಆಸನಕ್ಕೂ ತನ್ನದೇ ಮಾಸಿಕ allowance ಇರುತ್ತದೆ, ಮತ್ತು ಪ್ರತಿ ಬಳಕೆದಾರರ ರೆಂಡರ್‌ಗಳು ಹಾಗೂ AI ವರ್ಧನೆಗಳಿಗೆ ಅವರದೇ ಆಸನದ allowance ಮಾತ್ರ ವಿಧಿಸಲಾಗುತ್ತದೆ — ಆಸನಗಳ ನಡುವೆ ಬಳಸದ allowance ಪೂಲಿಂಗ್ ಇಲ್ಲ, ಮತ್ತು ಅಗ್ಗದ್ದಕ್ಕೆ ಮೊದಲು ಕ್ರಮ ಅನ್ವಯಿಸುವುದಿಲ್ಲ. ಚಕ್ರದ ಮಧ್ಯದಲ್ಲಿ ಖರೀದಿಸಿದ ಪರವಾನಗಿಯ ಆಸನಗಳಿಗೆ ಪ್ರಮಾಣಾನುಗುಣ allowance ಸಿಗುತ್ತದೆ.
ರೆಂಡರ್ ಅಥವಾ AI ವರ್ಧನೆಯನ್ನು RENDER_OVERAGE_CAP_EXCEEDED ದೋಷದೊಂದಿಗೆ ನಿರ್ಬಂಧಿಸಿದಾಗ, org ಗೆ render overage cap ಸಂರಚಿಸಲಾಗಿದೆ ಮತ್ತು ಈ ಕೆಲಸದ ಶುಲ್ಕಯೋಗ್ಯ portion ಚಕ್ರದ ಪಾವತಿಸಿದ ರೆಂಡರ್ ಕ್ರೆಡಿಟ್‌ಗಳನ್ನು cap ಮೀರಿಸುತ್ತದೆ. ರೆಂಡರ್ ಪ್ರಾರಂಭಿಸುವ ಮೊದಲು ಮತ್ತು ಪ್ರತಿ AI ವರ್ಧನೆಯ ಮೊದಲು (enhance, create-and-enhance, re-enhance) ಈ ಪರಿಶೀಲನೆ ನಡೆಯುತ್ತದೆ. ಮುಖ್ಯ ಸೂಕ್ಷ್ಮಾಂಶಗಳು: ಉಳಿದ ಉಚಿತ ಕ್ರೆಡಿಟ್‌ಗಳಿಂದ ಸಂಪೂರ್ಣ ಆವರಿಸಲ್ಪಟ್ಟ ರೆಂಡರ್‌ಗಳು ಇನ್ನೂ ಮುಂದುವರಿಯುತ್ತವೆ, ಮತ್ತು 0-ಕ್ರೆಡಿಟ್ HD ರೆಂಡರ್‌ಗಳನ್ನು ಎಂದಿಗೂ ನಿರ್ಬಂಧಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ cap ನಿಜವಾಗಿ ಶುಲ್ಕ ವಿಧಿಸುವ ಕ್ರೆಡಿಟ್‌ಗಳನ್ನು ಮಾತ್ರ ಎಣಿಸುತ್ತದೆ. ಯಾವ ಉಚಿತ ಕ್ರೆಡಿಟ್‌ಗಳು ಅನ್ವಯಿಸುತ್ತವೆ ಎಂಬುದು org ನ ಬಿಲ್ಲಿಂಗ್ ಮೋಡ್ ಅನ್ನು ಅವಲಂಬಿಸಿದೆ: ಹೊಸ ಪ್ರತಿ-ಆಸನ ಯೋಜನೆಯಲ್ಲಿ ಪ್ರತಿ ಬಳಕೆದಾರರೂ ತಮ್ಮದೇ ಆಸನದ ಮಾಸಿಕ allowance ಬಳಸುತ್ತಾರೆ (ಚಕ್ರದ ಮಧ್ಯದಲ್ಲಿ ತೆಗೆದುಕೊಂಡ ಆಸನಕ್ಕೆ ಪ್ರಮಾಣಾನುಗುಣ), ಹಳೆಯ ಯೋಜನೆಯಲ್ಲಿ org ಒಂದೇ ಉಚಿತ-ಕ್ರೆಡಿಟ್ ಪೂಲ್ ಹಂಚಿಕೊಳ್ಳುತ್ತದೆ. ಏನು ಮಾಡಬೇಕು: catalog manager, project manager, ಅಥವಾ accounts manager ಪಾತ್ರವಿರುವ org ಬಳಕೆದಾರರು cap ಅನ್ನು ಹೆಚ್ಚಿಸಬಹುದು ಅಥವಾ ತೆಗೆಯಬಹುದು (ಸ್ವಯಂ-ಸೇವಾ store ಸೆಟ್ಟಿಂಗ್; ಅದನ್ನು ತೆಗೆದರೆ ಅಪರಿಮಿತ ಎಂದರ್ಥ), ಅಥವಾ ಕ್ಲೈಂಟ್ ಮುಂದಿನ ಬಿಲ್ಲಿಂಗ್ ಚಕ್ರಕ್ಕೆ ಕಾಯಬಹುದು, ಆಗ ಶುಲ್ಕ ವಿಧಿಸಿದ ಬಳಕೆ ಶೂನ್ಯಕ್ಕೆ ಮರುಹೊಂದಿಸುತ್ತದೆ. ಪ್ರತಿ-ಆಸನ ಯೋಜನೆಯಲ್ಲಿ, ತಮ್ಮದೇ ಆಸನದ allowance ಮುಗಿಸಿದ ಬಳಕೆದಾರರನ್ನು credits left ಇರುವ ಆಸನಕ್ಕೆ ಸರಿಸಬಹುದು, ಅಥವಾ ಅವರಿಗೆ ಆಸನ ಇಲ್ಲದಿದ್ದರೆ ಆಸನ ನೀಡಬಹುದು. cap ಅನ್ನು ತೆಗೆಯಲು ಸಲಹೆ ನೀಡುವ ಮೊದಲು ಅದನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಬಜೆಟ್ ನಿಯಂತ್ರಣವಾಗಿ ಹೊಂದಿಸಲಾಗಿದೆಯೇ ಎಂದು ಕ್ಲೈಂಟ್‌ನೊಂದಿಗೆ ದೃಢೀಕರಿಸಿ — ಅನೇಕ org ಗಳು ಆಶ್ಚರ್ಯಕರ overage ಬಿಲ್‌ಗಳನ್ನು ತಡೆಯಲು ನಿಖರವಾಗಿ ಅದನ್ನು ಹೊಂದಿಸುತ್ತವೆ.