Oracle Content Curation Serviceの使用

米国が公開したリコール通知を自動的に取り込むことができます。食品医薬品局(FDA)は、Oracle Content Curationサービスをサブスクライブしてポッドに入ります。

ノート:

このサービスを使用するには、まずアプリケーション内でサービスを有効にして構成する必要があります。設定手順については、実装ガイドのOracle Content Curation Serviceの有効化のトピックを参照してください。

Oracle Content Curation Serviceはどのように機能しますか。

Oracle Content Curation Serviceチームは、医療機器およびその他の医療製品のFDA発行のリコールを追跡および管理します。このチームは、次のことに専念します:

継続的なリコール・モニタリング: FDAのリコールを定期的にトラッキングし、影響を受ける製品のタイムリな認識を確保します。
詳細データ・キュレーション:
- 各リコールをレビューして、関連するすべてのデータを正確に取得します。
- 部品番号、ロット番号、シリアル番号などの各データ要素が、対応するリコール・フィールドに正しくマップされるようにします。
- データの正確性の検証、更新の識別、データ品質を維持するための重複エントリのフラグ付けを行います。
マルチ・ソース検証: 複数のソースを利用してリコールの詳細を確認し、必要に応じて、リコール開始会社と直接連絡して明確にします。
承認とコミュニケーション:
- キュレートされたリコールに対する構造化された承認プロセスに従う。
- ポッド上の顧客のアカウントに関連付けられた登録済Eメールに送信されたEメールで顧客に通知します。

Oracle Content Curation Serviceチームは、リコール・データの管理とコミュニケーションを合理化することで、最高水準のデータ精度と信頼性をもって、関連するリコールを効率的に顧客に通知します。

Oracle Content Curation Serviceの動作は次のとおりです:

Oracle Content CurationチームがキュレーションしたFDAリコール・コンテンツを収集
取込み時に顧客固有の品目データに基づいてリコール部品が関連しているかどうかを識別
事前定義済の構成または品目所有権に基づいて、適切なビジネス・ユニットを自動的に割り当てます

キュレーション・サービスからのリコール・コンテンツの取込み

指定されたリコール電子メール・アドレスにリコール通知が送信されると、顧客の環境(ポッドとも呼ばれる)内のリコール管理アプリケーションによって自動的に受信および処理されます。アプリケーションは受信Eメールをスキャンし、そのコンテンツを解析して、リコール通知としてアプリケーションにインポートします。

この自動取込みプロセスはスケジュール済ジョブによってトリガーされるため、リコール通知が一貫して取得、処理され、アプリケーション内で処理可能になります

取込み時にリコール部品が関連しているかどうかの確認

リコール通知の取込みプロセス中に、アプリケーションは、Oracleアプリケーションの品目識別子と相互参照することで、リコールされた部品の詳細(部品番号、モデル番号、デバイス識別子、GTIN、製品摘要など)を検証します。

これらの識別子には、Oracle品目番号、サプライヤ部品番号または製造業者部品番号を含めることができます。検証チェックは、Product Information Management (PIM) Cloudアプリケーション内の取引先関係に構成されているデータに対して実行されるか、Procurement Cloudアプリケーション内の購買オーダーや契約などの過去のトランザクションから導出されます。

正しい品目識別子が導出されると、指定されたリコール・トラッキング期間中にいずれかの品目が受け入れられたかどうかがチェックされます。この評価に基づいて、リコール通知は次のカテゴリのいずれかに分類されます:

関連リコール通知:
- リコール通知の少なくとも1つの明細に、トラッキング期間中に受け取った品目識別子が含まれている場合、リコール通知は関連があるとみなされます。
- システムによって「受入保留」のステータスが割り当てられ、トレースや封じ込めなどの追加のアクションが必要になる可能性があることを示します。
無関係なリコール通知:
- リコール通知のどの明細にも有効な品目識別子が含まれていない場合、または識別された品目がトラッキング期間中に受け取られなかった場合、リコール通知は無関係としてマークされます。
- これらの通知には「レビュー待ち」ステータスが割り当てられます。これは、手動レビューで特に指示されないかぎり、即時アクションは不要であることを示します。

この分類プロセスでは、業務に関連する通知のみを優先することで、リコール通知管理が合理化されます。

関連する通知に対してアクションを実行するには:

「受入待ち」ステータスのリコール通知をレビューします。
承認されると、ステータスは「オープン」に更新され、通知は資材トレースおよび処分処理に適格になります。
ステータスが「オープン」に設定されると、リコール通知はランディング・ページの「進行中」タブの下に表示されます。

「レビュー待ち」ステータスの無関係なリコールの場合、次の操作を実行できます:

製品マスターに誤った構成があるかどうかを確認します。たとえば、製品マスターに必要な取引先関係がないか、品目に必要な拡張可能フレックスフィールド属性マッピングがない可能性があります。これらの問題により、一致するものが見つからない場合があります。
必要な修正を行い、品目を再検証するか、リコール通知が無関係である場合は撤回してください。

「レビュー待ち」ステータスのリコール通知は、リコール・パラメータ構成で設定されたタイム・フェンスに基づいて、指定した期間後に自動的に取り下げられます。詳細は、Oracle Fusion Cloud SCMを参照してください: 製造およびサプライ・チェーン資材管理の実装ガイド。

取下済リコール通知は、ランディング・ページの「完了」タブの下に表示されます。

リコールは無関係とみなされますが、取り下げることはありませんが、スケジュールされたプロセスによって定期的に再評価され、時間の経過とともに関連性があるかどうかを判断します。

ノート: リコール部品詳細を検証し、適切な品目識別子を導出するには、すべての前提条件構成を完了する必要があります。詳細は、Oracle Fusion Cloud SCMを参照してください: 製造およびサプライ・チェーン資材管理の実装ガイド。

ビジネス・ユニットの自動割当

ビジネス・ユニットは、品目と在庫組織の関連付けに基づいて自動的に割り当てられます。