コンフィギュレーション変更要求 は、需要オーダーのコンフィギュレーション可能な品目のコンフィギュレータが変更され、その変更が生産中の供給に影響を与える場合に作成されます。
コンフィギュレーション変更要求には 2 種類あります。
実際のコンフィギュレーション変更要求は、受注オーダー明細のコンフィギュレーションに加えられた変更が、生産活動イベントですでに開始されている供給に影響を与える場合に作成されます。この変更は、コンフィギュレーション編集アシスタンスで行われた手動更新、またはシミュレーション コンフィギュレーション変更要求の承認によって発生します。コンフィギュレーション変更要求情報を使用して、要求された変更をすでに開始されている供給に適用できるかどうかを調査できます。提供される情報は、古いコンフィギュレーションID と新しいコンフィギュレーションID に基づいて、元の生産活動イベント構成と新しい構成を比較した結果です。影響を受けるオーダー情報を使用した調査が終了し、要求された生産活動イベント変更を進めることができると判断されると、コンフィギュレーション変更要求は承認されます。承認後、生産活動イベント変更は手動で生産活動イベントオーダーに適用されます。要求された変更を行うことができないと決定された場合、その場合には、コンフィギュレーション変更要求は拒否に設定され、オンデマンド構成コンフィギュレーションは手動で更新するか、コンフィギュレーション変更要求を元に戻すコマンドを使用して元に戻すことができます。
コンフィギュレーション変更要求に表示される情報は、コンポーネント、構成作業ガイドライン、操作、工程作業ガイドライン、およびツールなど、変更、追加、または削除できます。
コンフィギュレーション変更要求 は初めに計画中 ステータスで作成されます。これは計画済ステータスであるため、実際のコンフィギュレーション変更要求である場合は、コンフィギュレーション編集アシスタント ページで別のコンフィギュレーション変更を行うことができます。シミュレーション コンフィギュレーション変更要求の場合、ユーザーはまずシミュレーションをロードし、必要なコンフィギュレーション変更を行う必要があります。その結果、既存の コンフィギュレーション変更要求 は新しく作成された コンフィギュレーション変更要求に上書きされます。
コンフィギュレーション変更が情報化タイプの特性に対してのみ行われた場合、コンフィギュレーション変更要求は作成されません。その理由は、情報特性のみを変更しても、開始された供給品の物理的な製品やコンフィギュレーション ID には影響しないからです。
シミュレーション コンフィギュレーション変更要求は、ユーザーが実際のコンフィギュレーション変更要求を開始する前に潜在的なコンフィギュレーション変更をシミュレートしたい場合に作成されます。シミュレートされた変更がすでに生産活動イベント中の供給に影響を与える場合、システムはシミュレーション コンフィギュレーション変更要求を生成します。シミュレーション要求を作成しても需要や生産活動イベント オーダーには影響しません。つまり、コンフィギュレーション自体は変更されず、製番アラームはトリガーされません。シミュレーション コンフィギュレーション変更要求を開始するには、ユーザーはコンフィギュレーション編集アシスタントのシミュレーションの作成コマンドを使用する必要があります。これにより、アシスタントはコンフィギュレーションのシミュレーションモードに変わります。ユーザーがこのモードでコンフィギュレーション変更を行って適用すると、その変更が供給に影響する場合、シミュレーション コンフィギュレーション変更要求が作成されます。
供給オーダーが開始されたサイトでは、受注オーダー明細レベルでコンフィギュレーション変更を可能にするには、開始済供給の構成変更を許可する設定を有効にする必要があります。この設定を無効にすると、開始済みの供給がある場合にエラーが発生し、コンフィギュレーション変更が実行できなくなります。
ただし、シミュレートされたコンフィギュレーション変更要求を通じてコンフィギュレーション変更をシミュレートするときは、このサイト設定は考慮されません。
コンフィギュレーション編集アシスタントの受注オーダー明細レベルでコンフィギュレーション変更が発生し、開始された供給に影響すると、コンフィギュレーション変更要求ページに新しいレコードが自動的に作成されます。
コンフィギュレーション変更アシスタントでコンフィギュレーション変更が行われ、それが仕入品に影響する場合、コンフィギュレーション変更要求ページに新しいレコードが自動的に作成され、そのリクエストがシミュレーションタイプであることが示されます。
このレコードは 計画中 ステータスで作成され、 コンフィギュレーション特性 タブには構成特性に関連するすべての変更が含まれます。特性のリストは、新しいコンフィギュレーションID と古いコンフィギュレーションID の比較です。
以下は、特性の変更タブに含まれるすべての特性を表示する情報のリストです。相違点を識別するために、コンフィギュレーション オプション値/特性量の新しい値と古い値が表示されます。この情報は特に重要です。なぜなら、コンフィギュレーション変更要求が却下された場合、需要オーダーのコンフィギュレーションを元のコンフィギュレーションに戻す必要があるからです。
コンフィギュレーション変更要求がリリースされると、新しいコンフィギュレーション ID を使用して仮オーダーが作成され、仮オーダー構成と既存の生産活動イベント構成が比較されます。その結果は 影響を受けたオーダー タブで確認でき、コンフィギュレーション変更の影響を受けた開始されたオーダーのリストが表示されます。影響を受けたオーダーの種類 (手配オーダーや製造オーダー) およびオーダーの参照が 影響を受けたオーダー リストに表示されます。
コンフィギュレーション変更要求がシミュレーションタイプの場合、開始された供給だけでなく、コンフィギュレーション変更の影響を受けるすべての作成済供給オーダーも考慮されます。
注釈:仮オーダーの詳細を表示するには、コンフィギュレーション変更要求 ID が存在する仮オーダー ヘッダーの検索フィールド説明でコンフィギュレーション変更要求 ID を使用します。
影響を受けるオーダータブには、コンフィギュレーション調整によって影響を受けるオブジェクトを強調表示するためのインジケーターのセットが表示されます。これらのインジケーターには、 コンポーネント変更、作業指示構成変更、工程変更、作業指示手順変更、 ツール変更が含まれています。これらのインジケーターは、コンフィギュレーションの変更によって生じた変更の概要を示します。すべてのインジケーターが無効になっている場合は、コンポーネントまたは工程の変更は必要ないが、影響を受けるオーダーの詳細ページで確認できるリビジョンまたは代替が変更されている可能性があることを示します。
実行する必要がある手作業を説明する別の指標セットもあります。次のインジケータ列を使用すると、製番アラームを解決してビジネス フローを続行するために、接続された手配オーダーに対してどのような種類の手動作業を実行する必要があるかを理解できます。これらのインジケーターは、影響を受けたオーダーの供給タイプがDOPの場合にのみ有効です。
再作業が必要:コンフィギュレーション変更の影響を受けた生産されたコンフィギュレータ品目は、修理製造オーダーを使用することで引き続き使用できることを示します。このフラグは以下の条件を満たす場合に有効になります。
接続製造オーダーの紐付解除:接続された製造オーダーは、コンフィギュレーション製番ヘッダー アラームを処理する前に解除する必要があることを示します。このフラグは以下の条件を満たす場合に有効になります。
一時在庫の引当取消:コンフィギュレーション製番ヘッダー アラームを処理する前に、一時在庫に配送された数量の引当を取り消す必要があることを示します。このフラグは以下の条件を満たす場合に有効になります。
製造オーダーの更新:以下の属性のいずれかのステータスが変更済の場合、製造オーダーまたは手動処理の変更が必要であることを示します。コンポーネント、作業指示構成、工程、作業指示手順、ツール。
コンポーネントの購買オーダーの紐付解除:手配オーダーに接続されている購買オーダーは、業務の流れを継続する前に解除する必要があることを示します。以下の条件を満たすとインジケーターが有効になります。
納品されたコンポーネントを見直し。 DOP で処理されるコンポーネントが、変更される影響を受けたオーダーの属性として表示されないことを示します。ただし、コンポーネントは影響を受けたオーダーで発行されており、コンフィギュレーション変更後も構成に含まれるため、調査することが重要です。その結果、追加の供給が必要になる可能性があり、影響を受けたオーダーを承認する決定に影響を与える可能性があります。
影響を受けたオーダータブにリストされている各影響を受けたオーダーについては、 影響を受けたオーダー詳細 ページにレコードが作成されます。影響を受けたオーダー タブで影響を受けたオーダーを選択することで、 影響を受けたオーダー詳細 ページに移動し、詳細を表示することができます。これは、開始された生産オーダーに対して要求された変更を加えることができるかどうかを判断するのに役立ちます。
影響を受けたオーダー詳細ページでは、新しいコンフィギュレーションを実現するために必要な変更に関するオブジェクトのすべての詳細が提供されます。ヘッダー セクションには関連するオーダー参照が表示され、オーダー変更セクションには変更が必要なオブジェクトがリストされます。対象となるオブジェクトは、コンポーネント、工程、構成作業ガイドライン、手順作業ガイドライン、 およびツールです。
コンポーネント、工程、構成作業ガイドライン、手順作業ガイドライン、 またはツールに関連する属性に変更が必要な場合、そのレコードは オーダー変更 セクションに含まれます。結果は、オーダー変更タブに追加、存在しない、不一致として表示されます。
上記のオブジェクト タイプには、各オブジェクト タイプに接続された属性のセットがあります。属性がコンフィギュレーション変更により変更される必要がある場合、その情報は関連するオブジェクトとともに新旧の属性値を含めて オーダー変更 セクションに記載されます。
変更の対象となる属性を以下に示します。
オーダー変更がオーダー変更タブにリストされると、関連する生産活動イベント担当者はオブジェクト タイプと変更された属性を確認して、必要なオーダー変更を確認できます。
開始された生産活動イベントオーダーの現在のステータスを考慮した上で、生産担当者は変更を 承認 するか 却下するかを決定できます。
影響を受けるオーダーが承認済ステータスになっている場合は、開始された生産活動イベント オーダーで必要なオーダー変更を実行でき、生産活動イベント担当者が変更に同意していることを意味します。
拒否の場合は、開始された生産活動イベント オーダーで必要なオーダー変更を実行できず、生産活動イベント担当者がコンフィギュレーション変更に同意していないことを意味します。
注釈:変更を再確認した後、決定を変更することにした場合、コンフィギュレーション変更要求が承認済 または却下済みでない限り、承認を取り消すまたは却下を取り消すコマンドを使用して決定を戻すことが可能です。
すべての影響を受けたオーダーのレコードが承認済である場合、コンフィギュレーション変更要求の責任者はコンフィギュレーション変更要求を承認済み ステータスに変更できます。
実際のコンフィギュレーション変更要求が承認された場合、
少なくとも 1 つの影響を受けたオーダーのレコードが却下されている場合、 コンフィギュレーション変更要求は 却下済ステータスにのみ設定できます。
コンフィギュレーション変更要求 が 却下済ステータスのときに別のコンフィギュレーション変更が行われると、新しいコンフィギュレーション変更が開始された供給に影響を与える場合、計画中ステータスで新しいコンフィギュレーション変更要求 が作成されます。以前に却下されたコンフィギュレーション変更要求は、ステータスが取消に変更されます。
コンフィギュレーション変更要求が却下された場合、必要なコンフィギュレーション変更を受け入れることができないことを意味し、受注オーダー明細でコンフィギュレーション変更を元に戻す必要があります。
コンフィギュレーションを元に戻すには、次の 2 つの方法があります。
シミュレーション コンフィギュレーション変更要求が承認されると、生産活動イベント担当者がシミュレートされた変更を生産活動イベントに実装する実現可能性を確認したことを示します。この時点で、シミュレーション要求を承認することができ、実際のコンフィギュレーション変更要求が作成されます。
承認されたシミュレーション要求がシミュレーション モードで読み込まれると、シミュレーション コンフィギュレーションアシスタントでシミュレーションの承認コマンドが使用できるようになります。このコマンドを実行すると、次のようになります。
影響を受けるオーダーの少なくとも 1 つが拒否の場合、シミュレーション コンフィギュレーション変更要求は拒否ステータスにのみ設定できます。
以前のシミュレーション要求が拒否ステータスにある間に、シミュレート構成アシスタントで新しいコンフィギュレーション変更が実行され、新しい変更が供給に影響する場合、シミュレーション コンフィギュレーション変更要求の新しいリビジョンが計画済ステータスで自動的に作成されます。以前に拒否されたシミュレーション要求は、取消済ステータスに更新されます。
いつでも (完了ステータスの場合を除く)、シミュレーション コンフィギュレーション変更要求を拒否または取消にすることができます。
完全なコンフィギュレーション変更要求は、実際のコンフィギュレーション変更要求に対してのみ使用できます。
実際のコンフィギュレーション変更要求が承認済ステータスにある場合、影響を受けるオーダー レコード内のオーダー変更を実行して新しいコンフィギュレーションを適用できることを意味します。
影響を受けるオーダーページにリストされているオーダーの変更を確認することで、影響を受けるオーダーごとに関連するコンフィギュレーション構成の変更を行うことができます。
接続されたコンフィギュレーション変更要求が承認済または完了のステータスである場合は、手配オーダーでコンフィギュレーション特性転送更新を実行できます。
供給オーダーがこのレベルで開始され、コンフィギュレーション変更の影響を受ける場合、手配オーダーと供給オーダーの両方でコンフィギュレーションID が更新されます。完了された供給製造オーダーのコンフィギュレータID は更新されません。
開始された供給オーダー内の構成品目、工程、作業ガイドライン、およびツールの変更は自動的に更新されないため、上記のオブジェクトの更新は手動で行う必要があります。
これらの変更は、手動で行う必要がある生産活動イベント変更の例です。
注釈:
コンフィギュレーションID が更新され、購買オーダーが受信されると、古いコンフィギュレーションID
を持つ在庫資材が親製造オーダー明細に予約されるのではなく、親資材に製造オーダーされます。
その理由は、ユーザーが元の資材明細を手動で削除し、新しいコンフィギュレーションID を持つ資材明細を追加するまで、親製造オーダーの資材明細が古いコンフィギュレーションID
を持つ購買要求および購買オーダーに接続されているためです。
新しいコンフィギュレーションID を持つ資材明細を追加するには、親製造オーダーの DOP タブにリストされている DOP
供給オーダー明細の品目資材追加コマンドを使用できます。新しいコンフィギュレーションID
を持つ資材明細が追加されると、一時在庫に受領された資材が親製造オーダー資材明細用に予約されます。
需要サイトの受注オーダー明細でコンフィギュレーションを編集する際、供給サイトから内部購買オーダーが部分的または完全に受領されており、コンフィギュレーション変更の影響を受けている場合、受領した数量は一時在庫から解除され、受領済みのステータスにある内部購買オーダーも解除する必要があります。この処理を行った後に、コンフィギュレーション製番アラームを解決することができます。コンフィギュレーションアラームが解決されたら、新しく作成された購買要求/購買オーダーを使用して、新しいコンフィギュレーションで内部購買品目を処理する必要があります。
すべての手動変更が 影響を受けたオーダー レコードにリストされている各オーダー変更に対して行われた場合、ステータスを完了 に変更できます。
すべての影響を受けたオーダーレコードが 完了ステータスである場合、コンフィギュレーション変更要求のステータスを 完了に変更できます。
完了ステータスのコンフィギュレーション変更要求は、開始された供給に対してコンフィギュレーション変更が行われ、新しいコンフィギュレーションが供給オーダーに適用されたことを示します。
コンフィギュレーション変更要求のステータスが完了ステータスに変更されると、
実際のコンフィギュレーション変更の場合、内部製造サイトで開始されたサプライのコンフィギュレーション変更を許可するには、内部製造サイトでも開始済供給の構成変更を許可する設定を有効にする必要があります。
この設定を有効にすると、外部受注オーダーに対してコンフィギュレーション変更が行われる際に、内部製造サイトでの開始された供給オーダーに関する情報を含む コンフィギュレーション変更要求が作成されます。
外部受注オーダーの供給コードが内部購買直接または 内部購買積換であり、内部受注オーダーの供給コードがDOPである場合、内部製造サイトの製番ヘッダーに情報アラームが生成され、生産活動イベントチームに対してコンフィギュレーション変更の発生を通知します。受注オーダー変更要求が完了すると、前述のアラームは標準のコンフィギュレーション アラームに置き換えられます。内部受注オーダーにおいて供給コードが製造オーダーである場合、コンフィギュレーション変更要求が完了または取消されるまで、紐付られた製造オーダーを受領することはできません。
需要サイトの外部受注オーダーに供給コード DOP があり、コンフィギュレータ サブコンポーネントが製番構成内に内部購買として存在する場合、開始された供給が製造サイトに存在すると、コンフィギュレーション変更は 2 つの異なる方法で処理できます。ただし、ユーザーは、以下に示す 2 つの方法の中から、コンフィギュレーションの変更を処理するための適切な方法を決定する必要があります。
需要サイトのコンフィギュレーション アラームが解決されると、
新しい購買要求/購買オーダーを進めることに決定した場合、すでにリリースされた社内購買オーダーの紐付けを解除する必要があります。
すでにリリースされた購買オーダーを続行することに決定した場合、新しく作成された購買要求/購買オーダーの紐付けを解除する必要があります。
これを処理する手順については、このドキュメントの「影響を受けたオーダーとコンフィギュレーション変更要求を完了する」セクションで説明されています。