El 6 de marzo de 2024 muchos administradores descubrieron que el botón Submit for Approval había desaparecido de sus bibliotecas de documentos en SharePoint Online y del panel de archivos de Teams. Esta guía explica el origen exacto de la incidencia, cómo se resolvió y qué hacer si el síntoma aún se presenta en tu organización.
Resumen ejecutivo
Microsoft reconoció públicamente la incidencia SP732908, provocada por un despliegue destinado a optimizar el comando Publish Item. El cambio afectó involuntariamente a las bibliotecas con aprobación de contenido, ocultando el botón Submit for Approval entre el 6 y el 12 de marzo de 2024. El 12 de marzo se revirtió la actualización en todos los clústeres de producción y la funcionalidad volvió sin intervención del cliente.
Contexto del problema
Las bibliotecas configuradas con “Requiere aprobación de contenido” dependen del flujo Draft → Pending → Approved/Rejected. La desaparición del botón impedía a los usuarios pasar los documentos de Draft a Pending, bloqueando revisiones formales, flujos de Power Automate conectados a metadatos de aprobación y cualquier proceso de auditoría asociado.
Causa confirmada por Microsoft
- Actualización de código destinada a mejorar la experiencia de publicación de elementos.
- El nuevo módulo no comprobaba el atributo
ModerationStatusantes de renderizar la barra de comandos. - Como resultado, la condición que muestra el botón Submit for Approval nunca se cumplía.
Ámbito y periodo de impacto
| Fecha (UTC) | Evento principal |
|---|---|
| 6 mar 2024 18:00 | Despliegue global del nuevo módulo Publish Item. |
| 7 ‑ 11 mar 2024 | Usuarios reportan la ausencia del botón a los administradores; incremento de tickets en el Centro de administración. |
| 12 mar 2024 07:45 | Microsoft identifica la regresión e inicia la reversión en anillos internos. |
| 12 mar 2024 11:25 | Reversión completada en todos los clústeres. El botón vuelve a mostrarse. |
Acción correctiva realizada
El equipo de SharePoint Online revocó el paquete, restauró la versión previa del ensamblado y ejecutó pruebas de regresión aceleradas para validar:
- Visualización del botón en las bibliotecas afectadas.
- Persistencia de estados Draft/Pending/Approved existentes.
- Integridad de flujos de aprobación en Power Automate.
Al confirmarse el éxito, Microsoft cerró la incidencia SP732908 y la etiquetó como “Mitigated”.
Pasos recomendados si el síntoma persiste
- Actualizar la página o cliente de Teams
Presiona Ctrl + F5 en el navegador o cierra y vuelve a abrir Teams. - Limpiar la caché
Elimina archivos temporales del navegador o borra la caché de Teams (%appdata%\Microsoft\Teams). - Verificar incidentes activos
En el Centro de administración de Microsoft 365, sección Estado del servicio, confirma que no existan alertas nuevas relacionadas con SharePoint Online o Teams. - Revisar la configuración de la biblioteca
En Configuración avanzada de la biblioteca → Configuración de versiones, asegúrate de que “Exigir aprobación de contenido” siga en Sí. - Probar con otra cuenta
Inicia sesión con un usuario diferente para descartar permisos personalizados o políticas de retención. - Lanzar Fiddler o Developer Tools
Si el botón aún no aparece, captura las llamadas de red para identificar si la respuesta de la API omite el comando. - Abrir un ticket con Microsoft
Incluye la información de diagnóstico y la referencia a la incidencia SP732908.
Preguntas frecuentes
¿Fue necesario cambiar permisos o reconfigurar la biblioteca?
No. La regresión se originó en el servicio. Manipular permisos o reactivar la aprobación sólo añadía complejidad sin resolver la causa raíz.
¿Hubo pérdida de datos o de historial de versiones?
No. El problema afectó únicamente a la interfaz. Los estados de aprobación existentes y el historial de versiones se mantuvieron intactos.
¿Se puede prevenir algo similar en el futuro?
Microsoft emplea “Feature Flighting”. Aunque las regresiones son raras, los administradores deben:
- Monitorear el Centro de mensajes y habilitar alertas automatizadas.
- Suscribirse a la RSS del Microsoft 365 Service Health Dashboard.
- Pilotear cambios en entornos de prueba usando Programas Targeted Release.
Buenas prácticas para bibliotecas con aprobación de contenido
- Mantén los mínimos privilegios: evita otorgar Designer o Full Control indiscriminadamente.
- Configura alertas por correo ante rechazos para no depender sólo del botón Submit for Approval.
- Usa nombres de versión descriptivos; ayudan a los revisores cuando la interfaz presenta fallos temporales.
- Documenta tus flujos de aprobación en un wiki interno; facilita identificar pasos afectados por incidentes.
Recomendaciones de monitoreo continuo
Implementa un runbook de PowerShell que ejecute el cmdlet Get-PnPListItem y compruebe que el campo ModerationStatus cambia de 0 (Draft) a 1 (Pending) tras cada subida. Si no cambia, dispara una alerta a tu sistema de ticketing.
Conclusión
La desaparición del botón Submit for Approval se debió a una regresión identificada dentro de los procesos de despliegue continuo de Microsoft. Al revertirse el cambio, la funcionalidad quedó restituida sin necesidad de ajustes locales. Si tu organización aún experimenta el síntoma, aplica los pasos de este artículo antes de escalar el caso; en la mayoría de los escenarios bastará con recargar la caché o esperar la completa propagación de la corrección.