Manhattan Active WM との統合 RTLS / RFID .
マンハッタンアクティブWM(旧SCALE)は、ほとんどの北米3PLおよび小売業者が使用するクラウドネイティブ、マイクロサービス設計の WMS です。 RTLS または RFID との統合は、レガシー WMS よりもクリーナーですが、独自の制約があります。 オペレータレベルの要約です。
クラウドネイティブが統合を変更する理由
Manhattan Active WM は、ファーストクラスの REST API、webhooks およびイベントストリームを備えた microservices、イベント主導のアーキテクチャで構築されています。
これは、従来の WMS よりも RTLS easier の統合のための構造的に容易です。 : システム間で自然に流れ、マンハッタンの API 表面は、適切な操作上のホック(領収書、受取、ピック、船)を公開します。
インテグレーションアーキテクチャは、2つのデータベース間で「バッチインターフェイス」よりも「2つのクラウドプラットフォーム」のように見えます。
イベントパターンとWebhookサブスクリプション
マンハッタンはイベントタイプのカタログを公開しています。レシートの確認、LPスキャン、ピクルス完了、出荷確認済みです。 RTLS プラットフォームは webhooks として購読します。
リバース・ディレクション ( RTLS) はマンハッタンのインバウンド API を利用しています。 スループットは通常、ボトルネックではありません。レイテンシ調整と出没はエンジニアリングの検討です。
マスターデータとサプライチェーンのコンテキスト
マンハッタンは、通常、HUs、SKUs、および場所のキャノンマスターデータを保持しています。 RTLSプラットフォームは、マンハッタンの識別子を真理のソースとして受け入れ、並列マスターデータサイロを作成しないでください。
これは、設計が簡単ですが、ハッシュトで問題が起きるのは簡単です。すべてのドリフトされたマスターデータレコードは、運用サポート時間を要します。 ゲート1で丁寧にデザインします。
マルチテナント、3PL検討
多くのマンハッタンアクティブWMの展開は、3PL環境で、複数のクライアントが共有インフラにサービスを提供しています。 RTLS の統合はテナントの分離を処理する必要があります:クライアントのための位置イベント A はクライアントの B のレポートに面してはなりません。
これは solvable ですが、明示的な設計 — タグの名前空間の分割、テナントスコープAPIトークン、および監査ログが必要です。 3PLの展開には、ステージ1の一環として行います。
よくある質問
マンハッタンは箱外箱 RTLS コネクターを提供しますか?
お問い合わせ マンハッタンのパートナーは、複数の RTLS ベンダーと提携し、カスタム統合のための API 表面を公開していますが、プラグインアンドプレイ no9 モジュールはありません。 各統合は環境ごとにスコープ付けされます。
インテグレーションはリアルタイムのピック可視性をどのように処理しますか?
マンハッタンのピックエベントのwebhooksにサブスクライブし、 RTLS -derivedピッカーの場所とドウェル時間。 これは、マンハッタン自体を変更することなく、ライブピック可視性、混雑検知、旅行時間分析を生成します。
マンハッタンリリースサイクルに影響する統合はありますか?
レガシーよりも少ない WMS . Manhattan Active は継続的に更新されます。安定した API 表面を使用して、よく設計された統合は互換性がありません。 リリースごとにマンハッタンのAPIバージョンベースラインとの統合を検証します。
マンハッタン・スケールとマンハッタン・アクティブを統合しますか?
はい。 SCALEのインテグレーションパターンは若干異なります。従来型の WMS — に近いです。 決定ツリーは同じです: 可能なイベントのストリーミング, 必要なバッチ.
最近更新しました: