- Expédié
- 31 août 2026 à 02:13 UTC
- Auteur
- Kamo
- Commite
- 58d2459
Les cycles de facturation ont été tapés à la main en cinq endroits. L'un d'eux, le éditeur de prix de plan, a proposé "BIENNIAL" - une valeur que le serveur n'a jamais eue - donc choisir il envoie une chaîne BillingCycle.valueOf lancer et économise un prix 500'd sans rien suggérer que l'option elle-même était le problème. posApi est maintenant propriétaire BILLING-CYCLES, BILLING-CYCLE-MONTHS et BILLING-CYCLE-LABELS, et un garde le plus virulent lit la source Java enum et échoue si les deux ne sont pas d'accord sur les constantes, ordre ou les mois. Deux copies calculMRR (la page de détail de l'abonnement et l'onglet d'inscription du pipeline) a divisé le sous-total de l'ordre par la longueur du cycle. Ce sous-total est déjà mensuel. CalculPrix le construit à partir d'un prix unitaire par famille par mois, donc un prix annuel Un abonné a été signalé à un douzième de leur véritable MRR, et un an serait de trois ans. ont été signalées à un trente-sixième. Les deux utilisent maintenant le sous-total directement, en correspondance. le correctif côté serveur. planCote prime le troisième mandat. Un terme manquant retombe au prochain SHORTER plutôt que directement à tous: citant d'un mois à l'autre contre trois ans l'engagement sous-détège par l'ensemble de l'engagement. moisPercharge, car 12/36 est de 0,33 et "à peine 0,33 fois par an" n'est pas un phrase qu'une interface peut utiliser. Le commutateur mensuel/annuel de la console de facturation devient un ToggleButtonGroup à trois voies un commutateur ne peut pas exprimer trois états, et le troisième est le tarif le moins cher que nous vendons. Il doit donc être visible plutôt qu'atteignable par basculement deux fois. Son badge salvateur Les incendies sont désormais commis sur n'importe quel terme, pas le seul à être organisé chaque année.