2026年5月の製品アップデート

これまで、DataPortalにおけるメンテナンスは、使用状況（通常は稼働時間）に基づいてトリガーされていました。これは常に稼働している機械には有効ですが、季節的な設備、待機中のユニット、利用頻度の低い資産については対応しきれていません。 年間稼働時間がわずか80時間の機械であっても、年次点検は必要です。稼働時間カウンターのみに依存していると、こうした点検が漏れてしまうことになります。

「Maintenance 2.0」では、稼働時間に基づくトリガーに加え、またはそれと組み合わせて、カレンダーベース（6ヶ月ごと、年1回、または任意のカスタム間隔）でメンテナンスをスケジュールできるようになりました。 両方が設定されている場合、プラットフォームは最初の閾値に達した時点でメンテナンスイベントを発動します。これは、一部の機械が継続的に稼働する一方で、他の機械は特定の季節や稼働期間中にのみ使用されるような、多様な製品ラインを持つOEMにとって特に重要です。

その結果、稼働時間がたまたま早く蓄積される機械だけでなく、導入済み機器全体を網羅する一貫性のあるメンテナンス計画が実現します。OEMやサービス組織にとっては、これにより計画メンテナンスによる収益の予測可能性が高まり、スケジュールから漏れがちだった季節限定や待機中のユニットを含め、機械が稼働し続けるという確信が深まります。

すべての保守作業には、手順書、トルク仕様、部品番号、またはスペアパーツへのリンクといった独自のドキュメントを紐付けることが可能になりました。技術者は、「Machine Companion」アプリで作業を実行する際、ワークフロー上でこれらの情報を直接確認できます。

その目的は明確です。作業ミスを減らし、経験の浅い技術者がタスクを正しく完了するまでの時間を短縮し、現場と整備工場間のやり取りをなくすことです。OEMにとっては、ディーラーネットワーク全体でのサービス業務の標準化にもつながります。

保守業務において長らく課題となっていたのは、予定されたメンテナンスが単にシステム上で完了とマークされただけでなく、実際に実施されたかどうかを確認することでした。当社では、この課題に対処するため、「Machine Companion App」に作業完了確認機能を追加しました。

技術者がメンテナンス作業を完了した後、端末上で直接、機械の所有者またはオペレーターに確認を依頼します。所有者は基本的な本人確認を行い、技術者の画面上で署名します。署名、本人確認情報、およびタイムスタンプはメンテナンス記録と共に保存され、確認済みのタスクは完全な監査証跡とともにDataPortalに表示されます。

OEMメーカーにとっては、サービス提供の検証可能な記録が得られることを意味します。ディーラーにとっては、顧客との紛争の一般的な原因が解消されます。機械所有者にとっては、サービス履歴が自身の設備で実際に何が行われたかを正確に反映することになります。

すでに成熟したサービス管理システムを導入しているOEM企業にとって、「Maintenance 2.0」は既存のツールを置き換えるのではなく、それらと併用できるように設計されています。機械データから生成されたメンテナンスイベントは、REST APIを介して外部のチケット管理システムに送信することができ、チケットのステータスも同期して反映させることができます。これには、機械からの信号や外部からの更新に基づいて自動的にチケットをクローズする機能も含まれます。

データ層のみが必要な環境では、DataPortalのメンテナンス機能セット全体を導入する必要なく、同じAPIを通じて稼働時間や状態データを公開し、OEM独自のメンテナンスワークフローで利用することが可能です。