- Navios
- 8 de agosto de 2026 às 16:45 UTC
- Autor
- Kamo
- Enviar
- c906e8e
Título resolvido ServiceType.name () contra **************************** Os códigos do catálogo são códigos de marketing (USERS, VIDEO CONF, HR SYSTEM, ...) e nunca corresponderam, assim planoFeatureIncluída falta-linha padrão concedido cada aplicativo em cada plano — o faturamento-para-aplicação A ligação estava inerte. As linhas de catálogo agora carregam um tipo serviço nullable digitado e a resolução passa para que um aplicativo possa ser renomeado sem mover o direito. - **************** coluna tipo serviço digitado (persistido como o ID). - Está bem. resolver por ServiceType; add-ons de honra através do anteriormente não lido ************* jsonb; comportamento perdido-linha atrás de kamo.entitlement.fail-open (default true até que a matriz do catálogo seja semeada). - Serviço de Assinatura: transporte de serviçosType through create/update/DTOs, and derivate feature code do nome quando omitido — o diálogo de configurações nunca enviou um, então cada criação a partir do A UI atingiu a restrição NOT NULL. - CommerceType: ligar cada vertical à sua aplicação exigida (MORTGAGE->MLOS, PERSONAL LOANS->LOS). - AppliedModelEnforcementService: getAllowedCommerceTypes intersecta o modelo de segurança allow-list com direito; assevereCommerceTypeAllowed já cobre criar e editar. - ServiceType: LOS -> MLOS mantendo id 14 (ORG FEATURES persiste o id, não o nome, então não migração de dados); novo LOS(25) para empréstimos pessoais — id 25 porque a reutilização de 14 Todas as linhas hipotecárias existentes. - RoleRightType: MLOS * reboot, ids 139-144 inalterado; LOS pessoal-empréstimo * adicionado em 190-195. - PhiModule. PLOS adicionado: o renome deixou o aplicativo de empréstimo pessoal mapeado para a hipoteca PHI módulo e hipoteca não mapeado, que compilou limpo.