- Verschifft
- 27. August 2026 um 02:56 UTC
- Autor
- Kamo
- Ausschuss
- a601630
Fügt den Telefon-Zwilling des Per-Mailbox-Aggregators hinzu: PbxBillingClass mit einem Erschöpfender VoipProviderType-Switch und kein Default-Arm, OrgPbxBillingAggregator (kein Frühlingsstereotyp - BillingService erklärt die Bohne), und die tägliche Audit Schnappschuss. Ein struktureller Unterschied zieht sich durch alles Downstream. org_email_providers ist eindeutig auf org_id, so dass genau ein Mail-Add-On jemals in Rechnung stellen könnte. VOIP_PROVIDER_INSTANCE ist viele Zeilen pro Org, so dass ein org KamoPBX laufen kann und RingCentral auf einmal und beide Add-ons Rechnung im gleichen Monat. Die Panne ist daher eine flache Liste mit einer Klasse pro Erweiterung, und countByClass() fährt der ungenutzte Code zu Null durch den gewöhnlichen Pfad anstatt einen speziellen Fall. VoipProviderType ist EnumType.ORDINAL, also ist nichts angefügt; die Abdeckung Test pins die Reihenfolge sowie die Klassifizierung. FREE_PBX klassifiziert sich als Drittanbieter - der Picker bietet es als On-Premise-TKBX an, die das kundeneigene Asterisk ist. KAMO_PBX ist damit der einzige gehostete Typ und, da keine KAMO_PBX Instanz existiert und KamoPBXProvider immer noch wirft von jede Methode, PBX_HOSTING richtig Rechnungen überhaupt nichts heute. Beide Einsatzaufzeichnungen sind gelesen - ************ und MEMBER_VOIP_CONFIG - weil das Mitglied phone-settings Bildschirm schreibt beides, so ihre Vereinigung ist genau das, was ein Verwalter gesetzt hat. Eine Zahl, die über Geld entscheidet sollte nicht auf einer Säule ruhen kann ein Hintergrundfeger Null, die genau ist was InstanceSyncService damit gemacht hat. ExtensionBillingDay ist auf dem Abonnement sowie der Tag und Code eingegeben, so ein Org mit zwei Abrechnungsgruppen hält zwei Prüfungsreihen statt einer Überschreiben der andere.