Oracle Fusion Cloud連携ガイド SkyPlanner APSで生産スケジューリングを行うために

Oracle Fusion Cloudには、外部の生産スケジューラとデータをやり取りする方法が三つあります。

1. Oracle Fusion Cloud SCMのREST API。ベースパスは/fscmRestApi/resources/11.13.18.05/です。スケジューラが使用するリソースは、workOrders（子リソースはWorkOrderOperation、WorkOrderOperationResource、WorkOrderOperationMaterial）、processWorkOrders、workDefinitions、workCenters、productionResources、calendars、itemsV2、itemStructures、inventoryOnhandBalancesです。進捗はoperationTransactions、resourceTransactions、materialTransactionsに登録します。購買オーダーはProcurement REST APIのpurchaseOrdersから取得します。（RESTエンドポイント）
2. File-Based Data Import (FBDI)。Import Work Ordersプロセスは、テンプレートから製造指図とその工程、工程リソースを作成または更新します。Import Work Order Resource Transactionsはリソース実績を取り込みます。Oracleは取り込みのタイミングについて、”This option isn’t suitable for importing manufacturing data on a real-time basis.”（この方法は、製造データをリアルタイムで取り込む用途には適していません）と明記しています。（出典）
3. Oracle Integration (OIC)。Oracleの連携プラットフォームで、Fusionと他のシステム間のデータフローを実行します。Oracle Integrationには、Oracle Fusion Cloud ManufacturingのWork Order Status Changeイベントを受信するレシピがあります（出典）。すでにOICを運用している場合に利用します。

リアルタイムのスケジューリングでは、RESTを主な連携手段とします。FBDIはマスタデータの初回取り込みに適しています。

Oracle側のデータはポーリングで取得します。条件を指定したRESTクエリで、新規・変更済みの製造指図、リリース済みステータスへの変更、手持在庫、購買オーダーを取得します。取得間隔は工場ごとに設定し、製造指図は数分おき、在庫は毎時といった頻度で実行します。Oracle Integrationを運用している場合は、Work Order Status Changeイベントをきっかけに即座に読み取ることもできます。

SkyPlannerは状態やスケジュールが変わるとWebhookを送信するため、書き戻しはイベント駆動で行います。

1. マスタデータの初回取り込み。品目、品目構成、作業定義、作業区、生産リソース、カレンダーをRESTで読み取るか、FBDIで抽出したデータから初回にまとめて取り込みます。作業区のマッピング方法は明確に決めておきます。同じリソースに属する四台の機械がある作業区は、一つのリソースグループ、または四つのリソースに対応させます。各製造組織をリソースグループにすることで、すべての工場を一つの計画で扱えます。

2. 製造指図の同期。リリース済み・未リリースの製造指図を工程および資材とともに読み込み、未完了の購買発注も取得します。SkyPlannerは発注済み資材を購買発注の納入日に使用可能とみなし、購買発注がDeliveredになると在庫を更新します。

スケジューリングの対象は製造指図であり、Supply Planningの計画オーダーではありません。計画オーダーは、まずOracleで製造指図に変換します。

3. スケジュールの書き戻し。エンジンが作業を配置または移動すると、SkyPlannerのWebhookを起点に、workOrders/{WorkOrderId}/child/WorkOrderOperation/{WorkOrderOperationId}に対してPlannedStartDateとPlannedCompletionDateを指定したPATCHを実行します。Oracleには次のルールがあります。”The planned start date must not occur before the start date of the work order or after the finish date of the work order.”（計画開始日は、製造指図の開始日より前、または終了日より後には設定できません。）(出典) そのため、新しいスケジュールが製造指図の日付範囲を外れる場合は、連携処理でまず製造指図ヘッダーの日付をPATCHで更新し、その後に工程を更新します。

4. 製造現場からの実績報告。作業者はSkyPlanner Mobile ConfirmationsまたはProduction Timerで作業を記録し、その時間記録に基づいてスケジュールが最新に保たれます。完了数量はoperationTransactionsに、作業時間と機械稼働時間はresourceTransactionsに送信されます。すでに工場でOracleに実績を報告している場合は、SkyPlannerがその進捗を読み込みます。

5. データの管理責任と競合時のルール。本稼働前に、以下を文書化してください。

工程日付の書き込み元は一つに絞ってください。SkyPlannerはOracleのスケジューリング作業領域を必要とせず、Production Schedulingに代わって計画日付を書き込みます。Production Schedulingからも引き続きスケジュールをリリースする場合は、その対象組織とSkyPlannerでスケジューリングする組織を分けてください。

• 標準スケジューラの動作。Oracleの制約なしのエンジンは、作成時と”certain update actions.”（特定の更新操作時）に実行されます。どの更新で日付が再計算されるかを利用環境でテストし、工程日付の最終的な書き込み元をSkyPlannerにしてください。
• 製造指図の日付範囲。工程日付は製造指図の開始日から完了日までの範囲内でなければなりません。まずヘッダーをPATCHで更新してください。
• Basis Type。リソース使用量が単位当たりの値になるのは、Basis TypeがVariableの場合だけです。Fixedの場合は、工程ごとの固定時間です。インポート時に換算しないと、すべての所要時間が誤った値になります。
• ディスクリート製造とプロセス製造。ディスクリート製造の工場ではworkOrdersを、プロセス製造の工場ではprocessWorkOrdersを使用します。両方の製造方式を運用している場合は、両方をマッピングしてください。
• ページング。OracleではREST呼び出しごとのレコード数に上限があります。すべてのクエリでページングを行い、組織とステータスで絞り込んでください。
• 四半期ごとの更新。Oracleは四半期ごとにFusionを更新します。パス内でRESTのバージョンを固定し、更新のたびに再テストしてください。
• ステータスのルール。Pending Approvalまたはクローズ済みの製造指図には、新しい日付を書き込まないようにします。読み込み時にフィルターで除外してください。