- Enviado
- 13 de noviembre de 2026 a las 0:26 UTC
- Autor
- Kamo
- Commit
- 25e0e22
Regla del propietario, aplicada en cada ruta de SecurityService a través del MemberSecurityLevelPolicy (biblioteca compartida kamo 3a838c2e): - PATCH **************** mueve el nivel con el tipo Miembro **************** -> miembro del equipo sube un nivel por debajo del equipo Miembro a Miembro de Equipo; Miembro de Equipo -> Miembro establece Miembro, incluso desde un nivel elevado La respuesta ahora lleva securityLevel/securityLevelId, la línea de auditoría dice: Cómo se movió el nivel, y un nivel movido anuncia SECURITY_LEVEL en el organigrama. - PATCH /member-security/{id}/access rechaza un nivel que el tipo de miembro no puede mantener con un 400 {error, razón} antes de que se escriba cualquier cosa (incluido el estado del propietario). Un eco del nivel ya sostenido no es juzgado. - La creación de un miembro (individual, a granel, contratación de SI) rechaza un nivel del nuevo tipo de miembro No puede contener, antes de que el usuario sea escrito; ausente significa el propio nivel del tipo. - Las propuestas de configuración de SI rechazan un nivel por debajo de Team Member (un SI siempre es uno). - El relleno de usuario del sistema promueve a través de changeMemberType también.
