- Expédié
- 24 août 2026 à 22:12 UTC
- Auteur
- Kamo
- Commite
- 1d45edf
grand-pèreExistingGatedMarkets déjà marchés actifs de chaque org, résolu getRequiredService() et a permis l'application manquante - c'était juste Limité aux verticales isGated(), i.e. MORTGAGE et PERSONNAL-LAnzants. Maintenant que chaque type de commerce nomme son propre application enfant, la restriction a disparu, donc les mêmes graines de boucle DÉTAIL / LOCATION / SERVICE / SUBSCRIPTION / Lignes de contrôle. Aucune nouvelle migration n'est nécessaire. Semelles également RETAIL pour les organisations qui détiennent des POS sans aucun marché, qui avaient le commerce de travail avant l'arbre parce que le commerce de détail n'avait pas besoin d'une application propre. Les orges de premier niveau ne sont plus sautés, et c'est la solution qui compte. L'exemption était juste lorsque cela n'accordait que les deux applications de prêt - a L'org de plate-forme-opérateur ne doit pas acquérir silencieusement MLOS - mais c'est une erreur pour l'arborescence de l'application, parce qu'il est AppEffectivelyEnabled nécessite un OrgFeature ROW et n'a pas d'exemption de haut niveau. La première série a fait état d'un succès alors que en quittant KamoCRM, qui gère des marchés de DÉTAIL et de SUBSCRIPTION, avec pas de lignes pour l'un ou l'autre; il aurait perdu les deux de /commerce sur le suivant Service de sécurité. Pris en interrogeant la base de données, et non en lisant le journal. enableFeature maintenant cascade un enfant à son parent, donc ensemencer un enfant aussi garantit la ligne POS. RUN contre le produit 2026-08-24. Vérifié: chaque ligne commerciale active et marché a maintenant un enfant actif OrgFeature row, zéro manquant.