- Expédié
- 8 août 2026 à 16:45 UTC
- Auteur
- Kamo
- Commite
- c906e8e
Droit résolu ServiceType.name() contre Les codes du catalogue sont des codes de commercialisation (États-Unis, VIDÉO-CONF, HR-SYSTEM, ...) et n'ont jamais été mis en correspondance, Donc planFeatureInclidd par défaut de la ligne a accordé chaque application sur chaque plan et la facturation à l'application le lien était inerte. Les lignes de catalogue portent maintenant un type de service nullable tapé et la résolution passe Donc une application peut être renommée sans déplacer le droit. - colonne type service-type (persistée en tant qu'id). - Dérive par ServiceType; ajouts d'honneur via n'ont pas encore été lus et jsonb; comportement de la ligne manquante derrière kamo.entitlement.fail-open (défaut vrai jusqu'à ce que la matrice de catalogue soit ensemencée). - SubscriptionService: transporter serviceType par create/update/DTOs, et dériver des caractéristiques à partir du nom lorsqu'il est omis - le dialogue des paramètres n'en a jamais envoyé un, de sorte que chaque création à partir du L'UI touche la contrainte NOT NULL. - CommerceType: lier chaque verticale à l'application requise (MORTGAGE-zMLOS, PERSONNEL-LOANS-LOS). - AppliedModelEnforcementService: getAllowedCommerceTypes coupe le modèle de sécurité liste d'autorisations avec droit; assertCommerceTypeTlowed couvre déjà créer et éditer. - Type de service: LOS - MLOS gardant l'id 14 (ORG-FEATURES persiste l'id, pas le nom, donc non migration des données); nouvelle LOS(25) pour les prêts personnels - id 25 parce que la réutilisation de 14 serait réaffectée chaque ligne hypothécaire existante. - RoleRightType: rebond MLOS, ids 139-144 inchangé; prêt personnel LOS ajouté à 190-195. - PhiModule.PLOS ajouté: le rebaptisé l'application de prêt personnel mappée à l'hypothèque PHI module et hypothèque non cartographiés, qui ont compilé le nettoyage.