- Verschifft
- 31. August 2026 um 02:13 UTC
- Autor
- Kamo
- Ausschuss
- 58d2459
Die Abrechnungszyklen wurden an fünf Stellen von Hand getippt. Einer von ihnen, die Plan-Preis-Editor, angeboten "BIENNIAL" - ein Wert, den der Server noch nie hatte - so die Wahl schickte eine Zeichenfolge BillingCycle.valueOf wirft auf und spart einen Preis 500'd mit nichts zu suggerieren, die Option selbst war das Problem. posApi besitzt jetzt BILLING_CYCLES, BILLING_CYCLE_MONTHS und BILLING_CYCLE_LABELS, und ein vitest guard liest die Java-Enum-Quelle und scheitert, wenn die beiden jemals auf Konstanten uneinig sind, Reihenfolge oder Monat zählt. Zwei ComputeMRR-Kopien (die Abo-Detailseite und die Pipeline-Anmelder-Tab) die Reihenfolge subtotal durch die Zykluslänge teilte. Das subtotal ist ALREADY monatlich rechnenPrice baut es aus einem pro-Sitz pro Monat Stückpreis - so eine jährliche Abonnenten wurde bei einem Zwölftel ihrer echten MRR gemeldet, und ein Drei-Jahres-eins würde wurden bei einem 36. gemeldet. Beide nutzen nun das Subtotal direkt, passend die serverseitige Korrektur. planQuote gewinnt die dritte Amtszeit. Ein fehlender Begriff fällt auf den nächsten SHORTER zurück anstatt direkt auf monatlich: Zitat von Monat zu Monat gegen einen Drei-Jahres-Zursatz Engagement unterfordert durch die gesamte Verpflichtung Rabatt. GebührenPerYear wird MonatePerCharge, denn 12/36 ist 0,33 und "billed 0,33 mal pro Jahr" ist nicht einen Satz, den eine Schnittstelle verwenden kann. Die Abrechnungskonsole monatlich / jährlich Switch wird ein Drei-Wege-ToggleButtonGroup ein Schalter kann nicht drei Staaten ausdrücken, und der dritte ist der günstigste Preis, den wir verkaufen, so muss es sichtbar sein, anstatt erreichbar durch zweimales zu schalten. Seine Sparplakette feuert jetzt auf jede engagierte Begriffe, nicht die jährliche allein.