- Se descapó
- 19 de abril de 2026 a las 22:17 UTC
- Autor
- Kamo
- Compromit
- 4149b1b
El comportamiento anterior eliminó cualquier fila de configuración de aplicación existente cuyo ServiceType no estaba en la carga útil entrante. Eso convirtió las cargas útiles parciales en silencio data-pérdida: una interfaz de usuario que conoció sólo 15 de los 20 ServiceTypes volaría las 5 filas que no había visto, forzando efectivamente esas aplicaciones NO AVAILABLE. En un caso denunciado, desactivar CRM en un modelo maestro También borró AI-SUPPORT, SUPPORT, KNOWLEDGE-BASE, NOTES, POS, DOCS, MEET, y CALCULATOR configs. Cuando el administrador volvió a habilitar CRM, sólo CRM regresó porque las filas borradas se habían ido para siempre. Nueva semántica: las filas presentes en la carga de pago se suman; filas ausentes de la carga útil se deja sola. La forma canónica de "apagar" una aplicación es enviarlo con disponibilidad = NO-AVAILABLE - su estado, no su presencia, Lo que importa.