コンテンツにスキップ
J2 ドキュメント（社内）

通常見積発注・カタログ購買フロー

一言： 購買ニーズが発生したとき、カタログ購買とRFQのどちらを選ぶべきかを示す分岐点の全体図。

全体図

Section titled “全体図”

通常見積発注・カタログ購買フロー 全体図

目的

Section titled “目的”

このドキュメントでは、J2の主要な購買フロー（見積購買・カタログ購買）を説明します。「購入したい」という依頼が発生してから、納品・検収・支払締めが完了するまでの全ステップと担当者を解説します。

登場人物（ロールコード）

Section titled “登場人物（ロールコード）”
ロールコード役割
依頼者K001購買依頼の作成・検収入力・発注申請
承認者KS01 / KS02 / KS03各ステップの承認または差戻し
購買担当者K002 / KS02担当者割り当て・見積依頼の送付・見積比較・採用決定
サプライヤS001見積回答・受注確認・納品
経理担当者K003支払締め処理

フロー全体像

Section titled “フロー全体像”

購買方法によって2つに分岐します。依頼者・購買担当者・承認者・経理担当者はすべて同じバイヤー企業グループに属します。

登場人物の関係（スイムレーン）

Section titled “登場人物の関係（スイムレーン）”
sequenceDiagram
    box バイヤー企業グループ
        actor K001 as 依頼者
        actor K002 as 購買担当者
        actor KS01 as 承認者
        participant J2 as システム（J2）
        actor K003 as 経理担当者
    end
    actor S001 as サプライヤ

    Note over K001,S001: 🛒 カタログ購買はここから開始（フェーズ1をスキップ）

    Note over K001,J2: 📋 フェーズ1：見積（RFQのみ）
    K001->>J2: 見積依頼申請
    KS01->>J2: 見積依頼承認
    K002->>J2: 担当者割り当て・見積依頼の送付
    J2-->>S001: 見積依頼の通知
    S001-->>J2: 見積回答
    K002->>J2: 比較・採用決定・選定承認

    Note over K001,S001: 📦 フェーズ2：発注〜支払（両フロー共通）
    K001->>J2: 発注申請
    KS01->>J2: 発注承認
    J2-->>S001: 発注通知
    S001->>J2: 受注登録
    S001->>K001: 納品
    K001->>J2: 検収登録
    KS01->>J2: 検収承認
    J2-->>S001: 📧 支払予定通知
    K003->>J2: 支払締め

購買方法の分岐（プロセス図）

Section titled “購買方法の分岐（プロセス図）”
flowchart TD
    START(["💡 購買ニーズ発生"]) --> BRANCH{購買方法は?}

    BRANCH -->|"カタログ品\n（既登録商品）"| CAT["🛒 カタログモール で\n商品検索・選定\n[依頼者]"]
    BRANCH -->|"見積が必要な品\n（価格未確定・特注品等）"| EST["📝 見積依頼申請\n\n[依頼者]"]

    CAT --> ORDER_REQ["📋 発注申請\n[依頼者]"]
    EST --> APPROVE1{"承認\nルートあり?"}
    APPROVE1 -->|Yes| APP1["✅ 見積依頼承認\n[承認者]"]
    APPROVE1 -->|No| UNDECIDED
    APP1 -->|"差戻し"| EST
    APP1 -->|"承認"| UNDECIDED["📥 担当者割り当て\n「担当者未定」の一覧から\nK002が取得\n[購買担当者]"]

    UNDECIDED --> RFQ["📨 サプライヤ選定・\n見積依頼の一斉送付\n[購買担当者]"]
    RFQ --> ANSWER["💬 見積回答\n[サプライヤ]"]
    ANSWER --> COMPARE["📊 見積比較・\n採用サプライヤ決定\n[購買担当者]"]
    COMPARE --> CONSULT["📋 選定相談\n依頼者へ結果通知\n[購買担当者 → 依頼者]"]
    CONSULT --> APPROVE2{"選定承認\nルートあり?"}
    APPROVE2 -->|Yes| APP2["✅ 選定承認\n[承認者]"]
    APPROVE2 -->|No| ORDER_REQ
    APP2 -->|"差戻し"| COMPARE
    APP2 -->|"承認"| ORDER_REQ

    ORDER_REQ --> APPROVE3{"発注承認\nルートあり?"}
    APPROVE3 -->|Yes| APP3["✅ 発注承認\n[承認者]"]
    APPROVE3 -->|No| RECEIVE
    APP3 -->|"差戻し"| ORDER_REQ
    APP3 -->|"承認"| RECEIVE["🏭 受注確認\n[サプライヤ]"]

    RECEIVE --> DELIVERY["🚚 納品\n[サプライヤ]"]
    DELIVERY --> ACCEPT["🔍 検収入力\n[依頼者（または購買担当者）]"]
    ACCEPT --> APPROVE4{"検収承認\nルートあり?"}
    APPROVE4 -->|Yes| APP4["✅ 検収承認\n[承認者]"]
    APPROVE4 -->|No| PAYMENT
    APP4 -->|"差戻し"| ACCEPT
    APP4 -->|"承認"| PAYMENT["💰 支払締め\n[経理担当者]"]
    PAYMENT --> END(["✅ 完了"])

カタログ購買 vs 見積購買（RFQ）の違い

Section titled “カタログ購買 vs 見積購買（RFQ）の違い”
flowchart LR
    subgraph CAT["🛒 カタログ購買"]
        direction TB
        c1["商品検索（カタログモール）"] --> c2["商品選定・数量確定"]
        c2 --> c3["発注申請へ\n（見積ステップをスキップ）"]
    end

    subgraph RFQ["📋 見積購買（RFQ）"]
        direction TB
        r1["見積依頼申請"] --> r2["承認 → 担当者割り当て"]
        r2 --> r3["見積依頼の送付 → 見積回答取得"]
        r3 --> r4["比較・選定 → 発注申請へ"]
    end
観点カタログ購買見積購買（RFQ）
対象品価格・仕様が確定済みの定型品価格未確定・特注品・サービス
所要時間短い（検索→即発注）長い（見積取得・比較・選定が必要）
サプライヤ事前に登録済みのカタログ提供者複数社から選定可能
価格交渉不可（カタログ価格固定）可（RFQで複数社比較）
典型的な例コピー用紙、PC、備品工事、保守サービス、大量発注

詳細ドキュメント

Section titled “詳細ドキュメント”

各フローの詳細は以下を参照してください。

フロードキュメント
🛒 カタログ購買フローカタログ購買フロー
📋 見積購買フロー（RFQ）見積購買フロー（RFQ）

このフローの重要ポイント

Section titled “このフローの重要ポイント”
  • 担当者の割り当ては、設定によって自動にも手動にもなる（見積購買のみ）： 承認後の案件は、会社が「組織×品目カテゴリ→担当者」の対応を設定していれば、その担当者に自動で割り当てられ、担当者へ通知が届きます。設定がない、または担当グループまでしか決まらない場合は「担当者未定」の一覧に入り、購買担当者が自分で引き受けます。引き受けられないまま放置されないよう、一覧を定期的に確認する運用が必要です。
  • 複数社同時見積が可能（RFQのみ）： RFQは複数サプライヤへ同時送付できます。価格競争により調達コストを削減できます。
  • 選定相談が存在する（RFQのみ）： K002が採用サプライヤを決定する前に、依頼者へ見積結果を送付し相談できます。依頼者の現場知識を選定に反映させる仕組みです。
  • 承認ルートは会社・案件ごとに設定可能： 見積依頼承認・選定承認・発注承認・検収承認のそれぞれで、承認が必要か不要かを設定できます（Master Dataで設定）。
  • 最終ステップは支払締め： 検収完了後、経理担当者が支払締め処理を実施します。

関連ページ

Section titled “関連ページ”