レコードのアップロード

基本製品には、ファイルからデータをアップロードするバックグラウンド・プロセスが用意されています。バッチ管理プラグイン・ドリブンのファイル・アップロード・テンプレート(F1-PDUPL)をテンプレートとして使用できます。プロセスには、アップロードされたファイルのファイル・パスおよびファイル名を構成するパラメータと、欠落したファイルの処理方法および過去に処理されたファイルの名前の変更方法を制御するその他のパラメータが含まれています。詳細は、バッチ管理およびそのパラメータの説明を参照してください。

このバックグラウンド・プロセスには、プラグイン・スポット「ファイル・アップロード」にプラグインされたアルゴリズムが必要です。このプラグインは指定のファイルに対して1回コールされます。バッチ・プロセスがファイルを開き、ファイル・リーダー要素をアルゴリズムに渡します。バッチ管理に関連付けられているアルゴリズムは、提供されたAPIを使用してファイルの内容を読み取り、適切な表(たとえば、適切なステージング表)にデータを格納します。提供されている基本プロセスが、複数のファイルのアップロードをサポートし、複数のファイルを処理するためにマルチスレッドで実行されます。各ファイルは、ファイル・アップロード・アルゴリズムを1回コールすることで処理され、指定のファイルにアップロードされたレコードに対して単一のコミットをサポートします。

データのアップロードにおけるこのステップは、一般的なアップロード・エンドツーエンド・プロセスの単なる一部であることに注意してください。このステップは、製品では「プロセスX」と呼ばれることがあります。このステップの目標は、ファイルからデータベース・レコードに、最小限の検証および処理でレコードを取得することです。データはレコードに保存され、第2ステップ(製品では、支払アップロードなど、アップロード・ステップと呼ばれる場合が多い)で処理されます。第2のステップは、ここで説明されているプラグイン・ドリブン・バッチ・プロセスとは関係なく、データを検証し、個々のレコードによってスレッド化し、個々のレコードに適切なエラー処理を適用できます。アップロードするデータのタイプによっては、製品にはプラグイン・ドリブン・アップロード・プロセスで作成する適切な表がすでに提供されている場合があることに注意してください。これらは、支払アップロード・ステージングなどのステージング表です。あるいは、ビジネス・フラグなどのアップロードされたデータを処理するために設計されたライフサイクルを保持するビジネス・オブジェクトが指定されているレコードの場合もあります。このような場合、通常は製品にデフォルトのまま使用可能なバックグラウンド・プロセスが用意されており、データを検証し、さらに処理を実行してアップロードを完了します。アップロードするデータに基本ステージング表が提供されていない場合は、実装チームと協力してプラグイン・ドリブン・バッチ・アップロードに使用する適切な表を識別します。さらに、データの詳細な検証および最終処理を実行する第2ステップの設計を確認します。

製品では、カンマ区切り、固定位置、XMLなど、様々なタイプのソース・データを処理するために用意されているAPIのコールについて示したサンプル・アルゴリズムを提供しています。いずれの場合も、アップロードでサポートされているサンプル・データは、プロセスを示すためにディグリー・デー情報を使用します。システムでは、入力データに基づいてレコードを格納するステップを示すために、サンプル・ターゲット・レコード(ファクト・メンテナンス・オブジェクトに基づく)を提供しています。サンプル・プラグイン・スクリプトのみが提供されていることに注意してください。サンプル・プラグイン・スクリプトを使用するアルゴリズム、アルゴリズム・タイプまたはバッチ管理は構成されていません。スクリプトを表示するには、「スクリプト」ページにナビゲートし、「プラグイン・スクリプト」のスクリプト・タイプおよび「バッチ管理 - ファイル・アップロード」のアルゴリズム・エンティティを検索してサンプル・スクリプトを探します。