変更管理（変更オーダー）とイノベーション管理・製品開発

変更は変更タイプを選んで変更オーダーで起票します。変更タイプは既定の属性とワークフローを定義します。定義済みの 7 種は Engineering Change Order、Change Order without Revision Control、Change Request、Deviation Change Request、Commercialization Change Order、Problem Report、Corrective Action です。変更オーダーを使う前に、変更タイプを 1 つ以上作ります。
変更オーダーで変えられるのは、ユーザー定義属性、品目構成、パック、関連付け、品目リビジョンです。レビューと承認のあと、予定日に実装します。構成の変更は他の組織へ伝搬でき、組織ごとに実装時期を調整できます。
変更タイプの設定を変えても、すでに作られた変更オーダーには反映されません。
イノベーション管理は「アイデア・要求 → コンセプト」、製品開発はエンジニアリング品目・品目構成・変更オーダー、品質は Problem Report と Corrective Action を扱います。設定の入口は、領域ごとのクラスとステータスです。

全体像

Oracle の PLM と Product Hub は、企画から商品化までを通して使えるように、組み合わせて構成できると公式ガイドに説明されています。領域ごとの役割は次のとおりです。

領域	扱うもの	作業領域	設定の入口（機能領域）
Innovation Management	アイデア、製品要求、コンセプト	Ideas、Concepts	Product Requirements and Ideation Management、Concept Design Management
Product Development	エンジニアリング品目、品目構成、変更オーダー	Product Development	Product Development、Structures、Change Orders
Product Hub	品目マスタ（商品化フェーズの品目と変更を含む）	Product Information Management	Items、Change Orders、New Item Requests
Quality Management	品質問題と是正処置	Quality Management	変更タイプ（Problem Report、Corrective Action）として提供

組織の考え方（品目組織と在庫組織）は PLM の全体像、品目の作成と属性は品目マスタ管理を参照してください。

変更タイプ（変更オーダー・タイプ）

変更タイプは、既定の属性を持ち、変更のワークフローを定義します。公式ガイドの Understand Change Types によると、定義済みの変更タイプから変更オーダーや新しい変更タイプを作れます。設定は Setup and Maintenance の、オファリング Product Management、機能領域 Change Orders、タスク Manage Change Order Types です。

変更タイプ	用途（要約）	リビジョン管理	監査レポート	レッドライン
Engineering Change Order	設計フェーズ中の大きな変更。リビジョン番号が自動で上がる	あり	あり	あり（品目詳細、EFF、構成、AML、添付）
Change Order without Revision Control	軽微な変更、リビジョン管理が不要な場合。例：製造元部品を別の製造元の同等部品に替える	なし	あり	あり（AML、EFF、品目詳細）
Change Request	リリース済み品目への変更の提案。例：仕入先からの仕様変更の依頼	なし	なし	なし
Deviation Change Request	工程や仕様からの一時的な逸脱。例：問題解決のために代替部品を使う	なし	なし	なし
Commercialization Change Order	商品化フェーズで使う。Product Information Management で作成・編集し、Product Development では参照のみ	あり	なし	あり
Problem Report	欠陥などの品質問題。Quality Management 作業領域のユーザーのみ	なし	なし	なし
Corrective Action	問題の緩和と再発防止の是正処置。Quality Management 作業領域のユーザーのみ	なし	なし	なし

このほかに All Change Types があります。変更タイプの階層と EFF の継承を示すもので、UI には表示されますが、これで変更を作ることはできません。

変更オーダーを作る前に、変更タイプを 1 つ以上作る必要があります
変更タイプは、ワークフローが進行中の変更オーダーで使われていなければ、終了日を設定できます
変更タイプの変更は、すでに作られた変更オーダーには適用されません
変更タイプの Workflow タブに、入口・出口条件（Entry and Exit Criteria）があります。変更オブジェクトがワークフローを進むときの検証ポイントです
Reason 項目で既定の理由を設定でき、変更オーダーが継承します
8D の是正処置は、定義済みの Corrective Action 変更タイプから属性を継承します

設計中の試作品の仕様・構成を変える   → Engineering Change Order（リビジョンが自動で上がる）
同等の製造元部品へ差し替える（軽微）  → Change Order without Revision Control
量産中の品目に仕入先が仕様変更を依頼  → Change Request
今回の出荷分だけ代替部品を使う        → Deviation Change Request
量産移行の変更                       → Commercialization Change Order

変更オーダーの流れ

公式ガイドの Overview of Change Orders（26C）では、製品管理者の作業を次のように説明しています。

変更タイプを選んで、変更オーダー（または変更要求）を作成する
変更行に、品目の属性・構成・リビジョンなどの変更を作る（Edit Items from Change Orders）
レビューと承認へ提出する。入口・出口条件と承認ルールが進行を決める
変更のステータスを追跡し、予定日に実装する
構成の変更は、定義済みの伝搬ルールで他の組織へ展開する。各組織は実装スケジュールを調整できる
処理や実装の詰まりを避けるため、変更行を既存または新規の変更オーダーへ移せる

画面の操作は、Product Information Management 作業領域では水平タブまたはサイドタブから変更オーダーへ入ります。管理者が簡易変更管理インターフェース（Simplified Change Management Interface）を有効にしている場合は、ヘルプの画面遷移と一致しないことがあります。

ステータスの名称と意味、自動昇格・降格（Automatic Promotion and Demotion）、暫定承認と承認ステータス（Interim Approval and Approval Status）の設定は、公式ガイドの Understand Change Order Statuses などで確認してください。本ページでは確認できていません。

変更管理の設定（実装の手順）

公式の Roadmap for Setting up Product Hub では、変更オーダーの定義は次の順序です。

前提：品目組織、品目クラス、属性グループ、ライフサイクル・フェーズ
Manage Change Order Types：変更オーダー・タイプを最初に作る。既定の理由（Reason 項目）もここで設定できる
タスク構成と承認グループを定義する（承認フロー）
Manage Change Order Entry and Exit Rule Sets：入口・出口のルールセット
Manage Change Order and New Item Request Header Descriptive Flexfields：ヘッダー項目の追加
Manage Change Reasons、Manage Change Priorities、変更オーダーのステータス：任意

必要に応じて、変更タイプごとの自動昇格・降格、暫定承認、コンテキスト別属性（Configure Context Specific Attributes for Change Types）、1 件の変更オーダーに含められるオブジェクト数の上限（Configure the Limit for Objects in Change Orders and New Item Requests）を設定します。変更タイプの構成は、エクスポートとインポート（Import and Export Change Type Configuration）で環境間を移せます。

承認ワークフロー

承認の設定は、Implementing Product Management の第 8 章（Workflows）と第 20 章（Workflow and Approval Management）で説明されています。

やりたいこと	公式ガイドの節
承認タスクを作る	Configure Approval Tasks Using BPM Worklist
承認者を割り当てる・回す	Task Assignment and Routing、Approval Groups and Header Stages
承認が必要な条件を決める	Change Order Approval Required Rules、Approval Rules
電子署名を求める	Configure the Signature Policy for Change Order Approval
通知を設定する	Configure Workflow Notifications、Configurable Email Notifications
承認の実行中に参加者を変える	Add or Remove Participants in Current Status（Using ガイド）

承認の一般的な仕組みは承認ワークフローを参照してください。承認サマリを生成 AI で作る機能（Generate Change Approval Summary Using Generative AI）が 26D の Using ガイドの目次にあります（時点：26D）。

リビジョンとライフサイクルの関係

Engineering Change Order は、リビジョン番号が自動で上がります（リビジョン管理あり）
変更オーダーで作られた過去・将来のリビジョンがある品目では、リビジョンを手動で作れません
リビジョンは過去日付の有効日にできません。同時に有効なリビジョンは 1 つです
設計フェーズの品目は、承認時に有効（Effective on Approval）にするのが公式の推奨です
廃止（Obsolete）にした品目のフェーズを変えるときは、変更オーダーの New Lifecycle Phase 列で行います（Using ガイドの Change Lifecycle Phase on an Obsoleted Item）
複数選択の属性は、変更前後の値を比較表示します（削除は赤の取消線、追加は緑）

イノベーション管理（Innovation Management）

Oracle Innovation Management は、新製品の開発と導入を支える 2 つの機能領域でできています（公式ガイド）。

機能領域	目的	設定タスク
Product Requirements and Ideation Management	従業員や関係者が、製品のアイデアを出し合い、要求を記録する。要求は、コンセプト設計と結び付けられる	Manage Product Idea Classes、Manage Product Idea Statuses、Manage Product Requirements Classes、Manage Product Requirements Statuses、Manage Product Requirements and Ideation Lookups
Concept Design Management	設計者や経営層が、製品戦略の目標に合うコンセプトを作り、分析し、承認する共同作業の場	Manage Product Concept Classes、Manage Product Concept Component Classes、Manage Product Concept Statuses、Manage Product Concept Lookups

承認されたコンセプトは、試作計画・詳細設計・製品導入のために、外部の PLM ソリューションへ直接渡せます（公式ガイド）。設定タスクは、アイデア・要求・コンセプト・コンセプトの構成要素のクラスと、ステータス、参照表（Lookups）に分かれています。

出荷済みのロールは、Product Design Engineer（Concept Development Duty）、Product Design Manager（Concept Management Duty）、Product Manager（Product Proposal Management Duty）、Idea Management Duty です。コピーして使い、直接は割り当てません。Innovation Management のエンド・ユーザーの作成には、追加の手順があります。

製品開発（Product Development）

Oracle Product Development は、製品データと変更オーダーを、コストのバランスを取りながら管理します。設定は、公式の Roadmap for Setting up Product Development に次の順で並びます。

Manage Item Organizations、Manage Organization Trees
Manage Item Classes、Manage Item Attribute Groups and Attributes、Manage Lifecycle Phases
Manage Change Order Types、Manage Change Order and New Item Request Header Descriptive Flexfields、Manage Change Order Entry and Exit Rule Sets
Manage Structure Component Descriptive Flexfields、Manage Product Development Lookups

エンジニアリング品目は、品目の Engineering Item 属性（EngineeredItemFlag）で決まります。インポート、SOAP、REST で Y にして作った品目もエンジニアリング品目です。Using ガイドには、通常の品目をエンジニアリング品目へ変える手順と、エンジニアリング品目の表示・編集の制限があります。品目ルールで、エンジニアリング品目の属性・構成・承認製造元リスト（AML）への操作を制限することもできます。外部システムとの統合（Configure Integrations for Product Development）と、Product Development 用の属性グループの設定（Configure Attribute Groups for Product Development）も公式ガイドにあります。

品質（Quality Management）

品質問題と是正処置は、変更タイプ Problem Report と Corrective Action として使います。Quality Management 作業領域のユーザーに限られ、仕入先との協業にも使えます。品目から関連する品質問題と是正処置を見られます（Using ガイドの Item Quality）。製造の検査と生産例外との関係は作業オーダーの実行と品質を参照してください。

他モジュールとの連携

タイミング	連携先	流れるデータ	仕組み
構成の変更の実装	製造	品目構成の変更を作業定義へ反映	作業定義の同期
品目の変更・ステータス変更	在庫・調達・受注	品目の使用可否（ステータス制御属性）に影響	品目マスタ管理
コンセプトの承認	外部 PLM	承認したコンセプト	公式ガイドの外部 PLM への転送
変更の通知	外部システム	変更の完了、承認の状況	ビジネスイベントや OIC（連携パターン）

PLM は仕訳を作りません。会計への影響は、下流の在庫・原価の取引を通じて在庫と原価・会計の流れのとおりに発生します。

標準機能とアドオン

要件	標準での実現	アドオンが必要になりやすい点
多段承認・電子署名	BPM ワークリストの承認ルール、署名ポリシー	外部の稟議システムとの連携（OIC）
変更の通知	設定可能なメール通知	他システムへの通知（ビジネスイベント、OIC）
変更の帳票	変更オーダー詳細レポートへの属性の追加	自社様式（BI Publisher）
画面の文言	HCM Experience Design Studio での prompt の更新	画面項目の追加（Visual Builder Studio）
外部 PLM・CAD との連携	Configure Integrations for Product Development	変換・再送制御（OIC、REST）

ベストプラクティスと落とし穴

変更タイプは業務に合わせて少数に絞り、定義済みの 7 種の用途を基準に使い分けます
承認者は個人名ではなくロールと承認グループで設計し、異動の影響を減らします
リリース後の変更は変更オーダー経由に統一します。手動のリビジョン作成と混在させません
変更タイプの設定は、すでにある変更オーダーに反映されません。カットオーバー前に確定させます
1 件の変更オーダーに含めるオブジェクトが多すぎないよう、上限を設定します
変更タイプの構成は、エクスポート／インポートで、テスト環境から本番環境へ移します

日本での導入の考慮点

変更管理・イノベーション管理に固有の日本向けローカライゼーション機能は、今回確認した公式ドキュメントには見つかりませんでした（2026 年 10 月の調査）。次は設計上の論点です。

論点	検討の観点
設計変更の依頼と通知	社内の設計変更依頼・通知の様式を、Change Request と Engineering Change Order のどちらに対応づけるかを決める
承認（稟議・押印）	多段承認と署名の要否を、承認ルールと署名ポリシーで表現できるか確認する
変更履歴の保管	監査レポートとレッドライン、監査履歴（Audit History）の対象を決める
図番・リビジョンの体系	社内の図番・改訂記号の体系を、リビジョンコード（英数字と小数点）に合わせられるか確認する

実装リファレンス

公式で確認できたものだけを載せています。

領域	確認できたタスク
変更管理	Manage Change Order Types、Manage Change Order and New Item Request Header Descriptive Flexfields、Manage Change Order Entry and Exit Rule Sets、Manage Change Reasons、Manage Change Priorities
イノベーション管理	Manage Product Idea Classes／Statuses、Manage Product Requirements Classes／Statuses、Manage Product Requirements and Ideation Lookups、Manage Product Concept Classes／Statuses、Manage Product Concept Component Classes、Manage Product Concept Lookups
製品開発	Manage Structure Component Descriptive Flexfields、Manage Product Development Lookups

変更オーダー・新品目要求のテーブル名、REST リソース名、スケジュール済プロセス名は、今回確認できていません。Tables and Views for SCM と REST API for Oracle Fusion Cloud SCM で確認してください。品目や変更オブジェクトの FBDI は、設定ガイドの節 Migrate PLM Objects Using FBDI で対象を確認します。

試験対策ポイント

対応する試験は PLM 模擬テスト（1Z0-1078-26）で、分野は「変更管理」と「イノベーション・製品開発・品質」です。

変更タイプは、既定の属性とワークフローを定義する。変更オーダーを使う前に、最低 1 つ作る
定義済みの 7 種：Engineering Change Order、Change Order without Revision Control、Change Request、Deviation Change Request、Commercialization Change Order、Problem Report、Corrective Action
リビジョン管理ありは Engineering Change Order と Commercialization Change Order。軽微な変更は Change Order without Revision Control
Commercialization Change Order は Product Information Management で作成・編集し、Product Development では参照のみ
Problem Report と Corrective Action は Quality Management 作業領域のユーザー向け
変更オーダーで変えられるのは、ユーザー定義属性、品目構成、パック、関連付け、品目リビジョン。構成の変更は、伝搬ルールで組織へ展開できる
Product Development 作業領域は、変更オーダーの行単位の承認に対応していない
変更タイプの変更は既存の変更オーダーに適用されない。変更タイプは、進行中のワークフローがなければ終了日を設定できる
Innovation Management の機能領域は Product Requirements and Ideation Management と Concept Design Management。設定はクラスとステータスのタスク