So werden monatliche kostenlose Render-Credits günstigste zuerst angewendet
See how each billing cycle's free render credits are calculated and spent across renders and AI enhancements, and what changes on the per-seat scheme.
In jedem Abrechnungszyklus erhält jede Organisation kostenlose Render-Credits, berechnet aus ihren Lizenzen: Anzahl der Lizenznutzer × anteilige Nutzungsquote × der konfigurierte Betrag an kostenlosen Credits pro Lizenz. Diese kostenlosen Credits werden automatisch vor jeder Berechnung angewendet, und zwar günstigste zuerst: Alle abrechenbaren Positionen im Zyklus — Renders und KI-Verbesserungen (je 0,2 Credits) zusammen — werden nach Credit-Kosten aufsteigend sortiert, und die kostenlosen Credits decken sie in dieser Reihenfolge ab; die Position an der Grenze erhält einen anteiligen prozentualen Rabatt. Der berechnete Betrag für den Zyklus ist max(0, insgesamt verbrauchte Credits − insgesamt kostenlose Credits). Nicht verbrauchte kostenlose Credits werden nicht in den nächsten Zyklus übertragen (die einzige Übertragung erfolgt in eine Abrechnung während der Kulanzfrist, wo nicht verbrauchte kostenlose Credits aus unbezahlten Rechnungen die Nutzung während der Kulanzfrist ausgleichen). Wenn ein Kunde also fragt, warum ein günstiger Render zu 100 % rabattiert wird, während ein teurer voll berechnet wird, ist das die Zuordnung günstigste zuerst und kein Fehler. Kostenlose Credits werden aus Live-Lizenzdaten neu berechnet, sodass zusätzliche Lizenzen während des Zyklus den Pool anteilig erhöhen.
Organisationen, die auf das neuere Pro-Sitzplatz-Modell umgestellt haben, funktionieren anders: Jeder Sitzplatz hat sein eigenes monatliches Kontingent, und die Renders und KI-Verbesserungen jedes Nutzers werden nur gegen das Kontingent seines eigenen Sitzplatzes berechnet — es gibt keine Zusammenlegung nicht verbrauchter Kontingente zwischen Sitzplätzen, und die Reihenfolge günstigste zuerst gilt nicht. Sitzplätze auf einer mitten im Zyklus gekauften Lizenz erhalten ein anteiliges Kontingent.
Wenn ein Render oder eine KI-Verbesserung mit dem Fehler RENDER_OVERAGE_CAP_EXCEEDED blockiert wird, hat die Organisation eine Obergrenze für Render-Überschreitungen konfiguriert, und der abrechenbare Anteil dieses Auftrags würde die bezahlten Render-Credits des Zyklus über diese Obergrenze treiben. Die Prüfung erfolgt vor dem Start eines Renders und vor jeder KI-Verbesserung (Verbessern, Erstellen und Verbessern, erneut Verbessern). Wichtige Feinheiten: Renders, die vollständig durch verbleibende kostenlose Credits gedeckt sind, werden weiterhin ausgeführt, und HD-Renders mit 0 Credits werden nie blockiert, da die Obergrenze nur Credits zählt, die tatsächlich berechnet würden. Welche kostenlosen Credits gelten, hängt vom Abrechnungsmodell der Organisation ab: Beim neueren Pro-Sitzplatz-Modell nutzt jeder Nutzer das monatliche Kontingent seines eigenen Sitzplatzes (anteilig für einen mitten im Zyklus übernommenen Sitzplatz), während beim älteren Modell die Organisation einen gemeinsamen Pool kostenloser Credits teilt. Was zu tun ist: Ein Organisationsnutzer mit der Rolle Katalogmanager, Projektmanager oder Accountmanager kann die Obergrenze erhöhen oder entfernen (Selbstbedienungs-Einstellung im Store; Entfernen bedeutet unbegrenzt), oder der Kunde kann den nächsten Abrechnungszyklus abwarten, in dem die berechnete Nutzung auf null zurückgesetzt wird. Beim Pro-Sitzplatz-Modell kann ein Nutzer, der sein eigenes Sitzplatzkontingent ausgeschöpft hat, auch auf einen Sitzplatz mit verbleibenden Credits verschoben oder, falls er keinen hat, mit einem Sitzplatz versehen werden. Klären Sie mit dem Kunden, ob die Obergrenze bewusst als Budgetkontrolle gesetzt wurde, bevor Sie ihm empfehlen, sie zu entfernen — viele Organisationen setzen sie gerade, um überraschende Überschreitungsrechnungen zu verhindern.