JinJin48

SAP Consultant | BTP · S/4HANA · US Global Rollout

July 24, 2026 · 15 min read

SAP EWM コミュニケーションポイント

Communication Point（コミュニケーションポイント）マスタデータレコードは、SAP EWMのマテリアルフローシステム（MFS）階層における中間層です。PLCマスタレコードが物理的な自動化コントローラとそのネットワークエンドポイントを登録するのに対し、Communication Pointはその接続上で1つの論理的なテレグラムチャネルを定義します。これにより、MFSトラフィックの1カテゴリ（例：入庫ピッキング確認テレグラムと出庫ルーティングコマンド）に使用される、特定のメッセージタイプ、方向、処理キューをグループ化します。各PLCの下に1つ以上のCommunication Pointが作成され、各Communication Pointの下に1つ以上のConveyor Segment（コンベヤセグメント）がリンクされ、自動化されたマテリアルフロー制御を駆動する3層チェーンが完成します。この記事では、Communication Pointが表すもの、テレグラム方向による違い、MFSデータ階層内での位置、およびEWMコンサルタントが設定するフィールドについて説明します。

パート 1: コミュニケーションポイント — 基本概念（全モジュール共通）#

1.1 コミュニケーションポイントとは#

Communication Point（通信ポイント）は、EWMのMFSカーネルとPLC間における1つの論理的な交換チャネルをスコープし、命名するオブジェクトです。新しい物理ネットワーク接続を開くわけではありません（その接続はPLCレベルですでに存在します）が、1つのテレグラムタイプと方向を分離することで、EWMが同じ物理コントローラ上で動作する他のチャネルとは独立して、そのトラフィックを処理、キューイング、バッファリング、トラブルシューティングできるようにします。

1.2 コミュニケーションポイント方向タイプ#

EWMは、保管タイプなどに対して行うように、通信ポイントに名前付きのビジネスタイプを割り当てません。重要な次元はテレグラム方向です。なぜなら、方向によって通信ポイントがPLCからステータス更新を受信するのか、PLCに制御命令を送信するのか、あるいはその両方を行うのかが決まり、これがチャネルのキューとエラーハンドリングの設定方法を左右するからです。

設計原則: 受信トラフィックと送信トラフィックを別々の通信ポイントに分割することは、最も単純な設定を超える場合の標準的かつ推奨されるアプローチです。これにより、キュー処理、バッファサイジング、エラーリカバリを方向ごとに独立して維持できるため、送信チャネルが停止しても受信確認がブロックされず（逆も同様）、処理が滞りません。

1.3 組織レベルとデータ階層#

具体的な例を用いたデータ階層

Warehouse Number (e.g., WH01)
   │
   └── PLC "PLC-CONV-A"  (/SCWM/MFS_PLC — Siemens S7-1500, Conveyor West Wing)
          │   Scope: Warehouse Number
          │   Key: Warehouse Number + PLC Name
          │
          ├── Communication Point "CP-IN-01"  (/SCWM/MFS_CP)
          │      │   Scope: PLC "PLC-CONV-A"
          │      │   Direction: Inbound — pick/putaway confirmation telegrams
          │      │   Key: PLC Name + CP Name
          │      │
          │      └── Conveyor Segment "SEG-A-01"  (/SCWM/MFS_CS)
          │             Scope: Communication Point "CP-IN-01"
          │             Key: CP Name + Segment Name
          │
          └── Communication Point "CP-OUT-01"  (/SCWM/MFS_CP)
                 │   Scope: PLC "PLC-CONV-A"
                 │   Direction: Outbound — routing/divert command telegrams
                 │   Key: PLC Name + CP Name
                 │
                 └── Conveyor Segment "SEG-A-02"  (/SCWM/MFS_CS)
                        Scope: Communication Point "CP-OUT-01"
                        Key: CP Name + Segment Name

主要な設計判断: 方向とテレグラムカテゴリの組み合わせごとに1つのコミュニケーションポイントを設定するのが標準的なプラクティスです。マスタレコード数を減らすためだけに、受信トラフィックと送信トラフィックを1つの双方向コミュニケーションポイントに統合しないでください。結果として生じる独立したキュー監視とエラー分離の喪失は、ごく低ボリュームのシナリオを除き、設定の利便性を上回ります。

1.4 他のマスタデータオブジェクトとの統合#

コミュニケーションポイントは単独では存在しません。これは3層のMFSマスタデータチェーンの中央に位置し、上位のPLCからネットワーク接続を継承し、その方向性とテレグラムタイプを下位のコンベヤセグメントに引き渡します。

パート 2: EWM固有のフィールド詳細#

2.0 EWM オーナーシップの範囲#

凡例: ◎ = オーナー / クリティカル、○ = 直接関与

2.1 識別#

識別セクションは、コミュニケーションポイントマスタレコードの管理ヘッダーです。CP名はその下に作成されるすべてのコンベヤセグメントの外部キーとなるため、これらのフィールドはセットアップ開始前にプロジェクトチームと合意しておく必要があります。

2.2 Telegram 設定#

Telegram Configuration（テレグラム設定）は、このチャネルのメッセージ契約を定義します。つまり、どのテレグラムタイプがそのチャネルを流れるか、その方向、およびEWMがテレグラムのバイトを解析または構築するために使用するABAP構造体を定義します。

2.3 キューとバッファの設定#

キューとバッファ設定は、同じPLCを共有する他のコミュニケーションポイントのキュー設定とは独立して、EWMのバックグラウンド処理がこの特定のチャネルでテレグラム量をどのように処理するかを制御します。

2.4 確認とエラーハンドリング#

このセクションでは、テレグラムがこのチャネルに到着した際にEWMが何を行うか、また処理が失敗した場合のチャネルの動作を定義します。これらの設定は、親PLCで設定されたリトライ/タイムアウト動作とは独立して、通信ポイントごとに調整できます。

次に読むべきもの#

L1) Big Picture

L2-A) Master Data

L2-B) Transaction