仕入先管理（登録・資格認定）

この章の結論

• 仕入先マスタは「ヘッダ（全社共通）→ 住所 → サイト（調達 BU ごと）→ サイト割当（使ってよい BU）→ 連絡先」の階層です。サイト割当がないと発注・請求に使えません
• 仕入先の作り方は 3 つです。登録依頼（Supplier Registration）の承認、仕入先作業領域での直接作成、インポート（FBDI・REST）
• 取引関係は 見込み仕入先（Prospective） と 支出承認済み（Spend Authorized） の 2 段階です。発注・支払に使えるのは支出承認済みの仕入先です
• 仕入先資格認定管理（SQM）は「質問 → 資格認定領域 → 資格認定モデル → イニシアティブ」で仕入先を評価し、結果をソーシングなどに活かします

全体像

仕入先マスタの構造

階層	内容	管理の単位
仕入先（ヘッダ）	名称、仕入先番号、税情報、事業区分、取扱品目・サービス	全社で 1 件
住所（Address）	仕入先の住所と用途（発注・支払・RFQ など）	仕入先ごと
サイト（Site）	発注・支払に使う単位。支払条件などの取引条件を持つ	調達 BU ごと
サイト割当（Site Assignment）	そのサイトを使ってよいクライアント BU と請求 BU	クライアント BU ごと
連絡先（Contact）	担当者。仕入先ポータルのユーザー・アカウントと結び付く	仕入先ごと
銀行口座（Bank Account）	支払先口座。仕入先・住所・サイトなどのレベルで持てる	レベルを選んで設定

サイトは調達 BU が管理し、クライアント BU はサイト割当でそのサイトを利用します（サービス・プロバイダ・モデル）。サイトには「購買（Purchasing）」「支払（Pay）」などの用途があり、用途に応じて PO や請求書で選べるかが決まります。

取引関係の 2 段階

取引関係	できること	典型的な状態
見込み仕入先（Prospective）	交渉への参加や資格認定など、取引前の活動	登録直後、評価中
支出承認済み（Spend Authorized）	PO・請求書・支払に使える	取引開始の承認が済んだ状態

見込み仕入先を取引に使うには、支出承認（Spend Authorization）を依頼して承認を得ます。どの経路でどちらの状態になるかは、登録の種類と設定により異なるため公式ドキュメントで確認してください。

設定・実装の手順

1. 仕入先登録（見込み仕入先から承認まで）

1. 登録の受付：仕入先が外部向けの登録ページから申請する（外部登録）か、社内の担当者が代わりに申請する（内部登録）
2. 重複チェック：既存の仕入先や登録依頼との重複を確認する（Duplicate Supplier Check、仕入先の照合機能）
3. 承認：仕入先登録の承認ルールに従って承認者に回る。承認者は依頼を編集したり差し戻したりできる
4. 仕入先の作成：承認されると仕入先が作成される。作成でエラーになった場合は、エラーを解消して再処理する
5. 支出承認：取引に使う場合は支出承認を行い、調達 BU にサイトを作ってサイト割当を付ける

登録ページの項目や必須にする情報は「Options to Configure Supplier Registration」で設定します。26D では次世代の仕入先セルフサービス登録（Next Generation Supplier Self-Service Registration）の設定手順も公開されています。登録の添付書類を生成 AI で要約する機能もあります（26D 時点）。

2. 仕入先プロファイルの管理

• 採番：仕入先番号の採番方式（Supplier Numbering）を決めます。移行データの番号を引き継ぐかどうかと合わせて決めます
• 変更依頼：仕入先が仕入先ポータルでプロファイルの変更を依頼でき、社内の承認を経て反映されます。社内ユーザーによる変更を承認対象にする設定もあります
• 統合（マージ）：重複した仕入先・サイトは統合（Merge Suppliers）できます
• 不活性化：一定期間取引のない仕入先は、ジョブ Inactivate Suppliers で不活性化できます
• 監査と保護：プロファイルの変更履歴（監査履歴）を記録できます。納税者番号のマスキングや、個別の仕入先情報へのアクセス制限もあります
• 外部配信：仕入先情報の変更を外部システムへ配信するには、Supplier Outbound Synchronization Service や OIC を使います

3. 仕入先ポータル（Supplier Portal）

仕入先ポータルは、仕入先の担当者が自社の取引情報を扱う画面です。代表的な機能は、PO・契約の確認と承諾（Acknowledgment）、変更の依頼、出荷通知の作成、請求書の作成、交渉への回答、質問表への回答、プロファイルの更新です。26D では Redwood のホーム・ページが提供されています。

ユーザーの準備は次の順に行います。

1. 仕入先に付与できるロール（Manage Supplier User Roles）と、仕入先関連の権限を設定する
2. 仕入先の連絡先を作成する（または仕入先自身の管理者が作る）
3. 連絡先にユーザー・アカウントを依頼し、ロールを付ける（Supplier User Account Request）
4. ユーザーに通知が届き、仕入先ポータルにサインインできるようになる

出題範囲には「Configure Supplier Portal Advisor AI Agent」（仕入先ポータル向けの AI エージェントの設定）が含まれます。機能と設定手順はリリースにより変わりやすいため、公式ドキュメントで確認してください。

4. 仕入先資格認定管理（SQM）

SQM は、質問表で仕入先の情報を集めて評価し、その結果を保管・更新する仕組みです。

構成要素	内容
質問（Question）	回答の形式、配点、回答による分岐（Question Branching）を持つ
資格認定領域（Qualification Area）	質問をまとめた評価単位（例：品質管理体制）
資格認定モデル（Qualification Model）	複数の資格認定領域を組み合わせた評価の枠組み
イニシアティブ（Initiative）	対象の仕入先に質問表を送り、評価するまでの活動
資格認定（Qualification）・評価（Assessment）	評価の結果。資格認定は領域単位、評価はモデル単位の結果

1. 質問を作り、資格認定領域にまとめる（必要なら資格認定モデルを作る）
2. イニシアティブを作り、対象の仕入先と、回答者（仕入先・社内担当者）を指定する
3. 仕入先や社内担当者が質問表に回答する。社内向けの調査（Internal Surveys）もできる
4. 回答を評価・承諾し、資格認定・評価の結果を確定する
5. 期限切れなどに応じて再認定する（ジョブ Requalify Supplier Qualifications）

ルール・セットを使うと、登録時の質問表の送付や、回答に基づく自動処理（ジョブ Perform Automated Tasks for Supplier Qualifications）を設定できます。資格認定の結果は、ソーシングでの仕入先の参加可否（Supplier Eligibility for Sourcing）に反映できます。

コード例

このサイトの練習用モック API（本物の Oracle API ではありません）で、仕入先とサイトの関係を確認できます。仕様は docs/MOCK_API.md に準拠しています。

見込み仕入先の一覧とサイトを確認する（モック API）

export BASE="https://<このサイトのURL>/api/mock/fscmRestApi/resources/11.13.18.05"

# 見込み仕入先だけを取得する
curl -s -u learner:welcome1 \
  "$BASE/suppliers?q=BusinessRelationship=PROSPECTIVE&fields=SupplierId,Supplier,SupplierNumber,BusinessRelationship&onlyData=true"

# 仕入先のサイト（SupplierId は上の結果から選ぶ）
curl -s -u learner:welcome1 "$BASE/suppliers/<SupplierId>/child/sites?onlyData=true"

支払用途のないサイトを洗い出す（モック API）

import os
import requests

BASE = os.environ["BASE"]
AUTH = (os.environ.get("MOCK_USER", "learner"), os.environ.get("MOCK_PASSWORD", "welcome1"))

suppliers = requests.get(f"{BASE}/suppliers", params={"onlyData": "true", "limit": 100},
                         auth=AUTH, timeout=30).json()["items"]
for s in suppliers:
    sites = requests.get(f"{BASE}/suppliers/{s['SupplierId']}/child/sites",
                         params={"onlyData": "true"}, auth=AUTH, timeout=30).json()["items"]
    for site in sites:
        if not site.get("SitePurposePayFlag"):
            print(s["SupplierNumber"], s["Supplier"], site["SupplierSite"], site["ProcurementBU"])

実機の移行検証では、サイト割当のないサイトを SQL で確認します（列名は Tables and Views for Procurement で確認してください）。

サイト割当のない仕入先サイト（例）

SELECT s.segment1          AS supplier_number,
       hp.party_name       AS supplier_name,
       ss.vendor_site_code,
       ss.prc_bu_id
FROM   poz_suppliers            s
JOIN   hz_parties               hp ON hp.party_id  = s.party_id
JOIN   poz_supplier_sites_all_m ss ON ss.vendor_id = s.vendor_id
WHERE  NOT EXISTS (SELECT 1
                   FROM   poz_site_assignments_all_m sa
                   WHERE  sa.vendor_site_id = ss.vendor_site_id)
ORDER  BY s.segment1

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

• 件数が多い場合は limit／offset でページングし、HTTP エラー時のリトライを入れる（REST 演習3）
• 実機の REST（suppliers）では、子リソース名・属性名を REST API リファレンスで確認する

移行（FBDI）の順序

順序	FBDI（ジョブ名）	依存関係
1	Import Suppliers	なし（仕入先ヘッダ）
2	Import Supplier Addresses	仕入先
3	Import Supplier Sites	住所、調達 BU
4	Import Supplier Site Assignments	サイト、クライアント BU・請求 BU
5	Import Supplier Contacts	仕入先（住所に紐付ける場合は住所）
6	Import Supplier Business Classifications ほか	仕入先

仕入先の FBDI テンプレートは SupplierImportTemplate.xlsm（インターフェース表 POZ_SUPPLIERS_INT）です。処理済みのインターフェース・データは削除（Purge）できます。銀行口座のインポートは AP・現金管理側の論点です（データ移行）。

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

よくあるミス

• サイト割当の漏れ：サイトを作ってもサイト割当がないと、購買依頼 BU・請求 BU から使えません
• 重複登録：同じ会社が別名で登録されると、支払・実績の管理が分断されます。重複チェックと照合を有効にし、移行前に名寄せします
• ポータル・ユーザーの未準備：PO の確認や交渉の回答を仕入先ポータルで行う運用なのに、連絡先にユーザーがないと業務が止まります
• 質問の作り込みすぎ：質問を細かく作りすぎると、仕入先の回答負担が大きくなり回答率が下がります

• 仕入先ヘッダは全社で 1 件、サイトは「調達 BU × 住所 × 用途」で設計します
• 仕入先の新規登録は登録依頼に一本化し、承認と重複チェックを必ず通します
• 資格認定は「必須の領域（反社チェック・品質体制など）」を先に決め、再認定の周期を運用に組み込みます

試験対策ポイント

• 対応する出題分野：調達の模擬テスト の「Setting up Supplier Portal」「Setting up Supplier Qualification Management (SQM)」
• 仕入先・住所・サイト・サイト割当・連絡先の関係と、サイトが調達 BU 単位であること
• 見込み仕入先と支出承認済み仕入先の違い
• 仕入先ユーザーのプロビジョニングの流れと、仕入先ポータルでできること
• SQM の構成要素（質問・資格認定領域・資格認定モデル・イニシアティブ）と、資格認定と評価の違い

公式ドキュメント

• Supplier Registration Process
• Oracle Supplier Model
• Supplier Sites and Supplier Site Assignments
• How Supplier User Provisioning Works
• How You Use Qualification Models
• Initiatives
• Import Suppliers（FBDI）
• Options to Configure Supplier Registration

関連ページ

• 調達の全体像と試験範囲
• ソーシングと調達契約
• 共通マスタデータの設計（取引先・品目・組織・COA）
• 移行設計のベストプラクティス（順序・検証・照合）
• 請求書（取込・照合・検証・保留・承認）