- Szycy
- 28 września 2026 05:57 UTC
- Autor
- Kamo
- Pochęt się
- 3a5e335
KamoUniverse sprzedaje cztery katalogi z jednego stołu planowego orgi. To Występuje schemat i dane dla trzech nowych. - UniverseColumnsMigration (?Zamek 0): orgs.universe_type i - nie douniowalne INT, nie domyślne - null jest BUSINESS, więc nic nie jest wypełnione i żaden istniejący rząd nie zmienia znaczenia. - UniverseCatalogMigration (?Order 50), wstawka-jeśli-brajająca i obejmująca lubd przez org_id: KamoFamily / KamoCommunity / KamoPersonsonal SUBSCRIPTION; dwanaście Plany (FAMILY_, COMMUNITY_, PERSONAL_) z universe_type i jawnym market_id, więc KamoCRMMarketBackfillLoader nigdy nie absorbuje ich do KamoCRM; ich Ceny miesięczne/roczne/dziesięć na miejsc siedzących; UŻYTKOWNIKA (sufit bezpieczeństwa, nieograniczony na Wynegocjowane plany) i STORAGE (4 GB / siedzenie) wiersze; poczta i telefon "Dodaj" wiersze; kompatybilność dla pięciu dodatków, które każdy plan może kupić (oba poczta, oba Telefon, dodatkowe przechowywanie); i pasmo miejscowe Community Premium 51-250 z 15% zniżką. - UniversePackages: które aplikacje zawiera każdy nowy plan, przeczytaj przez oba (władza, która pisze rzędy) i - więc nie mogą się nie zgodzić. Brak CRM włączony Drabiny rodzinne lub osobiste; poczta, systemy inicjowania, zapisy pacjentów I hostowane komputery na żadnym uniwersytecie. - Dodatki do komputerów/EHR/Hosted są kompatybilne z BUSINESS Wynegocjowane plany tylko wtedy, gdy po raz pierwszy powstały, nigdy te rodzinne/wspólnotowe. - Test totalności "dzieci handlowe siedzą dokładnie z POS" jest regułą Historia drabiny biznesowej; teraz sprawdza kody biznesowe, a nowy czek utrzymuje Każdy poziom wszechświata od wiązania dziecka handlowego bez POS.