製品ライフサイクル管理の機能詳細・技術仕様・他社比較・バリアント構成

2026年6月

はじめに：製品情報の乱立が競争力を蝕む

製造業の競争力の源泉は「製品」です。しかし多くの製造企業において、製品を定義するデータ（設計図・部品表・仕様書・変更履歴）は「CADシステム・Excel・Windowsファイルサーバー・ERPシステム」に分散して管理されており、「現在正しい情報はどこにあるのか」を把握するだけで莫大な工数が費やされています。

この情報サイロは設計変更の波及漏れ・量産移行時のBOM転記ミス・同一部品の重複開発・品質問題の原因特定遅延という四つの問題を引き起こし、開発コスト増大・市場投入遅延・品質リスクという経営課題に直結します。

SAP PLM（Product Lifecycle Management）は製品データの「唯一の情報源（Single Source of Truth）」を確立し、設計から製造・保守に至るライフサイクル全体での製品情報の整合性を保証するプラットフォームです。本稿ではSAP PLMの技術的な仕組みを深く掘り下げると共に、Siemens Teamcenter・PTC Windchill・Dassault ENOVIAとの比較、そしてSAP固有の強みである「バリアント構成（Variant Configuration）」の詳細まで解説します。

1. SAP PLMの製品構成と競合製品との位置付け

SAP PLMの主要コンポーネント

SAP PLMはS/4HANAに統合されたモジュール群として提供されます。独立したスタンドアロン製品ではなく「S/4HANAのPLM機能」として位置付けられており、ERPトランザクション（受注・製造指図・購買・原価計算）と製品データが同一データベース上に共存する点がアーキテクチャ上の最大の特徴です。

• DMS（Document Management System）：設計文書・図面・仕様書のバージョン管理・ワークフロー承認・ファイルストレージ管理。

• BOM（Bill of Materials）管理：部品表の作成・多段展開・用途別管理（設計BOM・製造BOM・販売BOM）・BOM比較。

• ECM（Engineering Change Management）：エンジニアリング変更指示（ECN/ECO）・変更申請（ECR）・有効化管理。

• VC（Variant Configuration）：コンフィギュラブル品目・クラス・特性・依存関係による受注変種生産への対応。

• ルーティング（Routing）：製造作業手順・作業時間・資源（ワークセンタ）・検査工程の定義。

• EWB（Engineering Workbench）：設計者が製品構造・BOM・ルーティング・DMS文書を統合ビューで操作する作業環境。

• ECTR（Engineering Control Center）：SAP DMS・CATIA・SolidWorks・NX等のCADとの統合ブリッジ。CADファイルのチェックイン/チェックアウト・CAD BOMとSAP BOMの自動同期。

競合PLM製品との技術的比較

SAP PLMを導入検討する際、必ずといってよいほど競合製品（Siemens Teamcenter・PTC Windchill・Dassault ENOVIA/3DEXPERIENCE）との比較が生じます。それぞれの強みと弱みを技術視点で整理します。

Siemens Teamcenter

TeamcenterはPLM専業ベンダーであるSiemens Digital Industriesが提供する業界最大シェアのPDM/PLM製品です。

• 強み：CAD統合の深さ（NX・Solid Edge・CATIA・SolidWorks・Creoの全主要CADとネイティブ統合）・MBSE（Model-Based Systems Engineering）対応・シミュレーション管理（Simcenter連携）・製品デジタルツイン機能・製造プロセス管理（MPM）。特に航空宇宙・防衛・自動車OEMの高度な設計管理要件に対するデプス（深さ）がSAPを上回ります。

• 弱み：ERP（SAP/Oracle）との統合は「アダプタ経由の連携」であり、PLMとERPのデータが別システムに分かれます。ERPとのリアルタイムデータ同期・原価計算・生産管理との連携は統合アダプタの品質に依存します。Teamcenter自体のライセンス・インフラ・保守コストが高額であり、中堅製造業への導入ハードルが高い。

PTC Windchill

WindchillはPTC（旧パラメトリック・テクノロジー）が提供するWebベースPDM/PLM製品です。

• 強み：Webファーストアーキテクチャ（クライアントインストール不要）・ThingWorx（IIoTプラットフォーム）との統合によるスマート製品管理・サービスライフサイクル管理（SLM）の充実度。PTCのCAD製品「Creo」とのネイティブ統合は業界最高水準。

• 弱み：ERPとの統合はTeamcenter同様にアダプタ依存。GUIの複雑さ・学習コストが指摘されることがある。SaaS化（Windchill+）の進行中ですが、オンプレミス版との機能パリティはまだ過渡期。

Dassault Systèmes ENOVIA / 3DEXPERIENCE

ENOVIAはDassault Systèmesの3DEXPERIENCEプラットフォーム上のPLMアプリケーション群です。

• 強み：CATIAとの完全統合（同一プラットフォーム上）・3Dビジュアライゼーション・シミュレーション（Simulia）・製造計画（DELMIA）の垂直統合。ライフサイエンス・高付加価値製品での採用が多い。

• 弱み：3DEXPERIENCEエコシステムへの移行コストが高く、CATIAを使用していない企業ではCAD統合の恩恵が薄い。SAP ERPとの統合は独自アダプタが必要。

SAP PLMの差別化ポイント

他社PLM製品との比較においてSAP PLMが固有の優位性を持つ領域が明確に存在します。

• ERPネイティブ統合：SAP PLMとS/4HANAは同一データベース（SAP HANA）上に存在します。BOM・ルーティング・原価計算・MRP・製造指図・品質管理が一つのシステムで完結するため、「PLM→ERPへのデータ転送」という工程が不要です。競合PLMがERPと連携する際の「データ遅延・二重管理・整合性リスク」がゼロです。

• Variant Configuration（バリアント構成）の完成度：受注変種生産における「顧客仕様に応じたBOM・価格・製造指図の自動生成」はSAP VCが業界最高水準の実績を持ちます。競合PLM製品でも類似機能は提供されますが、SAP VCのルールエンジン（依存関係・制約ネット）の柔軟性・S/4HANA製造プロセスとの直接統合はSAP固有の強みです。

• 原価管理との統合：設計BOMから製品原価（標準原価）が直接計算できます。設計変更が原価に与える影響をリアルタイムに試算できるため、「コストドリブン設計（Design to Cost）」が実践できます。競合PLMでは原価計算はERP側の処理であり、設計フェーズでの原価影響試算にはシステム間連携が必要です。

• 中堅製造業へのアクセス：SAP S/4HANAをすでに導入済みの企業はSAP PLMを追加ライセンスと設定で有効化できます。専用PLMシステムを別途導入・統合するコストが発生しません。

• 弱み（正直な評価）：CADネイティブ統合（CATIA/NX等）の深さではTeamcenter・ENOVIAに劣ります。MBSE・シミュレーション管理・デジタルツインの高度な機能はSAP PLMの守備範囲外です。複雑な3Dデータ管理・航空宇宙の高度なPLM要件ではTeamcenterやENOVIAが選ばれるケースが多い。

2. DMS（文書管理）：技術詳細

文書情報レコード（DIR）のデータ構造

DMSの中核オブジェクトは「文書情報レコード（Document Info Record：DIR）」です。DIRはトランザクションCV01N（作成）・CV02N（変更）・CV03N（表示）で管理します。DIRの技術的なデータ構造を示します。

• 文書タイプ（Document Type）：DIRのカテゴリ分類（例：DMR=設計図面・SPE=仕様書・PRO=プロトコル・PPT=プロセス計画書）。文書タイプごとにバージョン管理スキーマ・ステータス遷移・アクセス権限・Storage Category（保存先）が独立して定義されます。

• 文書番号・パーツ・バージョン・ステータスの四次元管理：DIRは「文書番号（Document Number）」「文書パーツ（Document Part：複数の構成要素を持つ文書の分割管理）」「バージョン（Version）」「ステータス（Status）」の四要素でユニークに識別されます。同一文書の改訂版は同じ文書番号のまま新バージョンとして管理されます。

• オリジナルファイル（Original）：DIRに「オリジナルファイル（Original Application File）」として実際のCADファイル・PDF・Excelを添付します。ファイルはSAP Content Server（DVS：Document Versioning System）に格納されます。Content ServerはSAP独自のファイルサーバーであり、KPROストレージ層のAPIを通じてファイルの格納・取得を行います。外部ストレージ（OpenText・EMC Documentum等）との連携も設定可能です。

• 分類（Classification）：DIRにクラス・特性値を付与することで「材質：SUS304・設計者：田中・改訂理由：顧客要求変更」等の構造化された検索インデックスを持たせます。後述のVCクラス管理と同一の分類システム（CT04/CL02）を共有します。

ステータス管理と承認ワークフロー

DIRのステータス遷移はCustomizingで定義します。一般的なステータスフローは「作業中（WI）→レビュー中（RE）→承認済み（AP）→廃止（OB）」です。

• ステータスごとのアクセス制御：「レビュー中」状態では担当者以外の編集をブロック・「承認済み」では変更自体をブロックして新バージョン作成に強制する設定が可能です。

• SAP Business Workflow統合：ステータス変更時に承認者へのタスク通知・承認/差し戻しフローをSAP WorkflowまたはBTPのBuild Process Automationで実装します。DMS固有の承認フォームをカスタムで開発するか、S/4HANA標準のDMS承認ワークフロー（WS40000033等）を使用します。

• 電子署名（Digital Signature）：GMP規制対応（製薬・食品）やSOX対応が必要な文書タイプに対して「電子署名（Digital Signature）」設定を有効化できます。ステータス変更時にユーザーIDとパスワードによる再認証を要求し、「誰が・いつ・何のためにステータスを変更したか」を監査ログに記録します。

操作イメージ：DMSの設計文書管理フロー

• 文書登録（CV01N）：文書タイプ選択→文書番号（手動入力 or 自動採番）→バージョン（001から開始）→ステータス（作業中）→原稿ファイルのアタッチ→保存。

• BOM・品目・サプライヤーへのリンク：DIRを品目（MM03）・BOM（CS01）・機能的場所・変更番号等のSAPオブジェクトにリンクさせます（「オブジェクトリンク」）。「この部品のDIRを見れば関連図面がすべて見える」という情報集約が実現します。

• バージョン管理：承認済みDIRを修正する場合、CV02Nで「新バージョン作成」を実行します。前バージョンは履歴として保持され、旧版への参照・差分確認が可能です。

3. BOM管理：技術詳細

BOM用途（BOM Usage）の技術的意味

SAP BOMは「用途（Usage）」という概念で同一品目に対して複数の並存するBOMを管理できます。代表的な用途を示します。

• 用途1（設計BOM）：エンジニアリング視点の部品構成。まだ製造工程を考慮しない純粋な製品設計の構成。CADシステムから連携されたBOMがこの用途に格納されることが多い。

• 用途2（製造BOM）：製造工程に合わせて最適化した部品構成。設計BOMからの変換・追加（梱包材・製造補助材等の追加）・工程分割（サブアセンブリBOM）を反映したBOM。MRP・製造指図の基礎BOMとして使用。

• 用途3（汎用BOM）：計画・原価計算等、特定の用途に縛られない汎用BOM。プロジェクト計画・概算見積での使用に適する。

• 用途5（販売BOM）：受注処理での爆発・価格計算に使用するBOM。VCのコンフィギュラブルBOM（スーパーBOM）と組み合わせて使用されることが多い。

「同一品目に設計BOMと製造BOMを並存させ、設計変更は設計BOMに加え、製造部門への反映を検討・承認してから製造BOMに反映する」という二段階管理が設計変更の波及管理に有効です。ただし設計BOMと製造BOMの同期管理工数が増加する点はトレードオフです。

代替品目（Substitute / Alternate Item）

BOMの明細には「代替品目（Alternate Item）」を設定できます。品目不足時・調達リードタイム短縮時に代替品目を使用するロジックをBOM明細レベルで定義できます。

• 優先度（Priority）：代替グループ内の品目に優先順位を付け、第一優先品目が入手不可の場合に第二優先品目を使用するMRPロジックが設定できます。

• 使用率（Usage Probability）：代替品目グループ内の各品目を一定の使用比率で計画する「確率的代替」も設定可能です（例：A品目70%・B品目30%の混用計画）。

有効期間（Validity Date）によるBOM変更管理

SAP BOMの変更は「有効期間（Validity Period）」によって将来の変更を現在時点で事前登録できます。「2026年10月1日から新設計に切り替わる」という変更を9月時点で登録しておき、MRP計算時に10月1日以降の需要に対しては新設計BOMが自動適用されます。

この有効期間管理はECM（エンジニアリング変更管理）と連動し、変更番号（Change Number）を紐付けることで「どの変更指示によってBOMが変更されたか」というトレーサビリティが確保されます。

操作イメージ：CS01 BOM作成とCS11 BOM展開

• CS01（BOM作成）：品目番号・プラント・BOM用途を入力→明細行に構成品目番号・数量・単位を入力→必要に応じてサブアセンブリ（下位BOM参照）を設定→保存。

• CS11（BOM単一展開）：親品目・プラント・用途・展開数量を入力→全ての下位品目（多段展開）が一覧表示される。「数量計算（クォンティティ計算）」で最終量産数量に対する全部品の所要量が計算される。

• CS12（BOM多段展開）：CS11の多段展開版。下位BOMをツリー構造で表示し、各階層の品目・数量・BOM番号を確認できる。

• CS14（BOM比較）：二つのBOM（改訂前後・設計BOM vs 製造BOM等）を比較し、差分（追加・削除・変更明細）を一覧表示する。設計変更の影響範囲確認に使用。

4. エンジニアリング変更管理（ECM）：技術詳細

変更管理オブジェクトの関係性

ECMは「ECR（変更申請）→ECN（変更通知/変更指示）→実際のオブジェクト変更（BOM・ルーティング・DIR等）」という一連のプロセスを管理します。各オブジェクトの技術的詳細を示します。

• ECR（Engineering Change Request）：変更の申請レコード。「何を・なぜ変更したいか」という申請情報。承認ワークフローを経てECNに昇格します。トランザクションはCC01/CC02/CC03（変更マスタを使用するケースも多い）。

• ECN（Engineering Change Notice）：変更指示レコード。承認された変更内容の公式記録。有効化日・影響を受けるオブジェクト（BOM・ルーティング・DIR等）を紐付けます。ECNの有効化日が来ると、紐付けられたBOM変更が自動的にアクティブになります。

• 変更マスタ（Change Master / CC01）：ECNの実装はSAP「変更マスタ」として管理されます。変更マスタには有効化パラメータ（有効化日または有効化条件）・変更対象オブジェクト・影響評価情報が格納されます。複数のBOM・ルーティング・DIRを一つの変更マスタで同時に変更し、同一タイミングで有効化することで変更の一貫性を確保します。

有効化条件の種類

変更マスタの有効化条件は「日付有効化（Date-Effective）」と「ロット有効化（Lot/Parameter-Effective）」の二種類があります。

• 日付有効化：特定日（例：2026年10月1日）以降のトランザクションに新設計が適用される。量産品の設計変更に最も一般的。

• パラメータ有効化（製造指図番号・ロット番号有効化）：特定の製造指図番号以降・特定のロット番号以降に新設計を適用する。在庫の旧部品を使い切ってから新部品に切り替える「在庫消化型変更」に有効。

設計変更の波及分析（Where-Used リスト）

変更対象品目がどのBOMに組み込まれているかを確認するのが「Where-Used リスト」（CS15/CS25）です。設計変更前にWhere-Usedリストで影響範囲を特定し、変更による影響を評価することが変更管理の必須プロセスです。

• CS15（品目のWhere-Used）：特定品目が使用されている全上位BOMをリスト表示。「この部品を変更すると、どの製品のBOMに影響するか」を即座に把握できます。

• CS25（文書のWhere-Used）：特定DIRが参照されているBOM・品目・機能的場所をリスト表示。図面変更の影響範囲確認に使用。

SAP Business Workflow による変更承認プロセス

ECRからECNへの昇格、変更マスタ（CC01）やDIRのステータス変更は、SAP標準の「SAP Business Workflow」で承認プロセスを自動化できます。SAP Business WorkflowはERP/PLMの各アプリに組み込まれた基盤であり、あらかじめ用意されたワークフローテンプレートをカスタマイジングで実装します。

• ワークフローテンプレート：ECR承認・ECN発行・DIRステータス変更（作成→レビュー→承認→リリース）に標準テンプレートが用意され、組織の承認階層に合わせて構成する

• エージェント決定（Agent Determination）：変更区分・組織・費用などの条件で次の承認者を動的に決定。役割（ポジション）ベースで承認者を割り当てる

• SAP Inbox / My Inbox（Fiori）：承認者はSAP Business Workplace（SBWP）またはFiori「My Inbox」で承認待ちタスクを処理。モバイル承認にも対応

• 電子署名（Digital Signature）：DMS/ECMのステータス変更時に電子署名を強制し、承認者・日時・理由を証跡として残す（GxP等の規制対応）

• エスカレーション・期限管理：一定期間未処理のタスクを上位者へエスカレーションし、変更承認の停滞を防止する

※ポイント：標準WFはSAP内オブジェクト（ECR/ECN/DIR/BOM）の承認に強い一方、UIや分岐ロジックの柔軟性には限界があります。複雑な承認や社外関係者を巻き込むプロセスでは、次項の外部ワークフローの活用を検討します。

外部ワークフロー・BPMの活用（外付けWFの可能性）

SAP標準WFで要件を満たせない場合、外部のワークフロー／BPMエンジンを「外付け」する選択肢があります。近年はSAP Build Process Automation（旧SAP Workflow Management）が標準路線で、ローコードで柔軟なプロセスを構築し、SAP ERPのECM/DMSと連携させます。

• SAP Build Process Automation：BTP上のローコード・プロセス自動化。BPMN標準のプロセスモデルを実行可能なプロセスへ変換し、承認・分岐・並列・SLAを柔軟に設計。SAP Enterprise Automation（Integration Suite＋Signavio＋Build）の一角

• サードパーティの変更管理アドオン：SAP ECC/S/4HANA上でネイティブに動作し、標準の変更管理を拡張・置換する専用モジュール（設定可能なワークフロー・詳細な影響分析・リアルタイム可視化）を用いるケースもある

• 外部PLMのWFを「正」とするパターン：Teamcenter／Windchill／ENOVIA側の変更ワークフローを正とし、承認済みの結果だけをSAPへ連携する構成。承認は外部PLMが担い、SAPは実行系（BOM・調達・原価）に徹する

• 連携方式：SAP Integration Suite（iFlow）・イベント駆動（SAP Event Mesh）・API（REST/OData）で外部WFエンジンとSAPを疎結合に接続する

※重要：外付けWFは柔軟性が高い反面、SAPオブジェクトのステータスと外部WFの状態を「二重管理」しないよう、どちらを正（Single Source of Truth）とするかを明確に設計することが不可欠です。

ERP連携における変更管理 ― 外部PLMとのECR/ECN受け渡し

大手製造業では、設計変更（ECR/ECN）を外部PLM（Teamcenter／Windchill／ENOVIA）で起票・承認し、確定した変更をSAP ERPへ引き渡す構成が一般的です。設計の勘所は「どのオブジェクトを、どのタイミングで、どちらを正として同期するか」にあります。

• 変更オブジェクトの対応付け：外部PLMのChange Order／Change Actionを、SAPのECR/ECN・変更マスタ（CC01）へマッピングし、BOM・DIR・品目マスタの変更を紐付ける

• E-BOM→M-BOMの受け渡し：外部PLMで管理するE-BOM（設計BOM）を、SAPのM-BOM（製造BOM）へ連携。設計変更が製造・調達・原価へ波及する影響を、SAP側のWhere-Used（CS15/CS25）で確認する

• 有効化情報の同期：変更の有効化日／ロット有効化をSAP変更マスタへ引き継ぎ、量産切替（旧部品使い切り→新部品）を制御する

• 同期タイミング：リアルタイム同期（イベント駆動）かバッチ同期かを、変更頻度と業務要件に応じて選択する

• 二重メンテの回避：品目・BOM・変更の「権威データ（Master）」を外部PLMとSAPのどちらに置くかを品目種別ごとに定義し、一方向／双方向の同期方針を決める

品目マスタのリビジョン管理をどう実現するか

設計変更を扱う際にしばしば問題になるのが「品目マスタ（MARA）のリビジョン管理」である。SAPの品目マスタは"現在の状態"を保持する上書き型のマスタデータであり、ネイティブに版（リビジョン）を持たない。標準の「リビジョンレベル（Revision Level）」フィールドも、変更番号に紐づく"目印（識別子）"にすぎず、品目属性の値そのものを世代スナップショットとして保持するわけではない。そのため「設計変更が入った時点の品目属性（重量・寸法・材質等）を含めてリビジョン管理したい」という要件は、以下の複数方式を単独または組み合わせて実現する。

方式1：標準リビジョンレベル（Revision Level）＋変更番号

• 付与方法：CC01で変更番号を作成し、CC11でリビジョンレベルを付与。品目マスタのBasic Data 1ビューの品目番号直下に表示される。SPRO（Logistics General ＞ Engineering Change Management）で有効化と採番順序を定義する

• 単位：1つの変更番号につき1リビジョン、別の変更番号で次のリビジョンを付与。BOM・ルーティング・DIRの版とリビジョンレベルを揃えて管理できる

• 用途：Form-Fit-Function（形状・適合・機能）を変えない小変更の「版識別」に向く

※限界：リビジョンレベルはあくまで"目印"であり、属性値の世代スナップショットは保持されない。「Rev B時点の重量は何gだったか」を品目マスタから引き当てることはできない。属性の世代管理には方式3〜7を併用する。

方式2：新品目番号の採番（FFFルール・Supersession）

• 考え方：Form-Fit-Function（互換性）が変わる大変更では、同一番号のリビジョンではなく新しい品目番号を採番し、旧番号と後継関係（supersession）で管理する。これは設計変更の古典的ルール

• 実装：廃止指示（Discontinuation Indicator）と後続品目でMRPを新番号へ自動切替。ECMの有効化日／ロット有効化で量産切替（旧部品使い切り→新部品）を制御する

• 効果：各品目番号が固有の属性を持つため、実質的に「版＝別番号」として属性履歴が確実に残る。互換性の断絶を番号で明示できる

※限界：品目番号が増加する。「どの変更で番号を分けるか（互換性判断）」の運用ルールを明確に定める必要がある。

方式3：DMS（文書情報レコード）で仕様・属性をリビジョン管理

• 考え方：図面・仕様書をDIRとして版数（バージョン）＋リビジョンレベルで管理する。DIRはネイティブに版管理が可能で、品目は「現在リリースされた版」を参照する

• 属性の世代保持：品目属性を仕様書（DIR）側に記載・管理すれば、版管理された属性履歴を保持できる。ステータス変更時の電子署名で証跡も残せる

• CAD連携：ECTRによりCADの版とDIRの版が自動連携し、設計データと属性仕様の版を一致させられる

※限界：品目マスタのフィールドそのものではなく、文書（DIR）側での版管理となる。属性を文書に持たせる設計方針が前提。

方式4：分類（Classification）＋特性を変更番号で有効期間管理

• 考え方：品目の属性を分類特性（Characteristic）として持たせ、変更番号で有効期間（Date-Effective）管理する

• 効果：分類データは変更番号で世代・有効日管理が可能なため、「いつから、どの特性値か」を保持できる。主要属性を分類に寄せれば有効日ベースの属性履歴が得られる

※限界：対象はMARAの全フィールドではなく、分類特性に載せた属性に限られる。分類体系の設計が必要。

方式5：変更ドキュメント（CDHDR/CDPOS）による属性変更の証跡

• 仕組み：品目マスタのフィールド変更は変更ドキュメント（CDHDR＝ヘッダ／CDPOS＝明細）に、旧値・新値・変更者・日時が自動記録される。S/4HANAではCDSビュー C_ChangeDocuments で参照できる

• 効果：「誰が・いつ・どの属性を・何から何へ変更したか」の監査証跡を再構成できる。GxP等の規制・内部統制要件に有効

※限界：クリーンな「版スナップショット」ではなく、あくまで変更ログ。特定リビジョンとして属性一式を引き当てる用途には不向き。

方式6：外部PLM／Enterprise Product DevelopmentでPartを真にリビジョン管理

• 考え方：Teamcenter／Windchill／ENOVIA、またはSAP EPDでは、Part（部品）自体が属性を含む完全なリビジョンで版管理される。属性の"権威版"は外部PLMが保持する

• SAP連携：各リビジョンをSAP品目へマッピングする（小変更＝同一番号＋Revレベル、FFF変更＝新番号）。前節の外部PLM連携（Windchill ESI／3DEXPERIENCE SAP Connector等）で確定版をSAPへ連携する

• 効果：設計側で属性を含む厳密な版管理を行い、SAPは実行系（現在版のBOM・調達・原価）に徹する、最も堅牢な構成

※限界：外部PLMの導入・連携が前提となり、コストと連携設計を要する。

方式7：カスタム（Zテーブル・属性スナップショット）

• 仕組み：変更番号をトリガに、品目属性のスナップショットをZテーブル／アドオンに保存し、版として保持・照会する

• 用途：標準では満たせない「属性一式の完全な世代照会」要件に対応する最終手段

※限界：開発・保守コストと、標準アップグレード時の互換性考慮が必要。

方式の比較と現実的な組み合わせ

方式	属性値の世代保持	主な仕組み	適する場面
1 リビジョンレベル	×（目印のみ）	CC01/CC11・変更番号	小変更の版識別・BOM/図面と整合
2 新品目番号採番	○（番号単位）	FFFルール・後継関係	FFF変更・互換性の断絶
3 DMS版管理	○（文書側）	DIR版数＋ECM	図面・仕様の版管理・規制対応
4 分類＋ECM	△（特性のみ）	分類特性の有効期間	主要属性の有効日管理
5 変更ドキュメント	△（ログのみ）	CDHDR/CDPOS	監査証跡・GxP対応
6 外部PLM/EPD	◎（完全）	Part版管理＋連携	本格的な設計版管理
7 カスタム	◎（要件次第）	Zスナップショット	標準で不足する厳密要件

※現実解：標準の範囲では「方式1（リビジョンレベル）＋方式2（FFFルール）＋方式3（DMS）」を組み合わせるのが基本形である。厳密な設計版管理（属性を含む完全なリビジョン）が要件の場合は、方式6（外部PLM／EPD）を"正"とし、SAPは現在版を保持する構成が堅牢。重要なのは「属性の完全な世代管理をSAP品目マスタ単体に求めない」という設計判断であり、どのオブジェクト（品目番号・リビジョンレベル・DIR・分類・外部PLM）に版の責任を持たせるかを明確に定義することである。

5. バリアント構成（Variant Configuration）：詳細技術解説

VCが解決するビジネス課題

受注変種生産（ETO / CTO：Configure-to-Order）における最大の課題は「顧客ごとの仕様差異をどう管理するか」です。製品バリエーションをすべて個別品目番号として管理すると、品目数が爆発的に増加します（例：3オプション×5オプション×4オプション＝60種類の品目番号が必要）。また、仕様の組み合わせに誤りがある受注（物理的に成立しない組み合わせ）を受け付けるリスクもあります。

SAP VCは「一つのコンフィギュラブル品目（KMAT）から、顧客オーダー時の仕様選択に基づいて、動的にBOM・ルーティング・価格・出荷文書が生成される」仕組みを提供します。品目数の爆発を防ぎながら、仕様の有効性（不正な組み合わせの排除）を保証する業界標準ソリューションです。

VCの基本データオブジェクトと設定手順

ステップ1：特性（Characteristic）の定義 — CT04

特性（Characteristic）はコンフィギュレーション選択肢の「軸（Dimension）」です。CT04で定義します。

• 特性データ型：文字（CHAR）・数値（NUM）・日付（DATE）・時刻（TIME）の四タイプ。「エンジン出力」は数値（NUM）型で定義し単位（kW）を設定。「外装色」は文字（CHAR）型で固定値リストを設定。

• 固定値（Values）：文字型特性には選択可能な固定値をリストで定義します（例：外装色の固定値：WHITE・BLACK・RED・SILVER）。

• 追加値の許可：固定値リスト以外の自由入力を許可するか否かを設定できます。通常は制御のため固定値のみに限定します。

• 数値型の範囲制限：数値型特性には許容範囲（最小値・最大値・増分）を設定できます（例：電圧設定 100V〜240V・増分1V）。

ステップ2：クラス（Class）の定義 — CL02

クラスは特性をグループ化するコンテナです。VCではクラスタイプ「300（コンフィギュレーション）」のクラスを使用します。CL02でクラスを作成し、定義済みの特性を割り当てます。

• 例：クラス「ENGINE_CONFIG（エンジン構成）」に特性「ENGINE_OUTPUT（出力）」「FUEL_TYPE（燃料種別）」「EMISSION_STD（排ガス規制）」を割り当てる。

ステップ3：コンフィギュラブル品目（KMAT）の設定 — MM01

コンフィギュラブル品目（品目タイプ：KMAT）はVCの「製品テンプレート」です。MM01で通常の品目と同様に作成しますが、以下の特殊設定が必要です。

• 品目タイプ：KMAT（設定製品）を選択。一般品目（FERT/HALB等）とは異なる管理特性を持ちます。

• クラス割り当て：MRP2ビューまたは分類ビューでコンフィギュレーションクラス（クラスタイプ300）を割り当てます。このクラスの特性が受注・製造指図でのコンフィギュレーション入力画面に表示されます。

• コンフィギュレーションプロファイル（CU41）：KMATに「コンフィギュレーションプロファイル」を定義し、「使用するクラス・依存関係の適用範囲・コンフィギュレーション方法（ユーザーフレンドリーモード/エキスパートモード）」を設定します。

ステップ4：スーパーBOMの定義 — CS01

スーパーBOM（Super BOM）は「すべてのバリアントで使用される可能性のある全部品」を含む最大BOMです。通常のBOMと同様にCS01で品目（KMAT）に対して作成しますが、各明細に「選択条件（Selection Condition）」を付与することで、コンフィギュレーション値に応じて特定の明細が有効/無効になります。

• 選択条件の例：燃料タイプ＝「ディーゼル」の場合のみ品目「P-DIESEL-INJECTOR（ディーゼルインジェクタ）」を有効化する。燃料タイプ＝「ガソリン」の場合はこの明細は除外される。

• 数量式（Quantity Formula）：BOM明細の数量を固定値でなく、特性値を参照した式で計算できます（例：ボルト数量 = エンジン出力 / 50という式で出力に応じた本数を自動計算）。

ステップ5：スーパールーティングの定義 — CA01

スーパールーティング（Super Routing）はスーパーBOMと同様に「全バリアントで発生し得る全作業工程」を含むルーティングです。各工程に選択条件を付与し、コンフィギュレーションに応じて必要な工程のみが製造指図に取り込まれます。

依存関係（Dependencies）：VCルールエンジンの核心

VCの真の強みは「依存関係（Dependencies）」によるルールエンジンです。依存関係は「特性値の組み合わせに対するビジネスルール」をSAP独自の構文（依存関係エディタ）で定義します。依存関係のタイプは以下の四種類です。

前提条件（Precondition）

前提条件は「この特性値が有効であるための前提」を定義します。前提条件に合致しない場合、その特性値はユーザーの選択画面に表示されません。

• 例：特性「TURBO（ターボ）」の値「YES」を選択可能にする前提条件として「ENGINE_OUTPUT（エンジン出力）＞ 200 kW」を設定します。200kW未満のエンジンが選択されている状態では「ターボ」オプションは非表示になります。

選択条件（Selection Condition）

選択条件はBOM明細・ルーティング工程を「有効化/無効化」する条件です。コンフィギュレーションされた受注・製造指図でBOM爆発・ルーティング展開を実行する際に、選択条件に合致する明細のみが有効な構成として取り込まれます。

• 例：BOM明細「ターボチャージャーAssembly」の選択条件：「TURBO（ターボ）＝ YES」。TURBO＝YESが選択された場合のみこのAssemblyがBOMに含まれます。

アクション（Action / Procedure）

アクションは「ある特性値が選択されたとき、他の特性の値を自動的に設定する」ルールです。

• 例：外装色＝「WHITE」が選択された場合、自動的に「INTERIOR_COLOR（内装色）」の固定値を「GREY（グレー）」に設定するアクションを定義します。これにより「ホワイト外装には必ずグレー内装」というビジネスルールが自動適用されます。

• アクションはProcedureとも呼ばれ、依存関係エディタ上でIF-THEN構文で記述します（例：「IF $self.COLOR = 'WHITE' THEN $self.INTERIOR = 'GREY'」のような構文）。

制約ネット（Constraint Net）

制約ネット（Constraint Net）はより複雑なルールを宣言的に記述するための仕組みです。複数の特性間の関係を「制約（Constraint）」として定義し、コンフィギュレーター（CU50）がすべての制約を満たすように有効な選択肢を推論します。

• 制約ネットの強みは「双方向推論」です。通常の依存関係はIF-THEN型の一方向ロジックですが、制約ネットは「AとBの関係」として制約を定義し、Aが確定したときにBを推論・Bが確定したときにAを推論、という双方向の整合性チェックが自動実行されます。

• 適用場面：特性の組み合わせが多く、全方向の依存関係をIF-THENで書くと爆発的に複雑になるケース（例：10以上の特性が相互に依存し合う電気製品構成）に制約ネットを使うことで、ルール定義の工数を大幅に削減できます。

コンフィギュレーションの実行：CU50

CU50（コンフィギュレーター）はVCのテストツールです。KMATとコンフィギュレーションプロファイルを指定し、特性値を選択しながらコンフィギュレーションを実行します。選択が完了すると「設定済みBOM（Configured BOM）」「設定済みルーティング（Configured Routing）」「コンフィギュレーション価格（Configuration Pricing）」が生成され、依存関係が正しく動作しているか確認できます。

AVCとLKPM：S/4HANAでの進化

AVC（Advanced Variant Configuration）

AVC（Advanced Variant Configuration）はS/4HANA 1709以降に提供された次世代VCエンジンです。従来VCと比較して以下の技術的改善が行われています。

• HANAインメモリ最適化：AVCはHANAのインメモリ処理を最大限活用し、従来VCと比較してコンフィギュレーション計算速度が大幅に向上します。大規模な制約ネット（数百の制約）を持つ複雑な製品の応答性能が改善されます。

• Fiori UIコンフィギュレーター：AVCはSAP FioriベースのUI（Product Configuration UI）を提供します。従来のSAP GUIベースのコンフィギュレーション画面から、直感的なFiori画面でのコンフィギュレーションが可能になります。

• PMEVC（Product Modeling Environment for Variant Configuration）：AVCに対応した次世代の製品モデル管理環境。従来のSAP GUI上のVC設定作業をFioriベースのPMEVC UIで実施できます。特性・クラス・依存関係・制約ネットの管理をPMEVC上で統合的に実施します。

• 互換性：AVCは従来VCのデータモデル（CT04/CL02/CS01の特性・クラス・スーパーBOM）を引き続き使用できます。既存VC設定をAVCに移行する際の設定変更は最小限です。

VC × IPC（Internet Pricing Configurator）

受注処理において、VCのコンフィギュレーション結果に基づく「価格決定（Configuration Pricing）」はIPCとの連携で実現します。

• 条件テーブルとバリアント条件：SD価格設定（Condition Technique）の「バリアント条件（Variant Condition：VA00等）」を使用し、特性値の組み合わせに基づく価格差額（Surcharge / Discount）を定義します（例：ターボオプション追加＝＋50,000円・特定外装色＝＋20,000円）。

• 価格試算：受注入力（VA01）でコンフィギュレーションを選択しながら、リアルタイムで価格が計算・表示されます。見積段階でのコンフィギュレーション価格提示が自動化されます。

VCの制約事項

VCは強力な機能ですが、実装上の課題と制約を正直に評価することが重要です。

• 設定の複雑性：VCの依存関係・制約ネットは高度な専門知識が必要です。依存関係の誤りは「物理的に不可能な組み合わせが通過する」または「有効な組み合わせが不当にブロックされる」という問題を引き起こします。十分なテスト（全バリアントの組み合わせカバレッジ）が必須です。

• パフォーマンス：複雑な制約ネット（数百の制約・十数個の特性）を持つ製品では、コンフィギュレーション計算に秒単位の遅延が発生する場合があります。AVCとHANAの組み合わせで大幅改善されますが、モデル設計の最適化（不要な制約の除去・制約の分割）も重要です。

• VCモデルの保守：製品ラインナップの変更・新オプション追加・廃止オプション削除のたびにVCモデル（特性・クラス・スーパーBOM・依存関係）を更新する必要があります。VCモデルの保守担当者の専任配置とドキュメント化が運用上の必須要件です。

• 多言語対応：特性の記述・固定値のテキストは多言語対応が必要です。日本語固定値テキストを定義してもシステム言語設定によっては英語UIに切り替わった際に表示が崩れるケースがあります。全言語でのテキスト定義が必要です。

6. ルーティングと製造プロセス管理：技術詳細

ルーティングの種類と選択

SAP PLMで管理するルーティングには複数の種類があり、製品タイプ・製造方式によって使い分けます。

• 汎用ルーティング（General Routing：CA01）：特定の品目に紐付かない汎用的な作業手順。複数の品目が同一の製造工程を共有する場合、汎用ルーティングを品目BOMにリンクして参照します。

• 品目ルーティング（Item Routing）：特定の品目番号に直接紐付いたルーティング。品目固有の製造手順がある場合に使用します。

• レートルーティング（Rate Routing）：ライン製造（流れ作業）向けのルーティング。生産レート（例：100個/時間）ベースの計画に対応します。反復製造（REM：Repetitive Manufacturing）で使用。

• 参照作業手順（Reference Operation Set）：複数のルーティングで共有される標準工程テンプレート。汎用的な工程（品質検査・洗浄・梱包等）を参照作業手順として定義し、複数のルーティングから参照することで工程情報の一元管理が実現します。

工程の詳細パラメータ

• ワークセンタ（Work Center：CR01）：工程を実行する生産設備・ラインを表すマスタ。作業時間（段取り時間・処理時間・待機時間）・キャパシティ（利用可能時間・効率）・原価計算基準（コストセンタ・活動タイプ）が定義されます。

• 標準値（Standard Values）：工程の標準作業時間（段取り時間・機械時間・人員時間）を設定します。MRP/生産計画でのキャパシティ要件計算・原価計算での標準原価算出に使用されます。

• 検査特性（Inspection Characteristics）：ルーティング工程に品質検査項目（測定値・合否判定基準）を定義します。PP-QM統合により「工程内品質検査（In-Process Inspection）」の結果入力画面がQM通知として自動生成されます。

• SFCデータ（Shop Floor Control）：製造指図の作業確認（CO11N）や製造進捗管理に使用するパラメータ（収率・スクラップ率・並列処理・作業分割）を設定します。

7. CAD統合とECTR：設計データ自動連携

ECTR（Engineering Control Center）のアーキテクチャ

ECTR（SAP Engineering Control Center）はCADシステムとSAP PLMをリアルタイム連携するブリッジソフトウェアです。設計者はCADの操作画面（CATIA・NX・SolidWorks等）を離れることなく、SAP DMS・BOM・ECMへのアクセスが可能です。

主要CADとの統合状況

• CATIA V5/V6（Dassault Systèmes）：ECTR for CATIAによりCATIAのパーツ・アセンブリをSAP DMS（DIR）に直接チェックイン/チェックアウト。CATIAのBOM（BOM for CATIA）をSAP BOMに自動同期（品目番号・数量・親子関係の自動マッピング）。

• Siemens NX：ECTR for NXによりNXアセンブリ構造からSAP BOMへの自動生成。NXの品目属性（材質・重量・寸法）をSAP品目マスタの分類特性に自動転送。

• SolidWorks（Dassault Systèmes）：ECTR for SolidWorksによりSolidWorksのパーツファイルをSAP DIRに管理。

• AutoCAD：AutoCAD図面（.dwg）をSAP DMS文書としてチェックインする基本的な統合が利用可能。BOM自動同期機能はネイティブ非対応（手動BOM作成または別途カスタム開発が必要）。

CAD連携の技術的課題

CAD統合では以下の技術的課題が発生しやすいため、導入設計時に対処方針を決定しておく必要があります。

• 品目コードの自動採番：CAD側には品番体系がないか、CAD固有の品番体系を使用しているケースが多い。ECTRチェックイン時にSAP品目番号を自動採番（MNNBRナンバリング）するか、CAD品番をSAP品番にマッピングするルールが必要です。

• 単位系の変換：CAD（mm/m単位）とSAP（mm・cm・m等の在庫管理単位）の単位が一致しない場合の変換ロジックが必要です。

• アセンブリ階層のマッピング：CADのアセンブリ階層（親アセンブリ→子パーツ）とSAP BOMの多段階層は原則的に1:1マッピングですが、CAD側で表現されない「製造上のサブアセンブリ（梱包・調整工程でのサブ組立）」をどう扱うかの設計判断が必要です。

8. 他PLM/PDMとの連携：Teamcenter・Windchill・ENOVIA

SAP PLMとTeamcenterの共存シナリオ

大手製造業では「TeamcenterによるCAD/PDM管理」と「SAP S/4HANAによるERP管理」の両方が稼働しているケースが多くあります。この場合、SAP PLMとTeamcenterをどう役割分担させるかが設計の核心です。

• シナリオA（PLM for Design in TC / ERP BOM in SAP）：Teamcenterを設計BOM・CADデータ・PDMの「権威データベース」とし、製造BOM・ルーティング・ECMはSAP側で管理します。Teamcenterの設計BOMをSAP製造BOMに転送する統合アダプタが必要です。Siemens TIA（Teamcenter Integration Architecture）またはSAPの標準統合ソリューションが使用されます。

• シナリオB（SAP ECTRをTeamcenter代替として利用）：TeamcenterをSAP ECTR + SAP DMS + SAP BOM管理に置き換えます。Teamcenterを廃止し、SAP一本化を目指すシナリオ。CAD統合はECTRで対応します。ただしTeamcenterが提供するMBSE・シミュレーション管理等の高度機能はECTRで代替できないため、製品の複雑さによって現実性が異なります。

• シナリオC（Digital Thread連携）：TeamcenterとSAPをデジタルスレッドとして双方向連携し、製品データの全ライフサイクルを通貫した可視性を確保します。SAP Teamcenter Integration（Aras Innovator等のPLMハブ経由のケースもあり）でデータを同期します。

統合の技術的選択肢

TeamcenterとSAP間の統合技術として以下の選択肢が存在します。

• SAP PLM Integration for Teamcenter（TCI）：SAPが提供する標準統合ソリューション。iFlowまたはIDoCベースでTeamcenter→SAP BOM/DMS連携を実装します。

• Siemens Teamcenter Integration for SAP（TCIS）：Siemensが提供する統合ソリューション。TeamcenterのSAP写し込み（BOM・ECN・Material Masterの同期）を実装します。

• カスタムAPI統合：Teamcenter Dispatcher（REST API経由）とSAP BTP Integration Suite（iFlow）を使ったカスタム統合。標準製品の制約を超えた柔軟なマッピング・変換ロジックが実装できますが、開発・保守コストが発生します。

PTC Windchill 連携

PTC Windchillは、SAP ERPと並んで稼働する代表的なPDM/PLMです。両者の連携はPTC標準の「Windchill ESI（Enterprise Systems Integration）」を用いるのが一般的で、部品・文書・BOM構造・変更通知（ECN）・製品構成をSAPへ同期します。

• Windchill ESI（Enterprise Systems Integration）：EAIベースの標準統合。Windchill PDMLinkの部品・BOM・文書・ECN・工程情報をSAP等の配布先（ERP）へパブリッシュする。TIBCO EAI技術をバンドルし各種アダプタで接続

• Windchill+ ERP Connector：マイクロサービス／REST連携で、Windchillの製品情報をXMLまたはJSON形式でSAPへ配信する新しい方式

• 同期対象：部品(Part)・E-BOM/M-BOM・文書・変更(ECN)・工程計画(Process Plan)・オペレーション・リソース手順を対象にできる

• 変更管理の流れ：Windchill側でECR→ECO/ECNを承認し、承認済みBOM・変更をSAPへパブリッシュ。設計者が変更の製造影響をWindchill内で把握できる構成が取れる

【事例】大手建設機械メーカー：従来ERP内にあったPLM機能をWindchillへ移管し、E-BOMとM-BOMを同一システム（Windchill）で一元管理。Windchill ESI経由でSAPへBOMをパブリッシュして手入力を排除し、手戻り・重複を削減した。設計者が自らの変更が製造に与える影響を理解できるようになった点が大きな効果である。

Dassault ENOVIA / 3DEXPERIENCE 連携

Dassault SystèmesのENOVIA（3DEXPERIENCEプラットフォーム上のPLM）とSAPの連携は、専用の「3DEXPERIENCE SAP Connector」で実現するのが一般的です。コネクタはTECHNIA・PROSTEP・T-Systems等のパートナーが提供し、DassaultとSAP双方の標準・推奨に準拠して開発されています。

• 3DEXPERIENCE SAP Connector：オンプレ／クラウド／ハイブリッドに対応した事前構成済み連携。REST/SOAP Webサービスで通信し、複数バージョンのENOVIA/SAPをサポート

• BOM同期：製品・部品・E-BOM（仕様付き）に加え、M-BOM・Resource BOM(BOR)・Operations BOM(BOP)をSAPと同期できる（X-BOM Connector for SAP等）

• 変更管理：ENOVIA側のChange Order／Change ActionをSAPのECRプロセスへ連携。ENOVIAのコラボレーティブな変更プロセス（関係者への変更決定・割当の通知）で承認し、確定をSAPへ反映する

• リアルタイム/バッチ同期：品番・BOM・変更オーダー・在庫レベル等のデータマッピングを定義し、片方の変更を他方へ自動反映（リアルタイムまたはバッチ）

• 提供元：TECHNIA（3DEXPERIENCE SAP Connector）、PROSTEP（OpenPDM）、T-Systems（3DEXPERIENCE X-BOM Connector for SAP）などが導入テンプレートを提供

【事例】大手装置・電機メーカー：ENOVIA（3DEXPERIENCE）を設計・E-BOMの「正」とし、3DEXPERIENCE SAP Connector経由でM-BOMと変更オーダーをS/4HANAへ同期。設計変更（Change Order）がSAP ECRとして自動起票され、調達・製造への反映リードタイムを短縮した。

外部PLM連携の設計指針（Teamcenter/Windchill/ENOVIA共通）

• 権威データの定義：品目・BOM・文書・変更のマスタをどちらに置くかを品目種別ごとに決める（設計系は外部PLM、実行系はSAP、が一般的）

• 標準コネクタ優先：各PLMベンダ／認定パートナーの標準コネクタ（Windchill ESI、TCI/TCIS、3DEXPERIENCE SAP Connector）を第一候補にし、カスタム連携は最小化する

• PLM中立基盤の活用：PROSTEP OpenPDMのようなPLM中立の統合基盤で、複数PLM×SAPを疎結合に束ねる選択肢もある

• 変更の一貫性：ECR/ECN・有効化日・Where-Used影響を両システムで齟齬なく保つことが、変更管理連携の成否を分ける

9. PLMのCustomizing：主要設定項目

DMS文書タイプの定義

DMSの文書タイプはSPROのIMG（Implementation Guide）で定義します。パス：「SAP NetWeaver → Application Server → Basis Services → Document Management System」。

• 文書タイプ定義：文書タイプコード・説明・バージョン管理スキーマ（内部/外部バージョン管理）・オリジナルファイルの数・格納先（Storage Category）を設定します。

• ステータスネット（Status Net）：文書タイプごとにステータス遷移（有向グラフ）を定義します。どのステータスからどのステータスへの遷移が可能か・遷移に承認が必要かを設定します。

• Storage Category：DIRに添付されるオリジナルファイルの格納先を定義します。SAP Content Server・外部ストレージ（S3・Documentum等）・SAP Archive Linkが選択できます。

BOMのCustomizing

• BOM用途（Usage）：用途コード・説明を定義します。標準で用途1〜8が提供されており、追加カスタム用途はSAP推奨では行わず標準用途で対応することが推奨されます。

• BOMステータス（BOM Status）：BOM自体の状態管理（作業中・有効・廃止等）の定義。BOMステータスによって「MRP計算での使用可否・受注BOM展開での使用可否」が制御されます。

• 品目ステータス（Item Status）：BOM明細（品目）レベルの状態定義。個別明細を「設計段階・有効・廃止」の状態で管理できます。

VCのCustomizing

• クラスタイプ300のフリーキャラクタリスティクスの設定：クラスタイプ300（コンフィギュレーション）の詳細設定。コンフィギュレーション数値計算の精度・特性の最大数・制約ネットのパラメータを設定します。

• SCEパラメータ（Solution Engine）：制約ネットを使用する場合のSCE（Solution and Constraint Engine）エンジンの動作パラメータ（タイムアウト・再帰深さ制限等）をカスタマイズします。

• 変種価格条件タイプ（Variant Condition Types）：VCの価格設定に使用する条件タイプ（例：VA00）をSD条件テクニックに設定します。

10. 他社導入事例

事例1：精密機械製造業A社 — VC活用によるCTO対応

背景と課題

産業用ロボットを製造する精密機械製造業A社は、顧客要求によってロボットアームのリーチ・積載重量・制御方式・電源仕様・通信インターフェースの組み合わせが数千通りに及ぶ受注変種生産を行っていました。各バリエーションを個別品目番号で管理していた結果、品目数が1万件を超え、類似品目の重複管理・価格計算の誤りが頻発していました。受注ごとに設計部門がBOMを手動作成していたため、受注からBOM確定まで3営業日を要していました。

SAP VC導入と成果

A社はSAP VCを導入し、各仕様軸（リーチ・積載重量・制御方式・電源・通信）を特性として定義、スーパーBOM・スーパールーティングと依存関係によって「物理的に成立しない組み合わせ」をブロックするロジックを実装しました。受注入力（VA01）のコンフィギュレーション画面で担当者が仕様を選択すると、秒単位でBOM・価格・製造指図が自動生成されます。品目数は1万件から品目タイプKMATの十数件に削減され、受注BOM確定時間が3営業日から当日中に短縮されたと報告されています。

事例2：自動車部品製造業B社 — 設計・製造BOM分離と変更管理の統合

背景と課題

自動車部品を製造するB社では、設計部門がPDMシステム（Teamcenter）でCAD・設計BOMを管理し、生産部門がSAPで製造BOM・ルーティングを別個に管理していました。設計変更が発生した際、PDMとSAPへの二重登録が必要で、登録漏れによる製造現場への変更通知遅延・変更前部品の誤使用が頻発していました。変更の追跡性（どの製造ロットが旧設計か）も把握できない状態でした。

ECTR + ECM統合導入と成果

B社はECTRによるTeamcenter連携を構築し、Teamcenter上の設計BOM変更がECNとしてSAP側に自動連携される統合フローを実現しました。設計変更は「変更マスタ」によってBOM・ルーティング・DIRが同時に変更され、有効化日・ロット番号有効化条件で製造への切り替えタイミングが制御されます。Where-Usedリストにより変更の影響範囲が即座に特定でき、変更通知漏れがゼロになりました。また有効化条件（ロット番号ベース）の設定により、旧部品在庫を使い切ってから新設計に切り替える在庫消化管理が自動化されたと報告されています。

事例3：電機メーカーC社 — DMS電子署名によるGMP対応

背景と課題

電気医療機器を製造するC社は、FDA 21 CFR Part 11（電子記録・電子署名に関する規制）への対応が求められており、設計文書の承認プロセスに手書き署名と紙の承認記録が必要でした。紙ベースの承認は承認スピードの遅延・文書管理コスト・監査対応時の文書検索工数という三つの問題を抱えていました。

DMS電子署名導入と成果

C社はSAP DMS電子署名機能を活用し、設計文書（仕様書・設計変更指示書・試験記録）の承認をSAP上の電子署名フローに完全移行しました。ステータス変更時のユーザーID・パスワード再認証・変更理由の記録がSAP監査ログに自動保存されます。FDA監査対応時に「誰が・いつ・何のために・どの版の文書を承認したか」をSAPから即座に出力できる体制が整備され、監査準備工数が大幅に削減されたと報告されています。

11. クラウド時代のSAP PLM：次世代機能

S/4HANA Cloud上のPLM機能

SAP S/4HANA Cloud（公衆クラウド版）ではPLM機能の一部がSaaSとして提供されます。ただしオンプレミス版と比較して機能範囲に差異があります。

• S/4HANA Cloud Public Edition（RISE with SAP）：基本的なBOM管理・ルーティング管理・ECMは利用可能。DMS（文書管理）はSAP Document Management on BTPとして別途提供。VC（Variant Configuration）はS/4HANA Cloud上で利用可能ですが、制約ネット等の高度なVCモデリングはAVCとPMEVCのCloud対応を確認が必要。

• ECTR（CAD統合）：クラウド版でのECTR提供は限定的で、最新のサポート状況確認が必要。CAD連携にはBTP上のIntegration Suiteを介したカスタム統合が必要なケースがあります。

PLM AI機能：類似品検索と重複排除

SAP S/4HANA 2023以降では、AI・機械学習を活用したPLM機能強化が進んでいます。

• 類似品検索（Similar Item Search）：新部品を登録しようとする際に、AIが既存品目の特性値・属性を比較分析し、類似度スコアの高い既存品目を候補表示します。重複品目登録の防止・既存品目の再利用促進により部品点数削減と購買コスト削減が実現します。

• AI支援設計変更影響分析：設計変更時にAIが過去の変更履歴・Where-Usedデータを分析し、影響範囲の優先度ランキングと「この変更が生産計画に与えるリスク」の予測を支援します。

• SAP Joule for PLM：SAP Joule（Generative AI Copilot）のPLM統合により、自然言語で「この品目の設計BOMを表示して」「先月の設計変更一覧を集計して」という問い合わせができる機能がSAP Road Mapに記載されています（提供時期は製品可用性マトリクスで要確認）。

12. PLM導入がもたらす経営価値と導入上の注意点

定量的な経営価値

• 開発リードタイム短縮：設計BOM⇔製造BOM統合・ECM自動化により、設計変更から量産反映までのサイクルタイムが短縮されます。

• 原価精度向上：設計変更が即座に標準原価計算に反映されることで、予算vs実績の原価差異の原因特定が容易になります。

• コンプライアンスコスト削減：電子署名・監査ログ・版数管理の自動化により、ISO/FDA/GMP等の規制対応にかかる文書管理工数・監査準備工数が削減されます。

• 部品点数削減：VC活用と類似品検索により、機能的に同一の部品が複数品目番号で管理されるダブリを排除し、購買コスト・在庫コスト・品質管理コストが削減されます。

導入上の最重要注意点

SAP PLM導入において成功を阻む最大の要因は「データ品質」と「変更管理への組織的合意」です。いくら優れたシステムを導入しても、入力されるマスタデータ（品目番号・BOM・特性定義）の品質が低ければシステムは機能しません。

特にVC導入では「依存関係の設計と検証」に想定以上の工数がかかります。製品バリエーションを熟知した設計エンジニアとSAP VCの技術専門家が密接に協力して依存関係を定義・テストする体制が不可欠です。「VCコンサルタントだけで設計できる」という前提はリスクです。ビジネス知識（製品仕様のルール）とVC技術の両方を理解したメンバーを育成・確保することが長期的な成功の鍵です。

以上