MESとオペレーションプラットフォームの比較

オペレーションを管理するための適切なシステムを選択することは、今日の市場でビジネスの競争力を維持するために非常に重要です。伝統的な製造実行システムに挑戦するコネクテッド・ワーカー・テクノロジーやオペレーション・プラットフォームの数が増加しているため、特定のニーズに最適なソリューションを評価することは困難です。

本ガイドでは、大手製造業がデジタルトランスフォーメーションを推進する上で最も重視している2つの選択肢を徹底比較します：従来のMES TulipFrontline Operations Platformです。

かつてないほど多くのデジタルソリューションが利用可能になった今日、あらゆる業界の企業が、従来のMES 自社の業務に果たす役割を再考しています。MES 、製品のライフサイクル全体にわたって製造プロセスを調整、実行、追跡するためのソリューションとして、長い間企業の間で好んで利用されてきましたが、今日の製造業を悩ませる現代の課題には遅れをとっていました。

ビジネス環境がよりダイナミックになり、IoT、ノーコード、機械学習などの新技術が導入されるにつれて、新しいクラスの産業用プラットフォームが一般的な選択肢となり、特定の生産ニーズや課題を管理するのに役立つシステムを見つけるとなると、企業はより多くのことを考慮する必要があります。業界で長年信頼されてきた従来の実行システムと、Tulip柔軟で強力な最前線オペレーション・プラットフォームを比較対照してみましょう。

既存のMES ソリューションとTulipFrontline Operations Platformを区別するのは難しいかもしれませんが、後者の主な利点には次のようなものがあります：

Tulip コーディングの経験を必要としません。

Tulipプラットフォームはコードレスで柔軟性に富んでいるため、業務に最も近い現場のエンジニアが、日常的に遭遇する課題の解決に役立つアプリケーションを構築・設定できるようになります。これにより、組織とそのチームは、社内のプロセスに関する知識や専門知識を活用して、大規模なプログラミングやITリソースを使わずにアプリケーションを作成・更新できるようになります。

Tulip クラウドベース

プラットフォームは定期的に更新され、ユーザーはダウンロード可能なコンテンツにアクセスし、リアルタイムで製品サポートを受けることができます。これにより、導入、共有、拡張性が簡素化されます。

Tulip 分析機能が組み込まれています。

Tulip 人間、マシン、デバイス、コネクターから収集した豊富で多様なデータは、堅苦しいテーブルやデータ操作が必要な別個のアドオンモジュールではなく、パワフルでシンプルな設定のダッシュボードやレポートに保存して表示できます。

Tulip ネイティブなIIoT およびエッジ接続を備えています。

マシンやデバイスのサポートが組み込まれているため、セットアップが簡単で、必要な場所でデータを収集できます。

Tulip GxP

このプラットフォームは、継続的な検証、デジタル履歴記録、権限と管理、認証のサポートにより、コンプライアンスを業務のシームレスな一部にするために構築されました。

Tulip すぐに使えるコンテンツを提供

Tulip Libraryでは、新しいユーザーも経験豊富なユーザーも、アプリのテンプレートをダウンロードして設定したり、アプリのサンプルを探したり、コネクタを追加したりできます。

従来のMES 、製造プロセスを調整、実行、追跡するための試行錯誤を重ねた手段ですが、Tulip 解決できるのは、導入に時間がかかり、メンテナンスにコストがかかり、更新が困難な問題の一部分だけです。

次のセクションでは、TulipプラットフォームとMES 3つの主要分野でさらに比較します：

1. 総所有コスト

2. データのコンテキスト化

3. アップグレードプロセス

ノーコードでIIoT、MES 一部または全部を置き換えることができる最前線のオペレーションプラットフォームを見つけました。人間のワークフローの増強、柔軟な展開、継続的な改善に興奮していますが、デューデリジェンスを行い、ROIを証明する必要があります。

大きな投資を新たに行う場合、総所有コストについて次のような疑問が生じるかもしれません：

• どれくらいの時間的、金銭的投資が必要ですか？

• 寿命はどうですか？

• この新システムは生産性にどのような影響を与えますか？

• このソリューションからどれくらいの期間で価値を見出すことができるでしょうか？

• ベンダーに頼ることになるのでしょうか？

• アップデートのプロセスはどのようなものですか？

Frontline Operation Platformsと従来のMES ソリューションのTotal Cost of Ownership（総所有コスト）について考える際に、ソフトウェア・ライセンスやハードウェアだけでなく、考慮すべき4つの側面について、これらの質問に対する答えをまとめました：

1. 価値実現までの時間と導入コスト

2. 検証のコスト

3. 労働者のエンパワーメントのメリット

4. メンテナンスとアップデートのコスト

従来のMES

従来のMES ソリューションは、硬直的で高度に階層化されており、システムの計画と構築に多大な労力を要します。大規模な組織では、導入プロジェクトが数年に及ぶこともあります。これは、付加価値のない時間を何カ月も何年も費やすことになります。

複雑さが増すにつれ、ベンダーはプロジェクト成功の門番となります。このようなシステムには広範な技術的専門知識が必要とされるため、ベンダーはお客様のニーズに合わせてソリューションを構成するために、しばしば専門サービスに対して高額な料金を請求します。

フロントライン・オペレーション・プラットフォーム

MES アプローチが硬直的で、トップダウンで、オール・オア・ナッシングであるのに対し、ノーコード展開のアプローチは柔軟で、ボトムアップで、段階的です。ノーコードプラットフォームを使用しても、データモデルやシステムアーキテクチャを実装することはできますが、より柔軟性があります。

少数のアプリから始めて、徐々にユースケースを増やし、時間の経過とともに複雑さを導入することができます。自分のペースでデプロイメントを拡大し、数年ではなく数カ月で価値を実感できます。

プロセスを最もよく知っている人をトレーニングし、標準化されたアプリを使用できるようにすることで、アプリ開発プロセスを開拓できるようになります。一部のEnterpriseTulip お客様は、独立したアプリ開発と構成をサポートしながら、組織全体のベストプラクティスアプリの中央ライブラリを構築しています。プロセスエンジニアは Citizen Developersプロセスエンジニアは市民開発者になり、有益なガイダンスをシームレスに提示し、貴重なデータを収集する、現場の作業員向けの直感的なアプリを作成します。

アプリの柔軟性とガバナンスの構造により、企業は両方の長所を享受することができます。つまり、ノーコード・ツールで権限を与えられたドメインの専門家によるローカライズされた問題解決と、グローバルなベストプラクティスと知識の共有です。

従来のMES

複雑なデータ構造を持つ包括的なシステム導入に必要な検証要件は、MES 採用を長期化させ、広範なITサポートを必要とします。プロセス、標準、システムを学習し、その妥当性を検証することは、採用期間をさらに延長し、ソリューションの価値実現までの時間を遅らせるだけです。

MES]システムに投入するすべてのコンフィギュレーションとマスターデータ、すべてのプロセスを検証しなければなりません。標準を学び、システムも学ぶ必要があります。本当に得意な人なら、6カ月から12カ月はかかるでしょう」。Tulip社製造プラクティスリード、ギラード・ランガー氏

先日のパネルセッションで、ギラード・ランガーがこのトピックについて詳しく説明しました： eBR eDHR未来。

規制産業やライフサイエンスにおける従来のシステムの検証は、徹底的なものです。バグフィックスやアップグレードには、組織のあらゆる部分に関わる非常に複雑なITシステムの検証というコストがかかります。

フロントライン・オペレーション・プラットフォーム

アップデートのたびにシステム全体を検証するのではなく、Tulipプラットフォームを検証し、本番環境にリリースする前に個々のアプリをチェックして検証することができます。

GxP 環境のために、Tulip 監査可能なQMSを有し、6ヶ月ごとに完全に検証されたプラットフォームリリースを提供します。

検証の文脈では、顧客のビジネス・ニーズに基づくアプリは構成とみなされ、それ自体がMBRの文書となります。これらのバージョン管理されたMBRには、Tulip内でアクセスできます。アプリが実行されると、完全にデジタルでMBRのバージョンにリンクされた、完全に準拠した履歴レコードが生成されます。

従来のMES

ガートナー社が最近実施した調査では、製造業の回答者の59%が、MES 投資の妥当性を判断する基準として「従業員の意思決定とコンピテンシーの向上」を非常に重要であると評価しています。(ガートナー)

複雑な手順と大規模なトレーニングを必要とする硬直したMES システムは、「従業員の意思決定と能力」を非常に限られた方法でサポートします。

フロントライン・オペレーション・プラットフォーム

アプリを使用することで、エンジニアやオペレーターの作業をガイドするデジタルワークフローを構築することができ、彼らの仕事を容易にし、生産性を向上させることができます。プロセスエンジニアは、ドキュメントやスプレッドシートの構築から、オペレーターにシームレスに情報を提供し、データを収集するアプリの構築に時間をシフトすることができます。

従来のMES

俊敏性を維持することは、あらゆる業界でますます重要になっています。俊敏性のためには、生産だけでなく、生産をサポートするシステムも迅速に更新できることが重要です。

MES ソリューションは通常、サードパーティのインテグレーターに大きく依存するモノリシックなもので、大小を問わずアップデートの際には発券システムが必要になることがよくあります。サポートを雇うこと自体もコストがかかりますが、サードパーティの介入は、システムの潜在能力をフルに活用せずに費やす時間という点でもコストがかかります。何かを更新したい場合（新しい機器、マシン、UIの修正など）、数週間かかることもあります。データ構造を調整したり、フィールドを追加したい場合は、チームがMES新バージョンにそれを含めるまで数カ月待つ必要があるかもしれません。

フロントライン・オペレーション・プラットフォーム

Frontline Operationsプラットフォームを使用すれば、より多くのシステム専門知識を社内に保持し、リリースサイクルを大幅に短縮することができます。エンジニアの権限次第では、午後1回で新しいセンサーをセットアップし、システムに追加することができます。

さらに、より迅速で頻繁なリリースサイクルは、迅速なイノベーションを意味し、最終的にはより優れたソリューションとなります。モノリシックなMES システムに関連する追加コストは、イノベーションの機会を失うことにあると言えるでしょう。

ノーコードのIIoTプラットフォームとデジタルトランスフォーメーションの台頭により、データの収集と収集、そして実行可能な改善のためのリアルタイムの可視化が約束されました。しかし、MES システムではそれができないのでしょうか？

データにコンテキストを追加することで、どのようにデータの価値が高まるのでしょうか。また、MES システムが情報の可能性を制限するのはなぜでしょうか。ノーコード、IIoT 、ネイティブアナリティクスを備えたフロントラインオペレーションプラットフォームは、ITフォワードMES システムでは実現できなかった方法で、データに命を吹き込み、柔軟性を与えることができます。

従来のMES 方法

MES 保存されるデータに関する問題のいくつかは、現在のMESシステムの根本的な部分に起因しています：MES モノリシックで、導入には広範なサポートと専門知識が必要です。MESは一枚岩であり、導入には広範なサポートと専門知識が必要です。ITサポートは必須であり、定期的な更新には、ベンダーによる同様の専門知識が必要になることがよくあります。これは、次のような問題につながります：

データサイロ

MES システムの導入方法によっては、"データのサイロ化 "が進む可能性があります。インフラが古くなると、システム同士が常に通信できるわけではなくなり、データは部門や機能ごとに保存されるようになります。現場の全体像を把握するために情報を引き出すには、複数のシステム、コンピュータ、データベース、レコードにまたがる情報を収集する必要があります。ITサポートを必要とするアクセス不能なデータベースは、データをコールドストレージのような状態に置き、その場でアクセスすることを困難にしています。

厳格なデータ収集

MES システムの硬直性は、データ収集の手段を制限することがよくあります。MES 設定に従って、データをシステムに正しく入力する必要があります。もしお客様のプロセスがMESものと異なる場合、ベンダーにソフトウェアを変更または調整させるためにはかなりのコストがかかります。ボタンの色の変更は、ITサポートに数カ月を要し、膨大なリソースを必要とするプロセスになり得ます。このため、俊敏性を維持し、継続的に改善することが難しくなります。基本的に、MES プロセスを固定し、情報の統一を要求します。

データ分析の遅れ

MES 内蔵されている分析機能は限られており、必要な洞察を得るためには、データをエクスポートしてMicrosoft Excelなどの外部ツールで操作する必要がある場合があります。ダッシュボードを作成する頃には、データは現在オペレーションで起こっていることと同期していません。ダッシュボードを最新の状態に保つことは、チームに何の付加価値も与えません。プロセスを変更するたびに、この古いプロセスによる新しいデータ収集は、実際に問題を解決し、変更を実施するまでの時間を延長します。

文脈のないデータ

データのコンテキストは重要です。機械のダウンタイムを追跡することは、オペレーションを改善する ための良い第一歩ですが、その価値は、ダウンタイムの原因と、そ れに影響を及ぼしている要因を検出できることから生まれます。MES 常にそのデータを提供できるわけではありません。レガシーシステムは、機械の状態変化などの記録を取り込み、保存するように設計されていますが、通常、メモや画像を通じてオペレーターの経験や入力を保存する方法はありません。

フロントライン・オペレーション・プラットフォームの優位性

Tulipプラットフォームは、モノリシックなMES システムでデータを扱う際に生じるいくつかの課題を克服するように設計されています。業務全体のデータにコンテキストを追加し、クラウドでリアルタイムの分析にアクセスできるため、データを最大限に活用することが容易になります。

必要な時に必要なデータを

Frontline OperationsPlatformsのクラウドベースの性質は、データの保存、アクセス、操作に関して非常に有利です。Tulip 、以下のようなアプリ外のソースからデータを簡単に取り出せます：

• SAPやNetsuiteERP システム、SQLデータベース、HTTP API

• ネットワークマシンとレガシーマシン

• IIoT デバイスとセンサー

• コンピュータビジョン検出

• 人間のデータ入力

アプリに新しいデータソースを追加するのは簡単で、Tulip Libraryのコネクタを使えば、数分で簡単に立ち上げることができます。大規模なカスタムコードを必要とせず、マシンの接続や更新も迅速に行えます。

アナリティクスやダッシュボードを表示したり作成したりすることで、オペレーションのリアルタイムの状況を簡単に確認し、改善を注意深く見守ることができます。

アプリやテーブル間のデータを共有構造で一元管理することで、重要な情報を上流または下流から呼び出すことができ、パターンや傾向をすばやく確認できます。組み込みの分析機能により、複雑な追加のビジネスインテリジェンスソフトウェアが不要になり、コード不要の利点が光ります。

IIoT人間のデータからコンテキストを獲得

最前線で働くオペレーターは、毎日機械と密接に働き、しばしば貴重な生の知識を目の当たりにします。MES システムや機械のために設計されていますが、ノーコードプラットフォームに基づくソリューションは人間のためにも設計することができます。IIoT ノーコード・アプリ・プラットフォームに統合することで、オペレーターの行動から情報を記録し、オペレーションで何が起きているかをより深く理解することができます。スマートツールやセンサーは、機械のダウンタイムやオペレーションの非効率性に対してコンテキストを提供することができます。

Tulip 、オペレーターがメモや画像を簡単に追加できるガイド付きワークフローアプリを構築できます。この人間のデータは、機械データを補強し、エンジニアがボトルネックの根本原因を迅速に特定するのに役立ちます。

コンテキストは、エンジニアがパターン、トレンド、相関関係を特定するのに役立ちます。機械に焦点を当てたメトリクスを追跡する代わりに、プロセス全体を監視することが容易になり、真に接続された設備が構築されます。

アップグレードは、システムを最適に機能させ、バグを修正し、ベンダーが開発した新しいイノベーションから価値を得るために不可欠です。

アップグレードプロセスに入る前に、MES アプローチとTulipノーコード・オペレーション・プラットフォームによる新しいアプローチを比較する場合、カスタマイズとコンフィギュレーションを区別することが重要です。

従来のMES アプローチ - 製品のカスタマイズ

従来のMES ベンダーが顧客に合わせたソリューションを提供するために取っているアプローチは、コード変更による製品のカスタマイズです。後述するように、システムを更新する必要が生じるまでは、カスタマイズは問題なく素晴らしいものです。

製品更新

MES ソフトウェア（およびほとんどのソフトウェア製品）では、メイン製品ブランチと製品パッチブランチがあります。メインの製品ブランチでは、半年から1年ごとにメジャーリリースが行われ、通常は大きな新機能やアップデートが行われます。

製品パッチブランチは、機能とエラー修正（10～450個）の組み合わせから生じます。メインの製品ブランチで利用可能な最新の機能にアップデートする時期が来ると、ベンダーは、ブランチされたバージョンに、顧客のためにエラー修正のバックポートをインストールします。これは、アップデートが問題を引き起こさないことを確認するための回帰テストを伴います。

カスタマイズを行わないこのシナリオでは、物事がすぐに混乱してしまうことがわかりますが、MES ベンダーは数日から数週間で、かなり迅速に修正を行うことができます。

メーカーごとのカスタマイズの追加

各顧客に対して、ベンダーは製品のソースコードからコピーしたプロジェクトインスタンスを作成し、顧客の要件を満たすソリューションのための製品適合（カスタマイズ）に1,000時間を投資します。これらのカスタマイズは、ハードコード化された変更で行われます。これで顧客は、検証およびデプロイが必要なカスタマイズされたソフトウェア・バージョンを持つことになります。

新製品のアップデートがあるたびに、ベンダーの担当者は顧客のカスタムバージョンの製品用にカスタマイズしたバックポートを提供する必要があります。修正には数週間から数ヶ月かかります。

製造サイトごとのカスタマイズの追加

さらに複雑なことに、1つのメーカーが複数のサイトを持っていて、そのサイトごとにカスタマイズが必要な場合もあります。

新製品のアップデートがあるたびに、ベンダーの担当者は、顧客のカスタムバージョンの製品ごとにカスタマイズしたバックポートを提供する必要があります。修正には1～2ヶ月かかります。

Tulip ウェイ - プラットフォームの構成

Tulip Frontline Operations Platformでは、ソリューションのカスタマイズの方法が少し異なります。前述したように、Tulip 顧客ごとに製品のカスタマイズを提供していません。むしろ、Tulipノーコード・プラットフォームは設定可能であり、インターフェース、データ構造、トリガー、接続などをお客様自身で、あるいはTulip Tulip パートナーから少し助けてもらって更新することができます。また、Tulip AWS、Azure、AWS GovCloudで展開できるクラウドネイティブなプラットフォームです。

アップグレードの観点でこれが意味するのは、プラットフォームのアップデートが驚くほどシンプルで速いということです。隔週のプラットフォーム・アップデートをご希望の場合は、新機能やバグ修正を自動的にご確認いただけます。Tulip また、アップグレードのタイミングをよりコントロールしたいお客様のために、年に2-3回の長期サポートリリースを提供しています。いずれの場合も、メインプラットフォームブランチにとどまり、設定を中断することなく、最新の機能やバグ修正を利用できます。

お客様やTulip お客様が修正を必要とされる場合、Tulip 数日以内にポイントリリースで提供することができます。このアップデートは、ご希望のお客様であればどなたでもご利用いただけます。また、修正は次のフルリリースのメインプラットフォームブランチにロールアップされるため、待つリスクはありません。

MES システムはオペレーションを成功させるために非常に価値のあるものですが、Frontline Operations Platformsは、データのコンテキスト化を通じてより大きな価値を提供します。データの真の可能性を解き放つことで、プロセスの革新を加速し、MES拡張が不可能な方法で、現場のあらゆる部分にわたって補完的なユースケースを解き放つことができます。