Compartir a través de


Procedimientos recomendados y limitaciones de personalización de Project para la web

Microsoft Project para la web pronto se convertirá en Microsoft Planner, que actualmente se está implementando para los clientes. Para obtener más información sobre cómo configurar la nueva Planner para su organización, consulte Microsoft Planner para administradores.

Nota:

La mayoría de los cambios realizados en Project Power App solo se pueden realizar con el rol de seguridad Personalizador del sistema. Algunos cambios, como configurar el conjunto de opciones, requieren que tenga privilegios que formen parte del rol de seguridad Administrador del sistema. Obtenga más información sobre los roles de seguridad de Project Power App.

Sugerencia

Realice todos los cambios en Project Power App dentro de una nueva solución. Esto facilitará la copia de seguridad e implementación de los cambios que realice. Obtenga más información sobre las soluciones.

Requisitos previos

Procedimientos recomendados generales

  • Cree siempre una solución administrada que contenga las personalizaciones, para que pueda colocarlas en capas sobre la solución Project.

  • Use el portal de Power Apps para realizar cambios sencillos. Si tiene que hacer algo y no puede encontrar una manera en el portal de Power Apps, use el Explorador de soluciones de Power Apps, que proporciona opciones más avanzadas.

  • Para evitar errores durante la importación de las soluciones, asegúrese de que la solución no intenta modificar las propiedades bloqueadas dentro de la solución Project.

Limitaciones generales

  • Excepto para crear un nuevo proyecto, la creación de registros y la edición de campos en las tablas del proyecto requiere la API de programación de proyectos.
  • Si decide duplicar y modificar los roles de seguridad de Project, deberá actualizar esos roles siempre que haya nuevas versiones de la solución Project. Por ejemplo, la característica Historial de tareas agregó nuevas tablas a la solución Project. Los roles de seguridad personalizados deben tener los mismos permisos para esas tablas que los roles de seguridad de Project; de lo contrario, los usuarios con los roles de seguridad personalizados no podrán usar la característica Historial de tareas.

Uso del grupo y los roles de Teams para implementar la seguridad y el acceso

Aunque puede como administrador crear usuarios y asignar roles de seguridad en Microsoft Power Platform, cuando quiera personalizar la solución Project, debe evitar esta práctica. Project para la web seguridad aprovecha la Grupos de Teams, por lo que debe administrar equipos de grupo y asignar roles de seguridad a los equipos siempre que pueda, en lugar de conceder roles de seguridad de usuarios individuales.

Ejemplos de lo que es y no se admite

Compatible: personalización de roles de seguridad para que los usuarios no puedan editar columnas personalizadas específicas agregadas a tablas en la solución Project.

No compatible: personalización de roles de seguridad para que los usuarios puedan editar proyectos, pero no crear nuevos proyectos.

No restrinja el acceso a las entidades existentes de Project mediante la seguridad de Dataverse

Es posible que tenga la tentación de crear restricciones en las tablas que forman parte de la solución Project mediante la seguridad de Dataverse. Esta es una mala idea, ya que los componentes de la solución Project requieren acceso a las entidades de Project y usan teams Grupos roles de seguridad para controlar el acceso.

Sin embargo, es posible que desee restringir el acceso a las nuevas tablas y columnas que forman parte de la solución personalizada. Aunque es mejor usar Teams Grupos Security para controlar el acceso a las tablas, la seguridad de las columnas nuevas se realiza con mayor facilidad estableciendo una propiedad de columna. En las columnas nuevas, la seguridad de las columnas de Dataverse puede ser adecuada.

Pasos siguientes