Las integraciones documentales pueden depender de enlaces temporales que permiten acceder a un archivo sin presentar de nuevo una credencial. Ese comportamiento merece revisión: Microsoft anunció el 8 de octubre de 2026 que SharePoint Online y OneDrive comenzarán a retirar las URL preautenticadas de las API Microsoft Graph afectadas el 1 de abril de 2027.
La fecha corresponde al inicio del cambio. No significa que todas las integraciones de Dynamics 365 o Power Platform estén afectadas: el alcance se determina a partir de las llamadas y del tratamiento de sus respuestas.
Qué buscar
El inventario debe revisar descargas, sesiones de carga, previsualizaciones, miniaturas, conversiones y seguimiento de operaciones. La señal relevante es obtener una URL desde una respuesta y utilizarla después sin autorización, o depender de una redirección a un enlace que incorpora credenciales.
Conviene separar código propio, bibliotecas y conectores estándar. Cada dependencia necesita una evaluación del proveedor y de su versión; una búsqueda de texto no demuestra por sí sola que un flujo fallará.
Separar URL y autorización
El patrón de destino usa tokens Microsoft Entra ID para la audiencia correspondiente. Una llamada Graph y una URL de contenido SharePoint pueden necesitar credenciales diferentes. Los permisos delegados y de aplicación se evalúan según si existe un usuario interactivo o un proceso de servicio.
Microsoft describe además una alternativa de URL Graph para determinadas API. El aviso contiene indicaciones de disponibilidad futura en SharePoint Online PowerShell; antes de utilizar sus switches hay que confirmar versión, documentación y comportamiento en el tenant de prueba.
Plan de validación
- Listar operaciones documentales y aplicaciones responsables.
- Identificar dónde se obtienen, almacenan, reenvían o consumen enlaces devueltos por Graph.
- Clasificar cada flujo por API, tipo de identidad, audiencia y permisos.
- Comprobar el comportamiento vigente y las opciones de prueba disponibles.
- Ensayar una operación aislada en un tenant no productivo, con documentos sintéticos.
- Probar expiración, renovación, falta de consentimiento y rechazo de permisos.
- Validar cargas grandes, reintentos, descargas y experiencias de previsualización.
- Documentar la versión mínima corregida y el procedimiento de despliegue para cada aplicación afectada.
Una matriz útil para la regresión
Por cada integración, registrar aplicación, propietario, API, dependencia identificada, mecanismo actual, cambio propuesto y resultado de prueba. Añadir el caso de usuario autorizado y no autorizado, y comprobar que los errores permitan diagnóstico sin revelar tokens.
En procesos empresariales, una prueba de archivo pequeño no cubre sesiones fragmentadas, operaciones largas o visores web. Esos casos deben tener evidencia independiente antes de concluir que la migración está completa.
Seguridad y operación
Las URL que transportan autorización pueden acabar en logs, colas o correos. Los tokens también requieren almacenamiento y renovación seguros. La corrección debe minimizar exposición, evitar permisos excesivos y verificar el destino antes de enviar credenciales.
No debe añadirse un encabezado de autorización de manera indiscriminada a cualquier URL recibida. La audiencia y el host deben validarse según el flujo y la guía oficial.
Relevancia para D365FO y Power Platform
La revisión es pertinente cuando una solución propia utiliza Graph para documentos que acompañan procesos financieros, portales, Dataverse o agentes. El producto ERP no determina el impacto: lo determina la integración concreta.
Recomendación: comenzar por el inventario y una prueba de compatibilidad. Evitar cambios generales en el tenant productivo hasta confirmar las dependencias y la disponibilidad de las opciones de migración.