Actualizar de Project Service Automation a Project Operations
Nos complace anunciar la segunda de las tres fases para actualizar desde Microsoft Dynamics 365 Project Service Automation a Microsoft Dynamics 365 Project Operations. Este artículo proporciona una descripción general para los clientes que se están embarcando en este emocionante viaje.
El programa de actualización se dividirá en tres fases. La fase 3 ya está disponible para los clientes.
| Entrega de actualización | Fase 1 (enero de 2022) | Fase 2 (noviembre de 2022) | Fase 3 (noviembre de 2023) |
|---|---|---|---|
| Sin dependencia de la estructura de desglose del trabajo (WBS) para proyectos | ✔️ | ✔️ | ✔️ |
| Una WBS dentro de los límites actualmente admitidos de Project Operations | ✔️ | ✔️ | |
| Una WBS fuera de los límites admitidos actualmente de Project Operations, incluida la compatibilidad con Project Desktop Client | ✔️ |
Actualización de características del proceso
Como parte del proceso de actualización, hemos agregado registros de actualización al mapa del sitio, para que los administradores puedan diagnosticar fallas más fácilmente. Además de la nueva interfaz, se agregarán nuevas reglas de validación para garantizar la integridad de los datos después de una actualización. Las siguientes validaciones se agregarán al proceso de actualización.
| Validaciones | Fase 1 (enero de 2022) | Fase 2 (noviembre de 2022) | Fase 3 (noviembre de 2023) |
|---|---|---|---|
| La WBS se validará frente a violaciones comunes de la integridad de los datos (por ejemplo, asignaciones de recursos que están asociadas con la misma tarea principal pero tienen diferentes proyectos principales). | ✔️ | ✔️ | |
| La WBS se validará contra los límites conocidos de Project for the Web. | ✔️ | ✔️ | |
| La WBS se validará contra los límites conocidos de Project Desktop Client. | ✔️ | ||
| Los recursos que se pueden reservar y los calendarios de proyectos se evaluarán en función de las excepciones comunes de reglas de calendario incompatibles. | ✔️ | ✔️ |
Requisitos previos
Para ser elegible para la actualización, debe cumplir con los siguientes criterios:
- Las licencias de Project Operations válidas deben asignarse a todos los usuarios activos.
- Debe validar el proceso de actualización en al menos un entorno que no sea de producción que contenga un conjunto de datos representativo que esté alineado con su entorno de producción.
- El entorno de destino debe actualizarse a la última versión disponible de Project Service Automation.
- Entornos que contienen proyectos que violan los límites de Project for the Web pueden utilizar el complemento de escritorio de Microsoft Project para Project Operations (documentación aquí). Entornos que no contienen un proyecto con >500 tareas no pueden usar el complemento.
Con el lanzamiento de la actualización de la fase 3, los proyectos individuales deben actualizarse por separado del entorno. Cuando se actualiza un proyecto, se integra en Microsoft Project for the Web y se puede editar desde la pestaña de tareas dentro de Project Operations. Cuando se selecciona el botón de actualización mientras se visualiza una entidad de proyecto, comienzan las comprobaciones de validación para garantizar que el proyecto se ajuste al proyecto y los límites de Project for the Web. Los proyectos que no se pueden actualizar o que no se pueden actualizar aún se pueden administrar usando programación externa o el complemento de escritorio de Project para Project Operations. Los proyectos actualizados ya no se podrán editar con el complemento de escritorio de Project.
Licencias
Si tiene licencias activas para Project Service Automation, puede instalar y usar Project Operations, que incluye todas las capacidades de Project Service Automation y más. De esta manera, puede probar las capacidades de Project Operations mientras continúa utilizando Project Service Automation en producción. Una vez que expiren sus licencias de Project Service Automation, deberá realizar la transición a Project Operations. Cuando planifique esta transición, debe tener en cuenta el hecho de que la licencia de Project Operations no incluye una licencia de Project Service Automation. Los clientes que tengan escenarios en los que implementaron Project Service Automation y necesiten continuar usando o aumentar sus licencias para PSA mientras planean pasar a Project Operations, pueden solicitar licencias temporales de PSA basadas en las licencias adquiridas de Project Operations. Se emite una licencia de Project Service Automation para una licencia de Project Operations. Se pueden solicitar licencias temporales de PSA utilizando este enlace: aka.ms/ineedpsa
Prueba y refactorización de personalizaciones
Como punto de partida, importe todas las personalizaciones en un entorno limpio de Project Operations Lite para confirmar que la importación se realiza correctamente y que las operaciones comerciales se comportan como se esperaba.
Aquí hay algunas cosas a tener en cuenta:
- La importación puede fallar debido a que faltan dependencias. En otras palabras, las personalizaciones hacen referencia a campos u otros componentes que se han eliminado en Project Operations. En este caso, elimine estas dependencias del entorno de desarrollo.
- Si sus soluciones administradas y no administradas incluyen componentes que no están personalizados, elimínelos de la solución. Por ejemplo, cuando personaliza la entidad Proyecto, agregue solo el encabezado de la entidad a su solución. No agregue todos los campos. Si ha agregado previamente todos los subcomponentes, es posible que deba crear manualmente una nueva solución y agregarle componentes relevantes.
- Es posible que los formularios y las vistas no aparezcan como se espere. En algunas circunstancias, si ha personalizado cualquiera de los formularios o vistas listos para usar, las personalizaciones pueden evitar que entren en vigencia las nuevas actualizaciones en Project Operations. Para identificar estos problemas, le recomendamos que haga una revisión en paralelo de una instalación limpia de Project Operations y una instalación de Project Operations que incluya sus personalizaciones. Compare los formularios más utilizados en su empresa para confirmar que su versión del formulario todavía tiene sentido y que no le falta nada en la versión limpia del formulario. Realice el mismo tipo de revisión en paralelo para las vistas que haya personalizado.
- La lógica empresarial puede fallar en tiempo de ejecución. Debido a que las referencias a campos en sus complementos no se validan en el momento de la importación, la lógica empresarial puede fallar debido a referencias a campos que ya no existen y es posible que reciba un mensaje de error similar al siguiente ejemplo: "'Proyecto' la entidad no contiene el atributo con Name = 'msdyn_plannedhours' y NameMapping = 'Logical'. " En este caso, modifique sus personalizaciones para que utilicen los nuevos campos. Si usa clases de proxy generadas automáticamente y referencias de tipo fuerte en la lógica de su complemento, considere la posibilidad de volver a generar esos proxies a partir de una instalación limpia. De esta manera, puede identificar fácilmente todos los lugares donde sus complementos dependen de campos obsoletos.
Después de actualizar sus personalizaciones para importar Project Operations de manera limpia, continúe con los siguientes pasos.
Pruebas de un extremo a otro en entornos de desarrollo
Iniciar actualización
En el centro de administración de Power Platform, busque y seleccione su entorno. Luego, en las aplicaciones, busque y seleccione Dynamics 365 Project Operations.
Seleccione Instalar para iniciar la actualización. El centro de administración de Power Platform presentará esta instalación como una nueva instalación. Sin embargo, se detectará la presencia de una versión anterior de Project Service Automation y se actualizará la instalación existente.
Una vez completada la actualización, el entorno debería mostrar que Project Operations está instalado y que Project Service Automation no está instalado.
Según la cantidad de datos del entorno, la actualización puede tardar varias horas. El equipo central que administra la actualización debe planificar en consecuencia y ejecutar la actualización fuera del horario comercial. En algunos casos, si el volumen de datos es grande, la actualización debe ejecutarse durante el fin de semana. La decisión sobre la programación debe basarse en los resultados de las pruebas en entornos inferiores.
Actualice las soluciones personalizadas según corresponda. En este punto, implemente cualquier cambio que haya realizado en sus personalizaciones en la sección Prueba y refactorización de personalizaciones de este artículo.
Vaya a make.powerapps.com, seleccione su entorno del menú desplegable en la parte superior derecha del portal, seleccione Soluciones en el menú de la izquierda, seleccione la solución Componentes obsoletos de Project Operations y Desinstalar.
Esta solución es una solución temporal que contiene el modelo de datos existente y los componentes que están presentes durante la actualización. Al eliminar esta solución, elimina todos los campos y componentes que ya no se utilizan. De esta manera, ayuda a simplificar la interfaz y facilita la integración y la extensión.
Actualización a Project Operations Lite
Los siguientes pasos describen el proceso de actualización y el registro de errores asociado:
- Comprobación de la versión de PSA: Para instalar Project Operations, debe tener instalada la última versión de Project Service Automation.
- Validación previa: cuando un administrador inicia una actualización, el sistema ejecuta una operación de validación previa en cada entidad que es fundamental para la solución Project Operations. Este paso verifica que todas las referencias de entidades sean válidas y garantiza que los datos relacionados con la WBS estén dentro de los límites publicados de Project for the Web.
- Actualización de metadatos: después de una validación previa exitosa, el sistema inicia cambios en el esquema y crea una solución de componentes obsoletos. Puede eliminar esta solución obsoleta después de haber completado todas las refactorizaciones necesarias de las personalizaciones. Este paso es la parte más larga del proceso de actualización y puede tardar hasta cuatro horas en completarse.
- Actualización de datos: una vez que se han completado todos los cambios de esquema requeridos en el paso de actualización de metadatos, los datos se migran al nuevo esquema y se introducen todos los valores predeterminados y recálculos requeridos.
- Actualización del motor de programación del proyecto: después de una actualización de datos exitosa, la pestaña Calendario de la página principal se vuelve a etiquetar como Tareas. Cuando un usuario selecciona esta pestaña después de la actualización, se le indica que navegue a la cuadrícula de seguimiento para ver una versión de solo lectura de la WBS. Para editar la WBS, debe iniciar el proceso de conversión de la programación. Todos los proyectos sin una WBS preexistente pueden usar la nueva experiencia de programación directamente, sin conversión.
Validar escenarios de actualización comunes
Cuando valide sus personalizaciones específicas, le recomendamos que también revise los procesos de negocio que se admiten en todas las aplicaciones. Estos procesos comerciales incluyen, entre otros, la creación de entidades de ventas, como cotizaciones y contratos, y la creación de proyectos que incluyen WBS y aprobación de datos reales.
Cambios importantes entre Project Service Automation y Project Operations
Esta sección proporciona un resumen de los principales cambios que puede esperar entre Project Service Automation y Project Operations.
Planificación del proyecto
Las capacidades de planificación de proyectos en Project Operations ya no dependen de una combinación de lógica del lado del cliente y lógica del lado del servidor. En su lugar, Project Operations usa Project for the Web como su motor de programación principal. Este cambio en las capacidades de programación habilita varias características nuevas, como vistas de tablero y Gantt, planificación basada en recursos, elementos de la lista de verificación de tareas y modos de programación de proyectos. Las nuevas capacidades de programación también son compatibles con un amplio conjunto de nuevas interfaces de programación de aplicaciones (API). Estas API están destinadas a ayudar a garantizar que ninguna operación programática para crear, actualizar o eliminar una entidad en la WBS corrompa los campos calculados en la programación.
Facturación y precios
Como parte de las inversiones continuas en Project Operations, hay varias capacidades nuevas disponibles en Facturación y precios. Estos son algunos ejemplos:
- Registrar el uso de materiales en proyectos y tareas de proyectos
- Administración de subcontrataciones
- Contratos basados en pagos a cuenta y anticipos
- Contrato sin exceder los estados y las validaciones
- Facturación basada en tareas
Administración de recursos
Project Operations proporciona soporte opcional para la placa de Programación Universal de Recursos (URS) y el asistente de programación. Esta nueva experiencia se vuelve obligatoria en el lanzamiento de abril de 2023.
Preguntas frecuentes
¿Qué tipos de implementación se admiten actualmente para la actualización?
| Source | Target | Status |
|---|---|---|
| Project Service Automation | Implementación de Project Operations Lite | Addmitido |
| Administración y contabilidad de proyectos de Dynamics 365 Finance | Implementación de Project Operations Lite | No se admite actualmente |
| Administración de proyectos y contabilidad en Finance | Project Operations para escenarios de recursos/no mantenidos en existencias | No se admite actualmente |
| Project Service Automation 3.x | Project Operations para escenarios de recursos/no mantenidos en existencias | No se admite actualmente |
| Project for the Web (entorno dedicado) | Implementación de Project Operations Lite | No se admite actualmente |
¿Cómo puedo instalar Project Operations antes de que las herramientas de actualización estén disponibles?
Hay dos opciones para instalar Project Operations antes de que las herramientas de actualización estén disponibles:
- Aprovisionar un nuevo entorno.
- Implemente Project Operations por separado en cualquier organización de ventas donde no esté presente Project Service Automation.
Si Project Service Automation está instalado en una organización, pero no se usó, se puede desinstalar. Después de eliminar por completo Project Service Automation, Project Operations se puede instalar en la misma organización.