כיצד זיכויי רינדור חודשיים בחינם מוחלים מהזול ביותר ליקר ביותר
ראו כיצד זיכויי רינדור חינם של כל מחזור חיוב מחושבים ומוציאים על רינדורים ועל שיפורי AI, ומה משתנה בתכנית לפי מושב.
בכל מחזור חיוב כל ארגון מקבל זיכויי רינדור חינם המחושבים מהרישיונות שלו: מספר משתמשי הרישיון × יחס שימוש יחסי × כמות זיכויי החינם שהוגדרה לכל רישיון. זיכויי חינם אלה מוחלים אוטומטית לפני כל חיוב, והם מוחלים מהזול ביותר ליקר ביותר: כל הפריטים החייבים בתשלום במחזור — רינדורים ושיפורי AI (0.2 זיכויים כל אחד) יחד — ממוינים לפי עלות זיכויים בסדר עולה, וזיכויי החינם מכסים אותם בסדר הזה; הפריט בגבול מקבל הנחת אחוזים חלקית. הסכום לחיוב במחזור הוא max(0, סך הזיכויים שנוצלו − סך זיכויי החינם). זיכויי חינם שלא נוצלו אינם עוברים למחזור הבא (ההעברה היחידה היא להתחשבנות בתקופת חסד, שבה זיכויים משלימים שלא נוצלו מחשבוניות שלא שולמו מקזזים שימוש בתקופת החסד). לכן אם לקוח שואל מדוע רינדור זול מוצג בהנחה של 100% בעוד רינדור יקר מחויב במלואו, זו הקצאה מהזול ביותר ליקר ביותר, ולא שגיאה. זיכויי החינם מחושבים מחדש מנתוני רישיון חיים, כך שהוספת רישיונות באמצע המחזור מגדילה את המאגר באופן יחסי.
ארגונים שעברו לתכנית החדשה לפי מושב פועלים אחרת: כל מושב נושא הקצאה חודשית משלו, והרינדורים ושיפורי ה-AI של כל משתמש מחויבים רק כנגד ההקצאה של המושב שלו — אין איחוד של הקצאה שלא נוצלה בין מושבים, וסדר מהזול ביותר ליקר ביותר אינו חל. מושבים ברישיון שנרכש באמצע המחזור מקבלים הקצאה יחסית.
כאשר רינדור או שיפור AI נחסם עם השגיאה RENDER_OVERAGE_CAP_EXCEEDED, בארגון הוגדר תקרת חריגה לרינדורים והחלק החייב בתשלום של המשימה הזו ידחוף את זיכויי הרינדור בתשלום של המחזור מעבר לתקרה. הבדיקה מתבצעת לפני הפעלת רינדור ולפני כל שיפור AI (enhance, create-and-enhance, re-enhance). ניואנסים חשובים: רינדורים המכוסים במלואם בזיכויי חינם שנותרו עדיין עוברים, ורינדורי HD בעלי 0 זיכויים לעולם אינם נחסמים, כי התקרה סופרת רק זיכויים שיחויבו בפועל. אילו זיכויי חינם חלים תלוי במצב החיוב של הארגון: בתכנית החדשה לפי מושב כל משתמש נשען על ההקצאה החודשית של המושב שלו (יחסית למושב שנלקח באמצע המחזור), ואילו בתכנית הישנה הארגון חולק מאגר זיכויי חינם אחד. מה לעשות: משתמש ארגון עם תפקיד catalog manager, project manager או accounts manager יכול להעלות או להסיר את התקרה (הגדרת חנות בשירות עצמי; ביטול ההגדרה משמעו ללא הגבלה), או שהלקוח יכול להמתין למחזור החיוב הבא, שבו השימוש החייב מתאפס. בתכנית לפי מושב, משתמש שמיצה את הקצאת המושב שלו יכול גם לעבור למושב שנותרו בו זיכויים, או לקבל מושב אם אין לו. אשרו עם הלקוח אם התקרה הוגדרה במכוון כבקרת תקציב לפני שממליצים להסיר אותה — ארגונים רבים מגדירים אותה בדיוק כדי לעצור חשבונות חריגה מפתיעים.