よくある誤解:Kepwareも一緒にSchneiderへ移るわけではない
「PTCが買われるなら、工場で動いているKepwareもSchneiderの製品になる」という受け止めは、事実と合いません。PTCは産業用接続ソフトのKepwareとIoT基盤のThingWorxをTPGに売却し、2026年3月16日に売却の完了を発表しています。Schneiderの発表資料も、PTCの2025年売上(24億ユーロ)を「ThingWorxとKepwareを除く」数字として示しています。
今回の買収で対象になるのは、CAD(Creo、Onshape)、PLM(Windchill)、ALM(Codebeamer)、サービスライフサイクル管理(ServiceMax)といった設計・エンジニアリング側の製品群です。工場の設備データを集める層ではなく、設計データと製品構成(BOM)を持つ層が動く、と捉えるのが正確です。
発表の要点は次のとおりです。
米国SECに提出されたPTCの8-K(2026年10月4日付の合併契約)によると、完了の条件には株主総会での過半数の承認に加え、米国の独占禁止法の待機期間の終了と、対米外国投資委員会(CFIUS)の承認が含まれます。契約が所定の事情で解除される場合の解約金は7億ドルです。完了までは約1年あり、その間PTCは通常の事業運営を続ける義務を負います。
利用企業の点検表:契約・データ連携・AI機能の12項目
発表文は、PTCをSchneider傘下のAVEVAに統合するのか、独立した事業として置くのかを書いていません。決まっていないことを前提に、確認できることから順に潰していくのが現実的です。
| No. | 区分 | 点検項目 | 確認する相手・資料 | 時期の目安 |
|---|---|---|---|---|
| 1 | 契約 | 保守・サブスクリプションの更新日と、更新時の価格改定条項 | 自社の契約書、販売代理店 | 今四半期 |
| 2 | 契約 | 契約の相手方(PTC本体か代理店か)と、支配権の変更時の扱い | 法務部門、契約書 | 今四半期 |
| 3 | 契約 | 2027年後半以降に更新が来る契約の、長期更新の選択肢 | 販売代理店 | 完了前 |
| 4 | データ連携 | WindchillからMES・ERPへ渡しているBOM・設計変更の連携方式(標準API、個別開発、ファイル連携) | 情報システム部門、連携の設計書 | 今四半期 |
| 5 | データ連携 | 個別開発の連携部分の保守体制と、連携先の製品バージョン | 開発委託先 | 今四半期 |
| 6 | データ連携 | Kepware・ThingWorxを使っている場合、TPG移管後の保守窓口とロードマップ | Kepware・ThingWorxの販売元 | 今四半期 |
| 7 | データ連携 | 設計データ(3Dモデル、図面、部品属性)を中立形式で書き出せるか | 設計部門、PLM管理者 | 完了前 |
| 8 | AI機能 | Windchill AIやCodebeamerのAI機能が使うモデルと、データの処理場所 | ベンダーの技術資料 | 新機能の採用前 |
| 9 | AI機能 | AVEVA・Cogniteとの連携機能が出た場合に、追加費用と既存契約の範囲がどうなるか | 販売代理店 | 発表があり次第 |
| 10 | 体制 | PTC製品とAVEVA製品を両方使っている部門の洗い出し | 情報システム部門 | 今四半期 |
| 11 | 体制 | 他社PLM・CADとの比較を、更新判断の材料として持っておくか | 経営企画、設計部門 | 完了前 |
| 12 | 体制 | 完了後の製品方針の発表を誰が追い、どの会議で報告するか | DX推進部門 | 今月 |
表の「時期の目安」は編集部の提案で、各社の契約状況によって前後します。
PLMとMESのつなぎ目から見た3つの論点
データ基盤とMES連携の観点では、次の3点が今後の発表で注視すべきところです。以下はいずれも発表文に書かれた方針からの編集部の見立てで、推測を含みます。
1つ目は、設計データと運用データを1本の流れにする構想です。Schneiderは発表で、PTCの製品・エンジニアリングのデータと、自社のプロセス・エネルギーのデータをつなぐ「デジタルスレッド」と、AIエージェントのための「AIデータ基盤」を掲げました。6月に発表したCognite買収(本稿執筆時点で未完了)とあわせると、設計(PTC)、運用データ(AVEVA)、文脈付けとAIエージェント(Cognite)を同じグループで持つ形になります。経緯はSchneider×Cognite買収の解説にまとめています。
2つ目は、他社製品との接続の扱いです。発表文は「オープンで相互運用可能」「ベンダーやハードウェアを問わない」と繰り返しています。MESや制御機器が他社製の工場にとっては、この方針が製品の仕様とライセンスにどう反映されるかが焦点になります。方針の表明と実装は別物なので、連携APIの公開範囲や価格が具体化した時点で判断します。
3つ目は、AI機能の提供範囲です。PTCはWindchill AIやServiceMaxのエージェント機能を展開してきました。買収後にAVEVAやCogniteのAIと組み合わさると、設計変更から製造・保全までを横断するエージェントが出てくる可能性があります。一方で、横断する機能ほどグループ内の製品をそろえることが前提になりやすく、ベンダーロックインの度合いは上がります。
社内での進め方:点検表を誰がいつ埋めるか
点検表は、1部門で埋めきれるものではありません。契約(1〜3)は購買と法務、データ連携(4〜7)は情報システム部門と設計部門、AI機能(8〜9)はDX推進部門、体制(10〜12)は経営企画が受け持つのが自然な分担です。
進め方の一例として、今月中に12番の担当者を決め、今四半期の終わりまでに1・2・4・5・6・10番を埋めます。残りは、Schneiderが統合後の製品方針を示した時点で更新します。Schneiderは2026年第3四半期の売上発表を10月16日に前倒しすると発表しており、決算説明の場で追加の説明が出るかが最初の確認点になります。
AVEVAのPI Systemなどを既に使っている工場は、10番の洗い出しで「両方使っている部門」が見つかるはずです。その部門には、今後の統合機能の提案が先に届く可能性が高いため(推測)、提案を受けたときに比較できるよう、現行の連携方式を文書にしておきます。
よくある質問
Kepwareの保守契約は今回の買収で変わりますか?
KepwareとThingWorxは2026年3月にTPGへの売却が完了しており、今回のPTC買収の対象ではありません。保守窓口やロードマップは、TPG移管後の販売元に確認してください。
買収はいつ完了しますか?
両社の発表では2027年第3四半期までの完了を見込んでいます。PTC株主の過半数の承認と、米国の独占禁止法審査やCFIUSの承認などが条件です。
WindchillとMESの連携は今すぐ見直すべきですか?
見直しより先に棚卸しを勧めます。連携が標準APIか個別開発か、設計書と保守担当者がそろっているかを確認しておけば、統合後の製品方針が出たときに影響を素早く判断できます。
この記事に出てくる用語
AIは「データ基盤」で決まる
PoCは成功したのに本番で止まる。原因の多くはモデルではなく、MESと設備データの側にある 全131本
- MESとAIの関係:ロット・作業指示・品質判定がAIの精度を決める理由
- 製造業AIが本番で止まる7つの理由:PoCは成功したのにラインに載らない構造
- 製造業のAI-OCR:紙の検査記録・点検表・ミルシートをデータ化する手順
- データ基盤の段階的導入ロードマップ:ユースケースから逆算する8ステップ
