目次
この記事のポイント
- 購買依頼（PR）は社内に留まる社内文書。承認（リリース戦略＋ワークフロー）を通過した依頼だけが、ME21N で発注書に変換できる
- 調達方法は標準・外注・預託・在庫転送・外部サービスの 5 分類。それぞれの「型」に設定画面があり、1 か所に集まってはいない
- ME51N の入力は4 グループ・6 ステップ。数量・納期・納入先・評価価格の 4 点が、伝票の骨格になる
- ME21N 変換時に自動で引き継がれるのは 4 項目（数量・納期・納入先、そして条件付きの単価）。単価が空欄なら、情報レコードが無いのが原因
01WHAT 購買依頼は「社内だけの調達依頼伝票」
購買依頼（Purchase Requisition、略して PR）は、社内の部署が購買部門に送る「それを買ってください」という依頼の伝票です。SAP MM の調達は発注書（Purchase Order）から始まるのではなく、この依頼から始まります。SAP の中のフローは「要求（PR）→ 承認 → 発注（PO）→ 入荷（GR）→ 請求照合（IR）」で一続きに動きます。
SAP の公式ドキュメントは、購買依頼を「組織内部にとどまる社内文書であり、承認の対象となるもの」と定義し、承認後は「変更できる範囲が限定される」としています。つまり購買依頼はチャットの一行や電子メールではなく、予算・数量・納期の所在を SAP に固定する伝票です。固定されたデータは、発注書という社外向けの文書を引き継ぎ、入荷・請求照合まで同じ流れで追跡できます。
1-1. 伝票にしないと、管理の 3 つが欠ける
メールやチャットで「消耗品を 10 箱お願い」と送ると、SAP に載せた時点では品目・数量・納期・予算のどれが確定したか分かりません。伝票にすると次の 3 つが同時に確定します。
| 依頼の媒体 | 数量・納期 | 予算の所在 | 承認の証跡 |
|---|---|---|---|
| メール・チャット | 属人化。「10 箱」の 10 が箱なのか個なのかも不明 | 残らない。後から誰が判断したかを追えない | 残らない。差戻しや引き継ぎが口頭になる |
| 購買依頼（SAP） | 品目番号・数量・単位・必要日として固定される | 評価価格と会計割り当て（コストセンター・勘定科目・WBS）で固定される | 承認戦略とワークフローの履歴として残る |
SAP に載せないと、経理や管理者が判断するための材料が残らない、という点が本質です。購買依頼の 1 行は、業務の意思表示と会計の裏付けを同時に持つ伝票になっています。
1-2. 承認は「誰が」ではなく「どの経路」で決まる
購買依頼の承認は、リリース戦略（承認手順、MM-PUR）と呼ばれます。購買依頼の価値（金額）と、品目区分・購買グループ・プラントなどの条件から、SAP が承認戦略を自動で割り当てます。承認者は自分で選ぶのではなく、金額と条件の結果として決まります。
S/4HANA では、この承認を SAP Business Workflow のワークフローに接続し、My Inbox アプリで処理します。文書全体の承認タスクは BUS2105、品目単位の承認タスクは BUS2009 です。文書タイプ（標準は NB）に「OvRel（全体承認）」を指定するかどうかで、全体承認か品目承認かも変わります。承認や差戻しのメモは品目単位のテキストタイプ B08 に保存されるため、未作成なら先にテキストタイプを用意しておく必要があります。
さらに、承認中に「重要な変更」を加えると承認は最初からやり直しになります。運用では「入力を終えてから保存」を原則にしてください。
日程も逆算で決まります。SAP では発注開始日は、必要日から購買処理時間・計画納入時間・入庫処理時間を引いて計算します。SAP Help の例では、必要日 2007/10/01・購買処理時間 2 営業日・計画納入時間 10 暦日・入庫処理時間 2 営業日に対し、2007/09/13 にリリースしておく必要があります。つまりリリースは 1 週間早い前提で設計されている、ということです。
1-3. 調達方法は 5 つの「型」に分かれる
購買依頼で扱う調達は、標準・外注・預託・在庫転送・外部サービスの 5 つに分類されます。SAP 内部では 1 つの「調達タイプ設定画面」でまとめて選ぶものではなく、型の出一道場所ごとに別々の設定になっています。
| 調達の型 | 典型的な場面 | SAP 側の設定ポイント |
|---|---|---|
| 標準（Standard） | 消耗品・一般資材・工場の備品 | 特殊在庫は使わない。標準の情報レコードで価格と納期を固定する |
| 外注（Subcontracting） | 部品を支給して加工を委託する | 品目マスタの在庫タイプ「委託」と外注の情報レコード。情報レコードの情報カテゴリが「Subcontracting」になる |
| 預託（Consignment） | 仕入先が所有する在庫を現場で消費する | 特殊在庫「預託（K）」。引取までは所有権が仕入先にある |
| 在庫転送（Stock Transfer） | 社内の別プラントから振替・転庫する | 移転タイプと在庫転送伝票。工場を跨ぐ依頼は組織割当が前提 |
| 外部サービス（Services） | 清掃・修理・保守などを外部に委託する | 品目区分（サービス用カテゴリ D／L／S）とサービスの情報レコード |
1〜4 の「特別調達」側の扱い（所有権・入庫・消去のタイミング）は通常の品目とは異なります。詳しくは既公開記事の特殊調達・特殊在庫とは？預託・外注・パイプライン・在庫転送の仕組みで解説しています。
「型」は 1 か所には集まっていない
情報レコードの情報カテゴリは「標準・外注・パイプライン・預託」、移転は「在庫転送の型」、サービスは「品目区分」で決まります。購買依頼の画面上から「型」を選ぶのではなく、マスタと情報レコードの側で設定されている、という構造を覚えておいてください。
02POINTS ME51N で購買依頼を作る 6 ステップ
ロジスティクス ⇒ 資材管理 ⇒ 購買 ⇒ 購買依頼 ⇒ 作成（TCode：ME51N）を開くと、購買依頼の作成画面が表示されます。以下の 6 ステップで入力が完結します。変更は ME52N、参照・印刷は ME53N を使います（印刷の設定はSAP の購買依頼・発注書の印刷を ME53N と ME9F で解決で解説しています）。
- 文書タイプと購買組織・購買グループを決める文書タイプ（標準は NB）、購買組織、購買グループ、依頼日を入力します。ここで「誰が発注担当として引き受けるか」が確定し、承認ルートの条件にも使われます。購買組織の作り方は購買組織・購買グループの定義方法を参照してください。
- 依頼する品目と数量を入れる品目番号を選ぶか、マスタが無い場合は ITEM-G（自由記載品目）で名称を直接入力します。数量と単位を入れると「何を・いくつ」の部分が決まり、発注コミットメント（発注予定額）として集計されます。
- 必要日と納入日を分けて入れる必要日（要求日）は現場が本当に欲しい日、納入日は仕入先の所在地へ届く日です。両者を同じ値で入れると、納期交渉の段階で「どちらの意味の日付ですか」という確認が入ります。
- 工場・保管場所・納入先を指定する工場と保管場所を入れ、搬入先の住所（Unloading Point）を決めます。工場を跨ぐ依頼では、どの工場の所要として見えるかが問題になるため、組織割当の設計が前提になります（組織単位の割当方法）。
- 評価価格と会計割り当てを入れる評価価格（valuation price）と、コストセンター・勘定科目・WBS・内部注文を入れます。評価価格は承認戦略の判定基準になるため、「単価は未定でも概算を入れる」運用が効きます。品目のマスタ作成自体は品目マスタ作成（MM01）にまとまっています。
- 保存して、承認に出す保存すると購買依頼番号が発番されます（ヘッダ EBNK／明細 EBAN）。ME53N で内容を確認したうえで、承認依頼を出します。承認済みになった依頼だけが ME21N の参照候補になります。
評価価格を入れる理由（最頻のトラブル回避）
承認戦略は「価値」で分岐します。評価価格を入れないと価値 0 として扱われ、意図した金額階層の経路が選ばれないことがあります。また購買依頼の可用性チェック（予算チェック）を実施する購買組織では、承認が止まります。単価が未定なら 0 ではなく概算（例：10 万円規模）を入れておくのが実務的です。
03INSIGHT 承認済み依頼を発注書へ変換する
承認が下りた購買依頼は、ME21N で発注書（Purchase Order、略して PO）に変換します。SAP 内部では、発注書が EKKO（ヘッダ）と EKPO（明細）のテーブルに記録され、購買依頼側の PRPO（後続伝票情報）が「発注済み」に書き換わります。ここまでが「購買依頼」の本来の仕事が終わるポイントです。
- ME21N を開き「購買依頼」を選ぶME21N のホーム画面で「購買依頼」ボタン（または参照選択）を押します。発注書作成の入口がここです。
- 変換対象の購買依頼番号を入力して実行「購買依頼」という参照画面が開き、対象番号を指定します。承認済みでない依頼は一覧に出てきません。承認を通っている証拠でもあります。
- 標準参照の購買依頼を発注書カートへドラッグ＆ドロップ参照一覧（文書タイプ NB の標準参照）にある購買依頼を、発注書のカートへドラッグすると、購買依頼の明細が発注書明細として展開されます。
- 発注書画面で確認して保存数量・単価・納期・納入先・会計割り当てを目視確認し、単価が空欄なら購入担当が入力して保存します。以降の修正は ME22（変更）と ME23（表示）で行います。
承認後に「ちょっと直す」はしない
承認済みの購買依頼は変更できる範囲が限定されています。数量や納期を修正すると承認が再開される可能性があり、承認済みで発注済みの伝票数量が変わると、入荷（GR/IR 仮勘定）や請求照合との整合が崩れます。修正が必要な場合は差戻しと再承認、または ME22 での発注書修正という道順を原則にしてください。
3-1. 単価が空欄になる原因と、事前の準備
ME21N に変換した直後、単価欄が空欄なのは異常ではありません。購買情報レコード（ME11）や購買契約が品目に対して有効でなければ、価格・条件・納入計画は引き継がれません。単価を毎回手で入れる運用を変えるには、購買情報レコード（ME11）とソースリスト（ME01）：4つの調達タイプと調達先決定の仕組みのように「品目×仕入先」の台帳を整備し、ソースリストで調達先を固定するのが近道です。
また、1 つの購買依頼を複数の発注書に分割した場合、未発注の数量は購買依頼側に残ります（未発注残）。どの段階で「全部発注した」とみなすかは現場ルールなので、購買依頼 1 件あたりの分割方針は運用規定に書いておくのが安全です。
3-2. 設計は SAP の設定より前段にある
購買依頼の運用でいちばん効くのは、画面設定ではなく承認ルートの設計です。金額階層をいくつ刻むか、購買グループごとに決裁を分けるか、代理承認はどうするか、差戻しを誰が拾うか。ここが決まっていないと、ERP の設定をどれだけ精美に仕込んでも依頼は滞留します。
ADT はこの「業務プロセス設計 → SAP 設定 → 運用定着」の順で支援します。移行案件では、既存の Excel や紙で運用している購買依頼を SAP に載せるときに、項目区分・会計割り当て・評価価格の運用を先に決める必要があります。さらに、定型的な入力作業については BTP 上の AI で購買依頼の入力項目を候補提示する実証実験（PoC）にも contents しています（SAP AI Core／Generative AI Hub とは？BTP 上で LLM を安全に使う仕組み）。承認だけは人が判断する、という線引きまで含めた設計でないと、現場の運用は落ち着きません。
豆知識：購買依頼から「この依頼はどの発注書になった？」を確認する方法
PRPO テーブルには、購買依頼の明細と後続伝票（発注書など）が対で記録されています。ME53N の「後続伝票」タブから追跡できるため、購買部門が「この依頼はどの発注書になったか」を追いかけるときに直接参照できます。
04まとめ 運用チェックリスト 6 項目
まとめ：購買依頼運用で確認したい 6 点
- 購買依頼は社内文書。承認済みでなければ ME21N で発注書に変換できない
- 承認ルートは自分で選ぶのではなく、価値（金額）と条件から SAP が自動で割り当てる
- ME51N では「品目・数量・必要日と納入日・納入先・評価価格・会計割り当て」を欠かさない
- 調達方法は標準・外注・預託・在庫転送・外部サービスの 5 つ。設定先は型ごとに異なる
- 単価は情報レコードから引継がれる。台帳が無いと毎回手入力になるため事前に ME11 を整備する
- ME21N 変換後は数量・単価・納期・納入先を確認し、未発注数量の扱いを決めてから保存する
出典・参考
- Create Purchase Requisition - Advanced（SAP Help Portal／SAP S/4HANA on-premise） https://help.sap.com/docs/SAP_S4HANA_ON-PREMISE/af9ef57f504840d2b81be8667206d485/1e01361a8a0347f7a74ac399db546b20.html
- App Implementation: Approve Requisitions（SAP Help Portal／承認ワークフローの構成） https://help.sap.com/doc/e6b109a54c374c67bfe5902f847fc093/1.0%202016-07/en-US/b3f03a5225ecbb10e10000000a44176d.html
- Flexible Workflow for Sourcing and Procurement in SAP S/4HANA（SAP Community／SAP 公式ブログ） https://community.sap.com/t5/blogs/blogarticleprintpage/blog-id/erp-blog-sap/article-id/38127
- Assign and Process Purchase Requisitions（SAP Community Q&A／ME57 による一括処理） https://community.sap.com/t5/enterprise-resource-planning-q-a/assign-and-process-purchase-requisition/qaq-p/14298058
- Exploring the Requisitioning Process（SAP Learning／購買依頼の位置づけ） https://learning.sap.com/courses/implementing-sap-s-4hana-cloud-public-edition-sourcing-and-procurement/exploring-the-requisitioning-process_fb29e2d1-c8e7-4b94-adcb-c08acb7f7731
※本記事は上記の公開情報をもとに、アラディンテクノロジー株式会社編集部が独自に整理・考察したものです。内容は執筆時点（{PUBLISH_DATE}）の情報です。考察部分は当社の見解であり、特定の製品・導入を推奨するものではありません。T コード・画面項目はオンプレミスおよび Private Edition の標準機能に基づく一般情報です。
05FAQ よくある質問
購買依頼と発注書は何が違いますか？
購買依頼は社内の依頼文書で承認の対象、発注書は仕入先へ送る正式な発注文書です。購買依頼は承認を経て発注書に変換され、以降は発注書が正式な伝票として扱われます。
購買依頼の承認は、誰がどの基準で行うのですか？
自分で選ぶのではなく、価値（金額）と品目区分・購買グループなどの条件からSAPが自動で承認戦略を割り当てます。S/4HANAではワークフローに接続し、My Inbox で全体（BUS2105）または品目単位（BUS2009）で承認します。
承認済みの購買依頼は、あとから変更できますか？
変更できる範囲は限定されています。数量や納期などをしっかり書き換えると承認が最初からやり直しになるため、申請前に修正をすべて済ませる運用が基本です。
ME51N 以外に購買依頼を作る方法はありますか？
MRP の所要量リストから自動生成する方法と、S/4HANA の Fiori アプリ（Create Purchase Requisition - Advanced など）で作成する方法があります。手入力と自動生成が混在する現場では、どちらを使うかの基準を先に決めるのが要点になります。