雲天化集団（云天化集团）の数智化転型について、人民日報（2026年9月15日）が報じた内容を澎湃新聞の転載で読んだ。化学・肥料を主力とする中国の大手素材メーカーが、SAP ERP を中枢に据えた上でデジタル工場と現場制御 AI まで積み上げている、という話である。
この記事を「中国の大企業がすごい」で終わらせると何も残らない。私が受託開発の現場で繰り返し見ているのは、AI 導入の相談が基幹システムの外側から始まってしまうという失敗パターンで、雲天化の構成はその逆順を具体的に示している。本稿では、基幹システムを起点にした DX の進め方という観点から、この事例の「順番」を分解する。
報道されている事実
- 雲天化集団は SAP ERP を中枢とするデジタル化プラットフォームを構築し、運営・革新・調達・生産・販売・物流の6大業務を統合している
- グループで 20 のデジタル工場を建設済み
- 29 セットの装置に APC（高度制御）+ RTO（リアルタイム最適化）の大規模モデルプロジェクトを実施完了
- フッ素回収技術では回収率を 31.7% から 78.3% へ引き上げ、年間で 12 万トン超の資源を新たに確保。2025 年度の雲南省科学技術進歩一等賞を受賞
- 2026 年 7 月にファーウェイと深度協力協定を締結
- 2026 年上半期の営業収入は 412.75 億元、利益総額は 32.13 億元
見解：抜け落ちやすいのは「AI」ではなく、その一段下の層
この構成を層で見ると、基幹（ERP）→ データ → 現場制御（APC/RTO）→ AI 大規模モデルの4段になっている。日本の DX 議論で私がよく見るのは、この4段のうち一番上と一番下だけが語られ、三段目の「現場制御」が丸ごと抜けている状態だ。
AI 導入の相談を受けると、多くの場合は「生成 AI で何かできないか」という問いから始まる。そこで業務を遡ると、装置や現場の状態が数値として継続的に取れておらず、取れていても ERP 側のマスタや実績と突き合わせられない。結果、AI に渡せる入力が存在しない。雲天化が 29 セットの装置に APC+RTO を入れているのは、AI の前段として「現場が制御可能な状態」を作る投資であって、ここを飛ばした AI は動かない。
もう一点、ERP を「中枢」と呼んでいることの意味は小さくない。調達・生産・販売・物流を別々のシステムで持ったまま上に AI を載せると、AI ごとにデータの前処理と整合ロジックを作ることになり、AI の本数だけ運用コストが増える。私はこれを何度も見積もる側に回ってきたが、統合されていない基幹の上に AI を載せる案件は、モデルの費用よりデータ整合の人件費のほうが大きくなる。雲天化の構成は、そのコストを ERP 側に一度だけ払う設計になっている。
フッ素回収率 31.7% → 78.3% という数字も、AI 単体の成果として読むべきではない。回収率のような指標が動くのは、計測・制御・実績記録が一本の系として繋がったときだけである。デジタル工場 20 拠点という広がりは、同じ型を横展開できる標準を先に作ったことを示唆している。
作る側として、どこが難しいか
自社で同じものを組むと考えたとき、難所は AI モデルではない。ERP のマスタ設計と、現場設備からのデータ収集経路である。前者は業務部門との合意形成、後者は既存設備の制御盤・プロトコル・稼働を止められない制約との戦いになる。モデルは差し替えられるが、この2つは後から作り直すのが最も高い。
受注する側から言えば、「AI エージェントを作りたい」という引き合いに対して、先に基幹と現場データの現況を見てから範囲を切るほうが、結果的に納品後に使われる確率が高い。逆に、そこを見ずに AI の部分だけ切り出して受けると、PoC は通っても本番に乗らない。開発会社としては受注しやすい一方、次の案件に繋がらない。この判断は、自社の受注構成そのものに効いてくる。
