調達の共通設定（調達 BU・承認・クロスピラー連携）

調達の設定は FSM の Procurement オファリング で進めます。前提として財務（元帳・BU・勘定）と SCM（在庫組織・品目・受入）の設定が必要な「クロスピラー」の構成です
BU の構成は 2 つのタスクが中心です。調達 BU の構成（Configure Procurement Business Function）と 購買依頼 BU の構成（Configure Requisitioning Business Function）
誰がどの調達 BU で何をできるかは 調達エージェント（Manage Procurement Agents）で決めます。アクションとアクセス・レベル（None／View／Modify／Full）の組合せです
承認は Approval Management のルール、勘定は取引勘定ビルダー、受入は在庫組織の受入パラメータで決まります。どれも P2P 全体の動きに影響するので、財務・SCM の担当と一緒に決めます

全体像

FSM での進め方

実装担当ユーザーに、Application Implementation Consultant ジョブ・ロール（ORA_ASM_APPLICATION_IMPLEMENTATION_CONSULTANT_JOB）を基にした構成済みロールを付与する
Procurement オファリングと、必要な機能領域・機能（Features）にオプトインする。計画時は Associated Features レポートで機能領域と機能の一覧を確認する
実装プロジェクト（Implementation Project）を作り、タスク・リストを担当者に割り当てて進捗を管理する
設定タスクを順に実施する。大量のデータは、ラピッド・インプリメンテーションのスプレッドシートやスプレッドシート対応のタスクで一括登録する
構成パッケージで設定データをエクスポートし、テスト環境・本番環境にインポートする

26D の公式ドキュメントでは、Procurement オファリングの主な機能領域は次のとおりです。

機能領域	主な内容
Purchasing Categories	カタログとカテゴリ階層、品目のカタログへの割当
Suppliers	仕入先のオプションと仕入先データ
Procurement Foundation	支払条件・運送業者・危険物分類・運送条件などの共通要素
Purchasing Foundation	購買の主要な設定
Self Service Procurement	カタログのコンテンツ、依頼入力の方針
Supplier Portal・Sourcing・Supplier Qualification・Procurement Contracts	各製品の設定

調達のエンタープライズ構造を短期間で作る場合は、ラピッド・インプリメンテーション用の手順と、ジョブ Configure Basic Enterprise Structure for Procurement が用意されています（FSM）。

設定・実装の手順

1. BU の業務機能とサービス提供関係

エンタープライズ構造（法的エンティティ・元帳・BU）を作る（エンタープライズ構造）
BU に業務機能を割り当てる（Assign Business Unit Business Function）。調達 BU には Procurement、依頼する BU には Requisitioning、請求を処理する BU には Payables Invoicing など
サービス提供関係（Manage Service Provider Relationships）で、調達 BU がどの BU の調達を代行するかを登録する
契約を扱う BU には、Procurement Contract Management などの契約関連の業務機能とそのプロパティを設定する

2. 調達 BU と購買依頼 BU の構成

Configure Procurement Business Function：調達 BU の既定値と購買の動作を設定します。設定項目の一覧はリリースにより異なるため、公式ドキュメントで確認してください
Configure Requisitioning Business Function：購買依頼 BU の設定です。主な項目は次のとおりです

区分	設定	意味
Requisitioning	Default Deliver-to Organization／Line Type	依頼の搬送先組織・ライン・タイプの既定値
Requisitioning	Allow one-time addresses／One-Time Location	ワンタイム住所の許可と、その際の搬送先事業所
Requisitioning	Approval required for buyer modified lines／Enable approval override	承認の動作
Purchasing	Default Procurement BU	依頼明細から決まらないときの調達 BU
Purchasing	Price Change Tolerance／Cancel Unfulfilled Demand／Multiple Legal Entities on Order	価格変更の許容、取消時の依頼の扱い、法的エンティティをまたぐ PO の可否

詳しい使い方はセルフサービス調達を参照してください。

3. 調達エージェント

調達エージェントは Manage Procurement Agents で登録します。このタスクは Procurement Foundation と Payables の機能領域にあります。

担当者（ユーザー）を調達 BU に割り当てる（複数の調達 BU に割り当て可）
使えるアクションを有効にする
他のエージェントが所有する文書へのアクセス・レベルを決める

アクション（Action）	主な利用者
Manage Requisitions／Manage Purchase Orders／Manage Purchase Agreements	バイヤー
Manage Negotiations／Manage Sourcing Programs	カテゴリ・マネージャ、ソーシング担当
Manage Catalog Content	カタログ管理者
Manage Suppliers／Manage Supplier Qualifications／Manage Approved Supplier List Entries	仕入先管理者、資格認定の担当
Analyze Spend	調達マネージャ（支出分析）

アクセス・レベル	他のエージェントの文書に対してできること
None	アクセスしない
View	検索・参照
Modify	参照・変更・削除・取下げ
Full	Modify に加えて、凍結・保留・クローズ・取消・最終クローズ

自分が所有する文書には、調達 BU へのアクセスがあればすべての操作ができます。

4. 文書スタイルとライン・タイプ

文書スタイル（Document Style）：購買文書の表示名や、文書で使える機能を制御します。たとえば複合作業（Complex Work）の PO は、その機能を有効にした文書スタイルで作ります。設定項目はリリースにより異なるため公式ドキュメントで確認してください
ライン・タイプ（Line Type）：明細の性質を決めます。購買の基準（物品かサービスか）と照合の基準（数量か金額か）を持ちます。数量で受け入れる物品と、金額で受け入れる固定価格のサービスを区別するのが基本です

5. 承認の設定

調達の承認は Approval Management（AMS）で設定します。Implementing Procurement の「Approval Management for Procurement」の章には、次の設定がまとまっています。

割当とルーティング、期限と有効期限のポリシー
ソーシングの承認、購買依頼と購買文書の承認、仕入先の承認、外部購入価格の承認
電子署名、トランザクション・コンソール、監視とトラブルシューティング
ワークフロー通知（E メール通知の構成を含む）

ルールの条件は文書の属性（金額・カテゴリ・契約条項の有無など）、承認者は監督階層・職位やジョブ・レベルの階層・承認者リストから決めます。承認の共通の仕組みは承認ワークフローを参照してください。

6. 受入オプションと会計の前提（クロスピラー）

調達の設定は、財務と SCM の設定を前提にしています。

前提設定	担当領域	調達への影響
元帳・COA・会計カレンダー	財務（GL）	配分の勘定、予算管理
買掛・調達の共通オプション（Common Options for Payables and Procurement）	財務（AP）	既定の勘定、経費品目の未着計上のタイミングなど
取引勘定ビルダー（Transaction Account Builder）	財務・調達	計上先・未着・差異勘定の導出ルール
税（Fusion Tax）	財務	PO・請求書の税計算
予算管理（Budgetary Control）	財務	依頼・PO の予算チェックと引当
在庫組織・品目・受入パラメータ	SCM（在庫）	出荷先、受入の許容範囲や受入経路
原価組織・受入会計	SCM（原価管理）	未着債務と受入の仕訳

取引勘定ビルダーでは、取引勘定タイプ・ソース・勘定ルール・マッピング・セットで勘定の導出を定義します。プロジェクト情報を使った勘定の導出や、会社間の購買で搬送先組織側の勘定を導出する定義済みのルールもあります。受入の詳細は受入と出荷と受入会計を参照してください。

7. セキュリティ

調達のセキュリティは 3 つの層で考えます。

機能のアクセス：ジョブ・ロール（バイヤー、カテゴリ・マネージャ、カタログ管理者、調達契約管理者、仕入先管理者など）で、使える画面と操作を決める
データのアクセス：調達 BU は調達エージェントで、購買依頼 BU などはユーザーへのデータ・アクセスの割当で範囲を決める
個別データの保護：個別の仕入先情報へのアクセス制限や、納税者番号のマスキングなど

ロールと権限の一覧は公式ガイド「Security Reference for Procurement」で確認します（セキュリティの基本）。

8. プロジェクト・ドリブン・サプライチェーン（PDSC）

PDSC は、調達・在庫・製造などの供給を プロジェクト単位で追跡 する仕組みです。調達側では、購買依頼・PO の配分にプロジェクト情報（プロジェクト、タスクなど）を持たせ、受け入れた在庫や原価をプロジェクトに結び付けます。

PPM でプロジェクトとタスクを準備する
在庫組織でプロジェクト別に在庫を管理する設定を行う（設定名と手順はリリースにより異なるため公式ドキュメントで確認）
依頼・PO の配分にプロジェクト情報を入れる。勘定の導出にプロジェクト情報を使う場合は取引勘定ビルダーを設定する
受入・在庫・原価の取引がプロジェクト付きで記録されることを確認する

関連：製造（プロジェクト製造）、プロジェクト原価

9. Redwood と AI・自動化

Redwood：26D では Redwood の仕入先ポータルのホーム・ページなどが提供されています。Redwood ページは機能のオプトインやプロファイル・オプションで有効にするものが多く、従来画面向けのパーソナライズは引き継がれない場合があります。対象ページと有効化の手順はリリースごとに公式ドキュメントで確認してください（Redwood UX と AI、Redwood ページの拡張）
AI：26D では、仕入先登録の添付書類を生成 AI で要約する機能などがあります。出題範囲には仕入先ポータル向けの AI エージェント（Supplier Portal Advisor）の設定も含まれます（AI Agent Studio）
自動化：依頼からの PO 自動作成、自動作成した PO の承認バイパス、SQM の自動処理、取引のない仕入先の自動不活性化、インフォレット（Infolets）での要注意文書の表示などを組み合わせます

コード例

設定の抜け漏れを防ぐため、BU ごとの設定値を一覧にしてから入力します。机上演習用の例です。

procurement_bu:
  name: JP01 本社 BU
  business_functions: [Procurement]
  service_provider_for: [JP02 東日本 BU, JP03 西日本 BU]
requisitioning_bus:
  - name: JP02 東日本 BU
    business_functions: [Requisitioning, Payables Invoicing]
    default_procurement_bu: JP01 本社 BU
    default_deliver_to_organization: TKY 東京倉庫
    price_change_tolerance: 5%            # 依頼→PO の価格変更の許容
    cancel_unfulfilled_demand: Optional   # PO 取消時にバイヤーが選ぶ
    allow_one_time_addresses: true
procurement_agents:
  - person: 購買 一郎
    procurement_bu: JP01 本社 BU
    actions: [Manage Requisitions, Manage Purchase Orders, Manage Purchase Agreements]
    access_to_others_documents: View

実務での拡張ポイントです。

設計シートは構成パッケージの移送後の検証にも使う（本番の設定値と突き合わせる）
調達エージェントの割当は、人事異動の運用（追加・削除）と合わせて手順化する

落とし穴とベストプラクティス

財務・SCM・調達の担当で「クロスピラーの設定表」を共有し、誰がいつ設定するかを決めます
アクセス・レベル Full は管理者など一部に限定し、通常のバイヤーは View か Modify にします
構成パッケージで移送した後は、主要な設定（BU 構成・エージェント・承認ルール）を画面で確認します

試験対策ポイント

対応する出題分野：調達の模擬テストの「Implementing Functional Setup Manager」「Provisioning Common Application Functions」「Setting up Common Procurement Functions」「Configuring Project-Driven Supply Chain (PDSC)」「Leveraging AI/ML/Mobile and Automation Features」「Enabling Redwood Capabilities」
FSM のオファリング・機能領域・機能のオプトイン、実装プロジェクト、構成パッケージによる移送
業務機能（Procurement・Requisitioning・Payables Invoicing）と、財務取引を伴う業務機能に主元帳と既定の法的エンティティが必要なこと
調達エージェントのアクションとアクセス・レベル
購買依頼 BU の構成項目（Default Procurement BU、Price Change Tolerance、Cancel Unfulfilled Demand）
クロスピラーの前提（共通オプション、取引勘定ビルダー、受入パラメータ、受入会計）