次の方法で共有

組織単位について

  • [アーティクル]

重要

Dynamics 365 Project Service Automation は Dynamics 365 Project Operations に進化しました。 詳細は、Project Service Automation の移行を参照してください。

適用対象: Project Service アプリ バージョン 3.x

Dynamics 365 Project Service Automation における組織単位は、コスト率を持つ請求可能リソースを使用するプロフェッショナル サービス企業の個別のグループまたは部門です。

さまざまな実践分野や事業分野で技術リソースを採用するプロフェッショナルサービス企業の場合、役割を遂行するコストは実践分野や業務分野によって場合があります。 組織単位の概念は、これらの役割に明確なコスト構造を持つ企業の部門で請求可能な役割のセットをグループ化する方法を提供することにより、このシナリオで役立ちます。

組織単位の重要な属性と関連付け

PSA で、PSA の組織単位は特定の通貨と特定の原価価格リストを持ちます。

組織単位の通貨は、コストの追跡に使用される主要通貨です。

それぞれの組織単位に 1 つ以上の原価価格リストを添付できます。 PSA で組織単位に添付できる価格表には次の制限があります。

  • 組織単位の通貨での価格表である必要があります
  • 価格表は原価価格表である必要があります

さらに、リソース エンティティに組織単位の属性があります。 それぞれのリソースを 1 つの組織単位に割り当てることができます。

組織単位の役割

組織単位は PSA で 2 つの役割を果たします。

  • 契約単位 – 営業の獲得、納品、顧客サービスの提供の管理を主に担当する企業グループや部門を表す組織単位。 契約単位は 営業案件、見積もり、プロジェクト契約、プロジェクト の各ページのヘッダーセクションの 契約単位 フィールドによって識別されます。
  • リソース単位 – リソースが属するまたは割り当てられている組織単位。 この組織単位は、所有する作業指示書 (SOW) とプロジェクトのいくつかの役割にリソースを提供できます。

契約単位とリソース単位。

組織単位に関するよくある質問

ここで組織部門に関するよくある質問をいくつか紹介します。

Microsoft Dynamics 365 の組織エンティティは、グローバルな Dynamics 365 インスタンスの名前を表します。 この名前は通常、グローバル企業の名前です。

組織単位エンティティは、グローバル企業のグループや部門を表します。 このグループや部門にはロールのセットとロールのコスト価格リストがあり、それらのロールと価格リストは企業内の他のグループや部門のロールと価格リストとは異なります。

PSA がインストールされると、組織に基づいて既定の組織単位が作成されます。 既存のリソースはすべて既定の組織単位に割り当てられます。 新しい Active Directory ユーザーやリソースが Dynamics 365 にインポートされた場合、ユーザー インポート プロセスは PSA の既定の組織単位にそれらを割り当てます。

組織単位エンティティと部署エンティティの違いは何ですか。

Dynamics 365 で部署エンティティはセキュリティ構造です。 ユーザーと部署の関連付けにより、ユーザーがアクセスできるエンティティとエンティティ レコードが決まります。 また、これらのエンティティ レコードに対するユーザーのアクセス許可 (作成、読み取り、書き込み、削除、追加、任意の場所に追加、割り当て、共有) も決定します。

組織単位エンティティは、割り当てられた従業員のコスト率が異なる企業グループや部門を表します。 リソースと組織単位との関連付けにより、プロジェクト エンゲージメントに対するリソースのコストが決まります。

Dynamics 365 の実装時に、部署の階層のセキュリティ承認と、部署へのユーザーの割り当てを最適化します。 通常、同じレコード セットにアクセスするすべてのユーザーを同じ部署に割り当てます。 組織単位は、セキュリティ承認やアクセスに影響しません。

組織単位と部署の例

Contoso, Ltd. 社は積極的に Microsoft のテクノロジを実践しています。 直樹と綾乃はどちらも C# 開発者ですが、綾乃は米国に、直樹はインドにいます。 プロジェクトへの取り組みのほとんどは、Contoso India と Contoso US のリソースを必要とし、直樹と綾乃はこの実践領域のプロジェクトで同じレベルのセキュリティ アクセスを必要とします。 ところが、Contoso India の開発者のコストは、Contoso US の開発者のコストと大きく異なります。

Dynamics 365 と PSA を使用して、このシナリオを設計する最適な方法を説明します。

  1. Microsoft のテクノロジ プラクティスを部署として作成し、そこに直樹と綾乃を関連付けます。 この方法により、両方の従業員がその実践分野のプロジェクトに対して、同じレベルのセキュリティ アクセスを持つことを保証します。 どちらも進捗を確認し、時間、経費、タスクの更新を報告できます。
  2. 2 つの組織単位を作成して、プロジェクトのコストが正しく反映されるようにします。
  3. 綾乃を Contoso US に関連付け、直樹を Contoso India に関連付けます。
  4. 適切な原価価格表を両方の組織単位に割り当てます。 このようにして、プロジェクトに記録された綾乃と直樹のコストが、Contoso US と Contoso India のコストの差を正確に反映することを保証できます。

販売地域と組織単位との間に関連付けや関係はありません。 販売地域は通常、販売が行われる地理的領域です。 販売価格表は、それぞれの販売地域に関連付けることができます。

組織単位は、会社の内部グループや部門であり、他の部門や外部の顧客に販売する一連の役割のコストを追跡します。

組織単位と販売地域の例

Contoso, Ltd. 社には Contoso US と Contoso India の 2 つの開発センターがあります。 これらの 2 つの開発センターでは、リソースのコストが大きく異なります。

Contoso 社は、ラテン アメリカ、北米、アジア太平洋、西ヨーロッパ、中東など、多くの国際市場で IT サービスを販売しています。 同じプロジェクトの役割の請求レートは、これらの市場ごとに大きく異なる可能性があります。

Contoso US と Contoso India を組織単位として設定し、それぞれの組織単位に独自の原価価格表を設定する必要があります。 アジア太平洋、ラテン アメリカ、北米、西ヨーロッパ、中東を販売地域として設定し、それぞれの販売地域に独自の販売価格表を設定する必要があります。

組織単位と価格表の関連付けに制限があるのはなぜですか。

通常、販売価格はサービスが販売される地理的領域や市場に固有です。 会社の内部部門は、同じタイプのサービスに対して通常は独自の販売価格を設定しません。 ただし、内部部門では雇用する従業員のスキルと事業を展開する地域の労働条件に応じて、売却済商品の原価 (COGS) が異なります。 組織単位は会社の内部部門としてモデル化されるため、原価価格表のみを持つことができます。

販売価格表を組織単位に関連付けることができないのはなぜですか。

PSA では販売価格表を顧客と販売地域に関連付けることができます。 営業案件、プロジェクト契約、プロジェクトのようなトランザクション エンティティは、顧客アカウントや販売地域に添付される販売価格表を使用して、プロジェクト エンゲージメントの請求レートと潜在的な収益を決定します。

原価価格表は組織単位に関連付けられます。 営業案件、プロジェクト契約、プロジェクトのようなトランザクション エンティティは、契約単位に添付される原価価格表を使用して、プロジェクト契約のコストを決定します。

PSA の組織単位は階層的ですか。

番号 PSA の現在のリリースでは組織単位は階層的ではありません。 これは次のことができないことを意味します。

  • 階層横断的な既定の原価価格のパターン構成
  • 組織単位の階層についてさまざまなレベルでロールアップした収益やコストの報告。

私たちはコスト センター、部門、請求オフィスの複雑で多層な階層を持つ大規模な多国籍企業です。 このバージョンの Project Service アプリで、組織単位の概念を最大限に活用するにはどうすればよいですか。

コスト センター、部門、請求オフィスなどの複雑な階層がある場合、その階層のリーフ ノードを個別の組織単位として設定します。 典型的な階層を次の例で示します。

Contoso India

  • SAP の実践

    • 技術コンサルタント
    • 機能コンサルタント

  • Microsoftテクノロジの実践

    • 技術コンサルタント
    • 機能コンサルタント

Contoso US

  • SAP の実践

    • 技術コンサルタント
    • 機能コンサルタント

  • Microsoftテクノロジの実践

    • 技術コンサルタント
    • 機能コンサルタント

階層が類似している場合、以下に示すようにフラット リストとして設定する必要があります。

  • Contoso India - SAP の実践 - 技術コンサルタント
  • Contoso India - SAP の実践 - 機能コンサルタント
  • Contoso India - Microsoft テクノロジの実践、機能コンサルタント
  • Contoso India - Microsoft テクノロジの実践、機能コンサルタント
  • Contoso US - SAP の実践 - 技術コンサルタント
  • Contoso US - SAP の実践 - 機能コンサルタント
  • Contoso US - Microsoft テクノロジの実践 - 技術コンサルタント
  • Contoso US - Microsoft テクノロジの実践 - 機能コンサルタント

私たちは、1 つの部門として運営している小さな専門サービス企業です。 現在のバージョンの PSA で組織単位の概念をどのように最適に利用できますか。

会社を 1 つの原価価格表を持つ 1 つの単位として運営している場合、組織単位を設定する必要はありません。 PSA のインストール中に Dynamics 365 は組織と同じ名前を持つ既定の組織単位を 1 つ作成します。 すべてのユーザーがこの組織単位に既定で割り当てられます。 システムが組織単位の選択を必要とする場合、常にこの組織単位が既定で選択されます。

見積もりやプロジェクト契約品目からプロジェクトが作成される場合、既定の契約単位は見積もりやプロジェクト契約から取得されます。 見積もりやプロジェクト契約などの販売エンティティの前にプロジェクトを作成する場合、既定の契約単位は何ですか。

プロジェクトを独自に作成する場合、プロジェクトの既定の契約単位は、プロジェクトを作成したユーザーに基づきます。 そのユーザーは既定のプロジェクト マネージャーでもあります。 プロジェクトが見積もりやプロジェクト契約などの販売エンティティにマップされる場合、プロジェクトの契約単位は代わりに販売エンティティに基づきます。 この場合には、契約単位が変更された場合のコスト見積もり変更の計算に原価価格表が使用されるため、プロジェクトの見積もりが再計算される場合があります。 販売価格表は、見積もりのプロジェクト価格表と同期するように変更される販売見積もりの計算に使用されます。

プロジェクトがマップされる販売エンティティ (見積もりやプロジェクト契約) の値と同期する必要があるため、プロジェクトの 契約単位 フィールドと 通貨 フィールドは編集がロックされます。