ヘッダーをスキップ

Oracle Advanced Supply Chain Planningインプリメンテーションおよびユーザーズ・ガイド
リリース12
E06012-01
目次へ
目次
前のページへ
前へ
次のページへ
次へ

サプライ・チェーン計画モデル作成

この章のトピックは、次のとおりです。

サプライ・チェーン・モデル作成の概要

Oracle ASCPは、製造と物流を単一の計画処理に統合するツールです。Oracle ASCPでは、サプライ・チェーン全体を含む計画を生成できます。複数組織の資材および物流所要量のスケジュールと計画を一度に作成する方法と、会社全体の計画を一元的に作成する方法があります。また、サプライ・チェーン計画処理には、顧客と仕入先の在庫を含めることもできます。

Oracle ASCPでは、サプライ・チェーン内の全施設について、完成品、半組立品および購買品目を計画できます。供給工場と物流センターの資材計画では、任意の数の他の施設で発生する所要量が自動的に考慮されます。複数のユーザー組織から、供給組織の基準計画に、計画オーダーの需要をロードできます。

サプライ・チェーンの資材所要量を計画するのみでなく、物流ネットワークの所要量を計画できます。これには、すべての倉庫、物流センターおよび製品を出荷する任意の事業所が含まれます。これらの主要生産計画(MPP)は、資材計画の入力として使用できます。

社内の需給が大きい品目に関して、集中型の物流および資材計画を併用できます。独立したローカル計画が必要な場合は、サブセット計画を実行できます。集中型計画からの出力を工場レベルの資材計画に分割する方法と、その逆の方法が可能です。

Oracle ASCPでは、すべての在庫事業所が計画処理に参加する仮想企業を透過的に表示できます。

グローバル予測

グローバル予測は、グローバル予測は需要予測に関連する事前指定された出荷元組織のない需要予測です。Oracle Advanced Supply Chain Planningでは、Oracle Demand Planningのシナリオをグローバル予測として使用することによって、グローバル予測をサポートします。Oracle Demand Planningからの需要予測は計画エンジンに需要計画として取り込まれ、出荷元組織を参照せずに消し込むことができます。この後は、ソース・ルールを使用して、消込済予測と受注を適切な出荷施設に配分できます。

グローバル予測を使用するのは、ビジネスに複数の出荷施設がある状況で、需要予測を準備して分析するときに、出荷組織を事前に決めないまま、最終品目に対して複数のソースを使用する場合です。ローカル予測は出荷施設(在庫組織)に適用されますが、グローバル予測はビジネス全体に適用されます。需要履行は動的な処理であるため、供給/生産資源の現在の可用性を評価し、需要の履行組織を提示できることが必要です。

このために、需要履行組織を選択して、現在の供給条件と制約を利用できます。これは、既存の供給を複数の出荷組織間で効率的に使用し、より正確な予測消込を行うのに役立ちます。

Oracle Advanced Supply Chain Planningでサポートされるグローバル予測処理については、次の図を参照してください。

グローバル予測

本文の説明内容に関するイメージ

この図に表示されているすべての出荷先エンティティでグローバル予測を消し込むことができます。消込レベルを指定しないと、Oracle Advanced Supply Chain Planningでは、品目レベルで需要予測が消し込まれます。消し込まれた需要予測は、予測配分処理を使用して複数の組織に配分できます。

グローバル予測の需要計画

グローバル予測はOracle Demand Planningを使用して保守できます。

Oracle Demand PlanningのシナリオがOracle Advanced Supply Chain Planningで使用可能になるのは、出力レベルが次のように設定されている場合のみです。

注意: グローバル予測は、Oracle Master Scheduling/MRPまたはOracle Advanced Supply Chain Planningでは作成できません。

グローバル予測展開

グローバル予測は、Oracle Demand PlanningまたはOracle Advanced Supply Chain Planningのいずれかで展開できます。ソース・インスタンスでは展開できません。

「予測展開」を参照してください。

グローバル予測消込

ローカル予測の消込は、常に出荷施設内で発生します。

グローバル予測の消込は、出荷施設を参照せずに発生します。グローバル予測消込では、出荷先エンティティ(ゾーン、顧客サイト、需要区分など)を参照し、在庫組織の受注によってグローバル予測が消し込まれます。受注明細のソース組織は無視され、ソースが再決定されます。

計画エンジンでは、出荷先エンティティが同じ受注を使用してグローバル予測を消し込むことができます。

注意: 特定のソースによって需要予測の一部を満たす必要があるシナリオの場合は、そのソースをグローバル予測配分のソース・ルールから除外する必要があります。そのような品目の場合、計画エンジンでは、組織固有の予測、つまりローカル予測が提供されることを前提とします。これによって、グローバル予測は特定のソースを含まないソースに配分され、ローカル予測は特定のソースに配分されます。

同じ品目に対してローカル予測とグローバル予測を提供すると、Oracle Advanced Supply Chain Planningでは両方の予測を消し込みます。

グローバル予測消込の設定

グローバル予測を使用するには、次のOracle製品で設定ステップを完了する必要があります。

Oracle Inventoryでの設定ステップ

「製造および物流マネージャ」職責を選択します。

  1. 「在庫」->「品目」->「組織品目」->「MPS/MRP計画」タブにナビゲートします。

  2. 「需要予測管理」品目属性を設定して、需要予測の消込および展開の方法を決定します。

  3. 複数レベルまたは複数組織の受注組立の組立品がある場合は、予測展開の目的で、汎用部品構成表を設定する組織を識別します。

  4. ステップ3の選択内容に基づいて、プロファイル・オプション「MSC: 予測展開の汎用BOMを含む組織」を設定します。

  5. この組織の予測展開の汎用部品構成表を指定します。

Oracle Bills of Materialでの設定ステップ

  1. 「部品構成表」->「構成表」->「構成表」にナビゲートします。

  2. 複数レベルまたは複数組織の受注組立の組立品がある場合は、プロファイル「MSC: 予測展開の汎用BOMを含む組織」で指定した組織に汎用部品構成表を定義します。

Oracle Flow Manufacturingでの設定ステップ

  1. 「フロー製造」->「製品と部品」->「製品ファミリ・メンバー」にナビゲートします。

  2. 品目検証組織での製品ファミリ・メンバー関連を定義します。

Oracle Order Managementでの設定ステップ

  1. 「受注管理」->「顧客」->「取引先コミュニティ」->「取引先コミュニティ」->「顧客」->「標準」にナビゲートします。

  2. 顧客サイト所在地を定義します。

Oracle Shippingでの設定ステップ

  1. 「出荷」->「リージョンおよびゾーン」->「リージョンおよびゾーン」にナビゲートします。

  2. 選択した顧客サイト所在地が含まれるリージョン、ゾーンまたは顧客ゾーンを定義します。

  3. 「出荷」->「設定」->「リージョンおよびゾーン」->「移動時間」にナビゲートします。

  4. ゾーンと出荷組織の間の移動中リード・タイムを設定します。

  5. 「リージョンおよびゾーン」->「ゾーン」タブにナビゲートします。

  6. ゾーン使用方法フレックスフィールドを使用して、ゾーン使用方法を「需要予測分析」に設定します。

    1つの受注が複数のゾーンにマップされる場合は、ゾーン使用方法のタイプに関係なく、Oracle Advanced Supply Chain Planningでは次のように処理されます。

Oracle Advanced Supply Chain Planningでは、前述の方法が需要予測にも適用されます。Oracle Shippingでゾーンを定義した場合は、Oracle Advanced Supply Chain Planningにおけるそのゾーンの使用方法を指定できます。また、ゾーンを需要予測分析用に使用するか、移動中リード・タイムを導出するために使用するかを指定できます。使用方法について選択できる値は「NULL」と「需要予測分析」です。

計画エンジンで需要予測を内部組織に配分する場合は、使用方法を「需要予測分析」に設定したゾーンが使用されます。

受注を異なる複数の内部組織に配分する処理では、使用方法を「需要予測分析」に設定したゾーン、使用方法を設定していないゾーン、または使用方法を「NULL」に設定したゾーンを使用できます。

1つの受注が1つのリージョンとゾーンにマップされると、計画エンジンは、リージョンと顧客、またはリージョンとグローバル組織との間の移動中リード・タイムを選択します。

Oracle Demand Planningでの設定ステップ

  1. 「需要計画システム管理者」職責に変更します。

  2. 「需要計画」->「シナリオ」->「出力レベル」にナビゲートします。

  3. 需要計画を定義し、組織ディメンションを「全組織」に設定します。

  4. 「供給計画で消込」オプションを有効にします。

  5. 地理ディメンションの階層として「顧客」または「需要区分」を選択します。

  6. 需要予測を展開する場合は、「従属需要の計算」を選択します。

  7. 複数レベルまたは複数組織の受注組立の組立品がある場合は、グローバル部品構成表を選択して需要予測を展開します。

  8. プロファイル・オプション「MSD: マスター組織」を設定します。次のいずれかに設定します。

Oracle Advanced Supply Chain Planningでの設定ステップ

  1. ソーシング割当セットを更新して、各需要予測の配分を行う組織を指定する移動元ルールを含めます。

    また、組織内で品目を調達する場所を指定するソーシング割当が必要です。次に例を示します。

  2. グローバル予測の場合は、ソース・ルールをゾーン・レベルで割り当てる必要があります。詳細は、『Oracle Global Order Promising Implementation and User's Guide』の「リージョンまたはゾーン・レベルのソース・ルール」を参照してください。

    Oracle Advanced Supply Chain Planningでは、グローバル予測を、顧客サイト・レベルではなくゾーン・レベルに基づいてサポートしています。これは、グローバル予測をゾーン・レベル(例: ゾーンA)で使用すると、ゾーンAに含まれるすべての顧客サイトも網羅されることを意味します。

  3. 「サプライ・チェーン計画」->「計画オプション」->「組織」タブにナビゲートします。

    「計画オプション」->「組織」タブ

    本文の説明内容に関するイメージ

  4. 「グローバル需要計画」リージョンで、計画を導出するためのグローバルまたはローカル(組織固有)の需要計画シナリオの名称を選択します。

  5. 出荷先消込レベルで、Oracle Demand Planningのシナリオに対して次のいずれかの予測消込レベルを選択します。

グローバル予測の消込

組織ディメンションを「全組織」に設定して、需要計画を公開します。

社内受注の予測消込

通常、需要予測は通常の受注によって消し込まれます。社内受注は需要予測を消し込みません。ここでは、組織レベルまたはグローバルに保守された需要予測は、特定の顧客向けの需要が対象であると仮定しています。社内受注を使用して需要予測を消し込むと、内部ソース(別の組織)から発生した受注を使用して顧客からの需要予測が消し込まれる場合があるため、需要が低く表される可能性があります。

プロファイル・オプション「MSC: 社内受注を使用した需要予測の消込」を次のように設定することで、社内受注を使用して需要予測を消し込む方法を制御できます。

下位レベルの事前構成の消込

下位レベルの構成品目を予測して在庫し、親組立品の受注を使用してその需要予測を消し込むことができます。残りの需要によって、関連する受注組立モデルの需要予測が消し込まれます。

搬送時間を短縮するために最終品目レベルまたは下位レベルの半組立品を在庫する必要がある場合は、構成品目の需要を直接予測し、品目の計画オーダーをリリースして、その品目を製造および在庫します。

計画エンジンは、バックワード消込日数およびフォワード消込日数内で、最初に特定の構成の需要予測を消し込みます。構成の需要予測を消し込んだ後に残りの受注需要がある場合、計画エンジンは、基本受注組立モデルの需要予測を消し込みます。受注組立モデルの需要予測を消し込んだ予測の一部について、計画エンジンは部品構成表を展開し、下位レベルの構成品目の需要予測を消し込みます。下位レベルの構成品目の需要予測を消し込んだ後、計画エンジンは同じ方法で基本モデルの需要予測を消し込みます。需要によってモデルが消し込まれると、消込処理によって、そのレベルのオプション区分とオプション予測も消し込まれます。

需要予測の二重カウントを避けるには、展開した需要予測または計画率を削減して、構成品目の各需要予測を考慮します。

グローバル予測計画

オプション依存の生産資源

受注組立モデルの需要予測の場合、計画エンジンは、オプション生産資源の計画オーダーの生産資源所要量を減らします。このような計画オーダーは、需要予測についてのみ生成されます。一部の工程は、特定のオプション構成部品を使用する場合のみ使用されます。

計画エンジンは、オプション生産資源の生産資源使用量を減らすときに、この工程で使用されるオプション構成部品の構成部品計画率を使用して、生産資源が必要な時間を見積もります。

いくつかのオプションで同じ工程が必要な場合、計画エンジンは、それらのオプションの計画率を合計100%まで加算し、算式「工程計画数量 = 計画オーダー数量 * 計画率」を適用します。

オプション依存生産資源を設定するには、工順の工程に対して「オプション依存」を選択し、オプション構成部品を部品構成表の工程に割り当てます。

「構成の自動作成」コンカレント・プロセスでは、指定したオプションのみを使用して構成品目の部品構成表が作成されます。同様に、必須の工程、および選択したオプションにリンクしているオプション依存工程のみを使用して、構成品目の工順が作成されます。

オプション区分用の共通工順

受注組立モデル工順は、オプション区分品目の共通工順として参照できます。モデル工順には、すべての構成で必要なステップが含まれます。計画エンジンは、受注組立モデルとそのオプション区分の間の共通工順を認識し、オプション区分工順で繰り返される生産資源を無視します。

これは、共通工順を直近の親と共有するオプション区分にのみ適用されます。オプション区分が他の品目と共通工順を共有する場合、そのオプション区分の工順は別の工順として計画されます。受注組立の親モデルに直接連結している下位レベルの受注組立モデルの場合、計画エンジンは共通工順を無視しません。

グローバル予測配分

計画エンジンは、次の方法で需要予測を配分します。

受注配分

計画エンジンは、次の受注明細のみ調達します。

受注明細の出荷施設は、受注入力時に手動で選択できます。ただし、グローバルな需要と供給の増加の状況では、選択した施設が出荷時には最適でない場合があります。計画エンジンでは、グローバル供給の可用性、サプライ・チェーン制約、調達原価および生産原価に基づいて、受注を調達する施設が選択されます。

グローバル・ソース・ルールの分割を施行することも可能です。ソーシング率が高い組織に十分な生産能力がある場合、計画エンジンは、受注明細全体をその組織に配置します。ソースに生産能力がない場合は、ソース内で最も高いランクの計画済分割率に基づいて配分します。計画エンジンは、ソーシング率が高い組織の生産能力全体を使用し、他の組織から残りの供給を調達します。

計画エンジンは、構成品目の構成部品を複数の在庫組織に配分できます。つまり、受注のすべての供給を単一ソースから調達するか、受注に出荷セットや到着セットがあるかどうかに関係なく、1つの明細を1つの在庫組織から調達し、別の明細を別の在庫組織から調達できます。

需要割付時に、計画エンジンは次の場合に受注を分割します。

計画エンジンは、次の場合に受注を分割しません。

計画エンジンは、「ソース・ルール/BOD」フォームで指定した代替出荷方法を評価し、適切なオプションをお薦めします。計画エンジンは、出荷方法を受注にもリリースできます。この方法は「移動時間」フォームで指定した出荷方法とは異なります。

受注がOracle Order Managementですでに確定している場合、計画エンジンは出荷方法と計画出荷日に関してのみ推奨を提供し、出荷施設の変更に関する提示は行いません。

グローバル予測結果の表示

グローバル予測から個々の組織の予測への予測配分をレビューする手順は、次のとおりです。

「水平プラン」ウィンドウ

本文の説明内容に関するイメージ

この項では、いくつかの例を示し、様々なシナリオに基づいてグローバル消込および展開処理を詳細に説明します。

例 1: 標準品目

次のような標準品目Aを考えてみます。

次の表に、計画エンジンによって消込および配分が行われた需要予測の数量を示します。

需要予測 1/10 1/17 1/24 2/1 2/8 2/15
消込済需要予測 40 80 60 50 50 50
M1に配分した需要予測 20 10 15 11 10 20
M2に配分した需要予測 20 70 45 39 40 30

結果は次のとおりです。

例 2: 複数組織の製品ファミリ品目

次の点を考慮してください。

Oracle Demand PlanningおよびOracle Advanced Supply Chain Planningは、ユーザーが品目検証組織に指定した製品ファミリ関連を使用して、需要予測をメンバー・レベルに展開します。

シナリオ1:

予測管理は「消込および発生」に設定されています。

次の受注が、組織1の製品ファミリPF1のメンバーM1とM2に対してあるとします。

受注番号 品目 日付 数量 顧客 顧客サイト
1001 M1 1/15 20 C1 S1
1002 M1 2/1 50 C1 S2
1003 M2 2/8 40 C2 S1
1004 M2 3/1 80 C3 -

予測の消込と展開前に、組織のコンテキストなしで計画エンジンは次の結果を出します。

品目 1/10 1/17 1/24 2/1 2/8 2/15
PF1 80 50 50 100 50 100

予測の展開後に、計画エンジンは次の結果を出します。

品目 1/10 1/17 1/24 2/1 2/8 2/15
PF1 80 50 50 100 50 100
M1 40 25 25 50 25 50
M2 40 25 25 50 25 50

バックワード消込日数は30日と仮定します。

予測の展開と消込後に、計画エンジンは次の結果を出します。

品目 1/10 1/17 1/24 2/1 2/8 2/15
PF1 60 50 50 50 10 20
M1 20 25 25 50 25 50
受注番号 1001 - - 1002 - -
M2 40 25 25 50 25 50
受注番号 - - - 1003
1004
1003 1004

結果は次のとおりです。

シナリオ2:

予測管理は「なし」または「消込」に設定されています。

次の点を考慮してください。

結果は次のとおりです。

例 3: 単一レベル、単一組織のATO組立品

次の点を考慮してください。

シナリオ1:

予測管理は「消込および発生」に設定されています。

次のように仮定します。

次の表に、組織1のモデル1について保守されている需要予測を示します。

品目 1/10 1/17 1/24 2/1 2/8 2/15
モデル1 40 20 10 20 50 40
オプション1 5 0 5 4 10 10
オプション2 0 0 0 5 6 10
必須構成部品MC 1 2 2 2 2 2 2

モデル1に属するオプション1、オプション2および必須構成部品MC1は、その組立品目のリード・タイムを考慮します。

独立需要がある場合、計画エンジンは、その独立需要の予測日をオプションと必須構成部品の出荷日として導出します。ただし、モデル1の依存需要であるオプション1、オプション2および必須構成部品MC1は、リード・タイムに対してオフセットされます。

次のように仮定します。

予測の展開後に、計画エンジンは次の結果を出します。

品目 1/5 1/10 1/12 1/17 1/19 1/24 1/25 2/1 2/3 2/8 2/10 2/15
モデル1 0 40 0 20 0 10 0 20 0 50 0 40
オプション区分OC1 40 0 20 0 10 0 20 0 50 0 40 0
オプション1 20 5 10 0 5 5 10 4 25 10 20 10
オプション2 20 0 10 0 5 0 10 5 25 6 20 0
必須構成部品MC 1 40 2 20 2 10 2 20 2 50 2 40 2

次のように仮定します。

予測の消込後に、計画エンジンは次の結果を出します。

品目 1/5 1/10 1/12 1/17 1/19 1/24 1/25 2/1 2/3 2/8 2/10 2/15
モデル1 0 35 0 0 0 10 0 20 0 50 0 40
オプション区分OC1 5 0 0 0 10 0 20 0 50 0 40 0
オプション 1 0 5 10 0 5 5 10 4 25 10 20 10
オプション2 20 0 10 0 5 0 10 5 25 6 20 10
必須構成部品MC 1 15 2 20 2 10 2 20 2 50 2 40 2

結果: 前述の需要予測が組織1に調達されます。

シナリオ2:

予測管理は「なし」または「消込」に設定されています。

予測管理が「なし」または「消込」に設定されている場合、品目検証組織で部品構成表を保守する必要はありません。この場合、計画エンジンは、通常の計画展開処理の一部として需要予測を展開します。

モデル1のソース・ルールを保守するには十分です。最上位レベル品目の予測管理が「消込」に設定されている場合、Oracle Advanced Supply Chain Planningは最上位レベルのモデルのみ消し込みます。

例 4: 複数レベル、単一組織のATO組立品

次の点を考慮してください。

シナリオ1:

予測管理は、組立品については「消込」に設定され、構成部品に対しては「なし」または「消込」に設定されています。

次のように仮定します。

次の表に、組織1のモデル1について保守されている需要予測を示します。

品目 1/24 2/1 2/8 2/15
モデル1 10 20 50 40
オプション1 5 4 10 10
オプション2 0 5 6 10
オプション 3 2 2 2 2
必須構成部品MC 3 4 4 4 4

次のように仮定します。

2月8日に、顧客1とサイト1で、オプション1が付いたモデル25ユニットの受注を受け取ります。

予測の消込後に、計画エンジンは次の結果を出します。

品目 1/24 2/1 2/8 2/15
モデル1 10 20 25 40
オプション1 5 4 10 10
オプション2 0 5 6 10
オプション 3 2 2 2 2
必須構成部品MC 3 4 4 4 4

予測の展開後に、計画エンジンは次の結果を出します。

品目 1/19 1/21 1/24 1/25 1/27 2/1 2/2 2/5 2/8 2/10 2/12 2/15
モデル1 - - 10 - - 20 - - 25 - - 40
オプション区分OC1 - - 10 - - 20 - - 25 - - 40
必須構成部品MC 1 - - 10 - - - - - 25 - - 40
モデル2 - 10 - - 20 - - 25 - - 40 -
オプション1 - 5 5 - 10 4 - 13 10 - 20 10
必須構成部品MC 2 - 10 - - 20 - - 25 - - 40 -
オプション区分OC2 10 - - 20 - - 25 - - 40 - -
オプション 2 5 - 0 10 - 5 13 - 6 20 - 10
オプション3 5 - 2 10 - 2 12 - 2 20 - 2
必須構成部品MC 3 10 - 4 20 - 4 25 - 4 40 - 4

結果は次のとおりです。

シナリオ2:

予測管理は「消込および発生」に設定されています。

予測管理が「消込および発生」に設定されている場合は、品目検証組織で部品構成表を保守する必要があります。この場合、Oracle Demand Planningは予測展開を実行し、需要予測をOracle Advanced Supply Chain Planningに提供します。

Oracle Advanced Supply Chain Planningは、選択されたレベルで需要予測を消し込み、最上位レベルのモデルであるモデル1が提供するソース・ルールに基づいて需要予測を配分します。

例 5: 単一レベル、複数組織のATO組立品

次の点を考慮してください。

単一レベル、複数組織のATO組立品

本文の説明内容に関するイメージ

シナリオ1:

予測管理は「なし」または「消込」に設定されています。

次のように仮定します。

品目 1/10 1/17 1/24 2/1 2/8 2/15
モデル1 20 20 16 20 30 20
オプション1 5 0 5 4 10 10
オプション2 0 0 0 5 6 10

1月24日に、オプション2が付いたモデル1の受注需要25ユニットの需要を受け取ります。

予測の消込と展開後に、計画エンジンは次の結果を出します。

組織1の結果:

品目 1/7 1/10 1/14 1/17 1/21 1/24 1/27 2/1 2/5 2/8 2/12 2/15
モデル1 - 5 - 8 - 0 - 15 - 23 - 15
オプション1 8 5 4 0 0 5 8 4 12 10 8 10
オプション2 7 0 4 0 0 0 7 5 11 6 7 10

組織2の結果:

品目 1/8 1/10 1/14 1/17 1/22 1/24 1/27 2/1 2/6 2/8 2/13 2/15
モデル1 - 5 - 3 - 0 - 5 - 8 - 5
オプション1 3 5 2 0 0 5 3 4 4 10 3 10
オプション2 2 0 1 0 0 0 2 5 4 6 2 10

需要を配分して品目を調達するときは、移動中リード・タイムおよび組織固有のリード・タイムが考慮されます。オプション1とオプション2の需要予測は、それぞれ組織1と組織2のリード・タイムを使用してオフセットされます。

シナリオ2:

予測管理は「消込および発生」に設定されています。

次の点を考慮してください。

予測展開は、品目検証組織で前述の部品構成表を使用して発生します。予測展開後に、Oracle Advanced Supply Chain Planningでは、選択したレベルで需要予測が消し込まれます。

予測の展開後に、計画エンジンは次の結果を出します。

品目 1/7 1/10 1/14 1/17 1/21 1/24 1/27 2/1 2/5 2/8 2/12 2/15
モデル1 - 20 - 20 - 16 - - - 30 - 20
オプション区分OC1 20 - 20 - 16 - - - 30 - 20 -
オプション1 10 5 10 0 8 5 10 4 15 10 10 10
オプション2 10 0 10 0 8 0 10 5 15 6 10 10

1月24日に、オプション2が付いたモデルの受注需要25ユニットの需要を受け取ります。

予測の消込後に、計画エンジンは次の結果を出します。

品目 1/8 1/10 1/14 1/17 1/22 1/24 1/27 2/1 2/6 2/8 2/13 2/15
モデル1 - 20 - 11 - 0 - 20 - 30 - 20
オプション区分OC1 20 - 11 - 0 - 20 - 30 - 20 -
オプション1 10 5 10 0 8 5 10 4 15 10 10 10
オプション2 3 0 0 0 0 0 10 5 15 6 10 10

結果は次のとおりです。

例 6: 複数レベル、複数組織のATO組立品

次の点を考慮してください。

シナリオ1:

予測管理は「なし」または「消込」に設定されています。

次のように仮定します。

次のように仮定します。

2月8日に、オプション2が付いたモデルの受注需要25ユニットの需要を受け取ります。

予測の消込と展開後に、計画エンジンは次の結果を出します。

組織2の結果:

品目 1/20 1/24 1/26 2/1 2/4 2/8 2/11 2/15
モデル1 - 4 - 5 - 1 - 5
オプション1 2 5 3 4 1 10 3 10
オプション2 2 0 2 5 0 6 2 10

組織3の結果:

品目 1/18 1/24 1/24 2/1 2/2 2/8 2/9 2/15
モデル1 - 12 - 15 - 4 - 15
オプション1 6 5 8 4 2 10 8 10
オプション2 6 0 7 5 2 6 7 10

需要を配分して品目を調達するときは、移動中リード・タイムおよび組織固有のリード・タイムが考慮されます。

シナリオ2:

予測管理は「消込および発生」に設定されています。

次の点を考慮してください。

次のように仮定します。

予測の展開後に、計画エンジンは次の結果を出します。

品目 1/22 1/23 1/24 1/29 1/31 2/1 2/5 2/7 2/8 2/12 2/14 2/15
モデル 1 - - 16 - - 20 - - 30 - - 20
モデル2 - 16 - - 20 - - 30 - - 20 -
オプション区分OC1 16 - - 20 - - 30 - - 30 - -
オプション1 8 - 5 10 - 4 15 - 10 10 - 10
オプション2 8 - 0 10 - 5 15 - 6 10 - 10

2月8日に、オプション2が付いたモデルの受注需要25ユニットの需要を受け取ります。

予測の消込後に、計画エンジンは次の結果を出します。

品目 1/22 1/23 1/24 1/29 1/31 2/1 2/5 2/7 2/8 2/12 2/14 2/15
モデル1 - - 16 - - 20 - - 5 - - 20
モデル2 - 16 - - 20 - - 5 - - 20 -
オプション区分OC1 16 - - 20 - - 5 - - 30 - -
オプション1 8 - 5 10 - 4 15 - 10 10 - 10
オプション2 8 - 0 5 - 0 0 - 6 10 - 10

結果は次のとおりです。

Oracle Order Managementへの計画結果の公開

Oracle Advanced Supply Chain Planningで可能な多数の決定事項の1つに、需要と供給の現在の状況に基づいて資材を調達するための、施設の選択があります。計画エンジンは、グローバルな供給可用性、サプライ・チェーンに設定している制約、品目の生産および調達に関係する原価などに基づいて、ソースを選択します。この情報は、効果的な実行のために受注管理に送信できます。

受注がシステムに受け入れられる際、ユーザーは、オーダー納期処理に基づいた履行施設またはデフォルトの優先施設を選択する場合があります。しかし、サプライ・チェーン全体にわたって絶えず変化する需要と供給の状態を考慮すると、ユーザーが選択した施設が適切な施設ではない場合があります。計画実行の結果、適切なソースを決定でき、変更されたソースに従って、出荷日、出荷方法などの変更が必要になる場合があります。これらの変更の推奨は、Order Managementに公開されます。

Oracle Advanced Supply Chain Planningでは、更新された需要がOracle Order Managementにリリースされる前に、次に示す複数の条件がチェックされます。

計画エンジンは、受注に関する不適切な選択があると、それぞれに対してリリース・エラーを表示します。

注意: これらの推奨は、Oracle Order Managementに自動リリースできません。

Oracle Order Managementに公開する計画結果の設定

  1. 「アドバンスト・サプライ・チェーン計画担当」職責を選択します。

  2. 「サプライ・チェーン計画」->「名称」にナビゲートします。

  3. 結果を公開する計画に対応する「通知」チェック・ボックスを選択します。

  4. 「サプライ・チェーン計画」->「計画オプション」->「組織」タブにナビゲートします。

  5. グローバル需要計画リージョンで、グローバル予測が「需要計画」として定義されていることを確認します。

Oracle Order Managementで受注を確定

Oracle Order Managementには、受注明細レベルで確定オプションが用意されています。受注明細の確定オプションを設定する方法は、次の3通りあります。

  1. イベントに基づいた確定

    Oracle Order Managementには、需要明細を確定するための様々なイベント値が用意されており、これらは組織レベルで設定されます。

  2. ワークフローを使用した確定

    Oracle Order Managementには、受注明細を保留および確定するためのサブ・プロセスが用意されています。受注明細の明細フローはカスタマイズでき、このサブ・プロセスを必要に応じてフロー内の任意の場所に配置できます。出荷済、クローズ、履行済および取消済の受注明細は、サブ・プロセスの位置に関係なく確定されます。サブ・プロセスに到達した明細は、先の処理に進められるまで待機します。

    明細は手動で進めてその処理を続行できます。Oracle Order Managementには、サブ・プロセスで待機中の受注明細を先の処理に進めるコンカレント・プログラムが用意されています。このコンカレント・プログラムを定期的に実行するようにスケジュールすると、サブ・プロセスで待機中の明細を先の処理に進めることができます。

    Oracle Order Managementでは、受注明細が確定され、明細が次の活動に進められます。

  3. 受注明細の確定オプションの手動設定による確定

    必要に応じて、受注明細を手動で確定できます。ただし、クローズ、出荷済、取消済および履行済の受注明細の確定オプションは更新できません。

Oracle Order Managementに計画結果を公開

  1. 「サプライ・チェーン計画」->「ワークベンチ」->「ツール」->「作業環境」->「その他」タブにナビゲートします。

  2. 「受注対象」チェック・ボックスを選択します。

  3. 需要計画として定義されているグローバル予測を使用して、サプライ・チェーン計画を実行します。

  4. 例外メッセージを確認します。計画エンジンによって、次の例外メッセージが生成される場合があります。

  5. オプションで、受注明細を確定します。手順は次のとおりです。

    1. 「需要/供給」ウィンドウ->「オーダー」タブにナビゲートします。

    2. 確定する受注明細に対応する「確定」チェック・ボックスを選択します。

  6. 各受注に対応する「リリース」チェック・ボックスを選択するか、メニュー・オプションの「リリース用にすべて選択」を選択して、受注を更新する推奨をリリースします。

    この結果、「受注推奨のリリース」コンカレント・プロセスが開始されてリリース選択が保存され、更新された受注情報がOracle Order Managementにリリースされます。

    注意: 「リリース・プロパティ」ウィンドウの「実施日」を手動で変更すると、計画推奨を上書きできます。受注がリリースされると、実施日がOracle Order Managementの受注明細の計画出荷日に移入されます。

    推奨をリリースすると、確認として「リリース」ウィンドウが表示され、次の情報が示されます。

  7. 「OK」をクリックして、リリース処理を完了します。

計画エンジンによって、次の情報がOracle Order Managementの受注明細に公開されます。

Oracle Advanced Supply Chain Planningの「需要/供給」ウィンドウのフィールド Oracle Order Managementの受注明細で更新されるフィールド
ソース組織 倉庫
提示出荷日 予定出荷日
計画到着日 予定到着日
出荷方法 出荷方法
移動中リード・タイム 搬送リード・タイム
確定フラグ 確定フラグ
資材使用可能日 最早出荷日(出荷)

計画エンジンによるリリース後にOracle Order Managementの受注更新が失敗した場合、Oracle Advanced Supply Chain Planningでは、次のワークフロー通知が起動されます。

Oracle Advanced Supply Chain Planningでは、受注ヘッダーの「作成者」フィールドからCSRまたは営業担当の詳細が取得され、次の詳細が送信されます。

この項では、Oracle Advanced Supply Chain PlanningによるOracle Order Managementの受注更新の例を示します。

次のような受注明細があるとします。

計画エンジンで判断される資材使用可能日によって、次のように処理されます。

更新された計画出荷日は、計画エンジンによって受注がリリースされるとOracle Order Managementで表示できます。

Oracle Order Managementで受注を確定している場合、計画エンジンは、ソース変更の推奨を提示しません。Oracle Advanced Supply Chain Planningでは、受注で提示されているソースからのみ供給が調達されます。この調達によってソース組織で生産資源の過負荷が発生した場合、その生産資源は、受注で指定されているソースに応じるために過負荷のままになります。

アウトバウンド出荷方法の設定

顧客サイトと内部組織の間に複数の出荷方法が可能な場合、Oracle Advanced Supply Chain Planningは、搬送時間を評価して、最も適切な出荷方法を選択します。各出荷方法には、特定の移動中リード・タイムがあります。デフォルトの出荷方法または受注に対する現在の出荷方法が需要納期を満たさない場合、複数の出荷方法を評価して、需要納期を満たす代替出荷方法を選択できます。

たとえば、ほとんどの部分に海路または陸路による出荷などの費用効果の高い出荷方法を使用して、特定のオーダーは空路に切り替えて遅延オーダーを避けることができます。Oracle Advanced Supply Chain Planningは、出荷方法の自動選択によって出荷方法の変更を提案し、リード・タイムがより短い出荷方法を使用することによって、納期どおりのオーダーに対応します。これにより、通常の工程には最も費用効果の高い出荷方法を使用し、オーダーに遅延が生じる場合は代替出荷方法を使用するように決定できます。

原価基準の最適化を使用する場合、Oracle Advanced Supply Chain Planningは、特定の出荷方法と最適化目的に関連する原価に基づいて、出荷方法を選択します。選択した出荷方法は、組織からの出荷の推奨とともにOracle Order Managementに送信できます。これらの計画決定は、リリース・プロセスを使用してOracle Order Managementに送信されます。

注意: 移動中リード・タイムは、商品の輸送に使用される出荷方法によって決まります。

次のオーダーに対して、代替出荷方法をモデル化できます。

代替出荷方法の設定

次のOracle製品で設定ステップを完了して、アウトバウンド出荷方法の選択を設定する必要があります。

計画サーバーと実行サーバーの両方で次の設定ステップを実行します。

Oracle Shippingでの設定ステップ

  1. 「製造および物流マネージャ」職責を選択します。

  2. 「受注管理」->「出荷」->「設定」->「リージョンおよびゾーン」にナビゲートします。

  3. 出荷方法を設定します。

  4. オプションで、顧客サイトと仕入先サイトをグループ化するゾーンを設定します。

    詳細は、『Oracle Shipping Executionユーザーズ・ガイド』を参照してください。

Oracle Inventoryでの設定ステップ

  1. 「在庫」->「設定」->「組織」->「事業所間の移動時間」にナビゲートします。

  2. 次のエンティティ間で出荷方法と移動中リード・タイムを設定します。

Oracle Advanced Supply Chain Planningでの設定ステップ

  1. 「アドバンスト・サプライ・チェーン計画担当」->「ソーシング」->「ソース・ルール」にナビゲートします。

  2. ソース・ルールまたは物流構成表を定義します。同じソースに複数のエントリを作成して、各エントリに異なる出荷方法と移動中リード・タイムを選択します。

  3. 「ソーシング」->「割当セット」にナビゲートします。

  4. 顧客サイト・レベル、または次のいずれかのレベルでソース・ルールを割り当てます。

  5. ソース・ルールを品目に割り当てます。

  6. 計画オプションで割当てセットを選択します。

    注意: 宛先が組織の場合、レベル割当ては「品目-インスタンス-組織」、「品目カテゴリ-組織」などにできます。

代替出荷方法の使用す

  1. ソースおよび代替出荷方法を含む割当てセットを持つ計画を実行します。

  2. 代替出荷方法使用/ 出荷方法変更済例外をレビューします。

  3. 「例外詳細」までドリルダウンして、新旧の出荷方法と移動中リード・タイムをレビューします。

  4. 「需要/供給」ウィンドウにナビゲートして、リリースする受注を選択します。

  5. 「プランナ・ワークベンチ」から選択した出荷方法を持つ受注をリリースします。

  6. Oracle Order Managementで結果をレビューします。

    注意: 出荷方法は、受注明細で自動的に変更されます。

  7. 仕入先と連動して、提示された出荷方法を使用します。

計画を実行するたびに、2つの内部組織間で出荷方法を評価して選択することもできます。

サプライ・チェーンの設定

サプライ・チェーン全体での商品移動を制御するルールを定義できます。このネットワークは資材フローの基盤となりますが、その動作は期間別の補充計画を定義することでさらに厳密に制御できます。Oracle ASCPでは、この計画がソース・ルールと物流構成表(BOD)を使用して実施されます。

ソース・ルールと物流構成表では、供給ソースを記述します。つまり、任意の組織について、「部品Aをどこから調達するか」という質問に対する解答を得ることができます(「部品Aをどこへ発送するか」が問われることはありません)。この解答は、ソース・ルールにより社内の単一組織または全組織に適用されます。物流構成表では、この動作を(単一組織や全組織ではなく)複数組織間で定義します。

ソース・ルールの定義

工場での購買品目など、組織での品目の補充方法を指定するソース・ルールを定義できます。また、会社全体が特定の組織から半組立品を調達する場合のように、全組織の補充方法を指定することもできます。

ソーシングが競合する場合は、事前に決定された階層によりソーシングの競合が解決されます。たとえば、部品を組織NYCから調達するように指示する物流構成表を組織AUSに割り当てても、組織AUSでは部品をさらに別の組織SACから調達するためのローカル・ソース・ルールを定義できます。この場合は、ローカル・ソース・ルールで物流構成表が上書きされます。

計画割当セットでは、次の情報が保持されます。

外部需要のソース・ルールと内部需要のソース・ルールの間の競合を調べます。次に例を示します。

ソース・ルールの定義の詳細は、『Oracle Master Scheduling/MRPおよびOracle Supply Chain Planningユーザーズ・ガイド』のソース・ルールの定義に関する項を参照してください。ソース・ルール割当の表示の詳細は、「サプライ・チェーンの表示」を参照してください。

出荷方法は、「購買元」および「移動元」ソース・ルールに適用されます。出荷方法を作成する手順は、次のとおりです。

物流構成表の定義

倉庫、物流センター、製造センター(工場)および取引先からなるマルチレベルの補充ネットワークを指定する物流構成表を定義できます。

物流構成表の定義の詳細は、『Oracle Master Scheduling/MRPおよびOracle Supply Chain Planningユーザーズ・ガイド』の物流構成表の定義に関する項を参照してください。物流構成表割当の表示の詳細は、「サプライ・チェーンの表示」を参照してください。

割当セットの定義

ソース・ルールと物流構成表を定義した後で、それを特定の品目または組織、あるいはその両方に割り当てる必要があります。この割当は、割当セットにグループ化されます。割当セットでは、各種のソーシング計画により特定のサプライ・チェーン・ネットワークが定義されます。

各割当セットは、計画対象となる組織または品目、あるいはその両方の選択を表します。計画処理に反映させるには、割当セットを計画オプションに含める必要があります。

割当セットでは、次のように様々なレベルでソース・ルールと物流構成表を割り当てることができます。

前述の各レベルで、必要な数の品目に補充ルールを割り当てることができます。たとえば、品目のカテゴリを梱包材として定義し、このカテゴリに仕入先を識別するソース・ルールを割り当てることができます。

ソース・ルールまたは物流構成表の割当の詳細は、『Oracle Master Scheduling/MRPおよびOracle Supply Chain Planningユーザーズ・ガイド』のソース・ルールと物流構成表の割当に関する項を参照してください。ソース・ルールと物流構成表の割当の詳細は、「サプライ・チェーンの表示」を参照してください。

割当階層

前述の割当レベル・リストでは、上位の行によって下位の行が上書きされます。たとえば、「品目 - 組織」によって「品目」が上書きされます。

割当の表示方法については、「サプライ・チェーンの表示」を参照してください。

仕入先生産能力の設定

この項では、仕入先生産能力の次の点について説明します。

制約

Oracle ASCPでは、次の仕入先生産能力制約が考慮されます。

割当履歴に基づく需要の割当

割当履歴を考慮して計画オーダーをソースに割当てることができます。計画では、履歴を使用してターゲット割当の達成に必要な割当が決定されます。

生産能力制約を使用した計画オーダーの割当

特定の品目を供給する個々の仕入先の生産能力を指定できます。仕入先の生産能力制約を考慮して計画オーダーを割当てることができます。計画時には、指定したランク情報が使用され、最初に主要ソースで計画オーダーが調達されます。主要ソースに需要を満たす生産能力がない場合は、指定した優先度に従って、指定した代替ソースで調達するように提示されます。

仕入先固有のオーダー・モディファイア

仕入先固有のオーダー・モディファイアを品目/仕入先サイト・レベルで指定できます。計画時には、品目のソースに対して定義したオーダー・モディファイア数量が考慮されます。これにより、各ソースに関連する条件をより正確に指定できます。

仕入先固有のリード・タイム

品目について仕入先固有のリード・タイムを指定できます。これにより、仕入先が要求に対応できるように、余裕を持って早期に発注できます。

搬送/受入間隔カレンダ

受入カレンダを使用して、次の組織に使用可能な配送日を指定します。

受入計画には、組織が運送業者からのインバウンド出荷を受入可能な日付が含まれます。計画エンジンでは、受入計画で使用可能な日付が納期となるように、計画オーダーが調整されます。

柔軟な許容範囲フェンス

ソースごとに、時間経過とともに変化する生産能力許容率を定義できます。これにより、将来、期間に応じて可変の量だけ生産能力を上回る需要を割当てることができます。

仕入先生産能力の累積

計画エンジンでは、所有組織の製造カレンダに示されたすべての稼働日について仕入先生産能力が累積されます。指定日から累積される生産能力は、その翌日から使用できます。

特定の仕入先に対して使用不可能な仕入先生産能力(一時休業など)を指定するには、承認済仕入先リストで、該当期間の生産能力をゼロに指定します。

仕入先生産能力の累積は、仕入先がいつ生産を開始するかに応じて設定できます。

仕入先に進行中の生産がある場合は、資材は常に仕掛中であると想定できます。仕入先からはすぐに出荷される可能性があるため、仕入先生産能力を計画開始日から累積してもかまいません。この場合は、プロファイル・オプション「MSC: 仕入先生産能力の累積」を 0に設定します。次の表は、このシナリオの場合の例を示しています。この例では、承認済仕入先リストの1日当りの仕入先生産能力が 10に設定されています。

計画エンティティ
ソース・インスタンスの日次仕入先生産能力10 10 - - 10 10 10 10 10 - - 10 10 10
計画インスタンスの日次仕入先生産能力10 10 - - 10 10 10 10 10 - - 10 10 10
計画インスタンスの仕入先生産能力の累積- 10 - - 20 30 40 50 60 - - 70 80 90

仕入先がオーダーを受けてから新しい資材を生産し始める場合は、リード・タイム後に出荷できるため、仕入先生産能力を、承認済仕入先リストの処理リード・タイムまたはその倍数で累積することが必要となります。この場合は、プロファイル・オプション「MSC: 仕入先生産能力の累積(乗数)」を 1(承認済仕入先リストの処理リード・タイムで累積する場合)、または別の整数(承認済仕入先リストの処理リード・タイムの倍数で累積する場合)に設定します。

次の表は、このシナリオの例を示しています。この例では、1日当りの数量が10、承認済仕入先リストの処理リード・タイムが6日に設定されています。承認済仕入先リストに処理リード・タイムが設定されていない場合、計画エンジンでは品目属性の処理リード・タイムが使用されます。

計画エンティティ
ソース・インスタンスの日次仕入先生産能力10 10 - - 10 10 10 10 10 - - 10 10 10
計画インスタンスの日次仕入先生産能力- - - - - - - 10 10 - - 10 10 10
計画インスタンスの仕入先生産能力の累積- - - - - - - - 10 - - 20 30 40

発注による仕入先生産能力の消込み

計画エンジンでは、指定しないかぎり、発注により仕入先生産能力を消し込みません。一般に、仕入先生産能力を消し込む発注搬送によって、不要な先送り例外メッセージが生じることがあります。これらは、過去に仕入先生産能力を消し込んでいます。計画エンジンは、過去の仕入先生産能力を追跡しないため、計画開始日と発注搬送納入予定日の間に十分な仕入先生産能力を確認できません。

発注による仕入先生産能力の消込みは、仕入先から受信するフィードバックの量によって、次のいくつかの方法で構成できます。

プロファイル・オプション

発注による仕入先生産能力の消込みを構成するには、次のプロファイル・オプションを設定します。

新規オーダーのみ制約スキーム

このスキームは、次のビジネス状況と前提で使用します。

この仕入先生産能力累積スキームを実装するには、プロファイル・オプションを次のように設定します。

たとえば、次の表は、このスキームの計画エンジンの動作を示しています。

新規オーダーのみ、早期発行発注制約スキーム

このスキームは、次のビジネス状況と前提で使用します。

この仕入先生産能力累積スキームを実装するには、プロファイル・オプションを次のように設定します。

計画エンジンは、このスキームでは次のように動作します。

Oracle Collaborative Planningとの統合スキーム

Oracle Advanced Supply Chain PlanningおよびOracle Collaborative Planning

Oracle Collaborative Planningを使用すると、オーダー予測を作成して、次のいずれかで資材計画から仕入先へ送信(公開)できます。

仕入先は、各需要明細書に対して、次のように応答します。

仕入先応答を使用して資材計画を制約します。計画エンジンは、承認済仕入先リストの生産能力明細書のかわりに、これらを生産能力についての仕入先の取引約定として使用します。

スキーム詳細

このスキームは、次のビジネス状況と前提で使用します。

この仕入先生産能力累積スキームを実装するには、プロファイル・オプションを次のように設定します。

たとえば、制約なし計画を実行すると想定します。次の表は、仕入先1、仕入先サイト1、品目Aの供給を示しています。発注2と3を発行済ですが、仕入先はまだそれらを確認していません。

オーダー・タイプ オーダー番号 オーダー明細 数量 希望入手日 納期 納入予定日
発注1 1 20 4月29日4月29日4月29日
発注1 2 100 5月1日5月3日5月3日
発注2 1 10 5月6日- 5月6日
発注3 1 100 4月29日- 4月29日
購買依頼100 1 200 5月13日- 5月13日
購買依頼101 1 200 5月10日- 5月10日
購買依頼102 1 300 5月14日- 5月14日
計画オーダー301 - 100 5月20日- 5月20日
計画オーダー302 - 100 5月27日- 5月27日
計画オーダー303 - 100 6月3日- 6月3日

Oracle Collaborative Planningを使用して、納入予定日に基づいて、発注、購買依頼および計画オーダーについて、品目Aの仕入先1に対して予測を公開します。次の表は予測を示しています。

数量 日付
20 4月29日
100 5月1日
10 5月6日
100 4月29日
200 5月13日
200 5月10日
300 5月14日
100 5月20日
100 5月27日
100 6月3日

仕入先1は、仕入先サイト1、品目Aの供給および需要状況となる制約付き計画を実行します。次の表は、需要にペグされている仕入先1の供給の詳細を示しています。

仕入先1は、次の処理を行います。

仕入先1は、Oracle Collaborative Planningを使用して、予測にペグされた供給のみを持つ供給コミットを公開します。次の表は、予測にペグされた供給を示しています。

オーダー・タイプ オーダー番号 数量 日付
手持在庫- 100 4月29日
在庫数量- 10 4月29日
WIP製造オーダー1114 200 5月10日
WIP製造オーダー 1113 200 5月13日
計画オーダー3330 300 5月14日
計画オーダー3331 100 5月20日
計画オーダー3332 100 5月27日
計画オーダー3333 100 6月3日

次の表は、仕入先生産能力の取引明細書である供給コミットを、その最後の入力日6月3日から示しています。品目仕入先サイトが供給コミットに表示されない場合、計画エンジンは承認済仕入先リスト仕入先生産能力を使用します。

各発注を表す仕入先システムの受注は、仕入先の予測消込みプロセス中に消し込む必要があります。これらの受注にペグされた供給は、供給コミットに含めることはできません。

数量 納期
100 4月29日
10 4月29日
200 5月10日
200 5月13日
300 5月14日
100 5月20日
100 5月27日
100 6月3日

制約付き計画は、供給コミットに基づいて実行します。計画エンジンは、次の表の品目を計画する必要があります。

オーダー・タイプ オーダー番号 オーダー明細 数量 希望入手日 納期 納入予定日
発注1 1 20 4月29日4月29日4月29日
発注1 2 100 5月1日5月3日5月3日
発注2 1 10 5月6日- 5月6日
発注3 1 100 4月29日- 4月29日

次の表は、計画エンジンが制約付き計画の仕入先生産能力を消し込む方法を示しています。

時間期間別仕入先生産能力の設定

仕入先生産能力を設定する場合は、次のことに注意してください。

仕入先生産能力は時間期間によって異なります。期間1にある日次生産能力を指定して、期間2に別の生産能力を指定できます。時間期間は、開始日から終了日で指定されます。

注意: 時間期間別に生産能力を設定するために使用する方法は、使用しているOracle Applicationsのバージョンによって異なります。

計画エンジンは、最後の品目-仕入先-仕入先サイト生産能力入力の終了日後、仕入先生産能力を無限とみなします。品目-仕入先-仕入先サイト生産能力入力がない場合、仕入先生産能力は、計画期間全体について無限とみなされます。

生産能力を時間期間別に設定

  1. 購買モジュールにナビゲートします(「製造および物流マネージャ」職責を使用する必要があります)。

  2. 「購買」->「供給ベース」->「承認済仕入先リスト」を選択します。

  3. ツールバーのサーチライト・アイコンを選択して、品目を検索します。

    「ASL品目/商品の検索」ウィンドウが表示されます。

  4. 品目または商品を選択します。

    仕入先情報が表示されます。

  5. 「仕入先」フィールドをクリックして仕入先を選択します。

  6. 「属性」を選択します。

    「仕入先品目属性」ウィンドウ

    本文の説明内容に関するイメージ

  7. 「計画制約」タブを選択します。

  8. 本日からの日数と許容範囲パーセントを入力します。

    たとえば、15日と5%と入力すると、15日以内に仕入先が生産能力を5%増やすことができます。

仕入先への需要の割当

次のトピックの詳細は、『Oracle Advanced Supply Chain Planningインプリメンテーションおよびユーザーズ・ガイド』のソース・ルールと物流構成表に関する項を参照してください。

ランクと割当の設定

ソース・ルールと物流構成表で指定した供給のソースごとに、ランクを定義できます。ランク内でソースごとにソーシング率を定義し、各ソースにオーダー合計の一部を割当てることができます。

ソーシング率に従った需要の分割

制約なしの計画では、ルールで設定したターゲット・ソーシング率に従って、需要を分割し、複数のソースに割り当てることができます。

次の表のデータは、ランク情報に従って計画オーダーの割付率が分割される方法を示しています。

次の表に、品目Aの需要を示します。

需要 納期 数量
1 07/15 300

次の表に、品目Aのソースを示します。

品目 ソース ランク 有効日:自 有効日:至
A S1 1 40 5月15日12月31日
A S2 1 30 5月15日 12月31日
A S3 1 30 5月15日12月31日

ランク情報を使用して各ソースへの割当率が計算され、需要が割り当てられて計画オーダーが計算されます。

3つの計画オーダーが作成され、それぞれの数量は120、90および90になります。

注意: この処理で生成された計画オーダーは、いずれも品目のオーダー・モディファイアの対象となります。

制約付き計画を実行し、最適化を使用していない場合、前述のように計算された供給は、品目に設定された仕入先生産能力に基づいて計画されます。最適化を使用すると、Oracle ASCPではオーダーはソース・ルール内のソーシング分割に従って分割されず、仕入先はランク別に評価され、仕入先生産能力を考慮して仕入先への割当が行われます。次の表に、 3つの仕入先のランク、リード・タイムおよび生産能力を示します。

仕入先ランクリード・タイム生産能力
仕入先1 3 2 100
仕入先2 2 2 100
仕入先3 1 2 100

過去の需要に基づく仕入先への需要の割当

制約なしの計画では、割当履歴を考慮して計画オーダーを割当てることができます。拡張ソース・ロジックでは割当履歴が考慮され、需要を分割してターゲット・ソーシング率を達成できます。

ソーシングの例

この後に示す8つの表で、例の説明の前提となる設定データを示します。9番目の表の割当履歴データは、それまでの割当の結果を示しています。

次の表は、品目Aの需要を示しています。

品目Aの需要納期数量
1 7/15/98 310
2 7/16/98 280

次の表は、品目Aのソース・ルール・データを示しています。

品目 ソース ランク 有効日:自 有効日:至
A S1 1 50 97/5/15 97/12/31
A S2 1 50 97/5/1597/12/31
A S1 1 100 98/1/1 99/7/14
A S2 2 60 98/1/1 99/7/14
A S3 2 40 98/1/1 99/7/14

次の表は、品目Aの仕入先生産能力プロファイルを示しています。

ソース 98/7/10(木) 98/7/11(金) 98/7/14(月) 98/7/15(火) 98/7/16(水)
S1 60 60 60 60 60
S2 80 80 80 80 80
S3 20 20 20 20 20

次の表は、品目Aの仕入先生産能力許容率を示しています。この表の数値は、仕入先生産能力プロファイル(当該表参照)に許容率を適用して導かれたものです。たとえば、仕入先S1の98/7/16の仕入先生産能力合計は60 + 10%(60) = 66となります。

ソース 98/7/10(木) 98/7/11(金) 98/7/14(月) 98/7/15(火) 98/7/16(水)
S1 0 0 0 0 10
S2 0 0 0 5 10
S3 0 0 0 5 10
S1 60 60 60 60 66
S2 80 80 80 84 88
S3 20 20 20 21 22

次の表は、品目Aの仕入先搬送パターンを示しています。

ソース受入パターン
S1 月曜日と水曜日
S2 月曜日 
S3 金曜日を除くすべての曜日 

次の表は、品目Aの仕入先処理情報を示しています。

ソース処理(日数)
S1 3
S2 2
S3 2

次の表は、品目Aのソースごとのオーダー・モディファイアを示しています。

ソース最小発注数量固定ロット乗数
S1 50 5
S2 25 25
S3 21 7

品目Aのオーダー・モディファイアは、次のとおりです。

品目Aのリード・タイムは、次のとおりです。

次の表は、割当履歴合計を示しています。

ソース数量
S2 1400
S3 1000

次の表は、水平プランを示しています。

品目A 98/7/10 98/7/11 98/7/14 98/7/15 98/7/16
需要0 0 0 310 280
超過計画受入0 0 0 16 0
計画オーダー - 組織S1 0 0 288 0 0
計画オーダー - 組織S2 0 0 125 100 0
計画オーダー - 組織S3 0 0 21 56 0

需要#1に対する割当

割当履歴情報と需要#1に対するターゲット率を使用した割当の計算は、次のようになります。

数量 = 310

納期 = 98/7/15(火曜日)

注意: 計画期間の開始日は98/7/9です。ソース・ルール・データ表のうち、最後の3行のみが有効日の関係で適用されます。S1のランクは1で、割当率 = 100(ソース・ルール・データ表)です。これは、超過分を他のソースに割当てる前に、できるだけ多くの数量をS1に割当てる必要があることを示します。

入力需要データに基づいて、品目Aの需要がどのように充足されるかを計算できます。

ステップ 1: S1に対する割当

1998年7月14日(月曜日)は、納期(1998年7月15日)前の最終受入日(仕入先搬送パターン表)です。この日付は、処理リード・タイムと後処理リード・タイム(仕入先処理情報表)から導かれます。

累積生産能力 = 180(仕入先生産能力プロファイル表および仕入先生産能力許容率表を参照。許容率 = 0)

未達需要 = 310 - 180 = 130

S1に対する割当 = 180

次の表に、180品目の割当によって生産能力が消し込まれた後の生産資源可用性を示します。表の値は、仕入先生産能力許容率から充足需要を減算することによって導かれます。

ソース 98/7/10(木) 98/7/11(金) 98/7/14(月) 98/7/15(火) 98/7/16(水)
S1 0 0 0 60 66
S2 80 80 80 84 88
S3 20 20 20 21 22

ステップ2: 代替ソースの割当履歴の計算

割当履歴合計のS2およびS3がランク2で、割当履歴の開始が1998年1月1日であることに着目します。

S2およびS3に対する割当合計 = 2400

ステップ3: 割当履歴と目標ソーシング率に基づくS2に対する割当の計算

注意: S2の方がソーシング率が高いため、S2に対する割当から開始します。

ターゲット・ソース率: S2 = 60%(ソース・ルール・データ表を参照)

ターゲット割当合計 = 割当履歴 + 未達需要 = 2400 + 130 = 2530

S2のターゲット割当率を使用して、S2に対する割当を計算します。

S2に対する割当 + 1400(割当履歴)/2530(ターゲット割当合計) = 0.6(ソース率)

S2に対する割当 = 118

ステップ 4: オーダー・モディファイアが存在する場合の考慮

S2に対する割当は118から125になります。これは、S2の固定ロット乗数が25に設定されているためです(ソースごとのオーダー・モディファイアの表を参照)。これを考慮すると、125を割当てる必要があります。

ステップ5: 生産能力、リード・タイムおよび受入カレンダの制約を伴う場合のS2に対する割当

S2: 割当 = 125、日付 = 98/7/15

1998年 7月14日(月曜日)は、納期前の最終受入日です。これには、処理リード・タイムと後処理リード・タイムが考慮されます。

累積使用可能生産能力 = 240(許容率 = 0)(S1割当後の仕入先生産能力プロファイルの表を参照)

次の表に、これまでのすべての割当によって生産能力が消し込まれた後の生産資源可用性を示します。

ソース 98/7/10(木) 98/7/11(金) 98/7/14(月) 98/7/16(火) 98/7/16(水)
S1 0 0 0 60 66
S2 80 35 0 84 88
S3 20 20 20 21 22

ステップ6: S2に対する割当に基づくS3に対する割当の計算

割当残数 = 130 - 125 = 5

ステップ 7: オーダー・モディファイアが存在する場合の考慮

S3に対する割当は5から21になります。これは、S3の最小発注数量が21に設定されているためです(ソースごとのオーダー・モディファイアの表を参照)。

ステップ8: 生産能力、リード・タイムおよび受入カレンダの制約を伴う場合のS3に対する割当

火曜日は有効な受入日です。後処理リード・タイムを考慮すると、この受入日を7月14日(月曜日)に移動する必要があります。これにより、すべてのリード・タイムが充足されます(仕入先搬送パターン表および仕入先処理情報表を参照)。

累積使用可能生産能力 = 60

次の表に、これまでのすべての割当によって生産能力が消し込まれた後の生産資源可用性を示します。

ソース 98/7/10(木) 98/7/11(金) 98/7/14(月) 98/7/15(火) 98/7/16(水)
S1 0 0 0 60 66
S2 80 35 0 84 88
S3 20 19 0 21 22

注意: 超過計画受入は16です(次の計画期間の総所要量を算入するため)(水平プラン表を参照)。

次の表に、需要#1に対する計画オーダー割当の要約を示します。

ソース割当日付
S1 180 98/7/14
S2 125 98/7/14
S3 21 98/7/14

S1の値は「ステップ 1: S1に対する割当」から、S2の値は「ステップ 4: オーダー・モディファイアが存在する場合の考慮」から、S3の値は「ステップ 7: オーダー・モディファイアが存在する場合の考慮」からのものです。

需要#2の入力データ

需要表を参照してください。

数量 = 280

期日 = 98/7/16(水曜日)

未達需要 = 280 - 16(超過計画受入) = 264

需要#2に対する割当

ステップ 1: S1に対する割当

水曜日は配送日です。後処理リード・タイムのために、受入日を7月15日(火曜日)に移動する必要があります。

火曜日は受入日ではありません。割当日が1998年7月14日(月曜日)に移動します。

累積使用可能生産能力 = 0(許容率 = 0)(S3割当後の仕入先生産能力プロファイルの表を参照)であるため、S1に対する割当は0(ゼロ)となります。

未達需要 = 280 - 16(以前のバケットからのオーダー変更要因による超過供給) = 264

ステップ 2: 代替ソースの割当履歴の計算

割当履歴合計表および需要#1に対する計画オーダー割当の要約表のS2およびS3がランク2であることに着目します。

割当履歴は1998年1月1日から始まります。

S2: 1400 + 125 = 1525

S3: 1000 + 21 = 1021

S2およびS3に対する割当合計 = 2546

ステップ3: 割当履歴と目標ソーシング率に基づくS2に対する割当の計算

注意: S2の方がソーシング率が高いため、S2に対する割当から開始します。

ターゲット・ソーシング率: S2 = 60%

ターゲット割当合計 = 割当履歴 + 新規割当 = 2546 + 264 = 2810

S2のターゲット割当率を使用して、S2に対する割当を計算します。

(S2 + 1525)/2810 = 0.6

S2に対する割当 = 161

ステップ4: オーダー・モディファイアが存在する場合の考慮

S2に対する割当は161から175になりますが、これは、S2の固定ロット乗数が25に設定されている(ソースごとのオーダー・モディファイアの表を参照)ためで、この点を踏まえると、7*25 = 175の割当が必要です。

ステップ5: 生産能力、リード・タイムおよび受入カレンダの制約を伴う場合のS2に対する割当

S2に対する割当 = 175

日付 = 98/7/16(水曜日)

後処理リード・タイムが1日(ソースごとのオーダー・モディファイアの表を参照)であることを考慮すると、受入日を7月15日(火曜日)に移動する必要があります。火曜日は受入日ではありません。割当日は1998年7月14日(月曜日)に移動しています。これは、処理リード・タイムと後処理リード・タイムを勘案した結果です。

累積使用可能生産能力 = 115(S3割当後の仕入先生産能力プロファイルの表を参照)

オーダー・モディファイアの考慮: 割当が115から125になります。これは、S2の固定ロット乗数が25に設定されているためです。それを考慮するには、5×25 = 125を割り当てる必要があります。ただし、1998年7月14日までのS2の累積生産能力は115で、25の乗数ではありません。したがって、オーダー・モディファイアと生産能力を考慮して、次に小さい乗数値である100単位が計画されます。

次の表に、これまでのすべての割当によって生産能力が消し込まれた後の生産資源可用性を示します。

ソース 98/7/10(木) 98/7/11(金) 98/7/14(月) 98/7/15(火) 98/7/16(水)
S1 0 0 0 60 66
S2 15 0 0 84 88
S3 20 19 0 21 22

ステップ6: S2に対する割当に基づくS3に対する割当の計算

割当残数 = 264 -100 = 164

ステップ7: オーダー・モディファイアが存在する場合の考慮

S3に対する割当: 164から168になります。これは、S3の固定ロット乗数が7に設定されているので、24×7 = 168を発注する必要があるためです。

ステップ8: 生産能力、リード・タイムおよび受入カレンダの制約を伴う場合のS3に対する割当

後処理リード・タイムのために、割当日が1998年7月15日に移動しています。火曜日は有効な受入日です。ここでは、すべてのリード・タイムが考慮されます。

累積使用可能生産能力 = 60

オーダー・モディファイアの考慮: 割当が60から63になります。これは、S3のオーダー・モディファイアが7に設定されているためです。それを考慮するには、9×7 = 63を割り当てる必要があります。ただし、1998年7月14日までのS3の累積生産能力は60で、7の乗数ではありません。したがって、オーダー・モディファイアと生産能力を考慮して、次に小さい乗数値である56単位が計画されます。

未達数量 = 164 -56 = 108

次の表に、これまでのすべての割当によって生産能力が消し込まれた後の生産能力可用性を示します。

ソース 98/7/10(木) 98/7/11(金) 98/7/14(月) 98/7/15(火) 98/7/16(水)
S1 0 0 0 60 66
S2 15 0 0 84 88
S3 4 0 0 0 22

代替ソースの検索

超過需要の割当

次の表に、これまでのすべての割当によって生産能力が消し込まれた後の生産能力可用性を示します。

ソース 98/7/10(木) 98/7/11(金) 98/7/14(月) 98/7/15(火) 98/7/16(水)
S1 0 0 0 60 66
S2 15 0 0 9 88
S3 4 0 0 0 22

次の表に、計画オーダー#2に対する割当の要約を示します。

ソース割当日付
S1 108 98/7/14
S2 100 98/7/14
S3 56 98/7/16

次の表に、計画オーダー割当の要約を示します。

ソース 98/7/10(木) 98/7/11(金) 98/7/14(月) 98/7/15(火) 98/7/16(水)
S1 0 0 288 (180 + 108) 0 0
S2 0 0 125 100 0
S3 0 0 21 56 0

ソーシング分割の施行

仕入先契約では、会社は自社の資材を指定の割付率に基づいて仕入先から調達するように要求されます。同様に、労働契約などの要件では、内部組織からの割付率を遵守するように要求されます。

計画プロセスで契約上のソーシング割付率を制約として処理するか、または計画目的を達成するために、割付率を柔軟に処理する余地を残すかを制御できます。

Oracle ASCPとOracle Inventory Optimizationでは、最適化中にソーシング割付率が適用されます。

ソーシング分割の施行機能の起動

  1. 割付率を指定します。

    1. 「アドバンスト・サプライ・チェーン計画担当」の職責でサインオンします。

    2. ナビゲータから、「ソーシング」->「ソース・ルール」を選択します。

      「ソース・ルール」画面が表示されます。

      「ソース・ルール」画面

      本文の説明内容に関するイメージ

    3. 「割付%」フィールドを使用して、「ソース・ルール」フォームにソーシング割付率を指定します。

  2. ソーシング割当ウィンドウを指定します。

    1. 「システム管理者」職責を使用してサイン・オンします。

    2. ナビゲータから、「プロファイル」->「システム」を選択します。

      「システム・プロファイル値の検索」画面が表示されます。

    3. プロファイル・オプション名を入力するか、検索機能を使用してプロファイル・オプション名の一部を検索します(たとえば、「ソーシング」という語句を検索できます)。

    4. 「検索」ボタンを選択します。

      「システム・プロファイル値」画面が表示されます。

      「システム・プロファイル値」画面

      本文の説明内容に関するイメージ

      「システム・プロファイル値」フォームで、新規プロファイル・オプションの「MSO: ソーシング割当ウィンドウ」を指定できます。デフォルト値は7日です。

      割付率を満たすために使用する期間の長さ(日数)を指定できます。これは割付率が施行される期間で、「ソーシング割当」ウィンドウと呼ばれます。ソーシング制約は、ロール期間方式で施行され、最も細かい単位の特定タイムバケットを使用して、「ソーシング割当」ウィンドウの倍数単位で施行されます。

  3. ソーシングの差異率を指定します。

    「システム・プロファイル値」画面では、「システム・プロファイル値」フォームで新規プロファイル・オプションの「MSC: ソーシング差異許容範囲」を指定できます。デフォルト値は0.05(5%)です。

    ユーザー指定の割付率と計画によって導出された割付率との差異については、許容範囲を指定できます。差異が許容範囲より大きい場合は、例外がトリガーされます。

  4. 割付履歴の開始日を指定します。

    「システム・プロファイル値」画面では、「システム・プロファイル値」フォームに、新規プロファイル・オプションの「MSC: ソーシング履歴開始日オフセット(月)」を指定できます。デフォルト値は「NULL」です(収集パラメータの「履歴の再計算」が「Yes」に設定されている場合は、すべての履歴が収集されます)。

    グローバルな割付率の開始日を指定できます。ソーシングの決定には、この日付以降のソーシング履歴が収集および累計されます。ソース・ルールの有効日が計画日より後の日付の場合、割付履歴は無視されます。

  5. ソーシング制約を施行します。

    計画レベルでは、すべてのソース・ルールに対してソーシング制約を有効にできます。ソーシング制約を有効にするには、「計画オプション」フォームの「オプション」タブで「ソーシング制約の施行」チェック・ボックスを選択します。

    1. 「アドバンスト・サプライ・チェーン計画担当」の職責でサインオンします。

    2. ナビゲータから、「サプライ・チェーン計画」->「オプション」を選択します。

      「計画オプション」画面が表示されます。

    3. 「ソーシング制約の施行」チェック・ボックスを選択します。

    ソーシング分割の施行例

    次の例で、ソーシング分割の施行機能の使用方法を示します。

    仕入先S1およびS2には、次の契約上の割付があるとします。

    次の表に、仕入先S1およびS2に対する需要、供給およびソーシング割付率を示します。

    需要/供給/ソーシング割付 1日目 2日目 3日目 4日目
    依存需要 0 3 0 3
    計画オーダー供給、S1 0 2 0 1
    計画オーダー供給、S2 0 1 0 2
    累計割付、%、S1 0% 67% 67% 50%
    累計割付、%、S2 0% 33% 33% 50%

    2日目には、契約上の50%/50%の分割を正確に達成できないため、可能な範囲内で最も近い分割(67%/33%)を達成する計画オーダー供給が生成されます。

    4日目には、累計割付が必要な50%/50%になるように、S2に対する割付が増やされます。

    この例では、ソーシング割付ウィンドウは1日とみなされます。

制約の優先度

「ソーシング制約の施行」を計画オプション・レベルで選択すると、前述の制約間で優先度が次のように設定されます。

事例1 - 需要納期の施行

「需要納期の施行」または「サービス・レベルの施行」計画オプションを選択していた場合、制約間の優先度は次のようになります。

  1. 需要納期の施行/サービス・レベルの施行(最上位優先度)

  2. 生産能力制約の施行

  3. ソーシング制約の施行(最下位優先度)

事例2 - 生産能力制約の施行

「生産能力制約の施行」計画オプションを選択していた場合、制約間の優先度は次のようになります。

  1. 生産能力制約の施行(最上位優先度)

  2. 需要納期の施行/サービス・レベルの施行

  3. ソーシング制約の施行(最下位優先度)

    どちらの事例でも、ソーシング制約の優先度が最下位であることに注意してください。つまり、生産能力制約または需要を満たすために、必要な場合は、ソーシング制約に違反する場合があります。

ランク1のソースに対する考慮

ランク1のソースは、ソーシング割付率を施行する場合に考慮されます。ランク2以上のソースの場合、割付率は無視されます。

ランク2以上のソースが考慮されるのは、ランク1のソース間で生産能力不足のために必要な供給を満たせない場合のみです。ランク1の1つ以上のソースが生産能力不足になると、ソーシング割付率は無視され、原価と生産能力を考慮してランク1以上のソース間で供給数量が割り付けられます。優先度ランク機能の施行はそのままで、内部のペナルティ・ファクタを使用して達成されます。

組織間割付

割付率は次のすべてのソーシング・タイプに対して施行されます。

ソーシング割付率違反に対するペナルティ原価

システムでは、必要な割付率からの逸脱を最小限に抑えるために、内部ペナルティ・ファクタ(ユーザーには表示されません)が自動的に使用されます。このペナルティ・ファクタは、ソーシング制約違反のペナルティが未達需要や生産能力の違反によるペナルティより小さくなるように選択されます。

工順の設定

製品を作成するための製造プロセス、つまり工順には、事前設定された順序で実行する必要がある工程が含まれます。

工程生産資源計画フラグ

生産資源の中には、これらの工程を実行するために必要なものもあり、そのような生産資源の場合、計画が必要となります。計画フラグでは、生産資源を計画するかどうかを決定します。

計画フラグを「しない」に設定した場合、該当する工程生産資源は工順の一部として計画サーバーに取り入れられず、計画されません。計画フラグを「する」、「前」または「次」に設定した場合、該当する工程生産資源は計画サーバーに、工順収集の一部として取り入れられます。

計画エンジンでは、工程内に多くとも1つの「前」活動と1つの「次」活動があると想定します。また、ある活動を「前」と指定する必要がある場合、これは工程内の最初の活動にする必要があります。また、ある活動を「次」と指定する必要がある場合、これは工程内の最後の活動にする必要があります。

「前」活動が最初の活動でない場合、計画エンジンは、工順定義に関係なく、先行するすべての活動も「前」と設定します。「次」活動が最後の活動でない場合、計画エンジンは、工順定義に関係なく、後続のすべての活動も「次」に設定します。

工程内ステップとして「次」活動を必要とする場合は、工順を2つの工程ステップに分割して、「次」が1つの工程の中間ではなく、2つの工程のうち最初の工程の最後になるようにします。

生産資源スケジュールのモデル化

  1. 「製造および物流マネージャ」職責を使用してサインオンします。

  2. ナビゲータから「部品構成表」->「工順」-> 「工順」を選択します。

    「工順」 画面が表示されます。

  3. 「工程生産資源」を選択します。

    「工程生産資源」画面が表示されます。

    工程生産資源

    本文の説明内容に関するイメージ

  4. 「スケジューリング」タブから生産資源スケジュールを設定します。スケジュール・フラグに使用できる値は、「する」、「しない」、「前」、「次」です。

    その他の列および機能の詳細は、『Oracle Bills of Materialユーザーズ・ガイド』の「工順」の章を参照してください。

最小移動数量(MTQ)のモデル化

長期にわたる製造オーダーやバッチ処理を計画する場合、Oracle Advanced Supply Chain Planningでは、原材料が製造オーダーの開始前に到着するのではなく、外部の仕入先や他の社内組織からの原材料や原料が、製造オーダーまたはバッチ処理の期間全体を通じて徐々に到着するように計画できます。これによって、全体の製造リード・タイムが大幅に削減されます。

Oracle Advanced Supply Chain Planningでは、別の組織の生産工程との重複をモデル化することもできます。下位組織の工順の工程は、上位組織の別の工順の工程での最小移動数量(MTQ)の完成後に開始できます。

注意: 理論的には、最小移動数量は増分供給に結合できます。

最小移動数量の概要

Oracle Advanced Supply Chain Planningでは、最小移動数量を指定できます。最小移動数量とは、次の工程を開始するために前工程で完成する必要がある最小数量です。

最小移動数量は、資材が処理ロットよりも少ないロットで移動されるため、現行工程が完全に終了する前に後続工程を開始する生産工程をモデル化する目的で使用されます。最小移動数量は、工順間、または工順の工程間で指定できます。Oracle Advanced Supply Chain Planningでは、工程の計画時に最小移動数量が考慮されます。

工程の計画過程では、Oracle Advanced Supply Chain Planningによって、選択した代替生産資源の生産レートが動的に使用され、後続の工程への資材移動の開始時期が決定されます。生産ブレークは考慮されます。

Oracle Advanced Supply Chain Planningでは、単一の組織または複数の組織で、複数の工順にわたる工程間で最小移動数量をモデル化できます。これは、ある組織の工順の下位工程は、他の組織の別の工順の上位工程で最小移動数量が完成した後に、開始できることを意味します。

次のダイアグラムは、計画エンジンで最小移動数量が使用される様子を示しています。

最小移動数量

本文の説明内容に関するイメージ

最小移動数量は、工順間および工程間に指定できます。Oracle Advanced Supply Chain Planningでは、最小移動数量を考慮して工程が計画されます。

最小移動バッチ・サイズの指定

最小移動数量は次の方法で指定できます。

実行レートが異なるプロセス間のMTQ

Oracle Advanced Supply Chain Planningでは、上位プロセスと下位プロセスの生産資源実行レートを考慮してMTQがモデル化されます。これらのプロセスの実行レートは、同一の場合も異なる場合もあります。これらのレートによって計画結果が異なる可能性があります。

例: 下位プロセスが上位プロセスより遅いか、同じレートの場合

生産資源R1を使用する工程10と、生産資源R2を使用する工程20の2つの工程がある工順を考えてみます。工程10と20の間にはMTQがあります。次の計算式は、これら2つの生産資源実行レートの関係を示しています。

工程20は、生産資源可用性を考慮して工程10でMTQを完成した後に開始できます。

下位プロセスが上位プロセスより遅いか、同じレートの場合

本文の説明内容に関するイメージ

例: 下位プロセスが上位プロセスより速い場合

生産資源R1を使用する工程10と、生産資源R2を使用する工程20の2つの工程がある工順を考えてみます。工程10と20の間にはMTQがあります。次の計算式は、これら2つの生産資源実行レートの関係を示しています。

計画エンジンは、最小のMTQを使用して工程10の終了より先に工程20が終了するような工程20を計画します。

同様の制約がMTQを考慮して活動に適用されます。生産資源R1を使用する活動1と、生産資源R2を使用する活動2の2つの活動がある工程を考えてみます。活動1と活動2の間のMTQは、工程MTQに対して推測されます。次の計算式は、これら2つの生産資源実行レートの関係を示しています。

R1実行レート < R2実行レート

計画エンジンは、最小のMTQを使用して活動1の終了より先に活動2が終了するような活動2を計画します。

生産資源ブレークの考慮

生産資源ブレークが存在する場合、Oracle Advanced Supply Chain Planningでは、現行の工程の開始時間を考慮して、次の工程の開始時間が調整されます。これによって、計画エンジンでは最小移動数量制約が考慮され、次の工程での生産資源不足が回避されます。詳細は、次の例を参照してください。

生産資源ブレーク: シナリオ 1

次の点を考慮してください。

結果は次のとおりです。

生産資源ブレーク: シナリオ 2

次の点を考慮してください。

ケース1

結果は次のとおりです。

ケース2

結果は次のとおりです。

これは、前述の制約は確定要件を考慮して違反できることを意味します。

生産資源ブレーク: シナリオ 3

次の点を考慮してください。

結果は次のとおりです。

生産資源ブレーク: シナリオ 4

次の点を考慮してください。

結果は次のとおりです。

資材移動のモデル化

原材料が外部仕入先によって補充された場合、Oracle Advanced Supply Chain Planningでは、固定発注数量などのオーダー数量制限モディファイアが考慮され、長期間にわたる各生産製造オーダーに対して原材料補充を複数回発行して、製造オーダーの期間全体にわたって補充オーダーの納期を調整します。

原材料が社内組織によって補充される場合、Oracle Advanced Supply Chain Planningでは、次のいずれかの方法で補充をモデル化できます。

増分計画オーダーを使用する場合は、下位供給を複数の計画オーダーに分割できます。この場合、これらの計画オーダーを推進する計画オーダー需要の需要日は、計画オーダーより後の日付となります。計画オーダー需要を参照すると、計画された活動の開始以降に計画オーダー供給が発生する場合があります。次に例を示します。

供給の収束と拡散を考慮して資材の移動をモデル化することもできます。拡散の場合は、供給が、1つの上位プロセスから同じ品目の2つ以上の下位プロセスに分割されます。収束の場合は、供給が、同じ品目の2つ以上の上位プロセスから1つの下位プロセスに送られます(消し込まれます)。

次のサプライ・チェーン・モデルを選択し、仕入先および社内組織から資材を移動できます。

単一組織内での継続転送のモデル化

  1. 「製造および物流マネージャ」職責を選択します。

  2. 「部品構成表」->「工順」->「工順」にナビゲートします。

    工順

    本文の説明内容に関するイメージ

  3. 工順を定義します。

  4. 工順工程を定義します。

  5. 「WIP」タブをクリックします。

  6. 充足工程の最小移動数量を指定します。

    最小移動数量は、上位生産工程に計画された最後の活動と、下位消込み工程に計画された最初の活動との間に適用されます。

    通常の工順では、工順の最終工程は生産工程とみなされます。ネットワークや複雑な工順の場合は、上位充足工程を、上位工順のいずれか1つの工程にできます。

    プロセス製造の場合、最小移動数量は工程詳細活動フォームで定義できます。

    工程詳細活動フォーム

    本文の説明内容に関するイメージ

  7. 「工程生産資源」->「スケジューリング」タブにナビゲートします。

  8. 「基準」フィールドを次のように設定します。

    1. 付加価値活動(実行時)には「品目」

    2. 設定活動(準備)と分解活動(クリーン・アップ)には「ロット」

  9. 「計画」フィールドを次のように設定します。

  10. 「品目」->「組織品目」->「計画一般情報」タブにナビゲートします。

  11. 次の品目オーダー・モディファイアを設定します。

例: 単一組織内での継続転送

次の点を考慮してください。

次の図で、組織1の継続転送モデルを確認してください。

MTQによる単一組織内での継続転送

本文の説明内容に関するイメージ

結果: 下位プロセスは、上位プロセスで最小数量が完成した後に開始します。最小移動数量の完成以降は、資材の移動が継続します。

組織全体での継続転送のモデル化

このタイプの移動をモデル化する手順は、次のとおりです。

  1. 「単一組織内での継続転送のモデル化」の項に記載されている手順1から9を完了します。

  2. 「品目」->「組織品目」->「MPS/MRP計画」タブにナビゲートします。

  3. 「継続組織間転送」品目属性を「Yes」に設定します。

    あるいは、「個別プロファイル値」フォームでプロファイル・オプション「MSO: 組織全体の継続転送」を「Yes」に設定することもできます。

  4. 「品目」->「組織品目」->「計画一般情報」タブにナビゲートします。

  5. 次の品目オーダー・モディファイアを設定します。

例: 組織全体での継続転送

次の点を考慮してください。

次の図で、組織1と組織2の間の継続転送モデルを確認してください。

組織全体での継続転送

本文の説明内容に関するイメージ

結果は次のとおりです。

単一組織内での増分供給による非継続転送のモデル化

  1. 「品目」->「組織品目」->「MPS/MRP計画」タブにナビゲートします。

  2. 「拡散パターン」品目属性を「シリーズ」に設定します。

    あるいは、「個別プロファイル値」フォームでプロファイル・オプション「MSO: 組織内調達済オーダーの分散供給充足パターン」を「シリーズ」に設定することもできます。

  3. 「品目」->「組織品目」->「計画一般情報」タブにナビゲートします。

  4. 次の品目オーダー・モディファイアを設定します。

例: 単一組織内での増分供給による非継続転送

次の図で、Oracle Advanced Supply Chain Planningを使用して単一組織内の供給の増分転送をモデル化する方法を確認してください。下位プロセスは、上位プロセスの供給セグメントで徐々に充足されます。

単一組織内での増分供給による非継続転送

本文の説明内容に関するイメージ

結果: 品目Bのオーダー1は、品目Aの最初の供給セグメントの完了後に開始できます。

単一組織内での増分消込みによる非継続転送のモデル化

  1. 「品目」->「組織品目」->「MPS/MRP計画」タブにナビゲートします。

  2. 「収束パターン」品目属性を「シリーズ」に設定します。

    あるいは、「個別プロファイル値」フォームでプロファイル・オプション「MSO: 組織内調達済オーダーの収束供給消込パターン」を「シリーズ」に設定することもできます。

  3. 「品目」->「組織品目」->「計画一般情報」タブにナビゲートします。

  4. 次の品目オーダー・モディファイアを設定します。

例: 単一組織内での増分消込みによる非継続転送

次の図で、Oracle Advanced Supply Chain Planningを使用して単一組織内の供給の増分消込みをモデル化する方法を確認してください。下位プロセスは、上位プロセスの供給オーダーを徐々に消し込みます。

単一組織内での増分消込みによる非継続転送

本文の説明内容に関するイメージ

結果: 品目Aの供給オーダーは、品目Bの下位プロセスによって増分2で消し込まれます。この場合は、上位プロセスと下位プロセスの重複によって、サイクルタイムが短縮されます。

組織全体での増分供給による非継続転送のモデル化

  1. 「品目」->「組織品目」->「MPS/MRP計画」タブにナビゲートします。

    「組織品目」ウィンドウ、「MPS/MRP計画」タブ

    本文の説明内容に関するイメージ

  2. 「拡散パターン」品目属性を「シリーズ」に設定します。

    あるいは、「個別プロファイル値」フォームでプロファイル・オプション「MSO: 組織間および仕入先調達済オーダーの分散供給充足パターン」を「シリーズ」に設定することもできます。

  3. 「品目」->「組織品目」->「計画一般情報」タブにナビゲートします。

  4. 次の品目オーダー・モディファイアを設定します。

次の品目属性については、組織全体でも単一組織内でも増分供給による非継続転送には同じ属性を使用します。

ただし、単一組織内での増分供給による非継続転送には、次のプロファイル・オプションを使用します。

一方、組織全体での増分供給による非継続転送には、次のプロファイル・オプションを使用します。

例: 組織全体での増分供給による非継続転送

次の図で、Oracle Advanced Supply Chain Planningを使用して組織全体の供給の増分転送をモデル化する方法を確認してください。下位プロセスは、上位プロセスの供給セグメントで徐々に充足されます。

組織全体での増分供給による非継続転送

本文の説明内容に関するイメージ

結果は次のとおりです。

組織全体での増分消込みによる非継続転送のモデル化

  1. 「品目」->「組織品目」->「MPS/MRP計画」タブにナビゲートします。

  2. 「収束パターン」品目属性を「シリーズ」に設定します。

    あるいは、「個別プロファイル値」フォームでプロファイル・オプション「MSO: 組織間および仕入先調達済オーダーの収束供給消込パターン」を「シリーズ」に設定することもできます。

  3. 「品目」->「組織品目」->「計画一般情報」タブにナビゲートします。

  4. 次の品目オーダー・モディファイアを設定します。

例: 組織全体での増分消込みによる非継続転送

次の図で、Oracle Advanced Supply Chain Planningを使用して組織全体の供給の増分消込みをモデル化する方法を確認してください。下位プロセスは、上位プロセスの供給オーダーを徐々に消し込みます。

組織全体での増分消込みによる非継続転送

本文の説明内容に関するイメージ

結果: 品目Aの移動オーダーは、品目Bの下位プロセスによって増分2で消し込まれます。この場合は、移動オーダーと下位プロセスの重複によって、サイクルタイムが短縮されます。

組織全体での増分供給および増分消込みによる非継続転送のモデル化

  1. 「品目」->「組織品目」->「MPS/MRP計画」タブにナビゲートします。

  2. 「拡散パターン」品目属性を「シリーズ」に設定します。

    あるいは、「個別プロファイル値」フォームでプロファイル・オプション「MSO: 組織間および仕入先調達済オーダーの分散供給充足パターン」を「シリーズ」に設定することもできます。

  3. 「収束パターン」品目属性を「シリーズ」に設定します。

    あるいは、「個別プロファイル値」フォームでプロファイル・オプション「MSO: 組織間および仕入先調達済オーダーの収束供給消込パターン」を「シリーズ」に設定することもできます。

  4. 「品目」->「組織品目」->「計画一般情報」タブにナビゲートします。

  5. 次の品目オーダー・モディファイアを設定します。

例: 組織全体での増分供給および増分消込みによる非継続転送

次の図で、Oracle Advanced Supply Chain Planningを使用して組織全体の供給の増分供給および増分消込みをモデル化する方法を確認してください。

組織全体での増分供給および増分消込みによる非継続転送

本文の説明内容に関するイメージ

結果は次のとおりです。

仕入先と社内組織間での非継続転送のモデル化

  1. 「品目」->「組織品目」->「計画一般情報」タブにナビゲートします。

  2. 「組織品目」フォームで品目オーダー・モディファイアを設定します。

  3. 「収束パターン」品目属性を「シリーズ」に設定します。

    あるいは、「個別プロファイル値」フォームでプロファイル・オプション「MSO: 組織間および仕入先調達済オーダーの収束供給消込パターン」を「シリーズ」に設定することもできます。

例: 仕入先と社内組織間での非継続転送

次の図で、Oracle Advanced Supply Chain Planningを使用して仕入先と社内組織間の供給の増分消込み(収束供給消込パターン)をモデル化する方法を確認してください。下位プロセスは、上位プロセスの供給オーダーを徐々に消し込みます。

増分供給は、常に下位工程の開始以降に開始するとはかぎりません。下位工程の開始前に開始することもできます。

仕入先と社内組織間での非継続転送

本文の説明内容に関するイメージ

結果は次のとおりです。

代替生産資源および同時生産資源

この項では、代替生産資源および同時生産資源の設定によるビジネス上のメリットを示し、次の方法について説明します。

代替生産資源および同時生産資源の設定によるビジネス上のメリット

代替生産資源の設定

  1. 「ナビゲータ」ウィンドウから、「部品構成表」->「工順」->「工順」を選択します。

    「工順」ウィンドウが表示されます。

  2. メニュー・バーから「表示」->「検索」を選択します。

    「工順の検索」ウィンドウが表示されます。

  3. 検索基準を入力して「検索」ボタンを選択し、工順を検索します。

    検索結果の工順を含む「工順」ウィンドウが表示されます。

    「工順」ウィンドウ

    本文の説明内容に関するイメージ

  4. 「メイン」タブから、設定に使用する工程連番を選択し、「工程生産資源」ボタンを選択します。

    「工程生産資源」ウィンドウが表示されます。最初の生産資源はすでに入力されています。この生産資源は主要生産資源と見なされます。

  5. 「計画」タブをクリックします。

    「工程生産資源」ウィンドウ、「計画」タブ

    本文の説明内容に関するイメージ

  6. 「代替グループ番号」を入力します。

    マシンと労務生産資源を主要生産資源および同時生産資源としてモデル化している場合は、両方に同じ代替グループ番号を入力します。これは、これらの生産資源が代替生産資源で置き換えられる場合に、両方がグループとして置き換えられることを示します。

    生産資源(主要グループ内に複数の生産資源が存在する場合は、その中の1つ)に対して「主要フラグ」を選択します。

  7. 「代替」ボタンを選択します。

    「工程代替生産資源」ウィンドウが表示されます。

    「工程代替生産資源」ウィンドウ

    本文の説明内容に関するイメージ

  8. 代替生産資源を入力し、「置換グループ」を選択します。

    置換グループ番号により相対優先度が設定されます。1以上の値を入力してください。複数の代替を使用する場合は、優先度を示す適切な置換グループ番号を指定して複数行に入力します。

    同じ置換グループ番号で複数の生産資源連番を指定できます。これは、一連の主要生産資源が、各置換グループ内の生産資源連番および計画連番(その置換グループ内の計画順または同時性を示します)を使用して一連の代替生産資源によって置換されることを示します。

  9. 必要に応じて、代替生産資源に対して「主要フラグ」を選択します。

同時生産資源の設定

  1. 「ナビゲータ」ウィンドウから、「部品構成表」->「工順」->「工順」を選択します。「工順」ウィンドウが表示されます。

  2. メニュー・バーから「表示」->「検索」を選択します。「工順の検索」ウィンドウが表示されます。

  3. 検索基準を入力して「検索」ボタンを選択し、工順を検索します。検索結果の工順を含む「工順」ウィンドウが表示されます。

  4. 「メイン」タブから、設定に使用する工程連番を選択し、「工程生産資源」ボタンを選択します。「工程生産資源」ウィンドウが表示されます。最初の生産資源はすでに入力されています。この生産資源は主要生産資源と見なされます。

  5. 「計画」タブをクリックします。

  6. 「工程生産資源 - 計画」ページで、初期生産資源の下の行に同時生産資源を入力します。

  7. 「計画連番」フィールドで、主要生産資源と同時生産資源の両方に同じ番号を入力します。

    これは、生産資源が同時生産資源であることを示します。

  8. 「主要フラグ」チェックボックスを選択して、生産資源の1つが主要生産資源であることを示します。

複数生産資源スケジューリング

一部のタイプの生産工程では、適用する処理生産資源を増やすことで期間を短縮できます。たとえば、目視検査工程の期間は、検査担当を1人から2人に増やすことで約半分に短縮できます。この種の分割可能な生産工程の場合は、多数の処理生産資源が使用されるため、工程期間を短縮できるように正確に計画することが重要です。また、特定の工程を分割可能、他の工程を分割不可(各工程に1生産資源)として指定できるようにする必要もあります。Oracle ASCPの複数生産資源スケジューリング機能によって、この目標が達成されます。

複数生産資源スケジューリングの使用

ここでは、この機能の使用例を様々な製造シナリオで示します。

注意: 次のシナリオでのRes1、Res2などの表記は、複数の個別生産資源ではなく、Oracle Bills of Materialで定義されている単一生産資源の複数の同一単位を指します。

シナリオ1

このシナリオでは、1つの工程で複数の生産資源単位が稼働します(分割可能)。

製造現場では、電話の受話器を組み立てています。受話器組立品の製造オーダーは、所要時間が1時間の1つの組立工程で構成されます。製造現場にはRESと呼ばれる1生産資源があります。この生産資源RESには4つの生産資源単位があり、それぞれが4人の組立工(Res1、Res2、Res3、Res4)です。ASCP内では、生産資源が単一生産資源単位でも同じタイプの複数生産資源単位でもかまわないことに注意してください。

製造オーダー・パラメータは、次のとおりです。

次の図に、生産資源単位の割当方法を示します。

シナリオ1

本文の説明内容に関するイメージ

製造オーダーの処理時間合計 = 1.5時間(1製造オーダーを複数の生産資源で処理できる場合)

シナリオ2

このシナリオでは、各工程に対して1単位(分割不可)の場合を示します。

プリント基板の組立では、工程全体を完了するには1生産資源単位が必要です。これは、品目が小さすぎるため、2人以上では処理できないためです。処理の面からも、1度に1つの製造オーダーで2単位を使用できない場合があります。溶接後の洗浄はマシンで行われ、基板は洗浄マシン内部に送られます。この場合、1つの基板を2台の洗浄マシンで処理することはできません。

製造オーダー・パラメータは、次のとおりです。

次の図に、この場合の生産資源単位の割当方法を示します。

注意: 次の図では、生産資源稼働率を計算するためにRes3およびRes4が2時間目も引き続き消費され、他の製造オーダーには使用できないものとOracle ASCPで想定しています。この近接性を克服するために、Res1、Res2、Res3およびRes4を(同じ生産資源の複数単位ではなく)個別の生産資源として定義できます。

シナリオ2

本文の説明内容に関するイメージ

生産資源単位を1対1で割当て

品目マスターで端数処理属性を選択します。「オーダー数量端数処理」フラグが選択されていることは、1つの組立では1度に1つの生産資源単位のみが作業できることを意味します。

  1. 「製造および物流マネージャ」の職責で、次の手順で操作します。

  2. 「在庫」->「品目」->「マスター品目」を選択します。

  3. 「MPS/MRP計画」タブが表示されるまでスクロールします。

  4. 「オーダー数量端数処理」を選択するか、選択を解除します。

    ここでは、端数処理属性を選択した場合の動作例を示します。

例1

製造オーダー・パラメータは、次のとおりです。

ここでは、4つの生産資源単位が4つの製造オーダーに割り当てられ、5つ目の生産資源単位はアイドル状態になっています。製造オーダー完了までに1時間かかります。

例2

製造オーダー・パラメータは、次のとおりです。

ここでは、3つの生産資源単位がすべて最初の2時間(製造オーダー期間)に使用されています。次の2時間は、生産資源単位が1つのみ使用されます。製造オーダー完了までに4時間かかります。

例3

製造オーダー・パラメータは、次のとおりです。

ここでは、3つの生産資源単位がすべて最初の2時間に使用されています。次の1時間は、2つの生産資源単位が使用されます。製造オーダー完了までに3時間かかります。

次の図にも、例3を示します。

例3

本文の説明内容に関するイメージ

注意: ASCPでは、各工程/活動の生産資源単位数は、「工順」フォームの「割当ユニット」フィールドで制御します。

例4

Oracle ASCPでは、複数単位の単一生産資源の生産能力は(生産資源単位ごとに個別のバケットではなく)大きいバケットとして処理されるため、特定の詳細計画上の決定は概算となり、ローカルでは最適でない場合があります。たとえば、次の状況を考えます。

製造オーダー・パラメータは、次のとおりです。

次の図で、左側の表は製造オーダー2が最初に計画される場合、右側の表は製造オーダー1が最初に計画される場合の結果を示しています。どちらの結果も可能であり、製造オーダーが生産資源単位に割り当てられる順序に依存します。

例4

本文の説明内容に関するイメージ

リード・タイムと計画タイム・フェンス

リード・タイムとは、オーダーの必要性を認識してから商品を在庫に受け入れるまでの時間範囲の各部分を指します。

計画タイム・フェンスは、計画エンジンで計画オーダーが作成される可能性のない期間を定義します。計画タイム・フェンス管理は、計画の初期段階での安定性を計画する場合に使用します。

リード・タイムが現実に即した期間になるにつれて、計画と実際(実行中に発生する)との一致精度が増します。計画タイム・フェンス管理は、計画の初期段階での安定性を計画する場合に使用します。

リード・タイム

リード・タイムの概要

リード・タイムとは、オーダーの必要性を認識してから商品を在庫に受け入れるまでの時間範囲の各部分を指します。

ここでは、Oracle Advanced Supply Chain Planningが計画およびスケジュール作成に使用するリード・タイムについて概説します。コンカレント・プロセス、プロファイル・オプション、計画オプション、およびリード・タイムの計算に影響を与える計画パラメータについても説明します。

リード・タイムの設定

計画エンジンが次のソース・システム・フォームで使用するリード・タイム値を設定します。

計画エンジンでは、Oracle Inventoryの保管場所リード・タイムは使用しません。これらはOracle InventoryのMIN-MAX計画プロセス用の値です。

リード・タイム品目属性

ここでは、リード・タイム品目属性について説明します。これらの属性は、次のように定義します。

詳細は、『Oracle Inventoryユーザーズ・ガイド』を参照してください。

リード・タイム品目属性の定義

次のリード・タイム品目属性を入力できます。

リード・タイムとオーダー日

リード・タイムによって、品目の計画オーダーと計画受入に関連する日付が定義されます。

この図は、各リード・タイム属性とそれらの境界を規定する日付を示しています。

リード・タイム属性と計算される日付の関係

本文の説明内容に関するイメージ

リード・タイム品目属性とリード・タイム計算コンカレント・プロセス

Oracle Bills of Materialの次のコンカレント・プロセスを実行すると、ユーザーが手動で設定した可能性のあるリード・タイム値を更新できます。

これらのコンカレント・プロセスでは、リード・タイム品目属性の次のフィールドが更新されます。

小数のリード・タイム値は1日未満の時間数を意味し、リード・タイムを24時間で除算した結果です。

詳細は、『Oracle Bills of Materialユーザーズ・ガイド』を参照してください。

リード・タイム品目属性に関する注意

前処理、処理、後処理、固定および可変は、「収集ワークベンチ」の「品目」ウィンドウおよび「プランナ・ワークベンチ」の「品目」ウィンドウにも表示できます。

計画エンジンでは、「累積製造」や「累積合計」の値を使用しません。これらの値は、「計画タイム・フェンス」品目属性など、リード・タイムを入力する際に値リストに表示されます。

リード・タイム合計は品目属性ではありません。リード・タイム合計は、制約なし計画でオーダーのオーダー日を判断するために、計画エンジンによって次のように計算されます。

「製造リード・タイムの計算」コンカレント・プロセスでは、計画エンジンがリード・タイム合計に使用する計算と同様の、「処理」に対する一般的な計算が使用されます。「製造リード・タイムの計算」コンカレント・プロセスでは、品目属性「リード・タイム・ロット・サイズ」を使用して、品目属性「処理」が計算されます。計画エンジンは、実際のオーダー数量を使用して、特定の計画オーダーまたは計画受入の処理時間を計算します。

このダイアグラムは、リード・タイム合計、累積製造および累積合計の相対的な使用を示しています。

累積リード・タイム属性の計算

本文の説明内容に関するイメージ

供給日の計算

すべての計画タイプに対し、計画エンジンは、計画オーダーおよび計画受入を、供給がペグされている需要の需要納期に基づいて計画します。次の日付が計算されます。

旧納期、旧納入予定日および当初希望入手日は、計画受入のためのソース・システムでの当初日付です。

これらの日付は、「プランナ・ワークベンチ」の「需要/供給」、「供給」および「需要」ウィンドウから表示できます。

「需要/供給」ウィンドウ

本文の説明内容に関するイメージ

計画オーダー需要納期の計算

Oracle Advanced Supply Chain Planningでは、計画オーダー需要納期の計算で、実際の所要日とリード・タイムが考慮されます。したがって、正確なリード・タイム・オフセットが計画タイムバケット総計に提供されます。

計画エンジンを使用すると、期間や週などのタイムバケット総計レベルでの計画が可能になります。このため、需要/供給総計の不整合を簡単に識別でき、機材や労働力の獲得、調達などに関連する戦略的な意思決定を、不要な詳細を生成せずに実行できます。

計画エンジンのメモリー・ベース・プランナでは、リード・タイムに関連した実際の所要日に基づいて、依存需要の計画オーダー需要納期が計算されます。リード・タイム値に基づいて計算された所要日は、その後の計算のために保存されます。

計画エンジンは、すべての日付をタイムバケットの終了まで整列します。整列後の依存需要展開の最初の実行で、より正確な日付を取得できます。

組立品目Aの組織を考えてみます。この組立品目Aには構成部品BおよびCがあります。

組立品

本文の説明内容に関するイメージ

各組立品目の構成部品BとCの数量は1です。

組立品目Aのリード・タイム = 4

半組立品Bのリード・タイム = 3

構成部品Cのリード・タイム = 4

組織は、週次の計画バケットに従い、稼働日は月曜から金曜です。

2月28日(金)にオーダー数量1が品目Aに対して発行されました。

計画エンジンは、次の計画オーダー需要を生成します。

計画オーダー需要納期の計算

本文の説明内容に関するイメージ

説明:

製造供給の日付計算

計画エンジンは、他の方法が指定されていないかぎり、製造カレンダの稼働日を使用して、製造供給の日付を計算します。

希望入手日: 次の上位レベルの組立のために資材が出荷されるか在庫に入る日付。供給がペグされている需要の最早納期。

提示納期: 「制約なし - 需要納期の施行」または「制約付き - 需要納期の施行」計画の場合、この日付は希望入手日と同じです。「制約付き - 生産能力制約の施行」計画の場合、この日付は供給の予定使用可能日です。供給が制約付きの場合、計画エンジンは計画をその制約からフォワードします。

提示納入予定日: 需要納期。納入予定日とは、すべての製造現場工程が完了した日を指します。製造供給には前処理リード・タイムがありません。

提示出荷日: ブランク。

提示開始日: 提示納期 - 生産期間。製造現場工程を開始する日。

リード・タイム・オフセットは稼働日カレンダの稼働日にのみ開始します。次に例を示します。

製造期間:

提示オーダー日: 計画オーダー開始日 - 前処理。オーダーを発行する必要がある日付です。計画受入の場合、このフィールドには計画受入が作成された日付が表示されます。

このダイアグラムは、製造供給に関する日付計算を示しています。

製造供給の日付計算

本文の説明内容に関するイメージ

製造供給構成部品の日付計算

計画エンジンは、計画オプション「資材計画方法」の設定に従って、製造供給オーダーの構成部品納期を計算します。

「計画オプション」ウィンドウ、「メイン」タブ

本文の説明内容に関するイメージ

値が「オーダー開始日」の場合、構成部品納期は供給開始日となります。

値が「工程開始日」の場合は、次のようになります。

購買供給のリード・タイムと承認済仕入先リスト

購買供給の品目に承認済仕入先リストがある場合、計画エンジンは、次の内容を実行します。

「承認済仕入先リスト」計画属性は、「収集ワークベンチ」、「プランナ・ワークベンチ」、「品目」ウィンドウ、「ソース」タブ・リージョンおよび「仕入先担当の選択」に表示されます。

「仕入先生産能力」ウィンドウ

本文の説明内容に関するイメージ

購買供給の日付計算

計画エンジンは、他の方法が指定されていないかぎり、受入組織のカレンダの稼働日を使用して、購買供給の日付を計算します。

希望入手日: 需要を満たすために資材が必要な日付。

提示納期:

提示納入予定日:

提示出荷日: 納入予定日 - 製造期間。

製造期間:

提示開始日: 出荷日。

提示オーダー日: 開始日 - 前処理。計画受入の場合、このフィールドには計画受入が作成された日付が表示されます。「収集ワークベンチ」では、発注の作成日になります。計画エンジンは、組織の製造カレンダを使用してこの日付を計算します。

このダイアグラムは、購買供給に関する計算を示しています。

購買供給の日付計算

本文の説明内容に関するイメージ

転送供給の日付計算

計画エンジンは、受入組織のカレンダおよび出荷組織のカレンダの稼働日を使用して、転送供給の日付を計算します。

希望入手日(受入組織のカレンダ): 需要を満たすために資材が必要な日付。

需要納期(受入組織のカレンダ):

提示納入日(受入組織のカレンダ): 納期 - 後処理

提示出荷日(出荷組織のカレンダ):

提示開始日(出荷組織のカレンダ):

提示オーダー日(受入組織のカレンダ):

計画受入の場合、このフィールドには計画受入が作成された日付が表示されます。

このダイアグラムは、制約なし計画での移動供給に関する日付計算を示しています。計画エンジンは、移動元組織と移動先組織に対して製造期間を個別に計算します。したがって、計画内の日付は、このダイアグラムに表示されているほど正確に整列していない可能性があります。資材がこれらのリード・タイムの範囲内で計画されている場合、プランナはこの要約されたメッセージに対して必要な対応を判断できます。

移動供給(制約なし計画)の日付計算

本文の説明内容に関するイメージ

次の図に、制約付き計画では、出荷組織の希望入手日および需要納期を出荷組織での計画オーダーの出荷日と同じにする必要があることを示します。

移動供給(制約付き計画)の日付計算

本文の説明内容に関するイメージ

計画タイム・フェンス管理

計画タイム・フェンス管理の概要

計画タイム・フェンスは、計画エンジンで計画オーダーを作成できない期間を定義します。計画タイム・フェンス管理は、計画初期段階での計画の安定性を確保するために使用します。

計画タイム・フェンスの設定

組織内の品目に対する計画タイム・フェンスは、品目属性「計画タイム・フェンス」と「計画タイム・フェンス日数」を使用して指定します。

計画内で計画タイム・フェンス管理を有効にするには、計画オプション「計画タイム・フェンス管理」を選択します。

「計画オプション」ウィンドウ

本文の説明内容に関するイメージ

計画エンジンは、各組織の品目ごとに、組織製造カレンダの稼働日を考慮しながら、計画実行日 + 品目属性「計画タイム・フェンス」および「計画タイム・フェンス日数」の値を計算して計画タイム・フェンス日付を算出します。

計画エンジンに対しては、品目の確定計画受入を初めて検出したときに、通常のタイム・フェンスを作成するように指示することもできます。このトピックの「関連のプロファイル・オプション」を参照してください。通常のタイム・フェンスが計画タイム・フェンス日付より後の場合、計画エンジンは、計画タイム・フェンス日付を通常のタイム・フェンスの日付に変更します。

品目属性「計画タイム・フェンス日数」および「計画タイム・フェンス日付」は「プランナ・ワークベンチ」の「品目」ウィンドウに表示できます。これらのフィールドは非表示の場合があります。

「品目」ウィンドウ

本文の説明内容に関するイメージ

計画エンジンには、最後の計画実行から確定計画オーダーを削除するかどうかを指示できます。計画オプション「上書き」を使用して、次のいずれかの値を選択します。

計画タイム・フェンス日付と計画タイプ

計画エンジンは、計画タイム・フェンス日付を次のように使用します。

関連のプロファイル・オプション

プロファイル・オプションの詳細は、「プロファイル・オプションの概要」を参照してください。

計画タイム・フェンス管理および供給の確定に関連するプロファイル・オプションは次のとおりです。

計画エンジンは、計画タイム・フェンス日付を計算するかどうかを、計画オプション「計画タイム・フェンス管理」に基づいて決定します。次のプロファイル・オプションは、計画エンジンに対して、通常のタイム・フェンスを作成し、その通常のタイム・フェンス日付が、計算された計画タイム・フェンス日付より後の日付の場合は、計画タイム・フェンス日付を通常のタイム・フェンス日付に変更するように指示します。

次のプロファイル・オプションは、特定の供給タイプの確定に影響を与えます。

プロファイル・オプション「MRP: PTF内での推奨処理」は、例外および推奨に影響を与えます。このプロファイル・オプションは、制約なし計画で、計画タイム・フェンス日付より前の計画受入について推奨を生成するように、計画エンジンに指示します。

オーダー・タイプおよび供給タイプに対する計画タイム・フェンスのロジック

制約なし計画の場合、計画エンジンは、供給が計画タイム・フェンス日付より前か、後か、当日かを、納期を使用して判断します。制約付き計画の場合、計画エンジンは、オーダー・タイプと供給タイプに応じて異なる方法を使用します。

計画オーダー

確定計画オーダー: 計画エンジンは、確定計画オーダーの完了日は再計画しませんが、そのオーダーの製造資源は再計画する場合があります。プロファイル・オプション「MRP: 確定計画オーダーのタイム・フェンス」が「Yes」の場合、計画エンジンは、通常のタイム・フェンスを作成します。

計画オーダー: 計画エンジンは、計画タイム・フェンス日付より前に計画オーダーを作成しません。計画オーダーは、供給タイプに応じて次のように計画オーダーを計画します。

発注および購買依頼

確定の発注: 通常、計画エンジンは、再計画または取消を推奨しません。

非確定の発注、購買依頼および社内購買依頼: 通常、計画エンジンは、再計画または取消を推奨します。ただし、製造オーダーに対して前倒しは推奨しません。制約なし計画および「生産能力制約の施行」を指定した制約付き計画では、次のように計画します。

プロファイル・オプション「MSO: タイムフェンス内の作業指示/工程の確定」が「Yes」の場合、計画エンジンは次のように処理します。

プロファイル・オプション「MSO: タイムフェンス内の作業指示/工程の確定」が「No」の場合、計画エンジンは次のように処理します。

標準ショップ型製造オーダーとライン型製造オーダー

確定の標準ショップ型製造オーダーおよび確定のライン型製造オーダー: 通常、計画エンジンは、再計画または取消を推奨しません。

非確定の標準ショップ型製造オーダーおよび非確定のライン型製造オーダー: 通常、計画エンジンは、再計画または取消を推奨します。ただし、製造オーダーに対して前倒しは推奨しません。制約なし計画および「生産能力制約の施行」を指定した制約付き計画では、次のように計画します。

プロファイル・オプション「MSO: タイムフェンス内の作業指示/工程の確定」が「Yes」の場合、計画エンジンは次のように処理します。

プロファイル・オプション「MSO: タイムフェンス内の作業指示/工程の確定」が「No」の場合、計画エンジンは、非確定オーダーについて次のように処理します。

非標準ショップ型製造オーダーとフロー・スケジュール

計画エンジンでは、非標準ショップ型製造オーダーおよびフロー・スケジュールが確定とみなされ、再計画の推奨の対象になりません。また、非標準ショップ型製造オーダーに対して取消は推奨されません。

「プランナ・ワークベンチ」の供給日と需要日

計画エンジンによる計算結果として「プランナ・ワークベンチ」に表示される日付は、次の日付によって異なる可能性があります。

「プランナ・ワークベンチ」の需要日

次の表に、「プランナ・ワークベンチ」の需要日を示します。

プロファイル・オプション「MSC: 出荷/受入カレンダの使用」をサイト・レベルで設定します。このプロファイル・オプションはユーザー・レベルで設定したり、サイト・レベルと同じ値を設定しないでください。次に例を示します。

「需要充足日」は、最終需要に直接ペグされている供給の最も遅い納期です。制約なしの計画では、この納期は「需要日」と同じ日付です。終了期日が提示納期以前の最終需要にペグされているすべての供給は、その需要が数時間遅延した場合でも「需要充足日」に含まれます。

需要日独立需要の内容依存需要の内容
要求出荷日受注需要については、この表の後にある「注意」を参照してください。他の需要については、ブランクにします。ブランク。
要求到着日受注需要については、この表の後にある「注意」を参照してください。他の需要については、ブランクにします。ブランク。
予定出荷日受注需要については、この表の後にある「注意」を参照してください。他の需要については、ブランクにします。ブランク。
予定到着日受注需要については、この表の後にある「注意」を参照してください。他の需要については、ブランクにします。ブランク。
見込出荷日受注需要については、この表の後にある「注意」を参照してください。他の需要については、ブランクにします。ブランク。
見込到着日受注需要については、この表の後にある「注意」を参照してください。他の需要については、ブランクにします。ブランク。
提示納期計画エンジンによる代替出荷方法(新規の出荷方法による到着日および期間など)が考慮された出荷期日。
提示納期は、「計画単位」計画オプションに基づいて、次のいずれかになる場合があります。
-要求出荷日
-予定出荷日
-見込出荷日
計画エンジンによる提示納期の変更はありません。
依存需要の納期。
計画エンジンの最終計画フェーズによって決まります。
資材使用可能日需要数量合計が使用可能な日付。需要にペグされている供給が複数ある場合は、需要にペグされている最も遅い供給の納期です。
この日付は、資材の出荷日とは異なる場合があります。たとえば、顧客が、ある品目を木曜日に必要としているとします。製造現場の制約によって、資材が土曜日まで準備できません。週末は出荷ドックが機能しないため、資材は月曜日まで出荷できません。この場合の日付は次のようになります。
  • 需要の提示納期 = 1日目の15:00(木曜日)



  • 需要の資材使用可能日 = 3日目の12:00(土曜日)



  • 需要の提示出荷日 = 5日目の8:00(月曜日)


計画エンジンは、提示出荷日と提示納期間の差異に基づいて、例外メッセージ「需要予測の遅延補充」または「受注の遅延補充」を発行します。
ブランク。
提示出荷日出荷カレンダに準拠した出荷可能な日付。需要の場合、提示出荷日が使用されるのは、外部受注と社内受注の場合のみです。ブランク。
計画到着日受注需要の場合は、提示出荷日、搬送カレンダ、移動中リード・タイムおよび受入カレンダが考慮され計算された到着日です。ブランク。
オーダー日タイプ受注のみの場合は、顧客定義または顧客サイト定義から取得した顧客のオーダー日タイプです。有効な値は、次のとおりです。
-出荷日
-到着日
ブランク。
遅延日数最終需要の場合は、遅延日数が提示納期と需要充足日の差異に基づいて計算されます。
プラスの場合は需要が遅延して満たされ、マイナスの場合は需要が早期に満たされます。
ブランク。
旧納期提示された需要納期。再計画された供給にペグされている依存需要の場合は、再計画前の依存需要の希望入手日です。

注意: 顧客の日付タイプは、オーダー日タイプ(「出荷日」または「到着日」)として定義されます。「要求日」列に受注明細の日付を指定すると、計画エンジンでは、顧客のオーダー日タイプに応じて日付が出荷日または到着日として解釈されます。ATP計算処理時には、要求日、顧客の日付タイプ、および受注で選択した出荷方法を使用した出荷組織から顧客サイトまでの移動リード・タイムに基づいて、計画出荷日と計画到着日が計算されます。

注意: 「需要/供給」ウィンドウで顧客の日付タイプが出荷日の場合、要求された出荷日は、受注明細フィールドの「要求日」から取得します。顧客の日付タイプが到着日の場合、要求された到着日は、受注明細フィールドの「要求日」から取得します。どちらの場合も、計画エンジンでは、受注で選択した出荷方法を使用した出荷組織から顧客サイトまでの移動リード・タイムを使用して他のフィールドが計算されます。

注意: 予定出荷日と予定到着日は、同じ名前の受注フィールドから取得されます。

注意: 見込到着日と見込出荷日は、受注フィールドの「納期」から取得します。このフィールドには、オーダー日タイプおよび受注からの移動リード・タイムを使用して計算された2つの日付のどちらかが含まれます。この計算方法は、オーダー日タイプに基づいた要求到着日または要求出荷日と同じです。

「プランナ・ワークベンチ」の供給日

次の表に、「プランナ・ワークベンチ」の供給日を示します。

リード・タイム計算の例

はじめに

ここでは、制約なし計画および制約付き計画のリード・タイム計算の例を示します。リード・タイム計算における計画タイム・フェンス管理の影響をいくつかの例で示します。

制約付き - 需要納期の施行計画は、需要納期を満たすため計画タイム・フェンスに違反します。この計画と制約付き - 生産能力制約の施行計画のリード・タイム計算は類似しているため、計画タイム・フェンス管理を提示した制約付き - 需要納期の施行計画に固有の例は、ここでは特に示しません。

カレンダ

リード・タイムの例では、次に示す3つのカレンダを使用しています。これらのカレンダでは、日付を番号として示しています。たとえば、9月1日などの特定の日付ではなく、日付1や日付2として示します。

それぞれのカレンダには週が複数含まれています。1行には7日間あります。非稼働日には日付番号の後に文字NWが付いています。非搬送日には、日付番号の後に文字NDが付いています。

次の表は、組織ORG1(受入組織)で使用する組織カレンダです。5日稼働、2日非稼働のパターンに従っています。

月曜日火曜日水曜日木曜日金曜日土曜日日曜日
1 2 3 4 5 6NW 7NW
8 9 10 11 12 13NW 14NW
15 16 17 18 19 20NW 21NW
22 23 24 25 26 27NW 28NW
29 30 31 32 33 34NW 35NW
36 37 38 39 40 41NW 42NW

次の表は、組織ORG2(出荷組織)で使用する組織カレンダです。6日稼働、1日非稼働のパターンに従っています。

月曜日火曜日水曜日木曜日金曜日土曜日日曜日
1 2 3 4 5 6 7NW
8 9 10 11 12 13 14NW
15 16 17 18 19 20 21NW
22 23 24 25 26 27 28NW
29 30 31 32 33 34 35NW
36 37 38 39 40 41 42NW

次の表は、購買構成部品を供給する仕入先の承認済仕入先リストからの搬送カレンダです。

月曜日火曜日水曜日木曜日金曜日土曜日日曜日
1 2ND 3 4ND 5 6 7ND
8 9ND 10 11ND 12 13 14ND
15 16ND 17 18ND 19 20 21ND
22 23ND 24 25ND 26 27 28ND
29 30ND 31 32ND 33 34 35ND
36 37ND 38 39ND 40 41 42ND

例1: 購買構成部品のある製造供給

この例では、組織ORG1内の購買構成部品である品目Bを使用した品目Aの製造供給のためのリード・タイム計算を示します。品目Bは品目Aの最初の工程で使用され、品目Aでの使用数量は1です。

リード・タイム

ソース・ルール:

日付19に品目Aの需要が8ユニットあります。

シナリオ1: 制約なし計画、計画タイム・フェンス管理なし

次に示す計算は、制約なし計画用です。制約付き計画用の計算は、詳細な生産資源制約と資材制約を考慮に入れる点以外は、制約なし計画の計算と類似しています。

設定の詳細は、このトピックにある「例1: 購買構成部品のある製造供給」を参照してください。

シナリオ1: 品目Aの供給の計算

希望入手日: 日付19(需要納期)

提示納期: 日付19(希望入手日)

提示開始日: 日付10

提示オーダー日: 日付9

シナリオ1: 品目Bの需要の計算

品目Aを製造するには、購買構成部品である品目Bを使用します。品目Aの最初の工程で品目Bを使用する(オーダー開始日の資材計画方法)場合、需要納期は日付10(品目Aの提示開始日)です。

シナリオ1: 品目Bの供給の計算

希望入手日: 日付10(需要納期)

提示納期: 日付10(希望入手日)

提示納入予定日: 日付8

提示出荷日: 日付4

提示開始日: 日付4(提示出荷日)

提示オーダー日: 日付3

シナリオ1: 要約

次の表に、「シナリオ1: 制約なし計画、計画タイム・フェンス管理なし」のリード・タイムを要約します。

組織品目オーダー・タイプ提示納期提示納入予定日提示開始日提示オーダー日
ORG1 A 需要日付19 N/AN/AN/A
ORG1 A 計画オーダー日付19 N/A 日付10 日付9
ORG1 B 計画オーダー需要日付10 N/AN/AN/A
ORG1 B 計画オーダー日付10 日付8 日付4 日付3

シナリオ2: 制約なし計画、組立計画のタイム・フェンス管理

設定の詳細は、このトピックにある「例1: 購買構成部品のある製造供給」を参照してください。

品目A、組織ORG1での計画タイム・フェンス日数: 15

品目A、組織ORG1での計画タイム・フェンス日付: 日付19

計画エンジンでは、計画タイム・フェンス日付の翌日まで計画オーダーを計画できません。

シナリオ2: 品目Aの供給の計算

希望入手日: 日付19(需要納期)

提示納期: 日付22

提示開始日: 日付11

提示オーダー日: 日付10

シナリオ2: 品目Bの需要の計算

品目Aを製造するには、購買構成部品である品目Bを使用します。品目Aの最初の工程で品目Bを使用する(オーダー開始日の資材計画方法)場合、需要納期は日付11(品目Aの提示開始日)です。

シナリオ2: 品目Bの供給の計算

希望入手日: 日付11(需要納期)

提示納期: 日付11(希望入手日)

提示納入予定日: 日付10

提示出荷日: 日付8

提示開始日: 日付8(提示出荷日)

提示オーダー日: 日付5

シナリオ2: 要約

次の表に、「シナリオ2: 制約なし計画、組立計画のタイム・フェンス管理」のリード・タイムの要約を示します。

組織品目オーダー・タイプ提示納期提示納入予定日提示開始日提示オーダー日
ORG1 A 需要日付19 N/AN/AN/A
ORG1 A 計画オーダー日付22 N/A 日付11 日付10
ORG1 B 計画オーダー需要日付11 N/AN/AN/A
ORG1 B 計画オーダー日付11 日付10 日付8 日付5

シナリオ3: 制約付き - 生産能力制約の施行計画、組立計画のタイム・フェンス管理

制約付き計画では、生産資源と資材の制約を考慮する詳細計画を実行します。次に示す例では、制約がなくリード・タイム・オフセットを使用することが想定されています。計画エンジンは、品目Aに工順がない場合にのみこれを実行します。

設定の詳細は、このトピックにある「例1: 購買構成部品のある製造供給」を参照してください。

シナリオ3: 品目Aの供給の計算

希望入手日: 日付19(需要納期)

提示納期: 日付19(希望入手日)

提示開始日: 日付22

提示オーダー日: 日付19

提示納入予定日を基準にしたフォワード計画により、提示納期を再計算します。

提示納期: 日付23

シナリオ3: 品目Bの需要の計算

品目Aを製造するには、購買構成部品である品目Bを使用します。品目Aの最初の工程で品目Bを使用する(オーダー開始日の資材計画方法)場合、需要納期は日付22(品目Aの提示開始日)です。

シナリオ3: 品目Bの供給の計算

希望入手日: 日付22(需要納期)

提示納期: 日付2(希望入手日)

提示納入予定日: 日付19

提示出荷日: 日付17

提示開始日: 日付17(提示出荷日)

提示オーダー日: 日付16

シナリオ3: 要約

次の表に、「シナリオ3: 制約付き - 生産能力制約の施行計画、組立計画のタイム・フェンス管理」のリード・タイムを要約します。

組織品目オーダー・タイプ提示納期提示納入予定日提示開始日提示オーダー日
ORG1 A 需要日付19 N/AN/AN/A
ORG1 A 計画オーダー日付31 N/A日付22 日付19
ORG1 B 計画オーダー需要日付22 N/AN/AN/A
ORG1 B 計画オーダー日付22 日付19 日付17 日付16

例2: 購買構成部品

次に示す例は、例1のシナリオと同じですが、購買構成部品である品目Bに計画タイム・フェンスがあります。

この例のシナリオは、シナリオ1に類似するものです。シナリオ1では、組立品目Aにも購買構成部品品目Bにも計画タイム・フェンスがありませんが、次のシナリオでは、組立品目Aには計画タイム・フェンスがなく、購買構成部品品目Bに計画タイム・フェンスがあります。

品目B、組織ORG1での計画タイム・フェンス日数: 15

品目B、組織ORG1での計画タイム・フェンス日付: 日付19

計画エンジンでは、計画タイム・フェンス日付の翌日まで計画オーダーを計画できません。

シナリオ4: 制約なし計画、購買構成部品の計画タイム・フェンス管理

設定の詳細は、このトピックにある「例2: 購買構成部品」を参照してください。

品目Aの供給と品目Bの需要の計算方法は、このトピックにある「シナリオ1: 制約なし計画、計画タイム・フェンス管理なし」を参照してください。品目Bには、日付10が納期の依存需要があります。

シナリオ4: 品目Bの供給の計算

希望入手日: 日付10(需要納期)

提示納期: 日付22

提示納入予定日: 日付19

提示出荷日: 日付17

提示開始日: 日付17(提示出荷日)

提示オーダー日: 日付16

シナリオ4: 要約

次の表に、「シナリオ4: 制約なし計画、購買構成部品の計画タイム・フェンス管理」のリード・タイムを要約します。

組織品目オーダー・タイプ提示納期提示納入予定日提示開始日提示オーダー日
ORG1 A 需要日付19 N/AN/AN/A
ORG1 A 計画オーダー日付31 N/A 日付10 日付9
ORG1 B 計画オーダー需要日付10 N/AN/AN/A
ORG1 B 計画オーダー日付22 日付19 日付17 日付16

シナリオ5: 制約付き - 生産能力制約の施行計画、購買構成部品の計画タイム・フェンス管理

設定の詳細は、このトピックにある「例2: 購買構成部品」を参照してください。

品目Aの供給と品目Bの需要の計算方法は、このトピックにある「シナリオ1: 制約なし計画、計画タイム・フェンス管理なし」を参照してください。品目Bには、日付10が納期の依存需要があります。

シナリオ5: 品目Bの供給の計算

希望入手日: 日付10(需要納期)

提示納期: 日付10(希望入手日)

提示納入予定日: 日付22

提示出荷日: 日付18

提示開始日: 日付18(提示出荷日)

提示オーダー日: 日付17

提示納入予定日を基準にしたフォワード計画により、提示納期を再計算します。

提示納期: 日付23

シナリオ5: 品目Aの供給の再計算

提示開始日: 日付23(品目Bの提示納期)

提示納期: 日付32

提示オーダー日: 日付22

シナリオ5: 要約

次の表に、「シナリオ5: 制約付き - 生産能力制約の施行計画、購買構成部品の計画タイム・フェンス管理」のリード・タイムを要約します。

組織品目オーダー・タイプ提示納期提示納入予定日提示開始日提示オーダー日
ORG1 A 需要日付19 N/AN/AN/A
ORG1 A 計画オーダー日付32 N/A 日付23 日付22
ORG1 B 計画オーダー需要日付23 N/AN/AN/A
ORG1 B 計画オーダー日付23 日付22 日付18 日付17

例3: 移動構成部品

この例では、組織ORG1内の、移動構成部品品目Cを使用した品目Aの製造供給のためのリード・タイムを計算します。ORG2は組織ORG1に対して品目Cを供給します。品目Cは品目Aの最初の工程で使用され、品目Aでの使用数量は1です。

リード・タイム

ソース・ルール:

日付33に品目Aの需要が8ユニットあります。

シナリオ6: 制約なし計画、計画タイム・フェンス管理なし

次に示す計算は、制約なし計画用です。制約付き計画用の計算は、詳細な生産資源制約と資材制約を考慮に入れる点以外は、制約なし計画の計算と類似しています。

設定の詳細は、このトピックにある「例3: 移動構成部品」を参照してください。

シナリオ6: 品目Aの供給の計算(製造、受入組織)

希望入手日: 日付33(需要納期)

提示納期: 日付33(希望入手日)

提示開始日: 日付24

提示オーダー日: 日付23

シナリオ6: 品目Cの需要の計算(移動、受入組織)

品目Aを製造するには、購買構成部品である品目Cを使用します。品目Aの最初の工程で品目Cを使用する(発注開始日の資材計画方法)場合、需要納期は日付24(品目Aの提示開始日)です。

シナリオ6: 品目Cの供給の計算(移動、受入組織)

希望入手日: 日付24(需要納期)

提示納期: 日付24(希望入手日)

提示納入予定日: 日付23

提示出荷日: 日付20

提示開始日: 日付13

提示オーダー日: 日付12

シナリオ6: 品目Cの需要の計算(製造、出荷組織)

構成部品品目CをORG2からORG1に移動します。需要納期: 日付20(ORG1での品目Aの提示出荷日)

シナリオ6: 品目Cの供給の計算(製造、出荷組織)

希望入手日: 日付20(需要納期)

提示納期: 日付20(希望入手日)

提示開始日: 日付13

提示オーダー日: 日付10

シナリオ6: 要約

次の表に、「シナリオ6: 制約なし計画、計画タイム・フェンス管理なし」のリード・タイムを要約します。

組織品目オーダー・タイプ提示納期提示納入予定日提示出荷日提示開始日提示オーダー日
ORG1 A 需要日付33 N/AN/AN/AN/A
ORG1 A 計画オーダー日付33 N/AN/A日付24 日付23
ORG1 C 計画オーダー需要日付24 N/AN/AN/AN/A
ORG1 C 計画オーダー日付24 日付23 日付20 日付13 日付12
ORG2 C 計画オーダー需要日付20 N/AN/AN/AN/A
ORG2 C 計画オーダー日付20 N/AN/A日付13 日付10

シナリオ6: 制約付き計画での品目Cの供給の計算(製造、出荷組織)

制約付き計画では、計画エンジンは開始日の計画に出荷組織での処理時間見積を含めません。これにより、品目が手持在庫にあるか処理中の場合に、受注がプッシュされることがなくなります。

このトピック内の「シナリオ6: 品目Cの供給の計算(製造、出荷組織)」にある制約なし計画の表とこの表を比較します。受入組織ORG1での提示開始日と提示オーダー日の違いに注意してください。

次の表に、制約付き計画を使用した場合の「シナリオ6: 制約なし計画、計画タイム・フェンス管理なし」のリード・タイムを要約します。

組織品目オーダー・タイプ提示納期提示納入予定日提示出荷日提示開始日提示オーダー日
ORG1 A 需要日付33 N/AN/AN/AN/A
ORG1 A 計画オーダー日付33 N/AN/A日付24 日付23
ORG1 C 計画オーダー需要日付24 N/AN/AN/AN/A
ORG1 C 計画オーダー日付24 日付23 日付20 日付20 日付19
ORG2 C 計画オーダー需要日付20 N/AN/AN/AN/A
ORG2 C 計画オーダー日付20 N/AN/A日付13 日付10

シナリオ7: 制約なし計画、購買構成部品の計画タイム・フェンス管理

このシナリオはシナリオ6と同じですが、受入組織ORG1で移動構成部品品目Cに計画タイム・フェンスがあります。

設定の詳細は、このトピックにある「例3: 移動構成部品」を参照してください。

シナリオ6では、組立品目Aにも移動構成部品品目Cにも計画タイム・フェンスはありませんでしたが、このシナリオでは、組立品目Aに計画タイム・フェンスがなく、移動構成部品品目Cに計画タイム・フェンスがあります。

品目C、組織ORG1の計画タイム・フェンス日数: 20

品目C、組織ORG1の計画タイム・フェンス日付: 日付26

計画エンジンでは、計画タイム・フェンス日付の翌日まで計画オーダーを計画できません。

受入組織ORG1での品目Aの供給と品目Cの需要の計算方法は、このトピックにある「シナリオ6: 制約なし計画、計画タイム・フェンス管理なし」を参照してください。受入組織での品目Cには、日付24が納期の依存需要があります。

シナリオ7: 品目Cの供給の計算(移動、受入組織)

希望入手日: 日付24(需要納期)

提示納期: 日付29

提示納入予定日: 日付26

提示出荷日: 日付24

提示開始日: 日付17

提示オーダー日: 日付16

シナリオ7: 品目Cの需要の計算(製造、出荷組織)

構成部品品目CをORG2からORG1に移動します。需要納期: 日付24(ORG1での品目Aの提示出荷日)

シナリオ7: 品目Cの供給の計算(製造、出荷組織)

希望入手日: 日付24(需要納期)

提示納期: 日付24(希望入手日)

提示開始日: 日付17

提示オーダー日: 日付13

シナリオ7: 要約

次の表に、「シナリオ7: 制約なし計画、購買構成部品の計画タイム・フェンス管理」のリード・タイムを要約します。

組織品目オーダー・タイプ提示納期提示納入予定日提示出荷日提示開始日提示オーダー日
ORG1 A 需要日付33 N/AN/AN/AN/A
ORG1 A 計画オーダー日付33 N/AN/A日付24 日付23
ORG1 C 計画オーダー需要日付24 N/AN/AN/AN/A
ORG1 C 計画オーダー日付29 日付26 日付24 日付17 日付16
ORG2 C 計画オーダー需要日付24 N/AN/AN/AN/A
ORG2 C 計画オーダー日付24 N/AN/A日付17 日付13

シナリオ8: 制約付き - 生産能力制約の施行計画、移動構成部品の計画タイム・フェンス管理

制約付き計画では、生産資源と資材の制約を考慮する詳細計画を実行します。次に示す例では、制約がなくリード・タイム・オフセットを使用することが想定されています。計画エンジンは、品目Aに工順がない場合にのみこれを実行します。

設定の詳細は、このトピックにある「例3: 移動構成部品」を参照してください。

組織ORG1での品目Cの計画タイム・フェンス日付の計算方法は、このトピックにある「シナリオ7: 制約なし計画、購買構成部品の計画タイム・フェンス管理」を参照してください。品目Cの組織ORG1での計画タイム・フェンス日付は日付26です。計画エンジンでは、計画タイム・フェンス日付の翌日まで計画オーダーを計画できません。

受入組織ORG1での品目Aの供給と品目Cの需要の計算方法は、このトピックにある「シナリオ6: 制約なし計画、計画タイム・フェンス管理なし」を参照してください。受入組織での品目Cには、日付24が納期の依存需要があります。

シナリオ8: 品目Cの供給の計算(移動、受入組織)

希望入手日: 日付24(需要納期)

提示納期: 日付24(希望入手日)

提示納入予定日: 日付23

提示出荷日: 日付20

提示開始日: 日付27

提示オーダー日: 日付26

シナリオ8: 品目Cの供給の再計算(移動、受入組織)

提示開始日を基準にしたフォワード計画により、提示出荷日、提示納入予定日および提示納期を再計算します。

提示出荷日: 日付31

提示納入予定日: 日付33

提示納期: 日付36

シナリオ8: 品目Aの供給の再計算(製造、受入組織)

日付36(ORG1受入組織での品目Cの提示納期)を基準にしたフォワード計画により、品目Aの供給の提示開始日および提示納期を再計画します。

提示開始日: 日付36(品目Cの提示納期)

提示納期: 日付45

日付36(ORG1受入組織での品目Cの提示納期)を基準にしたバックワード計画により、品目Aの供給の提示オーダー日を再計画します。

提示オーダー日: 日付33

シナリオ8: 品目Cの需要の計算(製造、出荷組織)

構成部品品目CをORG2からORG1に移動します。需要納期: 日付31(ORG1受入組織での品目Cの提示出荷日)

シナリオ8: 品目Cの供給の計算(製造、出荷組織)

希望入手日: 日付31(需要納期)

提示納期: 日付31(希望入手日)

提示開始日: 日付24

提示オーダー日: 日付20

シナリオ8: 要約

次の表に、「シナリオ8: 制約付き - 生産能力制約の施行計画、移動構成部品の計画タイム・フェンス管理」のリード・タイムを要約します。

組織品目オーダー・タイプ提示納期提示納入予定日提示出荷日提示開始日提示オーダー日
ORG1 A 需要日付33 N/AN/AN/AN/A
ORG1 A 計画オーダー日付45 N/AN/A日付36 日付33
ORG1 C 計画オーダー需要日付36 N/AN/AN/AN/A
ORG1 C 計画オーダー日付36 日付33 日付31 日付27 日付26
ORG2 C 計画オーダー需要日付31 N/A N/A N/A N/A
ORG2 C 計画オーダー日付31 N/AN/A日付24 日付26

計画タイム・フェンス管理の例

製造作業指示の計画

このトピックでは、製造作業指示計画の作成方法について説明します。ここに示す例ではOracle Work in Processのショップ型製造オーダーを使用しますが、これらはOracle Shop Floor Manufacturingのロット基準製造オーダーおよびOracle Process Manufacturingの作業指示のプライマリ・パスを計画する際にも該当します。

次のダイアグラムに、以下の機能を持つ計画を示します。

次のダイアグラムに、計画実行後のこの品目の供給を示します。この供給には次の特長があります。

次のダイアグラムに、収集されたショップ型製造オーダーの状態を示します。

収集されたショップ型製造オーダーの状態

本文の説明内容に関するイメージ

制約なし計画での製造作業指示の計画

制約なし計画では、計画エンジンは、次のように、製造作業指示の完了日が計画タイム・フェンス日付より前になるように計画します。

次のダイアグラムに、「製造作業指示の計画」の項の場合と同じ製造作業指示を、制約なし計画で作成したものを示します。計画エンジンは、オーダー期限日を計画し、次に、製造作業指示工順に対するリード・タイム%に従って、工程をオーダー期限日からオフセットします。計画実行日より前に計画されている工程については、計画エンジンは工程を圧縮して、工程が開始され計画実行日に完了されるようにします。

次のダイアグラムに、制約なし計画での計画タイム・フェンス日付およびショップ型製造オーダー計画の確定の影響を示します。

計画タイム・フェンスおよび確定を伴うショップ型製造オーダー計画、制約なし計画

本文の説明内容に関するイメージ

制約付き - 生産能力制約の施行計画での製造作業指示の計画

制約付き - 生産能力制約の施行計画の場合、計画エンジンは、品目の計画タイム・フェンス日付に基づいて次の計画タイム・フェンス管理ルールを適用します。

工程詳細計画で、計画エンジンは各工程の最早可能開始日を計算します。この日付が計画タイム・フェンス日付より前になることはありませんが、後になる可能性はあります。

次のダイアグラムに、「制約なし計画での製造作業指示の計画」の項の場合と同じ製造作業指示を示します。

次のダイアグラムに、制約付き - 需要納期の施行計画でのショップ型製造オーダー計画への計画タイム・フェンス日付および日付確定の影響を示します。

計画タイム・フェンスおよび確定を伴うショップ型製造オーダー計画、制約付き - 生産能力制約の施行計画

本文の説明内容に関するイメージ

制約付き - 需要納期の施行計画での製造作業指示の計画

通常、制約付き - 需要納期の施行計画では、制約付き - 生産能力制約の施行計画と同じ規則に従います。ただし、計画エンジンでは、需要を満たすように計画タイム・フェンス日付よりも前に供給を計画することがあります。また、工程を圧縮することもあります。

次のダイアグラムに、「制約付き - 生産能力制約の施行計画での製造作業指示の計画」の項と同じ製造作業指示を、制約付き - 需要納期の施行計画で計画したものを示します。計画エンジンでは、計画タイム・フェンスに違反した場合でも、ぺグ需要の納期を満たすようにすべての供給を計画します。

次のダイアグラムに、制約付き - 需要納期の施行計画でのショップ型製造オーダー計画への計画タイム・フェンス日付および日付確定の影響を示します。

計画タイム・フェンスおよび確定を伴うショップ型製造オーダー計画、制約付き - 需要納期の施行計画

本文の説明内容に関するイメージ

工程およびオーダーの確定を伴う製造作業指示の計画

以前の計画の詳細計画日付または設定済の詳細計画日付をそのまま維持する場合は、計画タイム・フェンス内の工程を確定とみなすように、計画エンジンに指示することができます。

制約付き計画では、サイト・レベルでプロファイル・オプション「MSO: タイムフェンス内工程/オーダーの確定」を「Yes」に設定します。計画エンジンは次のことを行います。

次のダイアグラムに、「制約付き - 生産能力制約の施行計画での製造作業指示の計画」の項の場合と同じ製造作業指示を示します。制約付き - 需要納期の施行計画での計画もこれに類似しています。

次のダイアグラムに、制約付き計画でのショップ型製造オーダー計画の工程およびオーダーの確定の影響を示します。

工程およびオーダーの確定を伴うショップ型製造オーダー計画、制約付き計画

本文の説明内容に関するイメージ

安全在庫

安全在庫とは、需要の変動(予測エラーなど)および供給の変動(仕入先リード・タイムの変動や変則的な工程歩留など)に対応するために、在庫に残す予定の在庫数量です。安全在庫は、オーバープランニングまたは市場ヘッジと呼ばれることもあります。

安全在庫は、保守が必要な在庫レベルです。在庫を消込することで、受注および予測などの需要を満たします。安全在庫は、保守が必要な在庫レベルの1つで、予定使用可能残高に残ります。

安全在庫レベルは、複数の異なるタイプの安全在庫レベルから構成できます。

次のダイアグラムは、15日の計画期間(PH)での安全在庫レベルとその構成要素を示しています。これは、次のことを詳細に説明しています。

  D1 D2 D3 D4 D5 D6 D7 D8 D9 D10 D11 D12 D13 D14 D15
SSL 10 10 10 10 10 10 25 25 25 18 18 18 15 15 15
T1 (D7 > D9) - - - - - - 10 10 10 - - - -- - -
T2 (D10 < D12) - - - - - - - - - 3 3 3 - - -
NT1 (D7 > PH) - - - - - - 5 5 5 5 5 5 5 5 5
NT2 (D1 > PH) 10 10 10 10 10 10 10 10 10 10 10 10 10 10 10

安全在庫レベルの指定

いくつかの方法を使用して、計画エンジンに安全在庫レベルを指定できます。

最適化計画を実行する場合は、「暗黙的な目的」も参照してください。

安全在庫レベルの指定

品目属性にナビゲートします(「在庫」->「品目」->「マスター品目」または「在庫」->「品目」->「組織品目」->タブ「計画一般情報」->リージョン「安全在庫」->フィールド「方法」)。

「方法」を「非MRP計画」に設定します。

本文の説明内容に関するイメージ

フォーム「安全在庫数量の入力」にナビゲートします(「在庫」->「計画」->「安全在庫」)。

品目、数量および有効日を入力します。

本文の説明内容に関するイメージ

1つの品目に安全在庫レベルを1つだけ指定すると、計画エンジンは、その安全在庫レベルを非一時的なものとみなします。1つの品目に複数の安全在庫レベルを入力した場合、計画エンジンは通常、その安全在庫レベルを一時的なものとみなします。ただし、それらのレベルが常に増え続ける場合、計画エンジンは、安全在庫レベルを非一時的なものとみなします。品目に安全在庫レベルがない場合、計画エンジンはその安全在庫レベルをゼロとみなします。

『Oracle Inventoryユーザーズ・ガイド』の安全在庫の入力と再ロードに関する項を参照してください。

Oracle Inventoryによる安全在庫レベルの計算

品目属性にナビゲートします(「在庫」->「品目」->「マスター品目」または「在庫」->「品目」->「組織品目」->タブ「計画一般情報」->リージョン「安全在庫」->フィールド「方法」)。

「方法」を「非MRP計画」に設定します。

次のOracle Inventory方法の1つを使用して、安全在庫を計算します。

『Oracle Inventoryユーザーズ・ガイド』の安全在庫の入力と再ロードに関する項を参照してください。

計画エンジンによる安全在庫レベルの計算

品目属性にナビゲートします(「在庫」->「品目」->「マスター品目」または「在庫」->「品目」->「組織品目」->タブ「計画一般情報」->リージョン「安全在庫」->フィールド「方法」)。

フィールド「方法」を「MRP計画比率」に設定します。

「バケット日」に需要の集計に使用する日数を指定します。

「パーセント」に安全在庫に使用する集計済需要の割合を指定します。

「バケット日」または「パーセント」のいずれかがゼロの場合、計画エンジンは安全在庫をゼロとして計算します。

本文の説明内容に関するイメージ

計画エンジンは、計画プロセス中の計画期間のすべての稼働日について安全在庫レベルを計算します。このレベルは、その日の終わりまでに満たす必要のあるターゲットになります。これは、プロファイル・オプション「MSO: デフォルト・タイムスタンプ安全在庫」によって制御できます。

計画エンジンでは、日ごとに、定義した安全在庫比率に安全在庫日数の総所要量の合計を掛けます。計画プロセスは、制約なし計画でライン型製造される品目の場合にかぎり、定義した比率に各ライン型製造計画期間中の平均日次需要を掛けます。

ショップ型安全在庫の算式は、(バケット日稼働日の総所要量の合計 * パーセント) / (100 * バケット日数)になります。

組織の製造カレンダによって稼働日が決定されます。

総所要量には、独立需要と依存需要の両方が含まれます。独立需要の場合、計画エンジンは需要日を使用します。依存需要の場合は、制約なし需要日を使用します。制約付きの最適化計画では、計画プロセスは安全在庫計算の後で生じます。計画エンジンは、計画プロセスで日付が変更された場合でも、安全在庫を再計算しません。

需要が週次バケットの場合、計画は週次需要を複数の日数に均等に分割します。

たとえば、ある品目に次の品目属性があるとします。

  D1 D2 D3 D4 D5 D6 D7 D8 D9
需要(独立および依存)10 20 15 35 25 - - 5 35
安全在庫レベル105 [(10+20+15+35+25) * 500] / (100 *5)] 100 [(20+15+35+25+5) * 500] / (100 *5)] - - - - - - -

Oracle Inventory Optimizationによる安全在庫レベルの計算

品目属性にナビゲートします(「在庫」->「品目」->「マスター品目」または「在庫」->「品目」->「組織品目」->タブ「計画一般情報」->リージョン「安全在庫」)。

フィールド「方法」を「MRP計画比率」に設定します。「バケット日」と「パーセント」はブランクのままにしておくことが可能です。Oracle Inventory Optimizationは、品目属性「方法」が「MRP計画比率」に設定された品目のみに安全在庫レベルを計算します。

Oracle Inventory Optimizationを使用して、需要およびリード・タイムの変動を考慮した安全在庫レベルを計算します。『Oracle Inventory Optimization Implementation and User's Guide』を参照してください。

計画エンジンは、品目と組織の各組合せに関する情報を受け取ります。レベルは、在庫最適化計画のタイムバケットにあわせて設定されます。

在庫最適化計画にない計画済品目があり、品目属性の方法が次のように設定されているとします。

Oracle Inventory Optimizationから安全在庫情報を受信した場合、計画エンジンは次のように処理します。

安全在庫計画

安全在庫計画の有効化

フォーム「計画オプション」にナビゲートします(「サプライ・チェーン計画」->「サプライ・チェーン計画」->「オプション」)。タブ「組織」で、次の手順を実行します。

安全在庫のフェーズの計画

計画エンジンは、次に示す一連のフェーズの処理によって、安全在庫レベルを満たすように計画します。

このトピックでは、安全在庫平滑化、在庫算入および計画の各フェーズについて説明しています。ぺギング・フェーズについては、「安全在庫ぺギング」を参照してください。

安全在庫平滑化計画フェーズ

このフェーズは特に、計画エンジンによる安全在庫レベルの計算がある場合に検討してください。計画エンジンは、需要レベルに基づいて安全在庫レベルを計算します。これは、需要レベルに変動があると、安全在庫レベルにも変動が生じるためです。このフェーズは、不安定な安全在庫レベルを平滑化するのに役立ちます。

安全在庫平滑化には、次のいくつかのタイプがあります。

安全在庫平滑化計画フェーズ: 期間内

計画エンジンに対して、期間内は安全在庫レベルを比較的一定に保つように指示できます。

次を指定します。

計画エンジンでは、計画開始日に次の処理が開始されます。

次の表は、日次安全在庫レベルを示しています。これは、計画エンジンが、プロファイル・オプション「MSC: 安全在庫変更間隔 (日数)」が3に設定された、プロファイル・オプション「MSC: 変更間隔内の安全在庫を計算する平滑方法」の値として計算する平滑化安全在庫レベルを示しています。レベルは整数に端数処理されています。

  D1 D2 D3 D4 D5 D6 D7 D8 D9 D10 D11 D12 D13 D14 D15
日次11 14 25 5 5 15 35 45 25 12 45 23 5 10 15
最小11 11 11 5 5 5 25 25 25 12 12 12 5 5 5
平均17 17 17 8 8 8 35 35 35 27 27 27 10 10 10
最大25 25 25 15 15 15 45 45 45 45 45 45 15 15 15

安全在庫平滑化計画フェーズ: 期間全体

計画エンジンに対して、平滑化期間全体の安全在庫レベルを最小化するように指示できます。

次を指定します。

計画エンジンは、計画期間内の最大安全在庫レベルを検出して、その間隔から平滑化プロセスを開始します。このプロセスでは、計画開始日まで戻って各間隔を平滑化してから、計画期間の最後まで進んで、各間隔を平滑化します。

計画エンジンは、時間間隔間の変更を[100 * (次の間隔の安全在庫レベル - この間隔の安全在庫レベル)] / この間隔の安全在庫レベルという算式で計算します。

2つの時間間隔間の偏差によって、計画エンジンによる処理は次のようになります。

この表は次のとおりです。

  D1-3 D4-6 D7-9 D10-12 D13-15
期間内で平滑化された最小安全在庫レベル11 5 25 12 5
最大許容偏差+/- 55% +/- 55% ベース+/- 55% +/- 55%
最小許容偏差+/- 10% +/- 10% ベース+/- 10% +/- 10%
平滑化の計算順序2 1 ベース3 4
実績偏差+46.6%
[100*(16.13 - 11)/11]
+400%
[100*(25 - 5)/5]
ベース-52%
[100*(12 - 25)/25]
-58%
[100*(5 - 12)/12]
決定 最小/最大範囲内の実績偏差; 保持値 許容される最大範囲外の実績偏差; ベース・レベルの 55%の能力安全在庫レベルベース最小/最大範囲内の実績偏差; 保持値許容される最大範囲外の実績偏差; 以前のレベルの 55%の能力安全在庫レベル
期間全体の平滑化安全在庫レベル11 16
[25 / (1+0.55) = 16.13]
25 12 5
[12*(1 - 0.55)] = 5.4]

安全在庫の在庫算入計画フェーズ

ある品目に安全在庫レベルがある場合、算入プロセスは次の算式を使用して不足をチェックします。前回の期間の予定使用可能残高 + この期間の供給 - この期間の独立需要と依存需要 - この期間の安全在庫レベル。

計画エンジンが計画オーダー、将来の確定計画オーダーおよび推奨によって不足を解決した後、予定使用可能残高は安全在庫レベルになっている必要があります。ただし、予定使用可能残高は、オーダー・モディファイアおよび制約によって影響を受けることがあります。

安全在庫のペギング計画フェーズ

ペギング・フェーズについては、「安全在庫ペギング」を参照してください。

安全在庫の計画フェーズの計画

計画エンジンは、安全在庫ペギング情報を使用して供給を計画します。供給が、需要と安全在庫レベルの両方に適宜対応できるように計画します。

その他の安全在庫計画原理

計画エンジンは、在庫算入およびペギング・フェーズで制約なし需要日を使用します。計画フェーズは、供給を出し入れすることがあるため、保持する安全在庫が過多または過少になる可能性があります。

計画エンジンは、安全在庫レベルを計算するときに、制約なし需要日を使用します。したがって、安全在庫レベルを「MRP計画比率」の値に関連付けることが困難な場合があります。安全在庫レベルの初期計算に使用される依存需要は、計画プロセスによって移動していることがあります。

次のプロファイル・オプションも安全在庫に関連しています。

安全在庫結果の表示

安全在庫計画の結果を表示するには、「水平プラン」「需要/供給」ウィンドウおよび「ペギング」を参照してください。

出荷、受入、搬送および仕入先生産能力カレンダの設定

Oracle Advanced Supply Chain Planningは、製造、施設間出荷、購買、および顧客への出荷などの様々なサプライ・チェーン活動を計画します。これらの各活動は、一連のカレンダによって制御されます。製造、仕入先および顧客の施設は、特定の日に商品を出荷または受け入れることができます。Oracle Advanced Supply Chain Planningは、該当するカレンダ・セットで稼働日と非稼働日を考慮して、各タイプの供給または需要を計画します。

計画エンジンは、計画およびスケジューリング中、次のカレンダを考慮します。

アカウント・レベルの顧客カレンダは考慮されません。

計画エンジンは、カレンダの日付によって、顧客オーダーに遅延が生じる場合、または日付が違反する場合、特定の例外を生成します。

出荷カレンダ

出荷カレンダは、仕入先および組織から生じた出荷活動に有効な稼働日を示します。計画エンジンは、日付が非稼働日である場合、これらの施設からの出荷を推奨しません。計画エンジンは、現在の出荷日が非稼働日である場合、出荷日を調整します。たとえば、特定の組織で生じた組織間出荷は、月曜日から金曜日の午前9時から午後5時の間にのみ開始できる場合もあります。計画エンジンは、計画プロセスの一部として推奨する転送を生成するときに、この稼働日および時間を考慮します。

また、出荷カレンダは、搬送およびサービス・レベルの組合せによって変更可能である必要があります。たとえば、月曜日から金曜日の間にのみ荷物を集荷する運送会社もあれば、土曜日にも集荷する運送会社もあります。また、搬送またはサービス・レベル出荷カレンダでも、組織または仕入先のデフォルト出荷カレンダが上書きされます。

計画エンジンは、計算に次のものを使用します。

計画エンジンは、購買オーダーに対して有効な出荷日を検出できないことがあります。たとえば、次の場合です。

これらの場合、計画エンジンは今日の日付(計画実行日)を出荷日として使用します。今日が出荷カレンダで非稼働日である場合、計画エンジンは例外メッセージ「オーダーがビジネス・カレンダに違反しています」を発行します。

受入カレンダ

受入カレンダは、商品を受け入れる組織または顧客サイトの受入活動を制御します。計画エンジンは、組織が稼働日にのみ出荷を受け入れるのを許可します。現在の出荷到着日が、受入カレンダで非稼働日である場合、計画エンジンは、次の(または前の)稼働日まで出荷の受入を据え置きます。たとえば、製造施設からのトラック積荷の出荷を受け入れる物流センターのドック・ドアが、毎日正午から午後5時の間開いているとします。これらの2つの施設間で計画転送を生成する場合、計画エンジンは、これらの計画転送の納入予定日を、組織の受入カレンダに基づいて割り当てます。

受入カレンダは、搬送およびサービス・レベルの組合せでも変更可能です。搬送およびサービス・レベルで組織および顧客の有効な受入カレンダを指定する必要があります。

搬送カレンダ

搬送カレンダは、様々な輸送手段を使用して移動中の資材について、稼働および非稼働の日時を示します。たとえば、特定の出荷方法として、週末には稼働しない荷物運送業者の場合などがあります。これにより、移動時間は週明けに延長されます。計画エンジンは、サプライ・チェーンでモデル化される様々な輸送モードについて、これらの非稼働時間を考慮する必要があります。通常3日の移動時間を持つ運送業者について考えてみます。この運送業者は、週末には集荷、搬送および営業を行わないとします。この場合、月曜日の朝に開始した出荷は木曜日の朝に到着しますが、金曜日の朝に開始した出荷は、月曜日の朝には到着しません。運送業者は土曜日と日曜日は営業しないため、この出荷は水曜日の朝にしか到着しません。

注意: 搬送カレンダは、運送業者またはサービスの稼働カレンダです。これは、運送業者の集荷日または搬送日を示すものではありません。

仕入先生産能力カレンダ

仕入先生産能力カレンダは、一定期間に仕入先生産能力がどのように累積されるかを制御します。仕入先生産能力は、仕入先生産能力カレンダに従って、稼働日にのみ累積されます。仕入先生産能力カレンダは、仕入先処理時間の計算方法も制御します。

カレンダのデフォルト階層

使用可能なカレンダをすべて定義できる場合と、一部定義できない場合があります。このため、定義するカレンダによって、日付の計画に有効なカレンダは異なります。計画エンジンが有効なカレンダを判断するために使用する階層については、次の表を参照してください。

カレンダ名 オプション 1 オプション 2 オプション 3 オプション 4 オプション 5
仕入先生産能力カレンダ仕入先/仕入先サイト生産能力カレンダ24x7カレンダ - - -
仕入先出荷カレンダ搬送/仕入先/仕入先サイト・カレンダ仕入先/仕入先サイト出荷カレンダ搬送/仕入先カレンダ仕入先出荷カレンダ24x7カレンダ
組織受入カレンダ搬送/組織カレンダ組織受入カレンダ組織製造カレンダ- -
組織製造カレンダ組織製造カレンダ- - - -
組織出荷カレンダ搬送/組織カレンダ組織出荷カレンダ組織製造カレンダ- -
顧客受入カレンダ搬送/顧客/顧客サイト・カレンダ顧客/顧客サイト受入カレンダ搬送/顧客カレンダ顧客受入カレンダ24x7カレンダ
移動カレンダ搬送移動カレンダ24x7カレンダ- - -

注意: 組織製造カレンダは組織に必ず存在します。

計画エンジンは、まず各カレンダのオプション1をチェックします。オプション1が設定に定義されていない場合は、次に使用可能なオプションをチェックします。たとえば、計画エンジンは、仕入先出荷カレンダを考慮に入れる必要がある場合は、仕入先/仕入先サイト/搬送出荷カレンダをチェックします。指定されていない場合、計画エンジンは、仕入先/仕入先サイト出荷カレンダを探します。ここでも指定されていない場合、仕入先/搬送カレンダを探します。さらに指定されていない場合、仕入先出荷カレンダを探し、存在しない場合は、24x7カレンダがデフォルト設定されます。

任意の組織出荷および受入カレンダを24x7にする場合、組織製造カレンダが24x7でなければ、特定のカレンダを24x7と定義する必要があります。

受入カレンダの場合、計画エンジンは、顧客レベルで設定された顧客受入カレンダをチェックします。アカウント・レベルで設定された顧客受入カレンダはサポートされていません。

出荷、受入または搬送カレンダを計画/スケジューリングに使用しない場合は、プロファイル「MSC: 出荷/受入カレンダの使用」を「いいえ」に設定します。このプロファイルを「いいえ」に設定すると、計画エンジンは、計画の生成中に組織製造カレンダのみを使用します。このプロファイルの設定に関係なく、計画エンジンは、仕入先生産能力カレンダを考慮に入れて、仕入先生産能力を累積します。仕入先生産能力カレンダが指定されていない場合、計画エンジンは24x7カレンダを使用します。仕入先生産能力を組織製造カレンダに基づいて累積する場合は、仕入先生産能力カレンダが組織製造カレンダと同じになるように設定する必要があります。

リード・タイム計算

Oracle Advanced Supply Chain Planningは、オーダーの日付タイプだけでなく、オーダーのタイプに基づいてオーダーを計画します。計画エンジンは、各タイプのオーダーのリード・タイムを考慮に入れてから、特定カレンダの稼働日と非稼働日をチェックします。

リード・タイム・オフセットは、稼働日カレンダの稼働日からのみ開始します。

製造オーダーの場合

計画エンジンが製造オーダーの処理中に考慮するカレンダとリード・タイムについては、次の図を参照してください。

本文の説明内容に関するイメージ

製造オーダーの処理時間は、次のように計算されます。

購買オーダーの場合

計画エンジンが購買オーダーの処理中に考慮するカレンダとリード・タイムについては、次の図を参照してください。

本文の説明内容に関するイメージ

購買オーダーの処理時間は、次のように計算されます。

計画エンジンは、移動中リード・タイムを次のように計算します。

移動オーダーの場合

計画エンジンが移動オーダーの処理中に考慮するカレンダとリード・タイムについては、次の図を参照してください。

本文の説明内容に関するイメージ

制約付き計画の移動オーダーの場合

組織間の移動中リード・タイムは、使用される運送業者に固有のものです。

受注および予測の場合

計画エンジンが受注および予測の処理中に考慮するカレンダとリード・タイムについては、次の図を参照してください。

本文の説明内容に関するイメージ

移動中リード・タイムは、使用される運送業者と顧客サイトの事業所に固有のものです。

シフト時間

Oracle Advanced Supply Chain Planningは、オプションで、出荷、受入および搬送カレンダに指定されたシフト時間を使用してリード・タイムを計算します。プロファイル「MSO: リード・タイム計画時にシフトの定義を使用」を「はい」に設定すると、計画エンジンは、シフト内の労働時間のみをカウントします。これは、制約付き計画にかぎり適用されます。

つまり、カレンダに定義された各稼働日に、8時間の労働時間を持つアクティブ・シフトが1つのみの場合、1日(24労働時間)のリード・タイムに3日の稼働日を必要とします。これは、各稼働日が提供する労働時間が8時間のみであるためです。また、このプロファイル・オプションを「はい」に設定すると、オーダーの各日付は、カレンダの一部として定義された有効なシフト時間内になります。たとえば、シフト時間が午前8時から午後4時の場合、オーダーの日付には、午前8時から午後4時の間のタイムスタンプが付けられます。

ERPソースからカレンダ・データを設定および収集

  1. 「受注管理」->「出荷」->「設定」->「カレンダ」->「入力」を選択します。

    「稼働日カレンダ」ウィンドウが表示されます。

    「稼働日カレンダ」ウィンドウ

    本文の説明内容に関するイメージ

  2. 「受注管理」->「出荷」->「設定」->「カレンダ」->「割当」を選択します。

    「カレンダの割当」ウィンドウが表示されます。

    「カレンダの割当」ウィンドウ

    本文の説明内容に関するイメージ

  3. 使用するカレンダを定義します。

    カレンダの設定の詳細は、『Oracle Shipping User Guide』を参照してください。

  4. 収集を実行します。

    収集の詳細は、「収集の実行」を参照してください。

    計画エンジンは、次のデータを収集します。

  5. 出荷、受入および搬送カレンダと、対応する取引先(運送業者または出荷方法を含む)との関連を、目標表に収集します。

  6. 承認済仕入先リスト(ASL)に関連する仕入先カレンダを収集します。

  7. 組織に関連付けられた製造カレンダを収集します。

  8. 計画を実行します。

    開始日、出荷日、到着日、オーダー日などは、組織の製造カレンダではなく、対応する出荷、受入および搬送カレンダに関連付けられます。

  9. カレンダをプランナ・ワークベンチから表示します。

レガシー・ソースからカレンダ・データを収集

  1. 次の制御ファイルを使用してカレンダ・データを収集します。

  2. 次の制御ファイルを使用してカレンダ関連を収集します。

  3. 「レガシー収集」コンカレント・プログラムを実行します。

    レガシー収集の詳細は、「レガシー収集」を参照してください。

  4. 計画を実行します。

    開始日、出荷日、到着日、オーダー日などは、組織の製造カレンダではなく、対応する出荷、受入および移動カレンダに関連付けられます。

  5. カレンダをプランナ・ワークベンチから表示します。

「ツール」メニューからカレンダ・データを表示

「カレンダ」ウィンドウを使用すると、計画エンジンが使用する様々なカレンダで、有効な稼働日とシフト時間を表示できます。

  1. プランナ・ワークベンチまたは収集ワークベンチをオープンします。

  2. 「ツール」->「稼働日」を選択します。

    「カレンダ」ウィンドウが表示されます。

    「カレンダ」ウィンドウ

    本文の説明内容に関するイメージ

次のウィンドウからカレンダ・データを表示することもできます。

例外からのカレンダの表示

カレンダ・データは、次の例外から表示できます。

前述の例外の詳細は、「例外メッセージ」を参照してください。例外メッセージに関連するカレンダのみが、ポップアップ・メニューで使用可能になります。

例外からカレンダ・データを表示する手順は、次のとおりです。

  1. 「例外詳細」ウィンドウで、前述の例外の1つを選択します。

  2. ポップアップ・メニューから「カレンダ」オプションを右クリックして選択します。

計画受入

計画受入は、納期が割当てられているオープン発注です。ここでは、計画受入を計画に関連付けて説明します。

非標準ショップ型製造オーダー

非標準ショップ型製造オーダーを使用して再加工をモデル化する場合、品目はショップ型製造オーダーの組立品であり、構成部品でもあります。次のいずれかのプロセスを使用して、ショップ型製造オーダーを作成し処理します。

再加工のための非標準ショップ型製造オーダーがある場合に計画に成功するためには、製造オーダーの「MRP算入数量」に値を入力している場合は、構成部品の「ネットMRP」の選択を解除します。

バッチ生産資源の設定

バッチ操作では、複数の品目を同時に処理できます。バッチ操作の典型的な例としては、熱処理、サンドブラスト、電気メッキ、特殊乾燥、およびバクテリアを殺すためのガンマ線処理などがあります。

バッチ処理によって計画される作業は、事前設定された期間に複数の品目に対して同時に実行される同じ作業と特徴付けられます。バッチ処理のその他の特徴としては、処理の類似性、品目を保持するために使用可能な能力、および最小バッチ・サイズの考慮があります。

バッチ操作の計画についての重要な問題は次のとおりです。

次のステップは、バッチ操作を計画するための基本的なビジネス・プロセス・フローを示しています。

  1. バッチ操作のために1つの品目、または品目全体のオーダーをグループ化します。

  2. バッチ生産資源可用性と複数ディメンションを評価します。

  3. 最小および最大バッチ・サイズを決定します。

  4. バッチの遅延または事前構築、あるいはその両方の基準を決定します。

機能

Oracle ASCPを使用すると、部門生産資源レベルで、生産資源をバッチ・タイプ生産資源として指定できます。バッチ・タイプ生産資源は、ロット基準でのみ消費されます。Oracle ASCPでは、バッチ生産資源を計画するときに、1つの品目または品目全体の複数のオーダーをバッチ化します。Oracle ASCPでは、同じバッチ可能生産資源を実行する工程連番をバッチ化して、それらを1つのバッチとして計画します。バッチ基準は、次のファクタによって異なります。

バッチ可能生産資源を使用する工程連番に標準工程コードを割り当てない場合、Oracle ASCPでは、一致する期間があるオーダーのみをバッチ化します。

最大能力を超えると、計画エンジンはバッチ可能生産資源を最初の制約なしバケットにプッシュします。

生産資源バッチの設定

  1. 「製造および物流マネージャ」職責を使用してサインオンします。

  2. ナビゲータから、「部品構成表」->「工順」->「生産資源を選択します。

    「生産資源」フォームが表示されます。

    「生産資源」フォーム

    本文の説明内容に関するイメージ

  3. 生産資源を部門生産資源レベルのバッチ・タイプ生産資源として指定するには、「バッチ可能」を選択します。

  4. 「最小バッチ能力」および「最大バッチ能力」の数量と、その「バッチ能力単位」を入力します。

  5. バッチ・ウィンドウとその単位を入力します。

    ウィンドウ・サイズを日数で指定します。計画エンジンでは、バッチ・ウィンドウ内で、少なくとも最小バッチ能力を満たすのに十分な発注数量を検出しなかった場合、次が実行されます。

  6. バッチ・ペナルティを入力します。

バッチ可能生産資源と計画オーダー

Oracle Advanced Supply Chain Planningでは、バッチ可能生産資源の能力は、次の算式で計算されます。

(「生産資源」画面で指定されたバッチ能力) * (「部門/生産資源」画面で指定された生産資源単位数)

計画オーダーをリリースする場合、Oracle Advanced Supply Chain Planningは、バッチ可能生産資源要件の割当単位を常に1に設定します。データの非一貫性を防止するために、計画オーダー数量が、複数の割当単位に値する能力を必要としないよう確認する必要があります。工順組立にはオーダー・モディファイアの「最大発注数量」を使用します。

バッチ・ウィンドウ

オーダーをバッチ化するウィンドウを指定して、部門生産資源レベルでのウィンドウ・サイズを指定できます。最小バッチ数量以上のオーダーがバッチ・ウィンドウで見つからない場合、最小数量未満でバッチが開始されます。この場合、例外メッセージが生成されます。

収集プロセスがバッチ・ウィンドウ値を考慮する方法にあわせて、ソース・システムに日数でその値を指定します。

計画エンジンで生産資源間に大きなギャップが計画され、それらを削減する必要がある場合は、バッチ・ウィンドウ・サイズを小さくすることをお薦めします。

最小/最大バッチ能力

バッチ・タイプ生産資源には、最小および最大バッチ数量を指定できます。最小バッチ・サイズは、ソフト制約として実装されます。最大バッチ・サイズはハード制約です。Oracle ASCPは、最大バッチ・サイズになるか、バッチ・ウィンドウを超えるまでオーダーのバッチ化を続けます。

バッチ可能単位

生産資源レベルで生産資源に適切な単位(容積または重量)を指定できます。Oracle ASCPでは、生産資源可用性(時間ディメンション)だけでなく、他のもう1つのディメンションで生産資源を制約できます(バッチ・ディメンションは時間、容積および重量です)。

バッチ活動は、生産資源に設定された最大能力によって制約されます。

バッチ可能生産資源を含む工順を定義するには、品目の基準単位とそのバッチ可能単位の間に単位変換ファクタが必要です。

例: 2つの品目に対するオーダーのバッチ化

次の表は、同じバッチ可能生産資源を共有する2つの品目AとBのオーダー数量を示しています。

品目 日 1 数量 日 2 数量 日 3 数量 日 4 数量 日 5 数量 日 6 数量 日 7 数量 日 8 数量 日 9 数量 日 10 数量
品目A 0 0 0 2 0 0 0 3 0 4
品目B 0 2 0 0 3 0 0 0 2 0

バッチ・ウィンドウ = 3

最大能力 = 6

バッチ・ウィンドウと生産資源の最大能力を考慮して、最初のバッチは、日2に合計数量4で処理されます。

日2の最初のバッチ = 2 + 2 = 4

最大数量は6であるため、日5の3単位は最初のバッチに含まれません。

日5の2番目のバッチ = 3 + 3 = 6

例: 所要時間と所要生産能力

発注数量: 2500

重量要件: 15ポンド/品目

バッチ処理時間: 14時間

工順割当単位: 2

オーダーが確定オーダーの場合、オーダーが確定オーダーにペグする場合、または計画が「制約付き - 需要納期の施行」の場合、生産資源は過負荷です。

生産資源が割当単位2(最大)ではなく、割当単位8を消費する場合は、次のようになります。

サプライ・チェーンの表示

Oracle ASCPには、次のように複数の表示オプションがあります。

ソース・ルールの表示

ソース・ルールを検索して参照できます。ソース・ルールの検索後は、便利な階層形式で表示したり、割当済の割当セットを検索できます。

詳細は、『Oracle Master Scheduling/MRPおよびOracle Supply Chain Planningユーザーズ・ガイド』のソース・ルールの表示に関する項を参照してください。

物流構成表の表示

物流構成表をすばやく簡単に検索して参照できます。物流構成表の検索後は、便利な階層形式で表示したり、割当済の割当セットを検索できます。

詳細は、『Oracle Master Scheduling/MRPおよびOracle Supply Chain Planningユーザーズ・ガイド』の物流構成表の表示に関する項を参照してください。

割当セットの表示

ソース・ルールと物流構成表を定義した後で、それを特定の品目または組織、あるいはその両方に割り当てる必要があります。この割当は、割当セットにグループ化されます。割当セットでは、各種のソーシング計画により特定のサプライ・チェーン・ネットワークが定義されます。

割当セットを表示して、特定のソーシング方法のレビュー、ソース・ルールや物流構成表の特定の割当の検索、または特定の割当セットのサプライ・チェーン構成表の表示ができます。

詳細は、『Oracle Master Scheduling/MRPおよびOracle Supply Chain Planningユーザーズ・ガイド』のソース・ルールの表示に関する項および物流構成表の表示に関する項を参照してください。

ソーシング割当階層の表示

すべての割当レベルを表示し、品目の有効な割当レベルを識別できます。

詳細は、『Oracle Master Scheduling/MRPおよびOracle Supply Chain Planningユーザーズ・ガイド』の割当階層の表示に関する項を参照してください。

計画サーバーでのタスクの実行

次のタスクを実行できるのは、計画サーバーのみです。

次のタスクは、ソースまたは計画サーバーで実行できます。