PLMの有効活用には基幹システムとの連携が不可欠
PLMの普及で重要性が高まる「PLM・ERP間連携」
PLMを活用して業務効率を改善するには、ERPをはじめとしたほかの基幹業務システムとの連携が不可欠だ。こうしたシステム連携は、単にデータを受け渡しするだけでなく、プロセスの連携まで考慮に入れる必要がある。
PLM(製品ライフサイクル管理)が技術部門や製品開発部門の垣根を越えて全社的に重要な業務になってきたのに伴い、企業は現在PLMプラットフォームをERPやMES(製造実行システム)などの基幹業務システムと連携する取り組みに注力している。
専門家によると、製造企業がPLM戦略の成果を活用して効率改善と技術革新を促進しようと思うのであれば、PLMとERPの連携、ならびにPLMとほかの基幹業務システムとの連携が不可欠だという。PLMは、製品ライフサイクルのすべての段階を通じて製品データとプロセスの可視性を高める手段であると考えられているが、そのために必要な情報の多くは伝統的な製品開発部門や技術部門の外部にあるシステムに置かれている。しかしPLMと基幹業務システムとの間のデータ連携では、製品データやBOM(部品表)情報をシステム間で受け渡しするだけでは不十分であり、各業務部門のビジネスプロセスとワークフローも考慮に入れた製品ライフサイクル全体としての取り組みが必要だ。
「連携とは、ライフサイクル全体をつなぐループを閉じることだ」と話すのは、米AMR ResearchでPLMの調査を担当するマイク・バーケット副社長だ。「製品開発時における連携の重要性は、コスト、サプライヤー、顧客、故障などに関する情報に対する可視性が得られることにある。こういった情報を開発部門に提供することによって製品設計に反映させ、製品の改善につなげることができるのだ」
PLMとERPの連携という分野はまだ初期段階にあり、幾つかの重要な課題が残されている。例えば、MDM(マスターデータ管理)やデータガバナンスの問題がある。多数のシステムに保存されている製品関連のデータをどこに置くべきか(PLMリポジトリあるいはほかのシステム内)という問題もあり、そのデータをほかのアプリケーションからすぐに利用できるようにするためのアーキテクチャも必要だ。また、データの変換という厄介な問題もある。
「既存製品に関するデータの中には、20年も前に作成され、古いメインフレームに保存されているものも多い。PLMシステムに組み込む前にデータをクレンジングする必要があり、属性などの追加情報を定義するのには時間がかかる」とバーケット氏は話す。
こういった問題が残されているものの、PLMを取り巻く環境は改善しつつある。エンジニアリング指向の従来型PLMシステムのプロバイダー(PTCやSiemens PLM Softwareなど)は以前から、主要なERPプラットフォームとの基本的な連携を実現する製品を提供しているほか、ビジネスプロセスやワークフローをめぐる課題に対処するための洗練されたカスタム連携技術の開発を大手顧客と協力して進めてきた。一方、SAPやOracleといったERPプロバイダーは、高度なビジネスプロセス連携機能を自社のPLM製品のアドバンテージとして宣伝している。
例えば、SAPは自社のSOA(サービス指向アーキテクチャ)技術であるSAP NetWeaverにSAP PLMを組み込んだ。このアプリケーションは、SAP Business Suiteに統合されている。SAPでPLMソリューション管理を担当するハンス・サルバウアー副社長は「この高度な連携により、SAP PLMで作成したBOM構造は、SAPスイートのほかのコンポーネントと同じコアオブジェクトを共有するため、変更があれば即座に同期化される」と説明する。
「連携をめぐる現実に目を向ければ、ほとんどの企業は技術開発業務と製造業務をそれぞれ独立した組織で行っており、プロセス間の広範な連携が確立されていない」とサルバウアー氏は指摘する。「当社の新機軸は、最初から最後までプロセス指向だという点だ」
米通信機器メーカーのHammerhead Systemsの場合、ERPシステムとPLMシステムが同じデータとプロセスを共有することが必須要件だった。同社がArena Software Solutionsの「Arena PLM」を採用したのは、費用効果性およびホスティング型配信モデルに関連した拡張性に優れていたからだ。同社はその後、ExpandableのERP製品を導入した。ArenaとExpandableのプラットフォームの間でビジネスプロセス連携を実現するアダプターが既に用意されていたのが理由だ。
HammerheadではPLMとERPを連携する前は、スプレッドシートを使って製品開発部門と製造部門の間で製品情報をやりとりしていた。Hammerheadでオペレーションと品質保証を担当するラス・ウッドマンシー副社長によると、これは時間のかかるプロセスで、ミスが起きることも多かったという。
「何日もかけて手作業で情報を入力し、それを管理していたが、それでも正確な情報がシステムに入力されたかどうか分からなかった」とウッドマンシー氏は語る。「現在ではこれがほぼリアルタイムで実行されるので、スタッフがかかりきりになる必要がなくなった。いったん変更が承認されれば、製造部門は直ちに実施計画の策定に取り掛かることができる」
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣 -
製品資料
[サイボウズ株式会社] AIが「わざわざ使うツール」になっていない? 業務で自然に使う導線にする秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
4
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
5
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
-
6
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
7
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
8
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
9
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
10
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー