小さなアップグレードやバグフィックスが、日々のワークフローの改善や新機能のリリース、あるいは発生している重要な問題の解決に影響を与えることを、私たちは誰しも身をもって経験しています。
アップグレードは、システムを最適に機能させ、バグを修正し、ベンダーが開発した新しいイノベーションから価値を得るために不可欠です。
Tulip オリヴィエ・ネロンと話し合った結果、MESアップグレードにおいて数カ月待つことは最悪の事態ではないことが明らかになりました。
オリヴィエは、ライフサイエンス業界で過去25年間、 トップ5の従来型MES システムの導入に携わってきました。オリバーは、中小企業（ELAN、Propack-Data、Werum）や大企業Honeywell、Körber、Rockwell Automation）で働く機会を得て、XFP、PMX、PharmaSuite、POMS/POMSnet、PAS-Xなど、さまざまなタイプのMES システムを導入しました。
この記事では、 MES ソリューションの総所有コストに影響する、アップグレードの隠れた（そして残念ながら一般的に受け入れられている）コストについて探ります。そして、Tulipようなノーコード・アプリ・プラットフォームが可能にするアプローチと、その結果得られる利点について説明します。
本題に入る前に、MES アプローチとTulipノーコード・プラットフォームによる新しいアプローチを比較する場合、カスタマイズとコンフィギュレーションを区別することが重要だと思います。カスタマイズ」とは、ベンダーやインテグレーターが顧客に合わせたソリューションを提供するために製品に加えるコード変更のことです。これらのコード変更は、基本機能に影響を与えます。コンフィギュレーション」とは、顧客が既存の機能を設定し、コードに触れることなく、顧客のプロセスに合わせてよりカスタマイズされたソリューションを作成する方法を指します。どちらの場合も、これらの変更は顧客の要件に基づいています。
従来のMES アプローチ - 製品のカスタマイズ
従来のMES ベンダーが顧客に合わせたソリューションを提供するために取っているアプローチは、コード変更による製品のカスタマイズです。Olivier氏や他のMES ベテランによると、これは非常に標準的なアプローチだそうです。後述するように、システムを更新する必要があるまでは、カスタマイズは素晴らしいことです。
製品更新
MES ソフトウェア（およびほとんどのソフトウェア製品）では、メイン製品ブランチと製品パッチブランチがあります。メインの製品ブランチでは、半年から1年ごとにメジャーリリースが行われ、通常は大きな新機能やアップデートが行われます。
製品パッチブランチは、機能とエラー修正（10～450個）の組み合わせから生じます。メインの製品ブランチで利用可能な最新の機能にアップデートする時期が来ると、ベンダーは、ブランチされたバージョンに、顧客のためにエラー修正のバックポートをインストールします。これは、アップデートが問題を引き起こさないことを確認するための回帰テストを伴います。
カスタマイズを行わないこのシナリオでは、物事がすぐに混乱してしまうことがわかりますが、MES ベンダーは数日から数週間で、かなり迅速に修正を行うことができます。
メーカーごとのカスタマイズの追加
ここで、カスタマイズの影響について補足しましょう。ベンダーは顧客ごとに、製品のソースコードからコピーしたプロジェクト・インスタンスを作成し、顧客の要件を満たすソリューションのための製品適合（カスタマイズ）に1,000時間を投資します。これらのカスタマイズは、ハードコード化された変更で行われます。これで顧客は、検証およびデプロイが必要なカスタマイズされたソフトウェア・バージョンを持つことになります。
新製品のアップデートがあるたびに、ベンダーの担当者は顧客のカスタムバージョンの製品用にカスタマイズしたバックポートを提供する必要があります。修正には数週間から数ヶ月かかります。
製造サイトごとのカスタマイズの追加
さらに複雑なことに、1つのメーカーが複数のサイトを持っていて、そのサイトごとにカスタマイズが必要な場合もあります。
新製品のアップデートがあるたびに、ベンダーの担当者は、顧客のカスタムバージョンの製品ごとにカスタマイズしたバックポートを提供する必要があります。修正には1～2ヶ月かかります。
MES アプローチの影響
このMES アプローチには、多くの欠点と頭痛の種があります。
新しい製品のアップデートに魅せられたメーカーは、再び主要な製品ブランチに参加し、大規模なアップグレードプロジェクトを完了したいと思うかもしれません。同じ製品の複数のバージョンを維持することにうんざりしたメーカーは、1つのバージョンだけを採用しようとし、各サイトは自分たちのカスタマイズがベストだと主張するでしょう。
コードを更新するたびに、システムがその通りに動作することを証明するための検証ステップが必要になります。
アップグレードが複雑になると、ベンダーの製品アップデートが利用可能になった後、サイトは数ヶ月間最新のアップデートを見ることができなくなります。
Tulip ウェイ - プラットフォームの構成
Tulip Frontline Operations Platformでは、ソリューションのカスタマイズの方法が少し異なります。前述したように、Tulip 顧客ごとに製品のカスタマイズを提供していません。むしろ、Tulip ノーコード・プラットフォームは設定可能であり、インターフェース、データ構造、トリガー、接続などをお客様自身で、あるいはTulip Tulip パートナーから少し助けてもらって更新することができます。また、Tulip AWS、Azure、AWS GovCloudで展開できるクラウドネイティブなプラットフォームです。
アップグレードの観点でこれが意味するのは、プラットフォームのアップデートが驚くほどシンプルで速いということです。隔週のプラットフォーム・アップデートをご希望の場合は、新機能やバグ修正を自動的にご確認いただけます。Tulip また、アップグレードのタイミングをよりコントロールしたいお客様のために、年に2-3回の長期サポートリリースを提供しています。いずれの場合も、メインプラットフォームブランチにとどまり、設定を中断することなく、最新の機能やバグ修正を利用できます。
お客様やTulip お客様が修正を必要とされる場合、Tulip 数日以内にポイントリリースで提供することができます。このアップデートは、ご希望のお客様であればどなたでもご利用いただけます。また、修正は次のフルリリースのメインプラットフォームブランチにロールアップされるため、待つリスクはありません。
Tulipアプローチの影響
Tulip 数時間から数日で修正を提供できます。ソリューションのカスタマイズを伴う変更については、ベンダーやインテグレーターに頼ることなく、社内で変更を行うことができます。
Tulip 、アップデートのたびに、よりシンプルな検証アプローチを可能にします。Tulip 監査可能なQMSがあり、6カ月ごとに完全に検証されたプラットフォームのリリースを提供します。お客様のビジネスニーズに基づいて作成されたApps 、バリデーションの文脈では構成とみなされ、それ自体がMBRの文書となります。MBRはバージョン管理されており、Tulip内でアクセス可能です。Apps 実行されると、完全にデジタル化され、MBRのバージョンにリンクされた、完全に準拠した履歴レコードが生成されます。
Tulip更なる利点
MESは、Tulip 企業の問題解決を支援するサブセットのソリューションを提供します。
Tulip フロントラインオペレーションプラットフォームは、作業指示書、日誌、品質報告、リーン生産など、より多くのユースケースに対応できるソリューションを提供します。アプリ、テンプレート、コネクタのTulip ライブラリをご覧ください。
Tulipプラットフォームは、機械やセンサーだけでなく、人間、カメラトリガー、デバイスなど、より多くの情報を収集することができます。生産データにより多くのコンテキストを与え、より全体像を把握することができます。このデータには、適切な閲覧権限を持つ人がアクセスでき、強力な分析機能を組み込んだ主要指標のリアルタイムダッシュボードを作成できます。
Tulip アップデートが簡単で、コード不要のアプリエディタにより、企業はベンダーやインテグレーターに頼らず、自社でシステムを所有し、簡単な変更を行うことができます。
Tulip MES貴社のオペレーション改善にどのように役立つのか、ご興味のある方は、今すぐ担当者にお問い合わせください！
Tulipデータ収集を自動化し、生産性を向上
アプリのシステムがどのように御社の業務全体の作業員、機械、デバイスをつなげることができるのか、弊社チームのメンバーにご相談ください。