Procedimientos recomendados y limitaciones de personalización de Project para la web
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
- Derechos de administrador en un entorno de desarrollo con Project for the Web
- Comprensión de las capas de soluciones administradas
- (Opcional, pero recomendado) Un plan para desarrolladores para que pueda exportar la solución para implementarla fácilmente en otros entornos
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 for the web security aprovecha los grupos de Teams, por lo que debería 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 roles de seguridad de grupos de Teams 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 La seguridad de grupos de Teams 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.