サプライ・チェーン・オーケストレーションの概要
Oracle Supply Chain Orchestrationを使用して、品目の供給を管理し、履行の一貫性と効率性を確認します。
1つの中心的な場所から供給を管理:
-
Oracle Supply Planning、Oracle Order Management、Oracle Order Promising、Oracle Inventory ManagementなどのOracleアプリケーションからの需要を満たすための供給要求を受信します。
-
履行時に、在庫管理、購買、製造、出荷などのOracleアプリケーションの供給を履行するための供給オーダーを送信します。
-
供給を管理するビジネス・ルールを作成します。
-
1つの場所から供給を管理します。
-
予想される需要を充足できるように、倉庫に供給を作成する複雑なビジネス・プロセスを開始および管理します。
-
供給と需要を照合し、数量と履行日のバランスを調整する変更管理を自動化します。 自動化された例外管理を使用して、超過供給が生成されたり、各販売オーダーを履行するための十分な供給がないといったことが起こるのを防ぎます。 顧客の満足度および収益性の目標を達成するために、供給と各オーダーの需要のバランスを調整します。
-
360度ビューを使用して、供給を作成するプロセスおよびそのプロセス内の様々な文書間の関係をモニターします。
販売オーダーを取得し、構成品目の場合は構成し、価格設定し、納期回答してから、履行をオーケストレーションします。
フローに応じて、履行を異なる方法で調整します。
-
製造、購買、転送などのバック・トゥ・バック・フロー サプライ・チェーン・オーケストレーションでは、Order Managementからの需要およびGlobal Order Promisingからの供給の提案を組み合せて、各バック・トゥ・バック・フローの供給文書を作成します。
-
サプライヤから顧客への直接出荷
-
転送オーダー
-
契約製造
-
預託在庫
これらのフローは、供給を自動的に処理するために事前定義されていますが、要件にあわせて変更できます。
バック・トゥ・バック・フローの供給の管理
バック・トゥ・バック・フローを自動化します。 バック・トゥ・バックとは、サプライ・チェーン・オーケストレーションで供給要求が1つずつ連続して、そして直接的に処理されることを意味します。
バック・トゥ・バックは、アイテムが手持在庫として維持するのにコストがかかる場合や、まれにしか販売されないアイテムを在庫するために倉庫スペースを使用しない場合に使用します。
ノート
-
顧客は、オーダー獲得システムによって販売オーダーを発行します。
-
バック・トゥ・バック履行用にすでに最適化されている事前定義済オーケストレーション・プロセスによって、サプライヤのファクトリ、自分のファクトリまたは倉庫に供給が予約されます。
-
工場または倉庫は、履行倉庫を提供します。
-
履行倉庫では、顧客への販売オーダーが出荷されます。
たとえば、特殊な医療機器や科学装置は物理的に大きかったり製造にコストがかかるために、倉庫に保管するのは現実的ではない場合があります。 顧客からの機器の注文はまれであり、注文があった場合にはそれぞれの顧客に合わせて特化されます。 医療施設からその特殊な機器の注文があると、ソース・ルールに基づいて、機器を社内で製造するかそれともサプライヤから調達するかを決定します。 製造または調達プロセスが終了すると、倉庫に出荷され、倉庫から医療施設に出荷されます。
別の例として、地域における倉庫スペースのコストが高いという場合があります。 そのため、品目はもう少し安い場所に保管されています。 コストの高い地域の近くの顧客が品目をオーダーします。 バック・トゥ・バック・フローにより、その安い場所から顧客の近くの倉庫に品目が転送され、それから出荷されます。
バック・トゥ・バック・フローのタイプは次のとおりです。
-
製造
-
購買
-
転送
詳細は、「バック・トゥ・バック・フローでのサプライ・チェーン・オーケストレーションの使用」を参照してください。
直接出荷フローの供給の管理
直接出荷フローを自動化します。 品目を自社の在庫に保管するのではなく、仕入先または契約製造業者は、受注を作成して保管し、顧客に出荷します。
ノート
-
顧客は、オーダー獲得システムによって販売オーダーを発行します。
-
直接出荷履行用に最適化された事前定義済のオーケストレーション・プロセスでは、品目の購買オーダーがサプライヤに送信されます。これには、顧客への直接出荷の指示も含まれます。
-
サプライヤは、品目を作成するか、在庫から選択して、顧客に出荷します。
-
サプライヤから請求書または事前出荷通知を受け取ります。
転送フローの供給の管理
転送フローを自動化します。 単一のフローを使用して、2つの異なる組織間、同じ組織内の異なるセクション間、または会社間で資材を転送します。
ノート
-
テクノロジを使用して、需要をフローに取り込みます。
-
ファイルベース・データ・インポート
-
Webサービス
-
Min-Maxプランニングなどの在庫管理
-
バック・トゥ・バック・フローからの供給要求の品目数量の管理
-
供給プランニング
-
セルフサービス調達の購買依頼明細
-
-
転送用に最適化された事前定義済のオーケストレーション・プロセスでは、購買オーダーまたは転送オーダーを使用して転送をオーケストレーションします。 たとえば、2つの異なる倉庫間です。
詳細は、社内資材転送の概要を参照してください。
変更管理の自動化
サプライ・チェーン・オーケストレーションは、事前定義された包括的な変更管理ルール・セットを使用して変更を自動化するために事前定義されています。
-
供給と需要を照合して、過剰在庫を防ぎます。 過剰在庫は高くつき、必要もありません。
-
変更管理を自動化し、例外処理のコストを減らします。
-
手動変更により発生するエラーを減らします。
-
設定は不要です。
サプライ・チェーン・オーケストレーションは、変更を自動的に管理し、需要と供給のバランスを維持します。
変更管理を使用して、数量と履行日の間のバランスを保守します。 変更が発生した場合は、次のようにします。
-
需要は、次のように変化します。
-
販売オーダーの数量を変更します。
-
販売オーダーの要求日を変更します。
-
販売オーダー、購買オーダー、転送オーダーまたは作業オーダーを取り消します。
-
販売オーダー、購買オーダーまたは転送オーダーを分割します。
-
-
ソース(サプライヤや製造業者など)は、次のように変更します。
-
供給数量を増減します。
-
供給可能になる日付を変更します。
-
供給を分割します。 合計数量を複数の搬送で提供します。
-
供給オーダーを取り消します。
-
顧客がバック・トゥ・バック販売オーダーの明細数量を10から5に減らすよう要求し、履行組織が数量を変更するとします。 サプライ・チェーン・オーケストレーションではその要求を受け取ると、この例の購買オーダーである供給文書の数量を更新します。 サプライ・チェーン・オーケストレーションで変更が自動的に処理されないと、サプライヤは必要以上の在庫を供給することになります
サプライ・チェーンで発生する一般的な変更には手動の介入が必要なものがあり、これによりエラーおよび遅延の可能性が増すとともに、オーダー履行におけるボトルネックとなる可能性があります。 サプライ・チェーン・オーケストレーションでは変更が自動的に管理されるため、手動で実行する必要はありません。
サプライ・チェーン・オーケストレーションは、新しい条件を満たすように、需要と一致するよう供給の変更を試みます。 できない場合は例外が作成され、オーダー管理などの履行システムに通知されます。
例
サプライヤがバック・トゥ・バック・フローで購買オーダー数量を削減するとします。
-
需要数量は100ユニットです。
-
購買オーダー数量は100ユニットです。
-
サプライヤが供給数量を75ユニットに減らします。
サプライ・チェーン・オーケストレーションで変更を管理する方法を次に示します:
サプライ・チェーン・オーケストレーションの機能は次のとおりです。
-
それ以上変更が加えられないように供給明細をロックします。
-
25ユニットを履行できる別の供給ソースを探します。
-
サプライ・チェーン・オーケストレーションで、
-
別の調達先を確保した場合。 履行文書を作成し、レコードを更新します。 この例では、購買オーダーが履行文書です。
-
別の調達先を確保できなかった場合。 例外を作成し、履行マネージャに通知します。 「供給オーケストレーション」作業領域の「供給要求例外の管理」ページを使用して例外を管理できます。
-
例外の管理
サプライ・チェーン・オーケストレーションで供給が作成されている間にステータス更新を取得します。 たとえば、履行を達成できないリスクのある供給のエラー、例外および危険性を表示します。 例外が発生した場合は、事前定義済ルールを使用して超過在庫を減らし、供給用に別のソースを検索します。
例外の原因を特定します。 製造作業オーダーや購買オーダーなどの、詳細を取得するための供給文書にアクセスします。 供給リスクを解決し、供給オーダーを再送信します。 リスクを解決できない場合は、供給要求を取り消すことができます。