Project 网页版的自定义最佳做法和限制
Microsoft Project 网页版即将成为Microsoft Planner，目前正在向客户推出。若要详细了解如何为组织设置新Planner，请参阅管理员Microsoft Planner。
注意
对 Project Power App 的大多数更改只能使用系统定制员安全角色进行。 某些更改（例如配置选项集）要求拥有属于系统管理员安全角色的权限。 详细了解 Project Power App 安全角色。
提示
在新解决方案中对 Project Power App 进行所有更改。 这样，就可以更轻松地备份和部署所做的任何更改。 详细了解解决方案。
先决条件
常规最佳做法
始终创建包含自定义项的托管解决方案，以便将它们分层到 Project 解决方案之上。
使用 Power Apps 门户 轻松进行更改。 如果你发现需要执行某些操作，但无法在 Power Apps 门户中找到方法，请使用 Power Apps 解决方案资源管理器，该资源管理器提供了更高级的选项。
若要避免在导入解决方案时出错，请确保解决方案不会尝试修改 Project 解决方案中的锁定属性。
常规限制
- 除了创建新项目外，在项目表中创建记录和编辑字段需要 Project 计划 API。
- 如果决定复制和修改 Project 安全角色，则每当有新版本的 Project 解决方案时，都需要更新这些角色。 例如，“任务历史记录”功能向 Project 解决方案添加了新表。 自定义安全角色必须对这些表具有与项目安全角色相同的权限，否则具有自定义安全角色的用户将无法使用“任务历史记录”功能。
使用 Teams 组和角色实现安全性和访问权限
尽管你可以作为管理员在 Microsoft Power Platform 中创建用户并分配安全角色，但当你想要自定义 Project 解决方案时，应避免这种做法。 Project 网页版安全性利用 Teams 组，因此应改为管理组团队，并在必要时向团队分配安全角色，而不是向单个用户授予安全角色。
支持和不支持的示例
✅ 支持：自定义安全角色，以便用户无法编辑添加到 Project 解决方案中的表的特定自定义列。
❌ 不支持：自定义安全角色，以便用户可以编辑项目，但不能创建新项目。
不要使用 Dataverse 安全性限制对现有 Project 实体的访问
你可能倾向于使用 Dataverse 安全性对属于 Project 解决方案的表创建限制。 这是一个坏主意，因为 Project 解决方案的组件需要访问 Project 实体，并使用 Teams 组安全角色来控制访问权限。
但是，你可能希望限制对属于自定义解决方案的新表和列的访问。 尽管最好使用 Teams 组 Security 来控制对表的访问，但通过设置列属性可以最轻松地实现新列的列安全性。 在新列中， Dataverse 列安全性 可能适用。