あなたの技術は今日のターミナル運営環境で競争することができますか？端末自動化に関しては、「計画に失敗することは失敗することを計画することを意味します」。
自動化は万能の解決策ではありません。また、将来の端末操作には必ず技術と自律的な操作が必要になりますが、端末のサイズ、場所、および全体的なニーズに最も適した方法で操作を自動化することも重要です。 。それは尋ねることがたくさんあります。それでも、グローバルなサプライチェーンで競争力を維持するためには、すべてのターミナルが対応しなければならないことがベンチマークになります。
Thomas Ruckerは、Tideworks Technologyの社長であり、2017年から彼が所有しているタイトルです。最新の端末操作に関しては、Ruckerは「そこにいてそれをやっています」。同様に、Tideworksという名前は、一貫したサプライチェーンにテクノロジを導入するという概念が誕生したほぼその頃から、ターミナルオペレーティングシステム（TOS）の世界のどこにでも存在していました。その主な市場部門への同社の浸透は、それを十分に証明しています。
Tideworksは、今日の業界における大手TOSプロバイダーの1つです。ラッカー氏は5月にMLProに次のように語った。「詳細について調べ始めると、TOSのユーザー数は35万人から40万人です。その数を指数関数的に増やすコミュニティシステムの分野では、JVとの提携があります。しかしTideworksにとっては当然のことです。今日、Tideworksはラテンアメリカ市場への浸透が深まり、ヨーロッパではその存在感が少なく、ベトナムではいくつかのサイトを持っています。アメリカ。
TOS＆Automation：インターフェースをナビゲートする
ターミナルオペレーティングシステムを超えて、ターミナルオートメーションへの行進は、より良い運用効率のためと同じくらい安全性によって推進されています。 TOSプロバイダーにとって、これは既存のTOSとそれに続く自動化との間のインターフェースをナビゲートすることを意味します。ラッカーは同意し、説明します。サードパーティのシステムとのインターフェースはたくさんあります。安定した強固な統合プラットフォームを確実に使用することが、成功の基準です。あなたはこれらのモノリシックスタイルのデータソースを扱っている人々を見つけます。これらは、これらのさまざまなサードパーティベンダーのすべてと統合することによって挑戦することができます。そして、多くの人がこれらのより集中的なデータソースをターゲットにして動いています、そしてそれは私達が私達のTOSプラットフォームを現代化するにつれて私達がしていることです。しかし、すべてのデータを取得し、よりプロセス駆動型のアプリケーションでワークフローを機能させることは重要です。」
Rucker氏は続けて、次のように述べています。「自動化をまったく実行していない従来の端末を考えると、端末内のこれらの部門の多くは非常に「サイロ」な方法で実行されています。自動化を始めると（半自動化でも完全自動化でも）、もはやサイロ化されません。ある部門からのデータは次の部門に非常に依存しているため、非常に自然に流れなければなりません。これらのシステムが比較的調和して機能していない場合、それはバラバラになります。」
今日のインターモーダル端末の自動化の中核を成すものとして、端末操作システムが行うことの大部分は、サイロ化されたデータストリームと結婚することです。実際には、その作業の複雑さは自動化の量に依存します。 Tideworksは、端末が達成しようとしていることの範囲を最初に検討した経験豊富なビジネスおよびプロセスアナリストのチームを派遣することで、この課題を解決します。次に、Tideworksチームは計画を立てます。
「コードを書き始めるときは、その前半部分をうまく機能させる必要があるので、私たちは全員が同じページにいることを確認するために、その部分について説明します」とRucker氏は強調します。混乱させると、その時点からのすべてが明らかに壊れます。」
さまざまなOEM機器と技術との間のリモートインターフェースをセットアップする際に船舶運航者が直面する課題と同様に、TOSと、端末が自律的に動作することを望むものとの間のインターフェースは非常に重要です。それ故、ＴＯＳは端末装置と同じやり方で通信できなければならない。そのために、Tideworksはコンテナクレーンからスタッカーに至るまで、さまざまな端末機器プロバイダと密接に連携してそれを実現しています。
「標準化されたAPIを持っていなくてもよいベンダーには、TOSプラットフォームを通じて標準化されたアプリケーションプログラミングインターフェイス（API）を提供しています。時にはそれらは小さな修正を必要とします。それ以外の場合は、実際のクライアント（端末）によって異なります。彼らがすでに運用の他の部分にAPIを取り入れている長年のクレーンベンダーを持っていて、我々が事実の後に入って来ているならば、時々我々は彼らのAPIに固執しなければなりません。我々はまだ我々のアプリケーションの前に位置するシールドされた標準APIを持っています。これにより、TOSに影響を与える可能性のあるコードを導入することは確実になくなります。」
TOSプロバイダーにとって、それはすべて重要です。これは、ボックス端末の自動化が万能のソリューションではないためです。例えば、いくつかの端末はそれらの端末のある面を自動化するでしょう。他の人はそれをすべてやろうとします。
ラッカー氏はこう述べています。私たちはCSXとパナマでも良いケーススタディを持っています。自動化されたものと自動化されていないものがあります。しかし、自動化の観点から全範囲をカバーできます。完全に自動化したい場合は、それを実行できます。私たちが目にしているのは、ほとんどの場合、半自動化された機能で、特定の行のセットや特定の機能を自動化しようとしているところです。それを処理します。」
端末を自動化するべきですか？
Tideworksは、自動化が有効かどうかを端末が判断するのを助け、最終的には自動化ソリューションの選択を支援します。ただし、さまざまな理由から、自動化は特定の顧客にとって意味がない場合があります。そのような場合、Ruckerは主張し、Tideworksチームはそう言うでしょう。 「それはTideworksが彼らのクライアントと持っているどんなエンゲージメントの始まりにも戻ります。事業会社から生まれて、私達は何年もの間ターミナルを動かしている人々を持っています。実際には、私たちは事業部門から重く募集しています。しかし、私たちはそれらを実地に置いて、私たちは顧客との業務を進めます。そして、彼らが探しているものの観点から投資にROIが付いていない状況にあるのなら、彼らは従来の運用を継続し、ITとソフトウェアのコストおよびビジネスリスクの継続性に対する全体的なエクスポージャーを減らすことができるようにすることを推奨します。
ラッカー氏は、「私たちが言ったような状況がありました」と付け加えます。できますが、投資収益率は30年から40年です。それはあなたのビジネスパートナーが楽しませたいものですか？それはいいです。私たちはその旅であなたと一緒にいるでしょう。それ以外の場合は、通常の操作に従うことがおそらく最善だと思います。」
自動化とは何ですか？
端末自動化のケースは説得力があり、3つのドライバーのうち少なくとも1つから発生するはずです。 TJラッカーによると、安全性はその決定プロセスの大部分です。すべてのオペレータは、1日の終わりにすべての担当者が家に帰ることを望んでいます。 「年間目標が何であるかを発表したり、社内で話し合ったりするターミナル運営会社であれば、安全性が非常に重要視されています。だから安全は絶対に一番です。」
またリストの上位にあるのは経済学です。パナマックス後のより大きなトン数でラインが現在ターミナルにかけているプレッシャーはますます強くなり、ターミナルでクレーンを引き上げ、ヤード内でより効率的にし、同じフットプリントでもっと多くのことをするように強制しています。利益を改善するという明白な探求を超えて、3つ目の要因は「予測可能性」です。ラッカー氏はさらに次のように説明している。「多くの場合、人々は自動化すると考えているため、お金を節約できます。そうではないかもしれません - それは一方の側から他方の側へいくらかのお金を追いやるかもしれません、またはあなたは実際に少し遅くなるかもしれませんがそれからいくらかの予測可能性を得ます。また、ゲートウェイかトランシップメント端末かによっては、予測可能性にいくつかの利点があります。それらが、安全性、経済性、予測可能性という3つの主な要因です。
最終的に、予測可能性は経済学に直接関係しています。ターミナルがそのビジネスの本を見ると、彼らはまた最適な停泊利用を達成しようとしています。テクノロジによる予測可能性の向上が重要です。 「あなたがスケジュールに非常に反応的であるならば、これは端末が彼ら自身をトラブルに巻き込むところです。サービスの信頼性の観点からだけでなく、資産を過度に利用し、最終的に端末に多大な費用がかかります。端末上で何が起きるのかを十分な洞察で予測できれば、施設をより効率的に運営する可能性が高まります。」とRuckerは付け加えます。
あなたの技術は今日のターミナル運営環境で競争することができますか？端末自動化に関しては、「計画に失敗することは失敗することを計画することを意味します」。
この記事は Maritime Logistics Professional マガジン のMARCH / APRILエディションに初めて掲載されました 。
