Dynamics 365 F&O · Administración
Fin de LCS en Dynamics 365 F&O: cómo gestionar entornos desde Power Platform Admin Center
Microsoft está trasladando el centro de administración de Finance, Supply Chain Management y Project Operations hacia Power Platform Admin Center. El cambio no consiste en mover botones: afecta a entornos, permisos, soporte, despliegues, capacidad, observabilidad y al modelo operativo entre cliente y partner.
Para CIO, IT Managers, responsables de aplicaciones, administradores de Dynamics 365 y equipos que operan F&O con partners externos.
Si administras Dynamics 365 F&O como en 2024, necesitas revisar el modelo
Durante años, Lifecycle Services —LCS— ha sido una referencia central para proyectos, entornos, despliegues, incidencias y distintas tareas del ciclo de vida de Dynamics 365 Finance & Operations. Esa realidad está evolucionando. Microsoft está unificando progresivamente la experiencia administrativa de las aplicaciones de finanzas y operaciones con Power Platform Admin Center.
Hay que ser precisos: hablar del “fin de LCS” como si Microsoft hubiera cerrado hoy toda la plataforma sería incorrecto. En 2026 todavía existen funciones y escenarios vinculados a LCS. Lo que sí es inequívoco es la dirección del producto: desde el 16 de febrero de 2026 los nuevos clientes ya no pueden crear nuevos proyectos cloud de implementación en LCS para Dynamics 365 Finance, Supply Chain Management y Project Operations. Para esos nuevos proyectos, Microsoft dirige la administración de entornos y proyectos hacia Power Platform Admin Center.
Además, la experiencia de soporte de LCS está siendo retirada y trasladada a Help + Support dentro de Power Platform Admin Center. Por eso la pregunta práctica ya no es si conviene conocer PPAC, sino si tu organización tiene claro qué tareas pasan allí, qué roles necesita, cómo debe trabajar el partner y qué procesos técnicos deben adaptarse.
Qué cambia realmente cuando F&O entra en una experiencia de administración unificada
El cambio importante no es la navegación. Es que Finance & Operations deja de administrarse como una isla y se acerca al modelo de plataforma compartida de Dynamics 365, Dataverse y Power Platform.
Proyecto y entorno muy ligados
En LCS, el proyecto era una pieza central de organización y los entornos de Finance & Operations se administraban dentro de ese contexto. Determinadas operaciones, paquetes, incidencias y tareas seguían esa lógica.
Para muchas empresas, eso ha generado durante años una forma concreta de repartir responsabilidades entre IT, equipo ERP, Microsoft y partner.
Entorno como unidad de plataforma
Power Platform Admin Center sitúa la administración en una visión más unificada del tenant, los entornos, Dataverse, las aplicaciones Dynamics 365, la capacidad, las políticas y los permisos administrativos.
Esto facilita una arquitectura más coherente, pero también obliga a revisar gobierno, responsabilidades y automatización del ciclo de vida.
Creación de entornos
Los nuevos entornos pueden aprovisionarse desde PPAC mediante plantillas ERP sobre un entorno Power Platform con Dataverse. La disponibilidad y las opciones dependen de licencias, capacidad y plantilla.
Copias, backup y restore
Microsoft plantea operaciones de ciclo de vida sobre el conjunto del entorno, incluyendo componentes de Finance & Operations, con una lógica compartida con la plataforma.
Paquetes y despliegue
La transición introduce el concepto de paquetes unificados y abre un modelo más automatizable mediante Power Platform CLI y tareas de Azure DevOps, también para producción.
Permisos administrativos
Los roles de servicio, entorno y Microsoft Entra ganan peso. No basta con replicar quién estaba añadido al proyecto LCS: conviene rediseñar accesos y mínimo privilegio.
Capacidad y consumo
La administración permite visualizar capacidad de Dataverse y Operations dentro del ecosistema Power Platform, algo relevante al diseñar entornos y prever crecimiento.
Soporte y observabilidad
Los tickets migran a Help + Support en PPAC y Microsoft posiciona Application Insights como herramienta preferida para monitorización proactiva de salud y rendimiento.
Pensar que basta con aprender dónde está cada botón
Una organización puede dominar la nueva interfaz y seguir teniendo un problema serio si no ha definido quién administra qué, cómo se solicitan privilegios, qué acceso necesita el partner, cómo se despliega a producción, cómo se recupera un entorno o quién puede abrir incidencias con Microsoft.
La transición tiene impacto directo en el modelo de gobierno. En LCS era habitual incorporar usuarios de distintos tenants a un proyecto. En Power Platform Admin Center, el escenario de partners evoluciona hacia permisos administrativos delegados. Microsoft recomienda un modelo basado en privilegios administrativos delegados granulares —GDAP— para que el partner pueda operar en el tenant del cliente con permisos más precisos y controlados.
Esto no es burocracia. Es seguridad operacional. Un acceso demasiado amplio incrementa riesgo; uno demasiado limitado bloquea incidencias, soporte y despliegues cuando más se necesitan.
Qué revisar en una organización que ya opera Dynamics 365 Finance & Operations
No todas las empresas parten del mismo punto. Una organización con varios entornos, integraciones, automatizaciones, ISV, Azure DevOps y soporte delegado necesita un análisis distinto al de un tenant sencillo. El objetivo es identificar dependencias antes de que un cambio de experiencia administrativa las convierta en un incidente.
1. Inventario de entornos y propósito
Documenta producción, sandbox, desarrollo y cualquier entorno utilizado para pruebas, formación, integración o validación. No basta con enumerarlos: hay que conocer propietario, criticidad, versión, región, dependencias y propósito.
Un inventario serio ayuda a decidir qué debe mantenerse, qué puede consolidarse y qué operaciones de copia o restauración son realmente críticas.
2. Roles, usuarios y partner
Revisa quién administra Power Platform, quién es administrador de entorno, quién necesita soporte y qué cuentas externas están actuando hoy sobre F&O.
El objetivo debe ser mínimo privilegio, trazabilidad y continuidad. Los accesos de partner deben diseñarse para operar sin convertirse en cuentas permanentes con permisos excesivos.
3. ALM, paquetes y despliegues
Identifica qué parte del ciclo de vida depende de Asset Library, paquetes desplegables, tareas manuales y promoción entre entornos. La experiencia unificada habilita un enfoque de paquetes unificados y mayor automatización.
No conviene automatizar por moda. Conviene automatizar cuando reduce errores, mejora evidencias y permite repetir un despliegue de forma controlada.
4. Soporte y escalado
Define cómo se abrirán y consultarán solicitudes en Help + Support, qué roles permanentes necesita el equipo y cómo se asegura que los tickets del partner quedan correctamente vinculados al tenant del cliente.
El momento de descubrir que nadie tiene permisos para escalar a Microsoft no es durante una caída de producción.
5. Observabilidad y rendimiento
Revisa qué métricas utilizas hoy, qué alertas existen y qué información necesitas en tiempo casi real para anticipar saturaciones, errores o degradación.
Microsoft sitúa Application Insights como herramienta preferida para la monitorización proactiva dentro de la nueva experiencia. Eso puede exigir revisar telemetría, ownership y respuesta operativa.
6. Capacidad y arquitectura de plataforma
F&O ya no debe analizarse aislado de Dataverse y Power Platform. Capacidad, integraciones, apps low-code, automatización, seguridad y ciclo de vida comparten cada vez más contexto administrativo.
Éste es un buen momento para revisar si la arquitectura alrededor del ERP es coherente o si ha crecido por acumulación de excepciones.
La transición también cambia cómo conviven F&O, Dataverse y Power Platform
La unificación administrativa tiene una consecuencia estratégica: facilita pensar Finance & Operations como parte de una plataforma empresarial conectada. Eso abre mejores escenarios para automatización, apps, reporting, integración y agentes, pero exige más disciplina en gobierno, seguridad, datos y ALM.
Qué tareas conviene validar una por una
El riesgo está en asumir que todas las funciones que el equipo utilizaba en LCS se trasladan de forma idéntica. La nueva experiencia cambia términos, ubicaciones y, en algunos casos, el propio proceso.
Microsoft documenta equivalencias como “database refresh” frente a “environment copy”, “maintenance mode” frente a “admin mode” o “software deployable package” frente a “unified package”. Aunque el objetivo funcional pueda ser parecido, el modo de ejecución y las responsabilidades pueden no serlo.
Qué puede salir mal si se deja la transición para el último momento
No se trata de alarmar. Muchas organizaciones pueden hacer esta transición de forma ordenada. El problema aparece cuando nadie ha revisado dependencias y se da por hecho que el modelo anterior seguirá funcionando sin cambios.
Acceso insuficiente durante una incidencia
El equipo o el partner necesita abrir un ticket crítico, pero no dispone de los roles adecuados en PPAC o no está operando como administrador delegado del tenant cliente.
Permisos excesivos para compensar
Para evitar bloqueos se conceden roles demasiado amplios y permanentes. El sistema funciona, pero aumenta superficie de riesgo y se deteriora la trazabilidad.
Proceso de despliegue no adaptado
El equipo mantiene procedimientos y scripts pensados para LCS sin haber probado cómo encajan con paquetes unificados, Azure DevOps o las nuevas operaciones de entorno.
Falsa sensación de observabilidad
Se siguen revisando indicadores de forma reactiva mientras la nueva arquitectura abre la posibilidad de una monitorización más cercana al tiempo real mediante Application Insights.
Entornos creados sin mirar capacidad
La facilidad de aprovisionamiento no elimina restricciones. Crear o instalar aplicaciones F&O exige licencias y capacidad disponible de Operations y Dataverse.
Responsabilidad difusa cliente-partner
Nadie sabe quién mantiene accesos, quién prueba restore, quién controla cambios, quién revisa alertas o quién es responsable de escalar. El riesgo no es técnico: es operativo.
Qué dejar cerrado antes de considerar el cambio bajo control
La transición es progresiva. Tu preparación también debería serlo.
Microsoft sigue documentando funciones de LCS en 2026 y algunas capacidades permanecen activas para clientes existentes. Precisamente por eso sería un error esperar a un hipotético “día del apagado” para empezar a trabajar.
La estrategia correcta es identificar qué procesos de tu organización ya deben operar desde PPAC, qué componentes continúan dependiendo de LCS y qué dependencias conviene retirar a medida que Microsoft complete la unificación.
Recupera la sesión sobre el fin de LCS y la transición de Dynamics 365 F&O
La grabación original sigue siendo útil para entender el contexto de la transición. La mantenemos como recurso complementario, mientras esta guía recoge el estado actualizado de Microsoft en 2026 y las implicaciones que hoy conviene revisar.
No evalúes PPAC separado de la evolución de Dynamics 365 Finance & Operations
El cambio administrativo llega al mismo tiempo que F&O evoluciona en automatización, integración, IA, datos y ciclo de vida. Aprovechar la transición para revisar arquitectura y operación puede ser más valioso que limitarse a “migrar la administración”.
RoadmapRelease Wave 1 2026Qué novedades de Finance & Operations merecen atención y cómo priorizarlas con criterio.
ModernizaciónMigrar de Dynamics AX a Dynamics 365 FinanceCómo modernizar ERP, datos, integraciones y arquitectura sin limitarse a copiar el sistema legacy.
ContinuidadCambiar de partner Dynamics 365Qué revisar para cambiar soporte o implantador sin perder conocimiento, control ni continuidad operativa.
El partner también tiene que adaptar su forma de operar
En LCS era posible añadir usuarios de otros tenants a un proyecto y darles capacidad para trabajar sobre determinadas funciones. En PPAC, Microsoft orienta el modelo de partner hacia administración delegada en el tenant del cliente.
Para IT esto significa que el contrato de soporte y la realidad técnica deben coincidir. Si el partner es responsable de resolver incidencias, desplegar cambios o escalar a Microsoft, los permisos necesarios deben estar diseñados antes de necesitarlos. Si solo presta soporte funcional, quizá no necesite los mismos privilegios que un equipo de operación técnica.
La transición es una oportunidad para eliminar accesos heredados, cuentas genéricas y permisos permanentes que nadie se atreve a retirar “por si acaso”.
Un buen modelo de partner debería separar
Configuración, proceso, usuario, dudas y resolución operativa.
Integraciones, extensiones, rendimiento, errores técnicos y despliegues.
Entornos, capacidad, roles, operaciones de ciclo de vida y políticas.
Permisos, evidencias, ownership y trazabilidad de solicitudes de soporte.
Administrar F&O exige entender ERP, Power Platform, Azure, identidad, seguridad y operación
La práctica Microsoft de Ayesa combina capacidades en Business Applications, Azure, datos, Power Platform, seguridad y servicios de evolución. Esa visión es especialmente relevante cuando Finance & Operations deja de administrarse como una pieza aislada y se integra en un modelo de plataforma más amplio.
Dudas habituales sobre LCS y Power Platform Admin Center
¿Lifecycle Services ha desaparecido por completo?
No. En 2026 Microsoft todavía mantiene documentación y funciones de LCS para determinados escenarios. Lo que está ocurriendo es una transición progresiva: nuevas implementaciones cloud se gestionan desde PPAC y distintas capacidades, como soporte, se están retirando de LCS o trasladando.
¿Desde cuándo no se pueden crear nuevos proyectos cloud en LCS?
Desde el 16 de febrero de 2026, los nuevos clientes no pueden crear nuevos proyectos cloud de implementación en LCS para Dynamics 365 Finance, Supply Chain Management y Project Operations. Microsoft indica utilizar Power Platform Admin Center.
¿Los clientes existentes tienen que migrar todo inmediatamente?
No debe asumirse una migración idéntica para todos. Conviene revisar qué funciones utiliza hoy cada organización, qué capacidades ya están disponibles en PPAC y qué dependencias siguen ligadas a LCS. La transición debe planificarse según el tenant y el modelo de operación.
¿Dónde se abren ahora los tickets de soporte?
Microsoft está retirando la página de soporte de LCS y trasladando la experiencia a Help + Support de Power Platform Admin Center. Los usuarios necesitan los roles adecuados para acceder y gestionar solicitudes de forma permanente.
¿Cómo debe acceder un partner a los entornos?
Microsoft orienta los escenarios de partner hacia permisos administrativos delegados. GDAP permite conceder privilegios más granulares que el antiguo DAP y reduce el riesgo de accesos demasiado amplios.
¿PPAC cambia la forma de desplegar personalizaciones?
La experiencia unificada introduce paquetes unificados y permite automatizar despliegues mediante Power Platform CLI o tareas de Azure DevOps. La transición debe probarse con el ALM real de cada organización antes de modificar producción.
¿Qué ocurre con las copias y restauraciones de entornos?
PPAC ofrece operaciones de ciclo de vida sobre el entorno unificado. Microsoft habla de “environment copy” como nueva terminología frente al “database refresh” de LCS. Hay que validar requisitos y procedimiento en cada escenario.
¿La transición afecta a seguridad y gobierno?
Sí. Roles, administración del tenant, permisos de entorno, acceso de partners, políticas de datos y trazabilidad quedan más conectados con el gobierno general de Power Platform y Microsoft Entra.
¿Es un buen momento para revisar Power Platform alrededor de F&O?
Sí, siempre que exista un objetivo de negocio. La administración unificada facilita una visión común, pero Power Apps, Power Automate, Dataverse o Copilot Studio deben incorporarse con gobierno y sin duplicar procesos críticos del ERP.
¿Qué debería revisar primero una empresa?
Entornos, roles, accesos de partner, soporte, ALM, despliegues, observabilidad, copias y capacidad. A partir de ahí se puede construir una transición proporcionada en lugar de una migración masiva sin contexto.
Documentación Microsoft para validar el estado de la transición
Microsoft actualiza estas capacidades de forma continua. Para decisiones operativas conviene contrastar siempre la versión más reciente de la documentación oficial.
¿Tu modelo de administración de Dynamics 365 F&O sigue dependiendo de LCS?
Podemos revisar entornos, roles, partner, soporte, ALM, despliegues, capacidad, observabilidad y dependencias para definir qué debe cambiar ahora, qué puede esperar y cómo reducir riesgo durante la transición hacia Power Platform Admin Center.
Revisemos tu escenario
Cuéntanos cómo administráis hoy Finance & Operations y qué parte del ciclo de vida queréis asegurar.
Business Development Manager | PSELLER Microsoft en Ayesa | Miembro Unidad Transición Energética, Climática y Urbana en Tecnalia | Secretaria de la Junta Directiva del Cluster de la Construcción (Build INN)