新規バイヤーオンボーディング — セットアップデータ全体ガイド

一言で言うと： 新規バイヤー企業がJ2で安定して取引を行うためには、5つのレイヤーのデータを正しい順序でセットアップする必要があります。組織構造・ユーザー・会計・承認フロー・サプライヤ連携の順に構築し、どれか一つでも欠けると発注ができません。

---

全体像：5つのセットアップレイヤー

flowchart TD
    subgraph L1["🏛️ レイヤー1 — 企業構造（プロバイダーが設定）"]
        CG["会社グループ\n(Company Group)"]
        BS["機能設定\n(BuyerSwitch)"]
        CO["子会社・グループ会社\n(Companies)"]
        CG --> BS
        CG --> CO
    end

    subgraph L2["🏢 レイヤー2 — 組織構造（バイヤー管理者）"]
        BP["拠点\n(Business Places)"]
        POS["役職・承認レベル\n(Positions)"]
        ORG["部門・組織\n(Organizations)"]
        AT["勘定科目\n(Account Titles)"]
        CC["原価センター\n(Cost Centers)"]
        BP --> ORG
        POS --> ORG
    end

    subgraph L3["👤 レイヤー3 — ユーザー・権限（プロバイダー＋バイヤー管理者）"]
        US["ユーザーアカウント\n(Users)"]
        UO["部門への所属設定\n(User-Organization)"]
        US --> UO
    end

    subgraph L4["⚙️ レイヤー4 — 購買設定（バイヤー管理者）"]
        CAT["品目カテゴリ\n(Product Categories)"]
        AR["承認ルート\n(Approval Routes)"]
        PG["購買グループ\n(Purchase Groups)"]
        AG["検収グループ\n(Acceptance Groups)"]
        CAT --> AR
        AR --> PG
    end

    subgraph L5["🤝 レイヤー5 — サプライヤ連携（プロバイダー）"]
        SL["サプライヤ紐付け\n(Supplier Links)"]
    end

    L1 --> L2
    L2 --> L3
    L3 --> L4
    L4 --> L5
    L5 --> READY["✅ バイヤー\n取引開始可能"]

---

担当者別まとめ

レイヤー	担当者	アクセスポータル
レイヤー1 — 企業構造	プロバイダー管理者	bizhiway.staging.jienie.com
レイヤー2 — 組織構造	バイヤー管理者	j2.staging.jienie.com
レイヤー3 — ユーザー	プロバイダー（アカウント作成）＋ バイヤー管理者（部門紐付け）	両方のポータル
レイヤー4 — 購買設定	バイヤー管理者	j2.staging.jienie.com
レイヤー5 — サプライヤ	プロバイダー管理者	bizhiway.staging.jienie.com

---

レイヤー1 — 企業構造

担当：プロバイダー管理者

1.1 会社グループの作成

J2における最上位の組織単位です。すべてのデータはこの会社グループ配下に属します。

項目	例	備考
表示コード	J2-ANDY-HOLDINGS	システム上の一意な識別子
名称	ANDYホールディングス株式会社	表示名
プレフィックス	ANDY	最大4文字 — コード自動生成に使用
会社区分	10（バイヤー）	サプライヤ（20）・プロバイダー（90）と区別

1.2 BuyerSwitchの設定（機能フラグ）

BuyerSwitchは会社グループ単位で機能のON/OFFを制御するコントロールパネルです。バイヤー管理者がセットアップを始める前に、プロバイダー管理者が必要なモジュールを有効化します。

flowchart LR
    subgraph CORE["コア機能（通常ON）"]
        C1["✅ isCatalogPurchasing\nカタログ購買"]
        C2["✅ isEnableEstimateFunction\n見積購買（RFQ）"]
    end

    subgraph CONTRACT["契約購買（任意）"]
        K1["isContractPurchasing\n長期契約購買"]
        K2["  └ isContractCostCenter\n     原価センター必須化"]
        K3["  └ isContractAccountTitle\n     勘定科目必須化"]
        K4["  └ isContractInternalOrder\n     内部指図必須化"]
        K1 --> K2 & K3 & K4
    end

    subgraph PAYMENT["支払・請求書"]
        P1["isBillPayment\n請求書管理"]
        P2["isUsePaymentClosingManagement\n支払締め管理"]
    end

    subgraph ADVANCE["高度機能"]
        A1["isEnableBudgetManagement\n予算管理"]
        A2["isActiveAccountTitleAssociation\nカテゴリ→勘定科目の自動紐付け"]
        A3["isActiveQlik\nQlik分析連携"]
    end

初期設定で最低限有効化すべきフラグ：

フラグ	デフォルト	有効化タイミング
isCatalogPurchasing	OFF	常にON — カタログ購買の基盤
isEnableEstimateFunction	OFF	見積購買（RFQ）を使う場合ON
isContractPurchasing	OFF	長期契約購買がある場合ON
isBillPayment	OFF	請求書・支払管理が必要な場合ON
isEnableBudgetManagement	OFF	予算管理が必要な場合ON
isUseOwnerCodeForSupplier	OFF	自社サプライヤコードを使う場合ON

1.3 会社（子会社）の作成

各子会社は独立した法人単位です。会社グループ内に複数作成できます。

例：ANDYホールディングスグループ
├── ANDY-MFG      （製造）
├── ANDY-FOOD     （食品）
├── ANDY-LOG      （物流）
├── ANDY-TECH     （IT）
├── ANDY-RETAIL   （小売）
└── ANDY-SVC      （シェアードサービス）

項目	例	備考
表示コード	ANDY-MFG	グループ内で一意
名称	ANDY製造株式会社	正式社名
プレフィックス	MFG	コード自動生成用
資本金	5,000,000,000円	取適法判定に使用
従業員数	1,200名	取適法判定に使用

---

レイヤー2 — 組織構造

担当：バイヤー管理者（会社ごとに設定）

2.1 拠点（Business Places）— 2階層構造

拠点は物理的な場所（本社・工場・倉庫など）を表します。AREA（エリア） → LOCATION（拠点）の2段階で管理します。

flowchart TD
    AREA1["🗺️ AREA（エリア）\nMFG-AREA-NGY\n名古屋エリア"]
    LOC1["📍 LOCATION（拠点）\nMFG-LOC-HQ\n本社"]
    LOC2["📍 LOCATION\nMFG-LOC-FCT\n製造工場"]
    AREA1 --> LOC1 & LOC2

ARTEAを先に作成し、LOCATIONは親にAREAを指定して作成します。

2.2 役職（Company Positions）— 承認レベルの設定

役職はJ2において単なる肩書きではなく、承認レベル（0〜6） と紐付いており、どの金額・条件の発注を承認できるかを決定します。

flowchart LR
    L0["Level 0\n一般"] --> L1["Level 1\n主任"]
    L1 --> L2["Level 2\n課長"]
    L2 --> L3["Level 3\n部長"]
    L3 --> L4["Level 4\n本部長"]
    L4 --> L5["Level 5\n取締役"]
    L5 --> L6["Level 6\n代表取締役"]

ANDY-MFGの役職例：

役職コード	名称	承認レベル
MFG-POS-GENERAL	一般	0
MFG-POS-CHIEF	主任	1
MFG-POS-MGR	課長	2
MFG-POS-DIV	部長	3
MFG-POS-HEAD	本部長	4
MFG-POS-DIR	取締役	5

2.3 組織（Organizations）— 部門構造

組織はその会社の部門ツリーです。フラット構造も、多階層構造も可能です。

flowchart TD
    ROOT["ANDY-MFG\n（会社）"]
    D1["経営管理部"]
    D2["購買部"]
    D3["製造部"]
    D3a["第一製造部"]
    D3b["第二製造部"]
    D4["品質管理部"]
    D5["研究開発部"]

    ROOT --> D1 & D2 & D3 & D4 & D5
    D3 --> D3a & D3b

各組織に紐付けるもの：

• 拠点（Business Place）
• 原価センター（Cost Center）

2.4 勘定科目（Account Titles）

購買費用を会計上の種別に分類するマスタ。一般的に1社あたり8〜12種類。

コード	名称	用途
MFG-AT-001	原材料費	製造用原材料
MFG-AT-002	消耗品費	工具・事務用品等
MFG-AT-003	外注費	加工・製造委託
MFG-AT-004	修繕費	設備の修理・保全
MFG-AT-005	運賃	配送・輸送費
MFG-AT-006	設備費	機械・設備購入

2.5 原価センター（Cost Centers）

費用を負担する社内単位。部門と1対1または複数対1で対応します。

コード	名称	対応部門
CC-MFG-HQ	経営管理センター	経営管理部
CC-MFG-PURCHASE	購買センター	購買部
CC-MFG-PROD1	第一製造センター	第一製造部
CC-MFG-PROD2	第二製造センター	第二製造部
CC-MFG-QC	品質管理センター	品質管理部
CC-MFG-RD	研究開発センター	研究開発部

---

レイヤー3 — ユーザー・権限設定

プロバイダーがアカウント作成 → バイヤー管理者が部門配属・権限設定

3.1 ユーザーの作成

プロバイダー管理者が基本情報を登録：

項目	例
メールアドレス	tanaka.taro@andy-mfg.co.jp
氏名	田中 太郎
言語	ja
開始日	2025-01-01
終了日	2999-12-31（無期限）
所属会社	ANDY-MFG

3.2 組織への配属（User-Organization）— 最重要ステップ

このステップでユーザーのできることすべてが決まります。

flowchart TD
    USER["👤 ユーザー\n田中 太郎"]

    subgraph UO["User-Organization設定"]
        ORG2["所属部門：購買部"]
        POS2["役職：課長（Level 2）"]
        ROLE["購買ロール："]
        R1["K001 — 依頼者（購買依頼作成）"]
        R2["K002 — 購買担当（発注処理）"]
        R3["KS01 — 承認者（発注承認）"]
        ROLE --> R1 & R2 & R3
        SCOPE["閲覧範囲："]
        S1["SELF — 自分の発注のみ"]
        S2["ORGANIZATION — 部門全体"]
        S3["COMPANY — 全社"]
        SCOPE --> S1 & S2 & S3
    end

    subgraph DEFAULTS["デフォルト値（入力補助）"]
        DEF1["デフォルト納品先"]
        DEF2["デフォルト勘定科目"]
        DEF3["デフォルト原価センター"]
    end

    USER --> UO
    USER --> DEFAULTS

主要ロールコード：

ロールコード	名称	できること
K001	購買依頼者（申請者）	購買依頼の作成
K002	購買担当者	発注書（PO）の作成・管理
KS01	承認者	発注の承認・差し戻し
KM01	マスタ管理者	マスタデータの設定・管理
KA01	検収者	納品の受入確認

---

レイヤー4 — 購買設定

担当：バイヤー管理者

4.1 品目カテゴリ（3階層構造）

購買する商品・サービスの分類体系。3段階のツリー構造で管理します。

レベル1（大分類）  レベル2（中分類）     レベル3（小分類 — 任意）
────────────────────────────────────────────────────────────
製造資材        → 原材料           → アルミ材
                                  → 鉄材
                                  → 樹脂材
                → 機械部品        → 標準部品
                                  → 特注部品
                → 消耗品

IT・システム    → ソフトウェア
                → ハードウェア
                → クラウドサービス

外注・サービス  → 製造外注
                → 輸送・物流
                → 保守・修繕

カテゴリは 購買グループの自動割り当てや勘定科目の自動紐付けにも使われます。

4.2 承認ルート（Approval Routes）

オンボーディングの中で最も複雑なステップです。誰がどの発注を、どの条件で承認するかを定義します。

flowchart TD
    subgraph TYPES["承認の種類"]
        T1["🛒 発注承認\n（購買依頼・PO）"]
        T2["📋 見積依頼承認"]
        T3["📦 検収承認"]
        T4["💰 支払承認"]
    end

    subgraph CONDITIONS["発動条件"]
        C1["金額条件\n（〜10万 / 〜50万 / 50万超）"]
        C2["依頼元の部門"]
        C3["品目カテゴリ"]
        C4["購買種別\n（カタログ / 見積 / 契約）"]
    end

    subgraph APPROVERS["承認者の指定方法"]
        A1["役職レベルで指定\n（Level 2以上が承認）"]
        A2["部門で指定\n（依頼者の上長部門）"]
        A3["個人で固定指定\n（代表取締役が大型案件を承認）"]
    end

    TYPES --> CONDITIONS --> APPROVERS

ANDY-MFGの承認ルート例：

条件	ステップ1	ステップ2
発注額 ≤ 100,000円	課長（L2）	—
100,001〜500,000円	課長（L2）	部長（L3）
500,001円以上	課長（L2）	取締役（L5）

4.3 ルートの組織への割り当て

承認ルートを作成後、組織へのマッピングが必要です：

会社 × 部門 × 承認種別 → 適用ルート
────────────────────────────────────────────────────────
ANDY-MFG × 購買部 × 発注承認 → "通常購買ルート"
ANDY-MFG × 研究開発部 × 発注承認 → "研究開発特別ルート"

4.4 購買グループ（任意）

複数の購買担当者がいる場合、条件に応じて自動割り当てを行うルールです：

ルール：依頼部門 = 製造部 AND カテゴリ = 製造資材 AND 拠点 = 名古屋
→ 自動で「名古屋製造購買チーム」に割り当て

4.5 検収グループ（任意）

納品確認を行うチームの設定。複数部門での検収に対応します：

化学品の発注 → 検収グループ「品質管理チーム」
IT機器の発注 → 検収グループ「ITインフラチーム」

---

レイヤー5 — サプライヤ連携

担当：プロバイダー管理者

5.1 サプライヤの紐付け

J2にすでに登録済みのサプライヤを、バイヤーの会社グループに紐付けます。

flowchart LR
    BG["会社グループ\nJ2-ANDY-HOLDINGS"]
    S1["サプライヤA\n（J2に登録済み）"]
    S2["サプライヤB"]
    S3["サプライヤC"]

    subgraph LINK["紐付け情報（buyer_supplier_relation）"]
        F1["✅ 見積依頼を許可"]
        F2["✅ 発注を許可"]
        F3["✅ 検収を許可"]
        F4["✅ 支払を許可"]
        F5["🏷️ 自社管理サプライヤコード"]
        F6["⚖️ 取適法区分\n（isSubjectToSubcontractAct）"]
    end

    S1 & S2 & S3 --> LINK --> BG

CSVによる一括インポートも可能。グループ内の各会社ごとに異なるサプライヤリストを持てます。

---

最小構成 vs 完全構成の比較

flowchart LR
    subgraph MIN["🚀 最小構成\n（最初の発注実行に必要）"]
        M1["会社グループ + 会社 × 1"]
        M2["BuyerSwitch：カタログ + RFQ ON"]
        M3["拠点 × 1"]
        M4["組織 × 3〜5"]
        M5["ユーザー × 5〜10（各ロール）"]
        M6["勘定科目 × 5〜10"]
        M7["原価センター × 1〜2"]
        M8["品目カテゴリ（Lv1+Lv2のみ）"]
        M9["承認ルート × 1\n（全発注 → 1名承認者）"]
        M10["サプライヤ × 1〜2"]
    end

    subgraph FULL["🏭 完全構成\n（本番稼働に対応）"]
        F1["複数子会社"]
        F2["BuyerSwitch 全機能設定済み"]
        F3["拠点 2階層（エリア → 拠点）"]
        F4["多階層の組織ツリー"]
        F5["詳細な権限設定\n（スコープ・デフォルト値・ロール）"]
        F6["勘定科目・原価センター完備"]
        F7["内部指図（SAP連携時）"]
        F8["品目カテゴリ 3階層 詳細"]
        F9["承認ルート複数\n（金額別・部門別・種別別）"]
        F10["購買グループ自動割り当て"]
        F11["検収グループ設定"]
        F12["サプライヤ全数 + 取適法設定"]
        F13["予算管理設定（必要時）"]
    end

    MIN -- "段階的に拡張" --> FULL

---

セットアップ手順（正しい順序）

flowchart TD
    S1["Step 1\n✏️ 会社グループ作成"] --> S2
    S2["Step 2\n⚙️ BuyerSwitch設定"] --> S3
    S3["Step 3\n🏢 子会社作成"] --> S4
    S4["Step 4\n📍 拠点作成\n（エリア → 拠点）"] --> S5
    S5["Step 5\n👔 役職・承認レベル設定"] --> S6
    S6["Step 6\n🏛️ 組織（部門）作成"] --> S7
    S7["Step 7\n📊 勘定科目作成"] --> S8
    S8["Step 8\n💰 原価センター作成"] --> S9
    S9["Step 9\n👤 ユーザーアカウント作成"] --> S10
    S10["Step 10\n🔗 ユーザーを組織へ配属\n（権限・デフォルト値の設定）"] --> S11
    S11["Step 11\n📦 品目カテゴリ作成\n（Lv1→Lv2→Lv3）"] --> S12
    S12["Step 12\n✅ 承認ルート作成"] --> S13
    S13["Step 13\n🔗 承認ルートを組織へ割り当て"] --> S14
    S14["Step 14\n👥 購買グループ設定\n（任意）"] --> S15
    S15["Step 15\n🔍 検収グループ設定\n（任意）"] --> S16
    S16["Step 16\n🤝 サプライヤ紐付け"] --> DONE
    DONE["✅ バイヤー\n取引開始！"]

    style S1 fill:#e3f2fd
    style S2 fill:#e3f2fd
    style S3 fill:#e3f2fd
    style S4 fill:#e8f5e9
    style S5 fill:#e8f5e9
    style S6 fill:#e8f5e9
    style S7 fill:#e8f5e9
    style S8 fill:#e8f5e9
    style S9 fill:#fff3e0
    style S10 fill:#fff3e0
    style S11 fill:#fce4ec
    style S12 fill:#fce4ec
    style S13 fill:#fce4ec
    style S14 fill:#fce4ec
    style S15 fill:#fce4ec
    style S16 fill:#f3e5f5
    style DONE fill:#c8e6c9

---

完全チェックリスト

レイヤー1 — プロバイダーが設定

• 会社グループ作成（display_code・名称・プレフィックス・会社区分=10）
• BuyerSwitch最低限設定：isCatalogPurchasing・isEnableEstimateFunctionをON
• 子会社を全社作成

レイヤー2 — バイヤー管理者が組織設定

• 拠点（エリア）作成
• 拠点（ロケーション）作成（親=エリア）
• 役職作成（Level 0〜5）
• 組織（部門ツリー）作成
• 勘定科目作成（1社あたり8〜12種類）
• 原価センター作成（組織と紐付け）

レイヤー3 — ユーザー設定

• プロバイダーがユーザーアカウント作成
• バイヤー管理者が各ユーザーを組織へ配属
• 役職（Position）・承認レベルを設定
• ロール設定：K001 / K002 / KS01 / KM01 / KA01
• 閲覧範囲設定（browse_scope_type）
• デフォルト値設定：納品先・勘定科目・原価センター

レイヤー4 — 購買設定

• 品目カテゴリ レベル1 作成
• 品目カテゴリ レベル2 作成（親=レベル1）
• 品目カテゴリ レベル3 作成（必要な場合）
• 承認ルート作成（発注・見積・検収・支払の各種別）
• 承認ルートを組織へ割り当て
• 購買グループルール設定（複数購買担当者がいる場合）
• 検収グループ設定（必要な場合）

レイヤー5 — サプライヤ連携

• プロバイダーがサプライヤを会社グループへ紐付け（CSV一括インポート可）
• 各サプライヤの許可設定（見積・発注・検収・支払）
• 取適法区分の設定（必要な場合）
• エンドツーエンドで最初の発注テストを実施 ✅

---

参考：ANDY-HOLDINGSデモデータの規模

データ種別	数量
子会社	7社
拠点	9エリア + 15ロケーション
役職	約129件
組織（部門）	約66部門
勘定科目	約66件（1社10件 × 7社）
原価センター	約55件
連携サプライヤ	約96社
テストユーザー	約50名