SAP EWMとの統合 RTLS / RFID .
SAP EWM は、欧州およびグローバル倉庫企業における優位性 WMS であり、 RTLS または RFID との統合は、ベンダーのパンフレットが提案するのと同じくらい単純ではありません。 これは、位置情報とEWMの統合のためのアーキテクチャと下降の要約です。
実際に動作する統合パターン
3つのパターンは企業規模で確実にEWM- RTLSの統合を提供します。 ストリーミングパターン: RTLS イベントは、メッセージバス(Kafka、SAP PI/PO、またはSAP にブリッジされた MQTT ブローカー)を介して、PPF アクション、RF トランザクション、BAPI として EWM に流れます。
プルパターン: EWM は、トランザクションが位置データを必要とするときに REST または OData 経由で要求される RTLS プラットフォームを問い合わせます。
ハイブリッドパターン:高周波操作イベントのストリーミング、時折マスターデータへの参加をプルします。 それぞれに異なるレイテンシー、スループットおよび弾性特性があります。
マスターデータアライメントは作業の半分
ほとんどの EWM- RTLS の統合はマスターデータに固定します — タグは、ユニット、製品、ストレージビン、またはビジネスパートナーを処理するためにきれいにマップしなければなりません。 RTLSプラットフォームは通常、タグIDで動作します。 EWMは、HU番号、EAN/GTIN、および材料番号で動作します。
リコシエーションレイヤー(多くの場合、別々の統合サービスとして構築)は、マッピングを維持し、タグの再ペアリングを処理します。 この層をスキッピングすると、手術後の痛みの月が経ちます。
パフォーマンスとスケールの検討
EWMはトランザクションシステムです。 生 RTLS 位置イベント(一日あたりの累計数百万)でフラッシングすると、パフォーマンスを殺します。
エッジの正しいアーキテクチャフィルタ:位置イベントは、状態の変化が起こる場合にのみ、EWM関連イベントになります(HUはビン、葉ドック、ピックウォークを完了)。
フィルタリングルールは、EWM ではなく RTLS プラットフォームまたは統合レイヤーに属しています。 このフィルタリングをゲート1で実現可能に設計しました。
一般的な落とし穴
EWM のカスタム コード (代わりに統合レイヤーを使用してください) であまりにも多くのことをしようと、EWM の拡張フィールドが十分であると仮定して (多くの場合は – 周辺システムのための計画ではありません)、
EWMテストの負荷(PPF変更が依存するトランザクションの回帰をトリガーするたびに)を過小評価します。 段階1でテストの努力を適切にサイズ化します。
よくある質問
SAP EWM はネイティブサポート RTLS ?
直接ではありません。 EWM は、<9 の統合が使用している S/4HANA の HOoks (PPF のアクション、BAPI、OData API) を提供しますが、そのまま RTLS モジュールはありません。 インテグレーションはカスタムワークで、デプロイごとにスコープ付けされます。
S/4HANA EWM または分散型 EWM — 異なる統合?
はい。 S/4HANA 組込み EWM は S/4 と同じデータベースを使用します。統合パターンは分散型 EWM と若干異なります。 ステージ1における特定の展開トポロジーの設計
アセットのトレーサビリティのために、SAP Business Network と連携する方法は?
RTLS -captured custody イベントは、サプライヤーのコラボレーションのための監査可能なトレースレコードとしてSAP Business Networkに流れることができます。 自動車および製薬のトレーサビリティの要件にますます関連しています。 スコープ内のEWMインテグレーションの一環としてブリッジを設計します。
誰が統合 — TRACIO , RTLS ベンダー, または SAP SI パートナー?
典型的な組み合わせ。 TRACIOはアーキテクチャを設計し、イベントとマスターデータの範囲を構成し、パイロットの統合を検証します。
EWM ABAP/CDS 開発は通常、SAP SI パートナーが行います。 RTLS ベンダーはプラットフォームの統合面を提供します。 共同配信をオーケストラに。
最近更新しました: