Oracle Cloud では、複数の組織にまたがる品目とその属性を管理するには、在庫と品目の組織を慎重に構築する必要があります。顧客の要件を考慮してこの設定を構成する最適な方法は次のとおりです。
在庫組織としての工場と配送センター: 在庫組織は、在庫数量を管理し、取引を実行し、材料の物理的な移動を処理する必要があります。工場は生産を管理するために在庫組織である必要があり、配送センターは在庫と配送を管理するために在庫組織である必要があります。
企業エンジニアリング組織をアイテム組織にする: アイテム組織は、アイテム属性を一元的に定義する役割を担います。企業エンジニアリング チームをアイテム組織として設定することで、アイテム定義を一元的に管理できるようになります。チームは標準属性を定義し、在庫組織 (工場および配送センター) がローカルのニーズに基づいて特定の属性を各自のレベルで変更できるようにします。
この構造により、工場や配送センターのローカライズされた柔軟性を備えた集中的なアイテム管理が可能になります。
参照：
誤ったオプション:
A: すべてのエンティティを在庫組織として定義すると、アイテム属性を集中管理できなくなります。
C、D、E: これらの設定では、品目属性を集中的に制御する機能が制限されるか、実在庫を処理する必要がある組織が品目のみの組織として誤って割り当てられることになります。

前月の作業指示が正しいコストで完了していることを確認するには、生産管理者は次のことを行う必要があります。
作業指示書を閉じる前に、すべてのコストと差異を含めます。これにより、作業指示書が、予想コストからの偏差を含め、実際の生産コストを反映するようになります。ただし、まだ進行中の作業指示書や更新 (材料取引や労働取引など) が予想される作業指示書がある場合は、すべてのコストが確定するまで、それらの作業指示書を閉じないでください。
誤ったオプション:
A: コスト差異を除外すると、コスト計算が不正確になります。
B: 差異を含むすべてのコストは、締結前に含める必要があります。
D: 作業指示書が終了した後はコストを更新できないため、すべての更新は作業指示書を終了する前に行う必要があります。

廃棄や拒否取引などの誤った移動操作を修正する場合、その操作でカウント ポイントが有効になっておらず、自動請求も行われていないときは、複数の逆トランザクションが必要です。
作業指示書に発行された資材を元に戻す: これは、作業指示書に最初に発行された誤った資材を修正するために必要です。
操作の取り消し: このトランザクションにより、生産オペレーターは誤った操作移動を取り消して、製品を前のステップに戻すことができます。
スクラップから準備完了への反転: オペレーターが誤ってアイテムをスクラップとしてマークした場合、このトランザクションはアイテムを準備完了状態に戻してさらに処理できるようにします。
拒否から準備完了への元に戻す: このトランザクションは、誤って拒否としてマークされた項目を準備完了ステータスに戻すために使用されます。
誤ったオプション:
最後の操作で製品を元に戻す (E) と、作業指示書に請求されたリソースを元に戻す (F) は、操作がカウント ポイント対応ではなく、自動請求もされないため、必要ありません。

拡張可能な作業指示トラベラーは、作業指示に関する詳細情報を含み、生産中に物理的な材料とともに移動するカスタマイズ可能なレポートです。正しくない記述は次のとおりです。
ステートメント A は正しくありません。拡張可能作業オーダー伝票レポートは、作業オーダーの管理、ディスパッチ リストの確認、サプライヤ業務の管理の各ページなど、Oracle Manufacturing Cloud 内の複数の場所から生成できるためです。ディスパッチ リストの確認ページとサプライヤ業務の管理ページだけに限定されるわけではありません。
正しい記述:
ステートメント B: 拡張可能な作業指示書トラベラーは、生産プロセス中に作業指示書の詳細を伝えるために使用される重要な文書です。
ステートメント C: 生産オペレーターは、作業指示の管理やディスパッチ リストの確認などのいくつかの主要ページからトラベラーを呼び出すことができます。
ステートメント D: オペレーターは、「拡張可能な作業指示書トラベラー レポートの生成」タスクを使用してレポートを呼び出すことができます。
ステートメント E: Page Composer を使用して拡張可能作業指示書トラベラーをカスタマイズし、必要なアクションのみを表示することで、表示される情報を柔軟に選択できます。

Oracle Manufacturing Cloud で労働力使用レポート中に資格のあるオペレータを確認する機能を実装する場合、オペレータ資格の検証を実施することが重要です。次に、ステートメント C が正しくない理由を説明します。
クイック完了は、ジョブ プロファイルが関連付けられているリソースを持つ操作では許可されません。これは、特定のジョブ プロファイル要件を持つ操作では、操作を完了する前に、割り当てられたオペレーターが必要な資格を持っていることを確認するために、より詳細な検証プロセスを実行する必要があるためです。クイック完了は詳細な検証をバイパスするため、厳格な資格チェックを行う操作には適していません。
正しい記述:
ステートメント A: コンプライアンスを確保するために、ディスパッチ リストを通じて操作の完了を報告するときに、オペレーターの資格が強制されます。
ステートメント B: リソースに関連付けられたジョブ プロファイルがある場合、資格のあるオペレーターはリソース トランザクションを手動で報告する必要があります。
ステートメント D: 操作を続行する前にリソースの資格が適切に検証されていることを確認するために、資格のあるオペレーターの労働力をリソース トレイン ストップで報告する必要があります。