Oracle Content Curation Serviceの使用
米国が公開したポッドに収集されたリコール通知を自動的に取得できます。Oracleコンテンツ・キュレーション・サービスをサブスクライブすることで、食品医薬品局(FDA)。
Oracle Content Curation Serviceはどのように機能しますか。
- 継続的なリコール・モニタリング: FDAのリコールを定期的にトラッキングし、影響を受ける製品のタイムリな認識を確保します。
- 詳細データ・キュレーション:
- 各リコールをレビューして、関連するすべてのデータを正確に取得します。
- 部品番号、ロット番号、シリアル番号などの各データ要素が、対応するリコール・フィールドに正しくマップされるようにします。
- データの正確性の検証、更新の識別、データ品質を維持するための重複エントリのフラグ付けを行います。
- マルチ・ソース検証: 複数のソースを利用してリコールの詳細を確認し、必要に応じて、リコール開始会社と直接連絡して明確にします。
- 承認とコミュニケーション:
- キュレートされたリコールに対する構造化された承認プロセスに従う。
- ポッド上の顧客のアカウントに関連付けられた登録済Eメールに送信されたEメールで顧客に通知します。
Oracle Content Curation Serviceチームは、リコール・データの管理とコミュニケーションを合理化することで、最高水準のデータ精度と信頼性をもって、関連するリコールを効率的に顧客に通知します。
- キュレーション・サービスからのリコール・コンテンツの取込み
- 取込み時にリコール済部品が関連しているかどうかを識別
- ビジネス・ユニットの自動割当
キュレーション・サービスからのリコール・コンテンツの取込み
リコール通知は、指定されたリコールEメール・アドレスに送信されると、顧客の環境(またはポッド)内のリコール管理アプリケーションによって自動的に受信および処理されます。 アプリケーションは、受信Eメールをスキャンし、その内容を解析して、リコール管理アプリケーション内でリコール通知としてインポートします。 この自動化されたプロセスは、スケジュールされたジョブで実行されるため、リコール通知が常に更新され、システムで正確に取得されます。
取込み時にリコール部品が関連しているかどうかの確認
リコール通知の取込みプロセスでは、Oracle品目番号、サプライヤ部品番号、製造業者部品番号、UDIまたはGTINなど、特定の品目識別子を相互参照することで、リコール部品が検証され、正しい識別が保証されます。 これらの識別子は、Product Information Management (PIM)クラウド・アプリケーション内の取引先関係で構成されているか、Procurement Cloudアプリケーション内の購買オーダーや契約などのトランザクションで使用されています。
- 関連リコール通知:
- リコール通知の少なくとも1つの明細に、トラッキング期間中に以前に受領した品目識別子が含まれている場合、リコール通知は関連しているとみなされます。
- その後、この関連リコール通知には「受入待ち」ステータスが割り当てられ、さらに処理が必要であることを示します。
- 無関係なリコール通知:
- リコール通知の明細に有効な品目識別子が含まれていない場合、またはトラッキング期間中に識別された品目が受入されなかった場合、通知は無関係としてマークされます。
- これらの通知のステータスは「レビュー待ち」に設定され、さらにレビューで特に指示がないかぎり、即時アクションは必要ありません。
このプロセスは、関連する通知のみが注意を受け取るようにすることで、リコール通知管理を合理化するのに役立ちます。
「受入待ち」ステータスのリコールをレビューし、そのリコールを受け入れて、資材のトレースおよび影響を受ける部品の処分の管理に適格になるようにすることで、関連するリコールに集中できます。
- 製品マスターに誤った構成があるか、つまり、製品マスターに必要な取引先関係がないか、品目に必要な拡張可能フレックスフィールド属性マッピングがないかを確認します。 したがって、一致が見つかりません。
-
必要な変更を行い、項目を再度検証するか、無関係な場合はリコールを取り下げます。
無関係とみなされ、取り消されていないリコールは、スケジュールされたプロセスによって再評価され、時間の経過とともにリコールが関連するかどうかが判断されます。
ビジネス・ユニットの自動割当
ビジネス・ユニットは、在庫組織への品目の関連付けに基づいて自動的に割り当てられます。