サプライチェーンのコントロールタワーは、問題を検出し、対応を決定し、その決定が実行されることを保証します。もし販売されているものが、検出と表示はできるが、決定や実行ができないのであれば、それは名前がより良いダッシュボードにすぎません。この区別こそが主題であり、なぜこれほど多くのプログラムが、9か月後には誰も開かなくなった画面で終わるのかを説明しています。
これらのデプロイメントのいくつかをレビューしましたが、うまくいったものは、ベンダーの比較には見られない特徴を共有していました。それは、特定の名前の人物が、午前2時に許可を求めずに金銭を使用できることでした。失敗したもののいくつかは、成功したものよりも優れたソフトウェアを持っていました。
4つのレイヤーと、それぞれの失敗について
| レイヤー | 仕事 | 一般的な故障 |
|---|---|---|
| データ取り込み | 注文、出荷、在庫、運送業者イベントを1か所に集約 | マスターデータの不一致、1つのサイトで4つの識別子があり、何も一致しない |
| イベントモデル | フィードを遅延、リスクあり、不足などの状態に変換する | アラートはあらゆる逸脱で発生するため、スタッフは３週間以内にミュートします |
| 決定ロジック | 提案または応答を選択し、費用を添付してください | 予算承認者が誰も承認しないような航空貨物を推奨する |
| 実行と監査 | 商品の移動を管理するシステムに意思決定を戻し、その結果を記録する | 読み取り専用の統合のため、すべての決定を手入力で別のシステムに再入力する必要がある |
バイヤーは最後に第4層を吟味し、それが投資が利益を生むかどうかを決定します。読み取り専用の統合を持つタワーはループを閉じることができないため、それ自体の価値を証明することは決してできません。24か月後に更新が来ても、救われた出荷を指摘する者は誰もいないため、予算は他の用途に回されます。
成熟度ラダー、正直に言うと
ベンダーは一般的に4つのステージを説明しています。価格差が大きく、能力差もそれ以上に大きいので、自分が購入しているのがどのステージであるかを知ることは重要です。
- 可視性。物事がどこにあるかを示します。本当に役立ち、製品全体として日常的に販売されています。
- **予測的。** 到着時刻を推定し、遅延しそうな出荷をフラグ付けします。これは、10レーンのうち8レーンで自社のプランナーよりも推定値が優れている場合にのみ支払う価値がありますが、これはテスト可能な主張であり、ほとんどテストされていません。
- **処方的。** コスト比較を伴う具体的な対応を提案します。この段階で、マスターデータの品質は交渉の余地がなくなります。
- **自律的。** 誰も個別に承認しない、AIエージェントによる貨物見積もりによって提起された境界問題と同じ境界内で定義された応答を実行します。ここで実行される操作はほとんどなく、私が2019年以降に見たすべての展開において、技術ではなくガバナンスが障壁となっています。
多くの組織がコントロールタワーについて私に尋ねてきますが、ステージ3の振る舞いを求めているにもかかわらず、ステージ1を裏付けるデータしか持っていません。契約後にそのことに気づくのは高くつきますが、2週間のデータ監査で事前にそれを発見できます。
お買い物前に必要な情報
これらのシステムはアルゴリズムで失敗するのではなく、入力で失敗します。そして、必要な入力は特定のものである必要があります。海上貨物には、船会社のマイルストーンイベント、AISからの船舶位置データ、および積み替えに耐えられる予約参照番号が必要です。2019年にマースク、MSC、CMA CGM、Hapag-Lloydによって設立されたデジタルコンテナ海運協会は、これらのイベントを船会社間で比較可能にする追跡・追跡基準を公開しています。どのバージョンを使用しているかを言えないプロバイダーは推測していることになります。
道路貨物輸送では、EDI 214ステータスメッセージまたはキャリアAPI、および下請けに関する正直な回答が必要です。なぜなら、下請け業者のドライバーはあなたのプロバイダーのアプリに表示されないからです。入札と決済では、204、990、210が同じ会話に追加されます。輸送の上流では、夜間よりも頻繁に更新される在庫ポジション、確定日付きの発注書、および各サイトが正確に1つの識別子を持つロケーションマスターが必要です。
最後の項目は些細なことに聞こえますが、以下の5ヶ月の期間が示すように、他のどの項目よりも多くの遅延を引き起こします。あるプログラムでは、タワーロジックが1つも実行される前に、ERPと2つの倉庫システム間でプラントコードを照合するのにその時間が費やされました。購入前の有用なテストは無料です。昨四半期に発生した10件の出荷ミスを取り上げ、現在のシステムから手作業で、各問題が最初に認識可能になった時点を再構築してください。チームがそのタイムラインを手作業で作成できない場合、どのプラットフォームも自動的に作成することはできません。
作るか買うか
| アプローチ | 賢明な | 実質コストセンター | リスク |
|---|---|---|---|
| プランニングスイートモジュール | すでにそのベンダーのプランニングスタックを実行しています | ライセンスと設定。通常、3年から5年の契約となります。 | ベンダーのデータモデル内では強力だが、外部データには弱い |
| ビジビリティスペシャリスト | あなたのギャップは、輸送イベントと到着推定値です | 出荷ごと、またはレーンごとの価格設定で、ボリュームに応じてスケールします。 | 輸送に優れ、意思決定エンジンではない |
| プラットフォーム上で構築する | エンジニアリング能力と特殊なプロセスがあります | 人々、恒久的に、プロジェクト予算よりも | あなたは今、製品を所有しており、人員を配置しなければなりません。 |
| 輸送管理システムの周りに集合 | ほとんどの例外はトランスポート例外です | キャリアごとの統合作業、通常各6週間 | 在庫と需要の薄いビュー |
カテゴリは名前よりも重要ですが、名前によって具体的になります。1984年設立のKinaxis、2009年設立のo9 Solutions、2021年に71億ドルでPanasonicに買収されたBlue Yonderは、独自のデータモデル上にタワーを配置した計画中心の製品を販売しています。SAPとOracleは、より広範なスイート内にモジュールを配置しています。2014年設立のProject44とFourKitesは、輸送可視化の専門家です。2000年設立のE2openはネットワークプラットフォームを販売し、Altanaは一次サプライヤー以降のサプライヤーマッピングに取り組んでいます。
TradeLensからのガバナンスの教訓
MaerskとIBMが2018年に立ち上げたTradeLensは、4年後の2022年に廃止されました。ソフトウェアは機能し、6大コンテナ海運会社の5社を含む175以上の組織が参加しました。しかし、獲得できなかったのは、彼らの実際のデータが十分でなかったことです。なぜなら、最大の競合他社が所有するプラットフォームに存在することは、コミットする場所ではないからです。
内部プログラムにおいては、ブロックチェーンというよりは「所有権」が、移転可能な教訓となる。ある事業部門が所有するタワーが、他の3つの事業部門からのデータが必要となる場合、TradeLensがそうであったように、同様に機能不全に陥るだろう。それを所有する者は、データを所有するか、またはそれを要求する権限を持たなければならない。そして、その問題は第3回のステアリングコミッティではなく、設計段階で検討されるべきである。
財務審査を通過する対策
ダッシュボードへのログイン数やアラート数は、ほとんどのプログラムが報告している見栄えだけの指標です。これらの5つは正当性があります。
- 知れる状態から知った状態までの時間。月曜日に遅延が検出可能で、木曜日にチームがそれを知った場合、その3日間が対象となります。
- **例外クローズ時間。** アラートからそれに対する決定が記録されるまでの時間。アラート数の増加に対してクローズ時間が横ばいということは、ノイズを購入したということです。
- 支出の迅速化。緊急航空貨物およびプレミアムロードは、問題が早期に発見され、より安価な解決策が見つかるため、減少するはずです。
- 自動的にクローズされた例外の割合。ベンダーが引用したがらない、唯一の誠実な指標。
- **2つのベースラインに対する精度の見積もり。** 予測到着時刻と実際の到着時刻、そしてプランナー自身の見積もりと比較します。なぜなら、配送業者の見積もりを上回るのは簡単ですが、経験豊富なプランナーを上回るのは簡単ではないからです。
機能するシーケンス
まず、費用が発生し、かつカウント可能な例外タイプを1つ挙げます。例えば、鉄道駅への内陸輸送ができない海上コンテナなどです。その単一のフローを、実行ステップを含めてエンドツーエンドで計測し、一定の範囲内で対応する権限を特定の個人に与えます。それを1四半期実行し、前四半期と比較してクローズ時間と緊急対応費用を比較します。
これは、印象的ではない最初のデモンストレーションと、正当なビジネスケースを生み出します。これは正しい順序です。改善する決定を選択する前にすべてのデータソースを接続すると、これらのプログラムは2年間の統合プロジェクトとなり、画面は表示されるものの証拠はありません。最初のバージョンが90日以内に1つの決定を変更できなかった場合、追加のレイヤーを購入してもそれを救うことはできません。