- Shipped
- 23 august 2026 la 05:35 UTC
- Author
- Kamo
- Commit
- b60d7af
Se pare că nu-i aşa? Se potriveşte. KamoCPRricingLoader nu a scris-o, astfel încât fiecare KamoCRM add-on rând are NULL și această comparație poate niciodata nu se potrivesc cu cel de-al doilea drum independent de finantare solutioner este construit in jurul a fost inert de când catalogul a fost însămânțat. Poşta este cazul care doare. PlatformaTierMatrixMigrația este autoritatea pe niveluri și pune în mod deliberat e-mail pe nici un nivel ("preț per scaun pe orice plan"); astfel încât fiecare plan poartă un explicit este inclus = rând fals pentru ea. Un explicit Fals este o negare, nu un decalaj, astfel încât dreptul de eșuează-deschis nu-l salva. Cu add-on unbound, precum și nu a existat nici o cale către aplicație la toate: o organizație ar putea cumpăra KamoMail Hosting, fi taxat lunar, și încă nu au nici un e-mail. ă Același cost de tăcere Starter cele patru module pe care le cumpără ca plus-on-uri cumpărate, facturate, Nu a fost livrat niciodată. Încărcătorul trece acum pe lângă fiecare tip de service, şi o migraţie umple rânduri deja însămânțate (creare-doar creareAddOn înseamnă o re-run nu ar). Numai Rândurile NULL sunt atinse, astfel încât legarea mâinii unui operator supraviețuiește și o a doua cursă este un no-op. De asemenea, picături de ServiceType.EMAIL de la businessApps încărcătorului și-l deține din Enterprise matura, prin ADDON ONLY APPS. Încărcătorul acorda aplicația de poștă pentru afaceri în timp ce propria matrice caracteristică etichetate KamoMail Gazduire "Add-on" și Catalogul a continuat să-l taxeze Asta aduce încărcătorul în conformitate cu platformaTierMatrixMigration, care deja declară că e-mailul nu se află pe niciun nivel.