- Expediere
- 31 august 2026 la 02:12 UTC
- Autor
- Kamo
- Comite
- a47805a
Adaugă BillingCycle.TRIENNIAL astfel încât un abonat poate angaja timp de trei ani. ă coloana este varchar cu nici o constrângere control oriunde, astfel încât acest lucru nu are nevoie de migrare Dar fiecare serviciu care CITEŞTE un astfel de rând trebuie să fie difuzate acest enum mai întâi, deoarece valoareaOf aruncă pe un nume necunoscut și a lua Catalog încarcă fiecare preț în O singură întrebare. Trei defecte trebuiau fixate pentru ca termenul să fie sigur de adăugat: 1. unitatePreţ este o rată per-set-per-MONTH pe fiecare ciclu BillingService spune așa și multiplica de luna conta înainte de a ajunge Stripe. SubscriptionService a făcut contrariul: calculeazăMrr DIVIDED un an rata de 12 (raportarea unui scaun de $59 ca $4.92 de MRR) și generarea de facturare pe factură o lună pentru un an întreg de serviciu. La 36 de luni cele devin 36x erori. Luna contează acum trăiește pe enum, în cazul în care o nouă constantă nu poate fi adăugată fără a răspunde pentru ea, iar facturarea se multiplică prin aceasta. 2. calculPrice verificat nimic despre o promovare, dar esteActive. Se aplică planuri, cicluri de facturare aplicabile, datele de început și de sfârșit, minimul scaunului şi capacul de răscumpărare au fost toate persistat şi nici unul nu au fost citite un cod scris Pentru două niveluri s-au redus toate patru, și un cod expirat nu a încetat niciodată să funcționeze. validaPromoCode verificat datele și plafonul, dar nu planul sau ciclu, astfel încât obiectivul care există pentru a răspunde "se aplică acest cod" nu a fost de acord cu aritmetica care a aplicat-o. Ambele cere acum AbonamentPromotii. 3. FLAT PER SEAT a returnat valoarea scontată fără a se multiplica cu scaunele; un sinonim silenţios pentru FLAT AMOUNT: un cod "18 dolari pe scaun" a luat $18 25 de locuri în loc de 450 de dolari. Un procent de promovare acum vine din subtotalul planului pe scaun după termen discount, nu off plan+addons rata clientului angajat de fapt.