> ## Documentation Index > Fetch the complete documentation index at: https://docs.alforse.com/llms.txt > Use this file to discover all available pages before exploring further. # ライフサイクルとリリース > 変更通知が 5 つのステージをどう進むか、実施のロックが何を固定するか、再オープンとキャンセルのしくみ、通知が完了に達したときにリリースが具体的に何を変えるかを説明します。 変更通知のステージは、そのリリースワークフローです。エンジニアが変更を起案し、チームがレビューし、リリースがそれを実運用の方法とアイテムに適用します。このページは、変更通知を作成、レビュー、リリースするすべての人向けです。 ## 概要 変更通知は 1 度に 1 ステージずつ前進し、ステージを飛ばすことはできません。2 つの側道があります。 * **キャンセル**は、何もリリースせずに、未完了のどのステージからでも通知を閉じます。 * **再オープン**は 1 つ戻します。**実施**から**設計完了**へ、または**キャンセル済み**から**下書き**へ。 ## ステージ
**下書き** 起案中。影響を受けるアイテムを選び、それぞれに変更タイプを設定して下書きの方法を編集します。通知は誰にも届きません。
**開始** 設計作業が進行中です。担当者とすべてのアクションタスクの担当者に通知されます。
**設計完了** 設計の編集が終わり、変更は実施のレビューを待ちます。通知のないステージです。
**実施** リリースが行われるステージ。設計内容がロックされ、**「リリース」** が表示されて、すべてのアイテムの差分を確認して適用できます。ここへの到着は通知されます。
**完了** 変更はリリース済みです。以降、通知は履歴の読み取り専用の記録になります。到着は通知されます。
**キャンセル済み** 何もリリースせずに破棄されたもの。未完了のどのステージでも、ヘッダーの **「キャンセル」** で行います。**「完了」** と同様に読み取り専用ですが、**「再オープン」** で **「下書き」** に戻せます。
### 通知を受ける人 | 遷移 | 通知 | | - | - | | **「開始」**、**「実施」**、**「完了」** へ | 担当者とすべてのアクションタスクの担当者 | | **「設計完了」** へ | なし | 遷移を実行した本人に、自分の操作は通知されません。担当者もタスクの担当者もいない通知は、静かに進みます。 ### クローズ、キャンセル、削除 * **「完了」** は恒久的です。すべてのエディターが読み取り専用になります。 * **「キャンセル済み」** もロックされますが、何も失われません。影響を受ける各アイテムの下書きは保持され、**「再オープン」** で通知が **「下書き」** に戻るので、作業を続けられます。 * 通知の**削除**は破壊的な操作です。影響を受ける各アイテムの下書きと、通知が作成した新しいアイテムがすべて破棄され、孤立したものは残りません。 ## 実施は設計内容を固定します 通知が**実施**に達すると、その設計内容は読み取り専用になります。ワークフローのフィールドは編集可能なままなので、チームは引き続き展開を調整できます。 | 領域 | 実施時の状態 | | - | - | | 影響を受けるアイテムの一覧（アイテムの追加または削除） | 固定 | | 影響を受ける各アイテムの変更タイプ | 固定 | | ステージングされた**材料表**と**工程表**の下書き | 固定 | | 切り替え設定: 置き換えモード、廃止日、後継の有効日 | 固定 | | **変更の理由**と**変更の説明** | 固定 | | アクションタスク（追加、完了、スキップ、並べ替え、削除） | 編集可能 | | 担当者、期日、優先度、カテゴリ | 編集可能 | グレーアウトされたコントロールは半分にすぎません。サーバー自体も、固定されたフィールドへの書き込みを拒否します。したがって、古いブラウザータブからの保存は、*"This change notice is being implemented, so its changes are locked. Reopen it to make changes."*（この変更通知は実施中のため、変更はロックされています。変更するには再オープンしてください）というメッセージで失敗します。 NOTE **固定中もレビューはできます。** 拒否されるのは書き込みだけです。**変更**の集計、影響を受ける各アイテムの差分、影響パネルは、実施の間もすべて読み取れます。 ## 再オープン 実施に達した後で設計内容を変更する必要がありますか？ **⋮** メニューの**再オープン**を選択します。Alforse は通知を**設計完了**に戻し、影響を受けるアイテム、切り替え設定、説明のフィールドのロックを解除します。下書き、差分、タスクはそのまま残ります。キャンセル済みの通知に同じ操作を行うと、**下書き**に戻ります。 下書き、開始、設計完了では何も固定されていないため、再オープンは表示されません。 HEADS UP **完了は終端です。完了からの再オープンはありません。** 再オープンできるのは、**「実施」**（まだ何もリリースされていない）または\*\*「キャンセル済み」**（一度もリリースされていない）のときだけです。**「完了」\*\*の通知は、すでに新しい方法のバージョンを有効にし、新しいアイテムを表示し、置き換えを書き込んでおり、下流の MRP と「方法を取得」はこの 3 つすべてに依存しています。これを元に戻すと、実運用の計画上の判断が、人々の足元から引き抜かれてしまうため、提供されていません。さらに編集が必要な場合は、新しい変更通知を作成してください。リリース済みの方法とアイテムが、その基準になります。 ## 影響パネル 影響を受けるアイテムの一覧の横に、**影響**パネルがあります。「この部品はどこで使われているか」に、影響を受けるアイテムごとのツリーで答えます。範囲は、ジョブ、ジョブの材料、方法の材料、発注書、入荷、見積、問題、保全、組立指示に及びます。 NOTE **影響は参考情報です。リリースをブロックすることはありません。** 確定する前に影響範囲を示すためのもので、ゲートとして機能するものではありません。内容にかかわらず、リリースは進みます。パネル自体のキャプションにもそう書かれています。*"Where the affected items are used across the system. Informational — nothing here blocks releasing."*（影響を受けるアイテムがシステム全体のどこで使われているか。参考情報です。ここにあるものがリリースをブロックすることはありません） ## 変更を確認してからリリースする 起案の間ずっと、概要の**変更**カードには、影響を受けるアイテムごとの読み取り専用の差分が表示されます。手を付けていないアイテムには *"No changes yet."*（まだ変更はありません）と表示されます。 1. 通知を **「実施」** に進めます。 2. **「リリース」** を選択します。**「変更通知をリリース」** ダイアログは、最終チェックとして各アイテムの差分を繰り返し表示し、*"Review each item's changes, then confirm — releasing can't be undone."*（各アイテムの変更を確認してから確定してください。リリースは元に戻せません）という見出しが付いています。 3. 確定します。Alforse は、[リリースが行うこと](#what-release-does)に記載のとおりに変更を適用します。 ### 差分が比較するもの すべての差分の基準は、アイテムの下書きのコピー元になった方法です。編集済みの下書きは、4 つのセクションでそれと対比されます。 | セクション | 内容 | | - | - | | **部品表** | 追加、削除、変更されたすべての BoM 行を、フィールド単位で比較します。 | | **工程表** | 追加、削除、変更されたすべての工程を、そのステップ、パラメーター、工具を含めて比較します。 | | **プロパティ** | 変更されたアイテムの列ごとに 1 行。名前、説明、単位、追跡タイプ、補充方式など。 | | **仕入先部品** | 購入するリビジョン、代替部品、新規部品の場合、[明細上の仕入先](https://docs.alforse.com/ja/docs/reference/change-orders/change-types.md#supplier-parts-on-a-purchased-line)と、その部品番号、単価、最小発注数、発注倍数、換算係数、購買単位。 | 仕入先の行は、変更タイプによって動作が異なります。リビジョンは元のリビジョンの仕入先を引き継ぐため、差分には追加、編集、削除だけが表示されます。代替部品や新規部品は仕入先がない状態から始まるため、追加したものはそれぞれ新規として一覧表示されます。 NOTE **下書きが本物なので、差分は正確です。** ずれる可能性のある、影のコピーは保持されません。編集したのは本物の下書きの方法であり、差分は単にそれを、コピー元の実運用の方法と並べるだけです。レビューで見えるものが、そのまま有効になります。 ## リリースが行うこと 確定すると、Alforse は影響を受ける各アイテムを、その[変更タイプ](https://docs.alforse.com/ja/docs/reference/change-orders/change-types.md)に従って処理します。 | ステップ | 対象 | 効果 | | - | - | - | | 1. 下書きの方法を有効化する | 影響を受けるすべてのアイテム | 下書きが**有効**なバージョンになります。それまで有効だったバージョンは**アーカイブ済み**になり、削除されずに履歴として保持されます。 | | 2. 新しいアイテムを公開する | リビジョン、代替部品、新規部品 | 通知が作成したアイテムが有効になり、変更通知 ID が付与されます。バージョンには新しいアイテムはありません。 | | 3. 置き換えを書き込む | リビジョン、代替部品 | 古いアイテムが、その影響を受けるアイテムの切り替え設定に従って、新しいアイテムに置き換えられます。新規部品には前任がないため、置き換えられるものはありません。 | 切り替え設定が変更を段階的に導入するしくみについては、[置き換えと切り替え](https://docs.alforse.com/ja/docs/reference/change-orders/supersession.md)を参照してください。 Alforse は新規部品のアイテムを最初にリリースします。これにより、新しく統合された部品を下書きの BoM が指している親アセンブリが、その部品がすでに有効な状態であることを確認できます。影響を受ける最後のアイテムを処理すると、通知は **「完了」** に切り替わります。 NOTE **リリースは冪等であり、巨大な 1 つのトランザクションではありません。** アイテムの下書きから変更通知 ID を消去することが、そのアイテムがリリース済みであることの印になります。そのため、2 回目の実行は完了したアイテムを飛ばし、まだ保留中の最初のアイテムから再開します。通知の **「完了」** への移行は、**「実施」** ステータスに対する比較交換を使うので、2 つの同時リリースが変更を二重に適用することはありません。 ## 同じ部品に対する並行する変更通知 1 つの部品が、同時に 2 つの変更通知による改訂の対象になることがあります。通知はそれぞれ独自の方法のバージョンを起案し、Alforse はバージョン番号の衝突を避けるため、下書き同士が上書きされることはありません。2 つ目の通知がリリースされると、1 つ目の上に有効として重なり、1 つ目は履歴としてアーカイブされます。どちらの作業も保持され、マージの競合を解消する必要は一切ありません。 ## 権限 再オープンの使用を含め、変更通知を編集するには、`parts` の更新権限が必要です。 ## トラブルシューティング | 症状 | 原因 | 対処 | | - | - | - | | *"This change notice is being implemented, so its changes are locked. Reopen it to make changes."* | 通知が **「実施」** にあり、設計内容が固定されています。 | **⋮** メニューの**再オープン**を選択し、**「設計完了」**で編集してから、再び実施に進めます。失われるものはありません。 | | 実施中に、タスク、担当者、期日、優先度が保存できない | これらのフィールドは固定されていないため、ロックが原因ではありません。 | 権限を確認するか、通知がすでにクローズされていないかを確認します。 | | *"This change notice is closed, so its changes are read-only."*（この変更通知はクローズされているため、変更は読み取り専用です） | 通知が **「完了」** または **「キャンセル済み」** です。 | **「完了」** の場合は、新しい変更通知を作成します。**「キャンセル済み」** の場合は、**「再オープン」** を選択して **「下書き」** に戻します。 | | **「リリース」** アクションがない | リリースは **「実施」** でのみ表示されます。 | 通知を 1 ステージずつ実施まで進めます。 | | **⋮** メニューに**再オープン**がない | 再オープンは **「実施」** と **「キャンセル済み」** でのみ表示されます。 | 下書き、開始、設計完了では何も固定されていません。**「完了」** では再オープンできません。 | ## 関連 **置き換えと切り替え** リリースされたリビジョンが、下流で段階的に導入されるしくみです。 [Open](https://docs.alforse.com/ja/docs/reference/change-orders/supersession.md) **変更通知を作成する** 変更通知を開始し、影響を受けるアイテムを選びます。 [Open](https://docs.alforse.com/ja/docs/reference/change-orders/creating.md) This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.