出荷ポイントとは｜SAP SDで出荷業務を担う物理拠点を実務目線で解説

一言で

出荷ポイントとは、SAPにおける出荷業務を実行する物理的・論理的な拠点単位を表す4桁の識別コードです。プラント内の出荷口・トラックバース・発送エリアなど、「モノを外に出す場所」を表します。

なぜ出荷ポイントが必要か

プラントだけでは「同じ工場内のどの出荷口から出したか」「どの出荷チームが担当したか」を区別できません。出荷ポイントは、プラント内の出荷作業を管理するためのSDにおける出荷業務の基本単位として機能します。

出荷ポイントがないと、次のことができません。

ピッキング・梱包・出庫転記を担当拠点ごとに分けられない
出荷タイムライン（ピッキング所要時間・積込時間）を拠点別に設定できない
出荷伝票（Delivery）を自動的にどのチームが処理するか決定できない
異なる搬送手段（トラック・コンテナ・宅配便）を使い分ける運用設計ができない

逆に出荷ポイントを適切に設計すれば、同一プラント内でも複数の出荷チーム・出荷チャネルをきれいに分けて運用できます。

他の組織単位との関係

flowchart LR
  CC[会社コード
1000] --> PL[プラント
1010 東京工場]
  PL --> SP1[出荷ポイント
1011 東京出荷口A]
  PL --> SP2[出荷ポイント
1012 東京出荷口B]
  PL --> SP3[出荷ポイント
1019 宅配便デスク]
  SO[販売組織
1000] -.-> PL
  SP1 --> DL[出荷伝票
Delivery]
  style SP1 fill:#f0f6ff,stroke:#0053F4,stroke-width:2px,color:#0053F4

凡例 → 所属関係（1:N） -.-> 割当関係（M:N） ★ この記事のテーマ

出荷ポイントはプラントの下に複数配置でき、1つのプラントに対してN個の出荷ポイントを定義可能です。逆に1つの出荷ポイントは複数プラントに割り当てることもできます（M:N関係）。

具体例：製造業A社の場合

架空の製造業A社の東京工場（プラント1010）に、次のように出荷ポイントを設計します。

組織	コード	内容
会社コード	1000	株式会社A
プラント	1010	東京工場
出荷ポイント	1011	大型トラック出荷口（国内BtoB向け）
出荷ポイント	1012	小口便出荷口（EC向け）
出荷ポイント	1013	輸出出荷口（コンテナ積込）
出荷ポイント	1019	宅配便デスク（返品・修理品）

「出荷口=1ポイント」が基本ですが、搬送手段や顧客セグメントで論理的に分けるのが実務のポイントです。

出荷ポイントの決定ロジック

受注登録時に、システムは以下の3要素から自動で出荷ポイントを決定します。

要素	説明
出荷条件（Shipping Condition）	得意先マスタに設定。「通常配送」「急送」「コンテナ」など
積込グループ（Loading Group）	品目マスタに設定。「重量物」「冷蔵」「危険物」など
出荷プラント	受注明細の納入プラント

この3要素の組み合わせから、カスタマイズ設定表に従って出荷ポイントが決まります。つまり「誰が」「何を」「どこから」出すかで出荷ポイントが自動決定される仕組みです。

技術的な位置づけ

SD（Sales and Distribution：販売管理）モジュールで使われる出荷業務の中核単位
プラントとはM:Nの関係（1プラントにN個の出荷ポイント、1出荷ポイントを複数プラントに割当可）
出荷伝票（Delivery Document）のヘッダー項目として必ず1つ設定される
会社コードやプラントのように会計評価の単位ではなく、物流運用の単位

カスタマイズパス（IMG：Implementation Guide、SAPの設定ガイド）

SPRO > 企業構造 > 定義 > ロジスティクス実行 > 出荷ポイントの定義/コピー/削除/確認
SPRO > 企業構造 > 割当 > ロジスティクス実行 > プラントへの出荷ポイントの割当
SPRO > ロジスティクス実行 > 出荷 > 基本出荷機能 > 出荷ポイントおよび入荷ポイントの決定

主要テーブル

テーブル	内容
TVST	出荷ポイントマスタ
TVSTZ	出荷ポイント×プラントの割当
LIKP	出荷伝票ヘッダ（出荷ポイント項目あり）

S/4HANAでの変更点

S/4HANAでも出荷ポイントの基本概念は従来通り維持されている
SAP Fiori App「出荷の監視」「出荷の分析」で出荷ポイント単位のKPI可視化が標準化
EWM（Extended Warehouse Management：拡張倉庫管理）と連携する場合、出荷ポイントを倉庫番号とマッピングして高度な出荷計画を実行可能
aATP（Advanced Available-to-Promise）により、出荷ポイントの処理能力を考慮した納期回答ができるように

現場でよくある誤解

「出荷ポイント=プラントと同じ」と思いがちだが、プラントは会計・物流の拠点、出荷ポイントは出荷作業の単位
出荷ポイントを増やしすぎると決定ロジックが複雑化し、受注登録時のエラーが頻発する
出荷ポイントと「積込グループ」「出荷条件」の3つの組み合わせを設計時に整理しないと運用で破綻する
出荷ポイントは会計単位ではないので、原価計算や評価には直接影響しない

実務での決め方

出荷ポイント設計では次の観点で切り分けます。

物理的に異なる出荷口か？ → Yesなら別ポイント
担当する出荷チーム（組織）が違うか？ → Yesなら別ポイント
ピッキング・梱包のリードタイムが大きく違うか？ → Yesなら別ポイント
搬送手段（トラック・宅配便・コンテナ）が違うか？ → Yesなら別ポイント
出荷帳票（ピッキングリスト・納品書）のフォーマットを分けたいか？ → Yesなら別ポイント

「細かく分ければ管理しやすい」と考えがちですが、出荷ポイントが多いと決定ロジックのメンテが地獄化します。運用負荷と可視性のバランスで決めてください。

トラブル事例

出荷ポイント決定ロジックの設定漏れで、受注→出荷転送時に「出荷ポイントが決定できません」エラー
出荷条件を得意先マスタに設定し忘れて、全件デフォルトの出荷ポイントに集中
プラント新設時に出荷ポイントの割当を忘れて出荷伝票が作成できない
出荷ポイント単位のリードタイム設定が実態と合わず、納期遅延が頻発

FAQ

Q. 出荷ポイントとプラントは1:1で作る必要がありますか？
いいえ。1つのプラントに複数の出荷ポイントを作るのが一般的です。逆に、小規模運用なら1プラント=1出荷ポイントでも問題ありません。

Q. 出荷ポイントは受注登録時にユーザーが手動選択しますか？
通常は自動決定です。得意先マスタの出荷条件と品目マスタの積込グループ、納入プラントの組み合わせから自動的に決まります。手動で変更することも可能ですが、運用上は自動決定に任せるのが原則です。

Q. 出荷ポイントは会計評価に影響しますか？
いいえ。会計評価は会社コード・プラント・評価エリアの単位で行われ、出荷ポイントは物流運用の単位なので、直接的な会計影響はありません。ただし、出荷ポイント単位でKPI（リードタイム・誤出荷率など）を分析するのは一般的です。