- Spegnimento
- 28 settembre 2026 alle ore 05:57 UTC
- Autore
- Kamo
- Impegno
- 3a5e335
KamoUniverse vende quattro cataloghi dalla piattaforma org's one plan table. Questo atterra lo schema e i dati per i tre nuovi. - UniverseColumnsMigration (@Order 0): orgs.universe type e Non e' vero. nullable INT, nessun default - null è BUSINESS, quindi nulla è riempito e nessuna riga esistente cambia significato. - UniverseCatalogMigration (@Order 50), insert-if-missing e portata org id: la KamoFamily / Kamomunity / KamoPersonal SUBSCRIPTION mercati; i dodici piani (FAMILY *, COMUNITÀ *, PERSONAL *) con l'universo type e un esplicito market id, così KamoCRMMarketBackfillLoader non li assorbe mai in KamoCRM; loro prezzo mensile/annuale/triennale per-seat; USERS (soffitto di seduta, illimitato sul piani negoziati) e file STORAGE (4 GB/seat); la posta "Add-on" e il telefono righe; compatibilità per i cinque componenti aggiuntivi ogni piano può acquistare (sia posta, sia telefono, deposito extra); e la fascia 51-250 della Community Premium al 15% di sconto. - UniversePackages: che app ogni nuovo piano include, letto da entrambi Non e' vero. (l'autorità, che scrive le righe) e Non possono essere d'accordo. N. CRM su le scale familiari o personali; posta, i sistemi di origine, i registri dei pazienti e computer ospitati su nessun livello dell'universo. - L'origine/EHR/Hosted Computer add-ons sono resi compatibili con BUSINESS piani negoziati solo quando sono stati creati per la prima volta, mai quelli della famiglia/comunità. - La regola del test di totalità "i bambini di commercio siedono esattamente con POS" è la regola storia della scala di affari; ora controlla i codici di affari, e un nuovo controllo mantiene ogni livello dell'universo da bundling un bambino di commercio senza POS.