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