Changelog
Qué hay de nuevo.
Cada mejora de la plataforma, a medida que se envía.
· kamo-marketing
Añadir /solicaciones enlaces de nav directos, sección de página de inicio y fila de comparación de características de plan
- Encabezado: Solicitudes añadidos como enlace directo de alto nivel entre Precios y Empresa - Footer: peticiones añadidas a la columna del producto para la visibilidad directa - Página de precios: banner personalizado devo callout entre paquetes y comparación de características - Página de características: solicitudes de presentación de llamadas antes de CTA - Homepage: nueva sección de peticiones entre Precios y FAQ mostrando acceso a nivel de plan - JumpToBar: Pide enlace de salto añadido entre Precios y FAQ - DB: FEATURE-REQUESTS semilla en categoría de soporte con valores de texto por plan (Lituito: Voto comunitario, Inicio: Voto y solicitud, Negocio: Solicitudes prioritarias, Empresa: Personalizado dev incluido) - KamoCRMPricingLoader: actualizado con FEATURE-REQUESTS de definición de la característica y mapeos de características de plan
· kamo-internal
app de ida y vueltaConfiguración de modelo de superficie aplicada - configuración de modelo de superficie . privado-org toggle
- BranchSetupManager: mapBackendModel ahora hidrata la aplicación perseveradaConfigs devueltos por el backend (disponibilidad - permitidoCommerceTypes por servicio tipo) en lugar de reajustarlos a NO AVAILABLE en carga. Ahorre cargas útiles para los flujos de modelo infantil y maestro incluyen appConfigs para disponibilidad de aplicación y restricciones de tipo CRM de ida y vuelta. Maestro Editor de modelos reutiliza el mapaBackendModel para que se comporte de manera idéntica. - useAppliedModel gancho: tipo de respuesta expandido ahora lleva el aplicado Ajustes escalares del modelo (llowOwnersViewOtherOrgs, allowOwnersPrivateOrgs, permitirSubChildOrgs, rangos de edad, identityProviderSetting, teamMemberPayFeesSetting), el mapa de appConfigs, y orgIsPrivate futuro editor (director de funciones, OAuth config, mercado de comercio) puede puerta uniformemente sin volver a afear. - Private-org toggle: nueva ruta proxy ******************* (PATCH) y una tarjeta de visibilidad apareció en la pestaña tipo rama, cerrada por PermitenOwnersPrivateOrgs. Cuando están habilitados, otros dueños de org no verán esto org en los listados. La IU optimista se reconcilia contra el siguiente modelo aplicado refresca.
· BillingService
Ejecutar el ajuste de las entradas de pago del equipo en la creación de clientes de Stripe
Bumps kamo-shared-biblioteca dependencia a 1.5.0 para que BillingService pueda resolver el nuevo AppliedModelforcementService, y alambres de equipo-miembro vs org la ejecución de las tasas de pago en **************** - equipoMemberPayFeSetting == NOTAVAILABLE: crear un miembro específico El cliente de facturación (auto-pago) es rechazado - el org debe cubrir las tarifas. - teamMemberPayFesSetting == FORCE-ENABLE: creación de un cliente de nivel de org que cubriría los cargos de los miembros del equipo es rechazado. Los miembros del equipo deben pagar ellos mismos. - OPTIONAL: o se permite el flujo. La aplicación es el mejor esfuerzo cuando el org no se puede resolver (textos de lazos, Datos heredados) - cae a través del comportamiento heredado en lugar de bloquear.
· SecurityService
Aplicación de modelos aplicados al alambre en cada controlador
Cada ajuste de no papeles en el modelo de seguridad aplicado se aplica ahora en el el límite exacto del controlador que gobierna, y la configuración escalar ida y vuelta limpiamente a través de los editores de modelos maestro/hijo para que la interfaz de usuario pueda avisar sobre ellos. - ************* cuando se establece BranchTypeID, mira arriba el tipo de rama para derivar el parentO; llamar afirmaSubChildOrgSoportó y afirmaAgeRange-perseado tanto para miembro como franjas horaras de edad de los miembros del equipo antes de comprometerse. Nuevo PATCH /-id-/visibilidad endpoint permite a los propietarios voltear Organización.isPrivado, cerrado por afirmar queCanSetPrivate. getAll Organs se aplica filterVisibleOrgsForViewer para que los resultados respeten ambos permitenOwnersViewOtrasOrgs en el modelo del espectador y la bandera es Privada en los candidatos. - **************** call assertAppEnableAllowed / AppDisableSpermitidos para que las aplicaciones NO AVAILABLE no se puedan activar y Las aplicaciones FORCE-ENABLED no se pueden desactivar. - OAuthConfigController POST/PUT: afirmarCanManageIdentityProvider Bloques proveedor CRUD cuando identityProviderConfiguración == NO AVAILABLE. - CommerceMarketController POST/PUT: afirma que CommerceTypeAllowed rechaza a tipo de comercio no incluido en la aplicación del modeloConfig para CRM. - SecurityModelController . MasterModelController: app de ida y vueltaConfigs a través de la creación/actualización de cargas útiles y las respuestas GET. Nuevo procesoAppConfigs ayudante acepta el formulario de lista utilizado por el editor frontend. - AppliedModelController: la respuesta ahora incluye la configuración escalar completa bloqueo (llowOwnersViewOOOgs, permiteOwnersPrivateOrgs, permiteSubChildOrgs, rangos de edad, identityProviderSetting, teamMemberPayFeesSetting) y appConfigs map para que los editores frontend puedan gate uniformemente. También superficies orgIsPrivate para que la privacidad se mantenga en sincronía.
· kamo-shared-library
Etapa toda configuración sin papeles en ChildOrgSecurityModel
Añade la aplicación de extremo a extremo para los ajustes restantes en una org's aplicada Modelo de seguridad. Cada escenario que antes sólo se leía (o se dejaba caer en salvar) ahora tiene un camino de persistencia, un ayudante de ejecución en tiempo de ejecución, y una interfaz de usuario gancho para consumirlo. Capa de datos: - Organización.isPrivado (columna booleana, false por defecto) bandera de visibilidad, establecida a través del nuevo PATCH de MasterModelControlorado endpoint. - ServiceAvailabilityType enum (OPTIONAL-DEFAULT-ENABLED / OPTIONAL-DEFAULT-DISABLED / NO-AVAILABLE / FORCE-ENABLED). - ChildOrgSecurityModelAppConfig entity . repo . service Persiste por aplicación disponibilidad (y CRM permitidoCommerceTypes) previamente cayó en salvación. - ******************* . Ejecución por tiempo de ejecución: - AppliedModelEnforcementService consolida cada cheque utilizado por las personas que llaman: afirmarSubChildOrgApercado, afirmarAgeRangeAllowed, **************** esIdentityProviderRequired, afirmarCanSetPrivate, filterVisibleOrgsForViewer, afirmarTeamMemberCanSelfPayFees, esTeamMemberPayFeesForced / Block, afirmarAppEnableApercadoApercado, afirmarAppDisablePersótado, getAppAvadisabilidad, getDefaultEnabledAppsForChild, afirma CommerceTypeAllowed, getAllowedCommerceTypes. Nel-segura: "no aplicar modelo" lo permite todo. - ChildOrgTemplateSeedingService se extendía a las filas de semillas de OrgFeature de la app de la matrizConfig predetermina (FORCE-ENABLED y OPTIONAL-DEFAULT-ENABLED) en los nuevos niños orgs, así que orgs recién aprovisionados llegar a la superficie por defecto correcta.
· kamo-internal
Bloquear las funciones obligatorias del sistema en la asignación de funciones de los miembros de IU
- PublicProvider: admitir filialTypeID/masterModelID en la entrada la carga útil de la organización para que la pestaña tipo sucursal pueda abrir de forma fiable la Botón "Edit Master Model" (antes se basó en la serialización de Jackson fluyendo a través de la comprobación de tipo prop). - RolesPermissionsTab: la cuadrícula de la casilla de rol marca ahora el sistema requerido rol(s) como comprobado y discapacitado en función del tipo y bandera del propietario del miembro: * Miembros de tipo miembro: "Miembros" se requiere. * Miembros de tipo Team: "miembros del equipo" se requiere. * Propietarios de tipo Team-Member: "Administrator (Acceso completo) " es adicionalmente lo requiere. Un chip "Requiredo" y una pista explicativa hacen visible la restricción a la editor. Intentar cambiar un papel obligatorio es una falta de voto; el backend La reconciliación en MemberSecurityController lo volvería a amarrar de todos modos.
· SecurityService
Abordar la asignación de papel de sistema y auto-admin para los propietarios de equipos
DiputadoSecurityController ahora hace cumplir las tres invaentes de asignación definido en la especificación de la tormenta de ideas: - salvo la seguridad de los miembros: antes de persistir en el papel de los que se llaman, aumenta el conjunto con el rol obligatorio del sistema (s) basado en el tipo de miembro: Miembros de tipo miembro siempre se ponen roles; miembros de tipo miembro del equipo siempre conseguir papelTeamMemberID; los propietarios de Team-Miembro adicionalmente siempre consiguen roleAdminID. LinkedHashSet preserva el pedido de llamadas mientras se deduque. - actualizaciónMemberAcceso: cuando el propietario marca corre, el rol de Administrador se añade o se elimina en el miembro del equipo para mantener las asignaciones de rol en sincronización con la propiedad. El nuevo cálculo aplicado a los derechos funciona en la misma transacción Así que las lecturas aguas abajo ver los permisos efectivos actualizados inmediatamente.
· kamo-shared-library
Aplicar las reglas de la fuerza de plantilla y DEFAULT falte a la resolución de derechos de los miembros
************* ahora superpone las ofertas Las 4 plantillas de papeles predeterminadas del modelo en la parte superior de la cascada existente (doctorías de orJE) - departamento - título de trabajo - miembro): - FORCE-GRANTED/FORCE-NUKE gana a todos los niveles de cascada. La plantilla es elegida por tipo de miembro: los propietarios de equipos utilizan ADMINISTRATOR, los miembros del equipo usan TEAM-MEMBER, los miembros sencillos usan el miembro. - Los valores de la plantilla de DEFAULT FORCE ganan sobre la cascada cuando la plantilla tipo rol no tiene ninguna regla de fuerza para ese derecho (por primera precedencia Q7). - DEFAULT Los valores no de fuerza (GRANTED/NUKE) actúan como última línea de defensa para derechos que resolvieron NOT-SPECIFIED después de toda la cascada. AppliedModelResolverService se inyecta como "Autowired(required=false) por lo que los cableados de prueba de unidad existentes que sólo construyen los dos constructor-obligatorio Los repositorios siguen funcionando, degradando al camino de las normas de no fuerzas heredadas.
· kamo-internal
Añadir editor de modelos maestros, plantillas de rol y gating de la fuerza
Supera el nuevo modelo de seguridad tipo sucursal en la interfaz de usuario: - la pestaña tipo de rama gana un botón "Editar Modelo Maestro" (oculto cuando el org tiene asignado una sucursalTypeID) que abre el editor de modelos en master modo: sin campo de nombre, sin chip tipo rama, guardar golpes /master-model. - Editor de modelos (tanto de agregado-motor-moder como edit-master-modelo) gana un nuevo Sección "Default Security Roles" después de "Aplicas perdidas", con pestañas para Administrador / Miembro del equipo / Miembro / DEFAULT y configuraciones de 5 valores (FORCE-GRANTED, GRANTED, NOT-SPECIFIED, FORCE-NUKE, NUKE). - Nuevo usoAppliedModel() gancho trae /api/security/applied-model una vez y expone es Forced(rightName, roleType) para los editores consumidores. - Funciones de seguridad, departamentos, títulos de trabajo y permisos-cualojo por miembros páginas ocultas derechos bloqueados por las plantillas aplicables: * seguridad-roles: los roles del sistema utilizan su plantilla de empareja. Los roles personalizados use DEFAULT solamente (Q11 answer A). * departamentos - títulos de trabajo: DEFAULT solamente (no-rol específico). * página del miembro: plantilla de tipo miembro (TEAM-MEMBER vs MIEMBROS) (Tr8 respuesta C, orden de evaluación de tipo primero). Nuevas rutas de poder: /api/security/master-model (GET/PUT), /api/security/applied-model (GET).
· SecurityService
Maestros modelos y semilla de orgía de modelo aplicada y semilla de orgía consciente de plantillas
Añade los controladores que afluen el nuevo flujo de seguridad tipo rama: - /api/security/master-model (GET/PUT) gestiona el actual maestro de org modelo; sólo escribible cuando Organization.branchTypeID es nulo. - /api/security/applied-model (GET) resuelve qué modelo rige este org y devuelve los mapas de la fuerza-gobernación per-template para la cinta frontal. - SecurityModelController ida y vuelta de las 4 plantillas de papeles predeterminadas como parte de sus cargas útiles de creación/actualidad existentes. - OrganizaciónControla de la Organización propaga la nueva sucursalTypeID de la solicitud cuerpo y semillas los nuevos roles del sistema 3 de la nueva org de los modelos aplicados plantillas a través de ChildOrgTemplateSeedingService.
· kamo-shared-library
Agregar el modelo maestro, plantillas de rol predeterminadas y resolución de modelo aplicado
Presenta la capa de datos para el nuevo flujo de modelo de seguridad tipo rama: - Gana la organización de la sucursal nulidadTypeID y columnas masterModelID. - Nuevo RoleRightTemplateSettingType enum con 5 valores (FORCE-GRANTED, GRANTED, NOT.SPECIFIED, FORCE-NUKE, NUKE) para la configuración de la capa de plantillas. - New DefaultRoleType enum (ADMINISTRATOR, TEAM-MEMBER, MIEMBROS, DEFAULT) para las 4 plantillas de rol adjuntas a cada ChildOrgSecurityModel. - Nuevas entidades ******************* y ************* más sus repos, servicio, y DTOs. - AppliedModelResolverService resuelve el modelo que rige una org dada (rama de ramilloType-herededed o maestro) y expone las miradas de la fuerza. - ChildOrgTemplateSeedingSemillas de servicio nuevos roles de niño ogs's de sistema con Valores GRANTED/NUKE de las plantillas del modelo aplicado; los valores de fuerza se quedan en la plantilla y se aplican en tiempo de ejecución. El usuario en final OrgRoleRight continúa usando el RoleRightSightType de 3 valores Los valores de fuerza son estrictamente un concepto de capa de plantilla.
· kamo-internal
Añadir el campo de entrada chip tipo rama al editor de modelos de seguridad
- BranchTypeChipField con gatil de colores, etiqueta de edición en clic y X delete - BranchTypeEditDialog para edición de nombre/descripción - Tiras desplegadas automáticas de GET /api/security/security/branch-s, excluye los tipos de modelos actuales, muestra el modelo de origen para tipos de modelos cruzados - handleSaveModel envía sucursalTypes y eliminadosBranchTypeIds en PUT/POSTload - Tabla de lista obtiene la columna Tipos de sucursal con chips de punto de color - cargaModelos maps de la ramaTypes de la respuesta backend
· kamo-login
Retire MANAGE-USERS directamente de RoleRightType
· kamo-register
Retire MANAGE-USERS directamente de RoleRightType
· kamo-internal
Retire MANAGE-USERS directamente de todas las referencias frontend
· kamo-shared-library
Retire MANAGE-USERS a la derecha (id=19) de RoleRightType enum
· kamo-internal
Añadir ruta API de seguridad de los tipos de rama
· SecurityService
Tipos de sucursales de alambre en el modelo de seguridad de los endpoints CRUD
· kamo-shared-library
Expandir ChildOrgSecurityModelDTO con campos completos y ramificaciónTypes
· kamo-shared-library
Añadir OrgBranchTypeService
· kamo-shared-library
Añadir OrgBranchTypeRepository
· kamo-shared-library
Añadir OrgBranchTypeDTO
· kamo-shared-library
Añadir la entidad OrgBranchType
· kamo-internal
Actualizar BranchSetupManager subtítulo a la etiqueta de tipo de rama dinámica de referencia
· kamo-internal
Renombre de la pestaña de configuración de la .branchLabel . . . . . . . . . . . . . . . . .
· kamo-login
Restae Capcha *** después de cada intento fallido de inicio de sesión
Los usuarios deben volver a verificar que son humanos después de cada contraseña incorrecta. Llama widget.reset() y despeja CapchaVerified/de pago estado en tanto los fallos de credencial como los errores de red.
· EmailService
Logotipo de inyección automáticaUrl, logoSimpleUrl y orgName variables en el momento de la fecha de envío
EmailTemplateService ahora fusiona variables de base (logoUrl, logoSimpleUrl, orgName) derivado del dominio primario de la org antes de renderizar, por lo que todos los transaccionales Las plantillas pueden hacer referencia a los llamantes a los .logoUrl y .logoSimpleUrl. necesidad de pasarlos explícitamente. Los vars suministrados por llamadas todavía tienen prioridad.
· kamo-internal
Añadir puertas de permiso para campos de usuario y sección de cambio de contraseña en MyAccountTab
· kamo-internal
Añadir la puerta de acceso y pestañas MANAGE-MEMBER-SECURITY a la página de configuración de los miembros
· kamo-internal
Añadir change-password Siguiente.js API proxy ruta proxy
Tu universo está esperando.
Comience gratis en minutos y agregue productos cuando esté listo, sin migración ni nuevos inicios de sesión.
Gratis para siempre: no se requiere tarjeta de crédito