次の方法で共有

Web 用 Project のカスタマイズのベストプラクティスと制限

  • [アーティクル]

Microsoft Project for the webは間もなくMicrosoft Plannerになり、現在お客様にロールアウトされています。organizationの新しい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 for the webセキュリティは Teams グループを利用するため、個々のユーザーにセキュリティ ロールを付与するのではなく、グループ チームを管理し、可能な場合は常にチームにセキュリティ ロールを割り当てる必要があります。

サポートされているものとサポートされていないものの例

✅ サポート対象: ユーザーが Project ソリューションのテーブルに追加された特定のカスタム列を編集できないように、セキュリティ ロールをカスタマイズします。

❌ サポートされていません: ユーザーがプロジェクトを編集できるようにセキュリティ ロールをカスタマイズしますが、新しいプロジェクトは作成できません。

Dataverse セキュリティを使用して既存の Project エンティティへのアクセスを制限しない

Dataverse セキュリティを使用して、Project ソリューションの一部であるテーブルに対して制限を作成したくなる場合があります。 これは、Project ソリューションのコンポーネントが Project エンティティへのアクセスを必要とし、Teams グループセキュリティ ロールを使用してアクセスを制御するため、悪い考えです。

ただし、カスタム ソリューションの一部である新しいテーブルと列へのアクセスを制限したい場合があります。 Teams グループ Security を使用してテーブルへのアクセスを制御することをお勧めしますが、新しい列の列セキュリティは、列プロパティを設定することで最も簡単に行うことができます。 新しい列では、 Dataverse 列のセキュリティ が適切な場合があります。

次の手順