発注（Purchase Order）

目的

発注（Purchase Order / PO）は、サプライヤーへの正式な購買意思を通知するステップです。見積選定または直接発注の承認後に、サプライヤーへPOが送付されます。サプライヤーはPOを確認・受注確認（注文受諾）し、納品へ進みます。

登場人物

ロール	コード	役割
依頼者	`K001`	発注内容を確認・申請する
購買担当者	`K002`	サプライヤー・金額・条件を最終確認して発注申請する
承認者	`KS01` / `KS03`	発注申請を承認または差戻しする
サプライヤー担当者	`S001`	POを確認し、受注確認（注文受諾）を行う

フロー全体像

flowchart TD
    START(["✅ 前ステップ完了\n見積選定承認 or 直接発注承認"])
    START --> PO_CREATE

    subgraph PO["発注フロー"]
        PO_CREATE["購買担当者\nPO内容を確認・編集"]
        PO_SUBMIT["発注申請\n（承認ルート設定がある場合）"]
        PO_APPROVE{"発注承認"}
        PO_SEND["サプライヤーへPO送付\nメール通知 + システム上で参照可能"]
    end

    PO_CREATE --> PO_SUBMIT --> PO_APPROVE
    PO_APPROVE -->|"承認"| PO_SEND
    PO_APPROVE -->|"差戻し"| PO_CREATE

    PO_SEND --> SUP_ACTION{"サプライヤーの対応"}
    SUP_ACTION -->|"受注"| ACCEPTED(["✅ 受注確認完了\n納期回答 → 納品フローへ"])
    SUP_ACTION -->|"受注辞退（理由付き）"| DECLINE["発注の見直し\n依頼者が取下げて再申請"]

発注の構成

J2 では、1件の「案件」に「明細」がぶら下がる形で発注を管理します。注文書（PDF）は承認後に案件の明細から作られ、サプライヤーへ送られます。

案件（誰が・いつ・どの部門で・どの買い方で）
├── 案件コード（自動採番）
├── 依頼者・購買担当者・申請日
└── 明細（1件〜複数件）
    ├── 明細1: 品目・数量・単価・税区分・サプライヤー・納品先・希望納期
    ├── 明細2: 品目・数量・単価・税区分・サプライヤー・納品先・希望納期
    └── ...

入力・確認項目

ヘッダー情報

項目	必須	説明
サプライヤー	✅	選定済みのサプライヤーが自動セット（変更可）
発注日	✅	自動で当日日付がセット
希望納期	✅	依頼時の希望納期が引き継がれる（変更可）
支払先コード	✅	支払先マスタから選択
納品先	✅	依頼時の納品先組織が引き継がれる
購買グループ	—	見積依頼の段階で決まった担当の購買グループ
備考・社内メモ	—	サプライヤーには非表示の社内メモ欄あり

明細情報

項目	必須	説明
品目名	✅	自動引き継ぎ
数量	✅	変更可能
単価	✅	見積金額から引き継ぎ（変更可）
税区分	✅	標準税率・軽減税率・非課税など
勘定科目	—	初期値はユーザーの所属組織の設定
原価センター	—	コスト配賦先

実際の業務シーン

ケース①：見積選定後の発注（標準フロー）

sequenceDiagram
    participant K002 as 購買担当
    participant J2 as J2システム
    participant KS01 as 承認者
    participant SUP as サプライヤー
    K002->>J2: 見積選定完了後、PO内容を確認
    K002->>J2: 発注申請
    J2->>KS01: 発注承認依頼メール通知
    KS01->>J2: 承認
    J2->>SUP: POをメール送信 + システム通知
    SUP->>J2: 受注確認・納期回答
    J2->>K002: 受注確認完了通知

ケース②：一括発注（複数案件をまとめてPO化）

同一サプライヤーへの複数案件（見積依頼が別々でも）を、1つのPOにまとめて発注できます。

個別発注	一括発注
案件ごとに個別PO	複数案件 → 1枚のPO
PO管理が増える	POと支払処理の件数を削減
支払先への送付も個別	サプライヤーの受注確認も1回で完了

ケース③：サプライヤーからの納期変更

サプライヤーから「在庫の都合で納期を1週間遅らせたい」と連絡が来た場合：

flowchart LR
    ISSUED["注文書送付済み"] --> CHANGE["サプライヤーが納期変更を登録
（理由を入力）"]
    CHANGE --> NOTIFY["依頼者へ通知"]
    NOTIFY --> OK["依頼者が確認
納品待ちを継続"]

数量や金額を変えたい場合は、依頼者が発注を引戻し・取下げて申請し直します。サプライヤー側から数量・金額の変更を依頼する機能はありません。

購買グループ（Purchase Group）の役割

見積依頼の段階で、案件に購買グループ（購買担当チーム）が自動または手動で割り当てられます。発注はその担当グループが引き継ぎます。

flowchart TD
    ORDER["見積依頼が承認された案件"] --> RULE{"購買グループ割当ルール\nを評価"}
    RULE -->|"組織 × カテゴリ × 拠点が一致"| AUTO["自動割当\n対応する購買グループへ"]
    RULE -->|"一致なし"| MANUAL["手動割当\n購買担当者が選択"]
    AUTO --> NOTIF["購買グループメンバーへ\n通知送信"]
    MANUAL --> NOTIF

購買グループルール設定: 設定 > マスタ管理 > 購買グループ

サプライヤー側の操作

サプライヤーはサプライヤーポータルの「受注確認」画面で注文内容を確認します。

操作	説明
受注	注文内容を確認し、受注する
受注辞退	理由を入力して受注を断る。依頼者へ通知され、発注の見直しになる
納期回答・納期変更	納品予定日を回答する。あとから変更する場合は理由を入力する
納品登録	出荷・納品したことを登録する

ビジネスルール

案件コード： 自動で採番され、注文書にも印字されます。
支払先が登録されていること： 支払先マスタに登録済みのサプライヤーにだけ発注できます。未登録の場合は先に支払先を登録します。
税計算方法： 消費税の計算方法と端数処理は会社設定に従います。
金額に応じた承認： 承認ルートに金額条件を設定しておくと、金額が大きい発注には承認段階が増えます。
発注後の取消： サプライヤーが受注する前なら依頼者が引戻せます。受注後の取消はサプライヤーとの合意が必要です。

画面に表示されるステータス（発注フェーズ）

依頼者の画面	承認者の画面	案件の状態
一時保存	—	発注申請を書きかけで保存している
発注承認待ち	発注承認待ち	発注申請済みで、承認者の承認待ち
発注差戻し	発注差戻し	承認者が差戻した。修正して再申請する
発注引戻し	発注引戻し	承認前に依頼者が引き戻した
受注待ち	未受注	承認済み。サプライヤーの受注確認待ち
受注辞退	受注辞退	サプライヤーが受注を断った。発注を見直す
取下げ	取下げ	差戻し・引戻し・辞退の案件を終了した
納品待ち	納品待ち	サプライヤーが受注した。納品待ち
未検収	検収登録待ち	納品済み。依頼者の検収入力待ち
検収承認待ち	検収承認待ち	検収入力済み。承認者の承認待ち
検収完了	検収完了	検収が承認された
支払締め済み	支払締め済み	経理担当者が支払締めを行った（最終状態）

正式なコードと遷移図は発注ステータスの流れを参照してください。

エッジケース・注意事項

FAX・メール注文との併用： サプライヤーが J2 を使わない場合、注文書（PDF）を FAX またはメールで送れます（サプライヤーごとの「FAX・メールでの取引」設定）。
部分納品への対応： 1つのPOに複数明細がある場合、明細ごとに個別に納品・検収することが可能です。
取適法（下請法）区分： サプライヤーの取適法区分が発注画面に表示され、対象取引かどうかを確認できます。