- Verschifft
- 8. August 2026 um 16:45 UTC
- Autor
- Kamo
- Ausschuss
- c906e8e
Anspruch gelöst ServiceType.name() gegen ************ Die Codes des Katalogs sind Marketingcodes (USERS, VIDEO_CONF, HR_SYSTEM, ...) und nie abgestimmt, so planFeatureIncluded's missing-Reihe Standard gewährt jede App auf jedem Plan - die Abrechnung-zu-app Link war inert. Katalogzeilen tragen jetzt einen getippten nullbaren service_type und Auflösung geht durch es, so kann eine App umbenannt werden, ohne Verschieben Anspruch. - ************ typd service_type column (als id verzerrt). - ************ Entschlossenheit von ServiceType; add-ons über die bisher ungelesen ************ jsonb; Fehlreihenverhalten hinter kamo.entitlement.fail-open (Standard wahr, bis die Katalogmatrix ausgesät ist). - AbonnementService: carry serviceType durch create/update/DTOs und Ableiten von Feature_code aus dem Namen, wenn weggelassen - die Einstellungen Dialog nie gesendet ein, so dass jede erstellen aus der UI trifft die NOT NULL Einschränkung. - CommerceType: binden Sie jede Vertikale an die erforderliche App (MORTGAGE-MLOS, PERSONAL_LOANS-LUND). - AppliedModelEnforcementService: getAllowedCommerceTypes schneidet das Sicherheitsmodell allow-list mit Anspruch; assertCommerceTypeAlowed deckt bereits erstellt und bearbeiten. - ServiceType: LOS -" MLOS halten id 14 (ORG_FEATURES beharrt auf der ID, nicht auf dem Namen, also nein Datenmigration); neuer LOS(25) für persönliche Darlehen - id 25, weil die Wiederverwendung von 14 umverteilt würde jede bestehende Hypothekenreihe. - RoleRightType: MLOS_* Rebound, IDs 139-144 unverändert; persönliches Darlehen LOS_* bei 190-195 hinzugefügt. - PhiModule.PLOS hinzugefügt: die Umbenennung links der persönlichen Darlehen App auf die Hypothek PHI abgebildet Modul und Hypothek ungemapped, die sauber kompiliert.