受注残とは｜SAP SDで納期遅延とキャッシュフローを読む指標を実務目線で解説

一言で

受注残とは、SAPにおける受注済みでまだ売上計上に至っていない取引の残高を指します。未出荷の受注、出荷済み未請求、与信ブロック中の伝票まで含めた「これから売上になる見込み額」を表す指標です。

なぜ受注残の管理が必要か

受注残は営業・物流・財務のすべてが注目する経営指標です。納期遅延の兆候、将来の売上見込み、生産・調達計画の精度、キャッシュフロー予測の基礎データとして機能します。受注残を見ないということは、将来のパイプラインを見ないまま経営しているのと同義です。

これがないと、次のことができません。

納期を過ぎた未出荷受注（Late Backlog）を発見できない
月末・期末の出荷計画（Shippable Backlog）を立てられない
売上計上予測・キャッシュフロー予測の精度が落ちる
与信ブロック・在庫不足・生産遅延など、出荷を止めている要因を特定できない

受注残の構成要素

flowchart LR
  BL[受注残
Backlog] --> OO[未出荷受注
Open Orders]
  BL --> OD[未請求出荷
Open Deliveries]
  BL --> CB[与信ブロック中]
  OO -.-> LATE[納期超過分
Late Backlog]
  OO -.-> FUT[将来納期分
Future Backlog]
  BL --> RPT[VA05 / 一覧レポート]
  style BL fill:#f0f6ff,stroke:#0053F4,stroke-width:2px,color:#0053F4

凡例 → 含まれる要素 -.-> 納期による分類 ★ この記事のテーマ

受注残は単一の数字ではなく、「未出荷受注」「未請求出荷」「ブロック中」などのレイヤーで構成されます。さらに未出荷受注は納期を軸に「遅延分」と「将来分」に切り分けて分析します。

具体例：ある販売組織の月末状況

項目	金額	件数
未出荷受注（納期未到来）	58,000,000円	210件
未出荷受注（納期超過）Late Backlog	12,000,000円	45件
出荷済み未請求	23,000,000円	88件
与信ブロック中	3,500,000円	9件
受注残合計	96,500,000円	352件

このうちLate Backlog 1,200万円が最重要監視対象で、納期超過の原因（在庫不足・生産遅延・物流）を即座に追跡する必要があります。

技術的な位置づけ

SD（Sales and Distribution：販売管理）の各ステータス管理項目（VBUK/VBUP）から集計される
「全体ステータス」「納入ステータス」「請求ステータス」の組み合わせで未完了行を識別
代表レポート：VA05（未処理受注一覧）、VA05N、SAP Fiori App「Track Sales Orders」
BW/SAC（Analytics Cloud）側では受注残KPIとしてダッシュボード化

代表トランザクション

VA05 / VA05N : 未処理受注一覧
V.15        : 納期超過受注
VL06O       : 出荷伝票モニタ
VKM1 / VKM3 : 与信ブロック受注一覧

主要テーブル

テーブル	内容
VBAK / VBAP	販売伝票ヘッダ／明細
VBUK / VBUP	伝票ステータス（全体/明細）
LIKP / LIPS	出荷伝票ヘッダ／明細
VBFA	伝票フロー（受注→出荷→請求）

S/4HANAでの変更点

SAP Fiori App「Track Sales Orders」「Backorder Processing」により受注残を納期・理由別にドリルダウンする体験が標準化
BOP（Backorder Processing：未出荷受注の再引当）がaATPと連動し、在庫配分ポリシーを自動適用
Embedded Analytics（CDS View）により受注残KPIをリアルタイムにレポート可能
VBBE（受注残管理用テーブル）はS/4HANAでは役割が整理され、aATP基盤に置き換わっている

現場でよくある誤解

「受注残=未出荷受注」と思いがちだが、出荷済み未請求や与信ブロックも含めた広い概念
VA05の出力金額を単純合計すると、納期分割明細が重複カウントされることがある
受注残の減少＝売上増とは限らない。受注キャンセルでも減る
納期遅延受注（Late Backlog）は気づかないうちに積み上がり、決算期末に表面化するパターンが多い

実務での決め方（管理の仕方）

受注残を経営指標として使う際は次の観点で設計します。

集計単位：販売組織／品目グループ／得意先／担当営業
切り口：金額ベース・件数ベース・数量ベース
アラート条件：Late Backlogが一定金額を超えたら通知
レビューサイクル：週次で営業・物流・与信の3者合同レビュー

「受注残を毎週見る会議体があるかどうか」で、納期遵守率は劇的に変わります。ダッシュボードを作っただけで終わらせないのが肝心です。

トラブル事例

期末にLate Backlogが膨らんでいたことに気づかず、売上計上が翌期にずれ込む
与信ブロック受注が放置され、解除されないまま納期超過→得意先からクレーム
出荷済み未請求が積み上がり、請求漏れに繋がる
納期分割された受注残を合算集計で二重カウントし、経営会議の数字が実態と乖離

FAQ

Q. 受注残は売上ですか？
いいえ。受注残はあくまで「将来の売上候補」で、売上として計上されるのは請求伝票の会計転記時点です。受注残の増減は先行指標として使います。

Q. VA05とVA05Nの違いは？
VA05は従来型、VA05NはHANA向けに性能改善された後継版です。S/4HANAでは標準的にVA05Nが使われ、さらにFiori App「Track Sales Orders」での可視化も併用されます。

Q. Late Backlog（納期超過受注残）を減らすには？
(1) 在庫不足をaATP/BOPで再配分、(2) 生産指図の優先度見直し、(3) 与信ブロックの迅速解除、(4) 営業による納期再調整、の4つを週次でPDCAするのが定石です。根本原因を分類しないまま「受注残を減らせ」と号令だけかけても改善しません。