Transportation Management Systems（TMS）は、サプライチェーン管理（SCM）クラスのシステムの一部と見なされます。これは、エンタープライズリソースプランニング（ERP）システムの一部です。 異なるクラスのシステムの関係の問題は非常に複雑で曖昧ですが...







情報システムの市場は、独自のルールに従って生きる無限の宇宙であるように思われます。 惑星、星、およびシステム全体がその中に現れたり消えたりし、星座は向きを簡単にするために際立っています。 現在、SCM-サプライチェーン管理用に設計されたシステム（図1）を検討しています。これらは、SCE（サプライチェーン実行システム）とSCP（サプライチェーンプランニングシステム）に分かれています。 サプライチェーンプランニングには、予測、マテリアルフロープランニング、サプライチェーン最適化のソリューションが含まれ、サプライチェーンの実行には、倉庫管理システム（WMSシステム）、グローバル取引運用管理システム（GTMシステム）、輸送管理システム（TMS-システム）-この星座で最も明るい星...そしてどこか遠く、ERPが輝いています。これは確かに便利な分類では実際に宇宙に平行です（もちろん、実際にはそうではありませんが なぜなら、No。1になるか、トップ10に入るという明るい目標につながるエンドツーエンドのビジネスプロセスは、TMSとERPの両方を通り抜け、CXやその他の多くの興味深いポイントに影響を与えるからです。

マジッククアドラント

TMSシステムとは何ですか？ これは、サプライチェーン全体にわたる商品の物理的移動の計画と実行を担当する情報システムのクラスです。 これらのシステムの市場を理解するために、TMSシステム専用のいわゆる「マジッククアドラント」ガートナーを見てみましょう（図2）。



独立した分析機関であるGartnerは、道路、鉄道、複合輸送、航空輸送、マルチモーダル輸送、独自の輸送を含むさまざまな輸送スキームを使用したエンドツーエンド輸送管理プロセスをサポートする輸送管理情報システムの研究に焦点を当てていますまたはサードパーティの車両群。 同時に、システムは、小包レベルまでの大小両方の負荷で動作する必要があります。 また、原則として、輸送サービスのサプライヤーと消費者は、TMS-ソリューションを使用して、長期の輸送サービスの購入、請負業者との輸送および決済の計画と実行のプロセスを管理します。 車両の負荷、ルーティング、輸送と運送業者のタイプなどの選択、および実行の品質を統合することにより、計画効率を改善できる追加機能が可能です。たとえば、輸送のための入札の保持、輸送の追跡、決済の検証を支援します。取引相手。



機能に関して、ガートナーはTMSシステムを5つのレベルに分けています。

1. 補助
2. パフォーマンス指向
3. 拡張
4. 高度な
5. グローバルプラットフォーム。

興味深いことに、開発中のOracle Transportation Managementシステムは、前述の手順のほとんどを実行しました。 当初、オラクルによる買収の時点では、約3番目の「高度な」レベルでしたが、今ではすでに世界規模で輸送を管理するためのプラットフォームです。



この機関がさまざまなクラスの情報システムに関する分析レポートを示すガートナーの「マジッククアドラント」は、ニッチプレーヤーが左下のセグメントに、リーダーシップの申請者が左上のセグメントに、そして先見の明のあるプレーヤー、いわゆるビジョナリーが右下に分類されるように設計されています。そして右上-開発戦略の機能と完全性の点で最も複雑なシステム、つまり市場リーダー。 TMSシステムを分析する際、ガートナーはTMSソリューションの「幅」と「深さ」、その利便性、エンドユーザーの要件に適応する能力、SCEプラットフォームのエンドツーエンドプロセスをサポートする能力、パートナーエコシステム、実装の品質と範囲、グローバル戦略などのパラメーターを探索しますソリューションを開発して市場に投入します。



ご覧のとおり、Gartnerの観点から見ると、Oracle Transportation Managementは現時点では絶対的なマーケットリーダーです。

決定の選択

事業開発の戦略的目標を設定する各企業は、遅かれ早かれ、企業の活動を自動化して、ビジネス効率を高め、コストを最小化し、提供されるサービスの品質を向上させる情報システムを選択するタスクに直面します しかし、期待される結果を得るためにビジネスプロセスを自動化するだけで十分ですか、それとも各企業のパフォーマンスに影響する他の要因を考慮する必要がありますか？



情報システムを選択する場合、主な顧客は会社のビジネスユーザーであり、最終的にはシステムのメインユーザーになります。 同時に、将来の情報システムが会社の単一のITランドスケープにどのように統合されるかを理解するために、情報システム部門を関与させる必要があります。



情報システムを選択するプロセスは、1ステップまたは2ステップにすることができます。 一部の企業は、ビジネス要件の観点から最初に情報システム開発者を選択し、次に請負業者を選択するためにパートナーネットワークを検討することを好みます。 他の企業は、同じプロセス内で、情報システムのサプライヤーと請負業者の両方を選択しようとします。 情報システムを選択するための標準的なプロセスがあり、8つの段階で構成され、原則として数か月かかります。 これらは手順です。

1. ビジネス顧客が関与する情報システムの要件のコレクション。 結果：情報システムのビジネス要件のリスト。
2. 独立した分析機関からのレポートおよびその他の公開情報を使用した予備的な市場分析。 結果：開発者の予備リスト、約5〜7社。
3. 情報システムのサプライヤーに情報を要求します。 結果：開発者の応答。
4. 候補者の最終リストを作成します。 結果：3〜4社のリスト。
5. ソリューションに直接慣れる。 結果：ソリューションのプレゼンテーションとデモンストレーション。
6. 商用オファーのリクエスト。 結果：予算の見積もりとプロジェクトの実施のタイミングを含む商用オファーを取得します。
7. サプライヤーおよびパートナーとの契約条件に関する交渉。 結果：完全な意思決定のための情報。
8. 最終的な選択。 結果：製品の取得と実装プロセスの開始。

これは、誰もが知っている古典的なプロセスのようです。 残念ながら、実際には、顧客は最初の2つの段階を逃してすぐにサービスプロバイダーに頼ることが多く、自分の要件を実現せず、情報システム市場を分析しないため、選択プロセスの質が著しく低下し、時間が長くなります。



しかし、上記のリストは短縮するのではなく、逆に拡大する方が良いでしょう。 第1に、関心のあるソリューションを既に実装している成功した顧客へのいわゆる参照訪問または参照呼び出しは、非常に有益です。 第二に、以前に提案されたシナリオに基づいてデモを開発するようパートナーに依頼することは理にかなっています。 ただし、ここでは比例の感覚が重要です。すべてのソリューション機能とそのすべてのプロセスをデモ例に含める必要はありません。 重要な側面を特定し、それに焦点を当てる方が良いでしょう。 ソリューションプロバイダーは、デモプロセスでシステムの最も成功した瞬間を示すことを忘れないでしょう。 また、あなた自身で、またはパートナー/ベンダーによって企業の予備調査を行うこともできます。 そのような調査の結果は、原則として、企業のプロセスのタスクとボトルネック、実装の順序、ビジネスの利点の高レベルの評価を考慮して、情報システムのターゲットアーキテクチャを決定することです。 たとえば、Oracle（Oracle Insight）には特別な無料の予備試験プログラムがあります。

Oracle Transportation Management

予備的な市場分析とソリューションの直接的な知識の両方について、ガートナーがレポートをコンパイルするときに使用したTMSソリューション機能の「参照」リストを採用できます。

1. 戦略的モデリングと輸送ネットワーク計画。
2. 輸送サービスの購入、サプライヤーの選択。
3. インバウンド、内部およびアウトバウンドのロジスティクス。
4. 戦術計画。
5. 運用計画と輸送の最適化。
6. 最適化されたキャリアの割り当てと相互作用を管理する機能。
7. 輸送計画の実施、運送業者との相互作用および調整。
8. キャリア、サプライヤー、顧客との相互作用。
9. ロードの3Dモデリング。
10. 運賃および関税管理の計算。
11. 郵便事業者を通じた少量の出荷。
12. 鉄道および複合輸送の計画と実行。
13. いくつかの肩と輸送手段を備えたルートの計画と実行。
14. 独自のトランスポートのディスパッチとルーティング。
15. 輸送サービスの請求書の調整、費用の支払いと分配。
16. 輸送スケジュールと倉庫ゲートの管理。
17. 輸送注文、出荷、イベント管理の追跡。
18. 分析、パフォーマンス管理、スコアカード、ダッシュボード。
19. さまざまな国のローカル設定を適用する機能。
20. 技術アーキテクチャ、システム適応機能、柔軟性、使いやすさ、展開およびスケーリング機能。

言うまでもなく、Oracleソリューションはこのリストと完全に一致しているため、Oracle Transportation Management機能のリストと見なすことができます。



最も興味深い機能のみを分析します。 たとえば、戦略的輸送ネットワークモデリングツールであるOracle In-Memory Logistics Command Centerは、リアルタイムの運用データ、ルール、および制限を使用して、代替物流ネットワークシナリオを迅速にモデリングするためのツールを提供します。 Oracle Transportation Managementと完全に統合されたOracle In-Memory Logistics Command Centerツールを使用すると、「what if」分析を使用して物流オペレーションのオペレーションを最適化できます（図3）。



Oracle In-Memory Logistics Command CenterとOracle Transportation Managementは、単一のデータスキームに基づいて構築されています。同じ規制および参照情報、同じビジネスオブジェクト、注文、および輸送を管理します。 Logistics Command Centerは、運用中のロジスティクスネットワークのスキーム全体をダウンロードし、「what if」シナリオの分析を失います。たとえば、キャリアが関税を20％引き上げた場合などです。



非常に美しい機能-3Dモデリングの助けを借りた読み込みの最適化。 Oracle Transportation Managementには、トレーラー内の貨物の積載および方向パターンが含まれているため、車両の最適な積載を計画できます。 たとえば、ソリューションでは、幅または長さで縦に沿ってまたは横に、横に沿ってまたは横に貨物を配置するための制限とルールを考慮して、車両に積載されるもの、車両の利用率を計算します（図4）。



基本的なソリューション設定ツールを使用すると、さまざまなユーザーインターフェイスパラメーターを構成できます。言語（16言語をサポート）、単位（重量、体積、長さ、幅、速度、距離）、データ形式、通貨など。ソリューションのモバイルバージョンはローカル設定もサポートします。



これらの機能はすべて単一プラットフォーム内でオラクルによって実装され、ソリューションは最新のインターネット技術に基づいて構築され、システムの最大の柔軟性とスケーラビリティを提供します。



また、このソリューションがOracle Transportation Management Cloudクラウドサービスとして利用できることにも注目したいと思います。 競争の激しい環境では、企業は情報システムの総所有コストをより徹底的に計算し始めており、多くのオラクルの顧客はすでにサブスクリプションシステムサービスを使用しています。

エラー処理

プレゼンテーションとデモンストレーションの段階ですでに市場調査を開始しようとすることは、ソリューションを選択する際によく遭遇する唯一の間違いではありません。 顧客がすべての問題を解決するユニバーサルシステムを見つけようとすると、別の問題が発生します。 たとえば、顧客は車両修理を管理するためのTMSシステム補助機能の要件のリストに含めることができます。これは通常、ERPシステム、つまり企業資産管理、保守および修理ユニットに含まれます。



他の2つの関連するエラーは、IT戦略の欠如と、情報システムとビジネスの間の一貫性の欠如です。 適切なビジネスユニット、つまり物流部門が関与しない限り、ビジネスシステム（この場合はTMSシステム）を選択することはできません。 さらに、ビジネスシステムを選択する際には、システムの導入後に企業のITランドスケープがどうなるか、そして開発においてどのように変化するかを理解する必要があります。さらに、この会社のビジネスがどこに向かっているのかを理解する必要があります。



また、輸送管理はエンドツーエンドのプロセスであるため、システムは業界標準をサポートし、受注実行システム、金融システム、顧客関係管理システムなど、他の企業システムとの統合を容易にするためのオープンインターフェイスを備えている必要があります。システムを選択する前に統合の問題を精緻化することが、多くのプロジェクトでコストの最大30％がシステム統合のコストになる可能性がある理由です。



そして、もう1つの重大な間違いは、システムを選択するための用語の誤った評価です。 締め切りは明確で適切でなければなりません。



TMSシステムを選択する準備が整いました。他の人の間違いを繰り返さず、ITの地平線に輝くTMSスターを正しく選択して実装できることを願っています。