Requisition-to-Payment Process: Actors and Documents in English and Japanese

1. P2P は「買う」だけではなく、統制された約束の連鎖

P2P は Procure-to-Pay（調達から支払まで） の略です。社内に必要が生じた時点から、仕入先への支払が完了するまでを一つの業務プロセスとして扱います。

単に品物を注文する流れではありません。各段階で記録を残すことにより、会社は次の問いに答えられます。

• 何が必要だったのか。
• 誰がその必要性を申請したのか。
• どの仕入先に、どの条件で発注したのか。
• 実際に何を、どれだけ受け取ったのか。
• 請求された金額は、注文・受領内容と一致するのか。
• いつ、誰に、いくら支払ったのか。

SAP MM は主に、要求・購買・入庫という 物流／購買管理（Logistics / Materials Management） の領域を支援します。一方、請求書の債務計上と銀行支払は主に財務領域、特に Accounts Payable: AP（買掛金管理／債務管理） と連携します。

重要な見方
P2P は部門間の「引き渡し」ではありますが、各部門が別々に作業するだけのリレーではありません。同じ購買発注を共通の基準にして、依頼、受領、請求、支払の整合性を管理する仕組みです。

まず、日本語で全体の語感と主要用語を確認しましょう。

2. 基本プロセス地図：依頼から支払まで

標準的な P2P は、次の 6 段階として整理できます。企業によっては見積依頼や承認などが間に入りますが、まずはこの骨格を確実にします。

この流れを日本語の業務会話で短く説明するなら、次のようになります。

社内の依頼部門が購買依頼を起票し、購買部門が仕入先を選定して購買発注を発行します。仕入先が納入した後、受入担当が入庫を計上します。経理部門は購買発注・入庫・請求書を照合し、問題がなければ支払処理を実行します。

日本企業の現場では、購買依頼、購買発注、入庫、請求書照合 は SAP 用語としても業務用語としても頻出です。英語だけでなく、漢字を見て即座に意味を取れることが重要です。

図には複数の依頼部門があります。これは、購買部門だけが「必要なもの」を決めるのではないことを示しています。たとえば、生産部門は原材料、IT 部門はノート PC やソフトウェア、人事部門は研修サービスを必要とするかもしれません。必要性を知る部門と、購買条件を統制する部門は通常異なります。

3. 主要なアクター：誰が何をするのか

P2P を理解する際は、文書を覚えるだけでなく、文書の作成者・受領者・確認者 を区別します。ここでは標準的な役割を扱います。実際の企業では、一人が複数の役割を兼務することもあります。

依頼部門：Requestor / Requisitioner

日本語：依頼者、依頼部門、購買依頼者

依頼者は、物品やサービスを必要とする事業部門の社員です。必要な品目、数量、希望納期、仕様、費用負担先などを明らかにして、購買依頼を起票します。

ここでの要点は、依頼者は通常、仕入先に直接注文するのではないということです。依頼者は「必要性」を表明し、購買部門に調達を依頼します。

購買部門：Procurement Team / Purchasing Department

日本語：購買部門、調達部門、購買担当者

購買担当者は、社内の要求を実際の外部購入へ変換する役割を担います。仕入先候補、価格、品質、納期、契約条件などを確認し、適切な仕入先を選びます。その後、購買発注を作成・発行します。

日本語では 購買 と 調達 が近い意味で使われますが、文脈により調達の方が、仕入先選定・契約・購買を含む広い活動を指す場合があります。SAP MM の会話では「購買部門」「購買発注」が非常によく使われます。

仕入先：Supplier / Vendor

日本語：仕入先、サプライヤ

仕入先は、購買発注を受け、合意済みの条件に従って商品またはサービスを提供する外部の取引先です。そして通常、納品の後に請求書を送ります。

SAP S/4HANA では取引先情報を Business Partner（ビジネスパートナ） として管理しますが、日常業務では「仕入先」「サプライヤ」という表現が依然として広く使われます。

受入担当：Receiving Team

日本語：受入担当、倉庫担当、入庫担当

受入担当は、納品された商品が届いた事実を確認します。確認対象には、少なくとも次が含まれます。

• 購買発注どおりの品目か
• 数量は正しいか
• 破損や明らかな品質問題はないか
• どのプラント・保管場所で受け取ったか

この確認を SAP に記録する行為が Goods Receipt: GR（入庫） です。入庫は、単に荷物が建物に届いたという意味ではありません。会社が受領を認め、その事実をシステムに転記する統制上重要な処理です。

買掛金／債務担当：Accounts Payable Team

日本語：買掛金担当、債務管理担当、経理部門

AP 担当者は、仕入先請求書を登録し、請求内容を確認します。その後、支払可能な請求書を処理します。

日本語の 債務 は会社が支払う義務、買掛金 は仕入先などに対する未払の債務を指す会計用語です。SAP の学習資料では 債務管理 が Accounts Payable の訳として使われます。

財務・支払担当：Finance / Payment Team

日本語：財務部門、経理部門、支払担当

組織によっては AP 担当が支払まで処理し、別の担当が銀行支払を実行します。重要なのは、請求書が登録された時点と、実際に資金が出て行く支払時点は別であることです。

4. 文書を混同しない：4 つの中核文書

P2P 初学者が最も混同しやすいのは、似た名称の文書を同じものとして扱ってしまうことです。以下の四つは、目的も相手も異なります。

PR：Purchase Requisition（購買依頼）

PR は 内部文書 です。たとえば IT 部門が「新入社員用のノート PC 20 台が必要」と購買部門へ伝えるための文書です。

PR 自体は、通常、仕入先との契約でも注文でもありません。したがって、PR を作成しただけでは、仕入先は何も出荷しません。

覚え方：PR は “Please procure” に近い社内要求。

PO：Purchase Order（購買発注）

PO は、選定した仕入先に対する正式な注文です。品目、数量、単価、納入日、納入先、支払条件などを明示します。

PR と PO を分けると、業務上の責任も明確になります。

• PR は「何が必要か」という事業上の要求
• PO は「何を、誰から、どの条件で買うか」という対外的な購買上の約束

覚え方：PO は “Please deliver according to these terms” という仕入先向けの注文。

GR：Goods Receipt（入庫）

GR は、実際に商品を受け取ったことを SAP に記録する処理です。PO で 100 個注文しても、実際に 100 個を受け取ったとは限りません。80 個しか届かなかった場合、入庫数量は原則として 80 個です。

GR は在庫数量に影響し得るため、購買だけでなく在庫管理・会計との重要な接点になります。この財務的な効果は後のモジュールで詳しく扱いますが、現段階では「入庫は、実物の受領をシステム上の事実として確定する処理」と捉えてください。

Supplier Invoice と Invoice Verification（仕入先請求書と請求書照合）

Supplier Invoice（仕入先請求書） は、仕入先が発行する外部文書です。「納品したので、この金額を支払ってください」という請求です。

一方、Invoice Verification（請求書照合） は、会社側がその請求書を PO や GR と確認し、SAP に登録する業務処理です。両者を区別しましょう。

• 仕入先が送るもの：請求書
• 自社が照合・転記するもの：請求書照合

5. 一つの具体例で追跡する

次のケースを通じて、文書と担当者をつなげます。

ケース：東京の IT 部門が、新入社員用ノート PC 20 台を必要としている。

1. IT 部門の担当者が、必要数量、希望納期、仕様を入力して Purchase Requisition（購買依頼） を起票します。
   この時点では、社内から購買部門への依頼です。

2. 購買担当者が候補仕入先を確認します。必要に応じて Request for Quotation: RFQ（見積依頼） を複数の仕入先へ送り、受け取った quotation（見積） を比較します。
   見積依頼・見積比較はよく使われますが、すべての購買で必須ではありません。既存契約や固定の仕入先があれば、省略されることがあります。

3. 購買担当者が選定した仕入先に Purchase Order（購買発注） を発行します。
   PO には、20 台、単価、納入先、納期、支払条件などが含まれます。

4. 仕入先が PC を配送し、受入担当者が到着品を確認します。20 台を問題なく受領した場合、SAP に Goods Receipt（入庫） を転記します。
   もし 18 台しか届かなければ、実際に受け取った 18 台を入庫として記録し、差異を購買担当へ連絡します。

5. 仕入先から 20 台分の Supplier Invoice（仕入先請求書） が届きます。AP 担当者が、請求書の数量・価格を PO と GR に照らして確認し、Invoice Verification（請求書照合） を行います。

6. 確認済み請求書が支払条件を満たす日に、財務・支払担当が Payment Processing（支払処理） を実行します。仕入先への送金が完了します。

このケースの核心は、20 台を注文したこと、20 台を受領したこと、20 台分を請求されたこと は、別の事実であり、別の文書で証明されるという点です。

6. 照合の考え方：PO・GR・請求書を比べる

P2P の統制で特に重要なのが three-way match（3 点照合／3 方向照合） です。これは、次の三つを比較する考え方です。

たとえば、PO は 20 台、GR は 18 台、請求書は 20 台であれば、数量差異があります。会社のルールや許容範囲に従って、請求書が保留・ブロックされたり、購買部門や仕入先に確認が依頼されたりします。

この時点で勘定科目の詳細を覚える必要はありません。ただし、コンサルタントとして次の因果関係は明確に説明できるようにしましょう。

• PO は、会社と仕入先の購買条件の基準になる。
• GR は、会社が受領を認めた数量の根拠になる。
• Invoice Verification は、請求額を PO・GR と比較し、支払可能か確認する統制になる。
• Payment は、照合・承認された債務を実際に決済する行為である。

SAP Learning の「調達から支払までのプロセスの詳細」は、後で請求書照合と財務連携を深める際に読む中心資料になります。特に、入庫／請求書受領（GR/IR） という会計上の照合の考え方は、モジュール 6 で詳しく扱います。

7. 日本語で使える短い説明テンプレート

面接、研修、顧客との会話で、まずは次の説明を自然に言えることを目標にしてください。

P2P は、購買依頼から支払までの一連の調達プロセスです。依頼部門が購買依頼を起票し、購買部門が仕入先を選定して購買発注を発行します。納品後、受入担当が入庫を計上します。その後、経理部門が購買発注、入庫、仕入先請求書を照合し、問題がなければ支払処理を行います。

英語では、次のように対応します。

Procure-to-Pay is the end-to-end process from an internal purchasing request to payment to the supplier. The requesting department creates a purchase requisition, procurement issues a purchase order, the receiving team posts the goods receipt, and Accounts Payable verifies the supplier invoice before payment.

用語カード：今日の必須語彙

軽い復習活動（5 分）

紙またはノートに、次の六つを日本語と英語の両方で書き、各文書の横に担当者を一人だけ置いてください。

1. Purchase Requisition
2. Purchase Order
3. Goods Receipt
4. Supplier Invoice
5. Invoice Verification
6. Payment

その後、「社内向けの文書」「仕入先に送る／仕入先から来る文書」「実物受領の記録」「会計・支払の記録」の四つに分類してください。完璧な企業組織図を作る必要はありません。文書の目的と相手を区別できているかを確認する活動です。

まとめ

P2P は、社内要求を統制された外部購買へ変え、受領・請求書確認を経て仕入先に支払うまでのプロセスです。

今日の要点は次のとおりです。

• 基本の流れは、購買依頼、仕入先選定、購買発注、入庫、請求書照合、支払処理 です。
• PR は社内の要求、PO は仕入先への正式な注文、GR は実際の受領記録です。
• 仕入先が発行する 請求書 と、自社が行う 請求書照合 は別物です。
• 主なアクターは、依頼部門、購買部門、仕入先、受入担当、AP／経理・支払担当です。
• PO、GR、請求書を比較する 3 点照合は、正しい支払を支える基本統制です。

次回は、同じ P2P の地図を使いながら、直接材・間接材・消耗品・サービスの調達 を区別します。何を調達するかによって、在庫の扱い、受領の方法、必要な業務手順が変わることを学びます。