- Порезанный
- 8 августа 2026 г. в 16:45 UTC
- Автор
- Kamo
- Обещать
- c906e8e
Право разрешает ServiceType.name() **************************** Коды каталога являются маркетинговыми (USERS, VIDEO CONF, HR SYSTEM, ...) и никогда не совпадают. Итак, PlanFeatureIncluded по умолчанию с отсутствующим числом предоставил каждое приложение на каждом плане — биллинг в приложение Ссылка была инертной. Каталоговые строки теперь имеют тип нулевого сервиса type и разрешение проходит Это означает, что приложение может быть переименовано без перемещения права. - ************* типизированный столбец service type (сохраняется как идентификатор). ********************** решение посредством ServiceType; дополнения чести ранее непрочитанный **************** jsonb; поведение пропущенного ряда kamo.entitlement.fail-open (по умолчанию верно, пока матрица каталога не засеяна). - SubscriptionService: переносить сервисType с помощью создания/обновления/DTO и извлекать функциональность code От имени, когда опущено - диалог настроек никогда не отправлял один, поэтому каждый создает из UI нажимает на ограничение NOT NULL. CommerceType: привязывайте каждую вертикаль к необходимому приложению (MORTGAGE->MLOS, PERSONAL LOANS->LOS). AppliedModelEnforcementService: getAllowedCommerceTypes пересекает модель безопасности Разрешенный список с правом; УтверждениеCommerceTypeРазрешенный уже охватывает создание и редактирование. - ServiceType: LOS -> MLOS keeping id 14 (ORG FEATURES сохраняет идентификатор, а не имя, поэтому нет) миграция данных; новый LOS (25) для личных займов — id 25, потому что повторное использование 14 переназначит Все существующие ипотечные кредиты. - RoleRightType: MLOS * rebound, ids 139-144 unchanged; personal-loan LOS * add at 190-195. - Фимодуль. PLOS добавил: переименование оставило приложение для личного займа, отображаемое на ипотечном PHI модуль и ипотека без карты, которая составлена в чистом виде.