- Verschifft
- 23. Oktober 2026 um 00:06 UTC
- Autor
- Kamo
- Ausschuss
- 398f710
Eigentümerregel 2026-10-22: Jedes pro-User-Add-on stellt die gekauften Lizenzen in Rechnung, wie Die Anzahl der Postfächer oder Nebenstellen, die verwendet werden können, ist nur durch diese begrenzt. - GET /api/billing/licenses/usage (Session, X-Org-Id): pro Add-on Code (EMAIL_3P_INTEGRATION, EMAIL_HOSTING, PBX_3P_INTEGRATION, PBX_HOSTING) die Funktionalitäten der 3P-Telefonanlage Lizenzen, die gehalten werden, in Gebrauch, verfügbar, über-by und ob die Organisation befreit ist. - GET **************** Bewahrt durch X-Internal-Auth (Konstantzeit-Vergleich mit billing.internal-auth-secret), für EmailService und VOIPService vorher zu fragen Ein weiteres Gerät wird in Betrieb genommen. - Lizenziert = AddOnLicenses.licensed über das primäre Abonnement active_addon_codes / addon_quantities (oder ein Plan, der das Add-on enthält); Die reservierten __mailboxes:/__extensions: Schlüssel werden niemals als Lizenzen gelesen. In use = OrgMailboxBillingAggregator / OrgPbxBillingAggregator, das zählt die Die nächtliche Rechnung verwendet. - Platform org und OWNER_UNLIMITED sind ausgenommen; PAID und COMP sind begrenzt; TRIAL, KOSTENLOS und ohne Abonnement bleiben die bestehenden Berechtigungsgates. - Nur eine Änderung, die eine Einheit über die Lizenzen ADDS wird abgelehnt; eine Einheit bereits Ein Zug, der nicht gezählt wird, oder ein Erweiterungszug eines Dritten, der einen freigibt, geht immer durch.