可用性データの転送

アベイラビリティ・データ・タイプは、在庫パフォーマンス・コストを計算するために使用される。 このデータセットでは、ノードの選択に影響を与える最新のコスト見積もりを見るために、在庫の可用性データをその日の初めにアップロードする必要がある。 このデータタイプは、ストックアウトの可能性を判断するために重要である。

1. availability.csvファイルを作成するには、以下の詳細を指定する。
   1. ファイル名にはAVAILABILITY_[CUSTOMER NAME]_YYYYMMDDHHMISS.csv形式を使う。
   2. 区切り文字にはカンマ（,）を使う。
   3. 複数の.csvファイルをtar.gzファイルに圧縮してアップロードします。
2. データ型テーブルに示されたフィールドの順番に従って、CSVファイルのカラムのフィールドも同じ順番にする必要があります。 たとえば、Item IDがデータ型テーブルで定義されている最初のフィールドである場合、CSVファイルのカラムでも同じ順序に従わなければなりません。 可用性データについて、以下のフィールドと説明を確認する：

   表 1. アベイラビリティ・データの説明

   順序	フィールド名	必須	タイプ	説明
   1秒.	アイテム ID	はい	STRING	利用可能なアイテムの識別子。
   2	アイテム単位	いいえ	STRING	アイテムの単位。 有効な値は、Each、Pallet、Poundです。 デフォルトの単位はEachです。
   3	アイテムクラス	いいえ	STRING	アイテムのクラス。
   4	出荷ノード	はい	STRING	その商品が販売されている店舗または配送センター（DC）。
   5	セグメント	いいえ	STRING	項目が分類されているセグメントタイプの下にある特定のセグメント。
   6.	セグメント・タイプ	いいえ	STRING	アイテムが分類されるセグメントのタイプ。
   <	配送方法	いいえ	STRING	ノードの配信方法。 配送方法は、配送またはピックです。
   8.	空席情報更新日	はい	STRING	店舗または配送センター(DC)で商品の在庫状況が更新された日付のタイムスタンプ。 タイムスタンプはISO 8601標準フォーマットYYYY-MM-DDTHH:MM:SS.000Zを使用します。
   9.	提供終了日	いいえ	STRING	店舗または配送センター（DC）での商品の最終入手可能日。 タイムスタンプはISO 8601標準フォーマットYYYY-MM-DDTHH:MM:SS.000Zを使用します。
   10.	手持ち数量	はい	DOUBLE	手持ちの数量。 この数字には需要は含まれていない。
   11.	使用可能数量	はい	DOUBLE	現在利用可能な在庫量。 この数量はストックアウトプロセスで使用される。 候補ノードの選択に影響を与えるため、アイテム・ノード・コストの更新を有効にする必要がある。 アベイラビリティ数量＝供給（手持ち数量）-需要（SFSまたは他のオンライン注文）
   12.	安全量	いいえ	DOUBLE	安全在庫の品目数。

3. .csv ：

   item_id,item_uom,item_class,ship_node,segment,segment_type,delivery_method,availability_update_ts,availability_expiry_ts,available_quantity,onhand_available_quantity,consumed_safety_qty
   I1,EACH,CLASS1,intNode1,MERCH,ONLINE,SHP,2024-07-17T15:43:27.589Z,2500-01-01T00:00:00.000Z,60.0,60.0,0.0
   I1,EACH,CLASS1,intNode1,MERCH,ONLINE,PICK,2024-07-17T15:43:27.620Z,2500-01-01T00:00:00.000Z,60.0,60.0,0.0
   I1,EACH,CLASS1,intNode1,MERCH,ONLINE,SHP,2024-07-17T15:43:27.589Z,2500-01-01T00:00:00.000Z,60.0,60.0,0.0
   I1,EACH,CLASS1,intNode1,MERCH,ONLINE,PICK,2024-07-17T15:43:27.620Z,2500-01-01T00:00:00.000Z,60.0,60.0,0.0

4. 特に のみ IBM Cloud® Object Storage を対象に、以下のいずれかの手順を完了してください：
   • IBM Cloud Object Storageの<Input_Prefix>/UPLOAD/AVAILABILITY/仮想フォルダにファイルを1つアップロードします。
   • ローカルディレクトリからすべてのファイルをIBM Cloud Object Storage上の<Input_Prefix>/UPLOAD/AVAILABILITY/仮想フォルダにアップロードします。
5. 例えば、ファイル形式を熟知する：
   • 元のファイルが2024-01-01-10-59-00.0000-3423-Availability.csvという名前なら、わかりやすくするために、このファイルを<myfilename>.csvと呼ぶかもしれない。
   • データ行の処理に失敗した場合、以下のerror row.csvとerror summary.txtファイルを受け取る：

     <myfilename>_file_failed_row.csv. for the error rows only (all successful are not present here)
     <myfilename>_file_failure_reason.txt are the summary file which provides the error code. Sterling Intelligent Promising automatically creates a prefix to store processed files based on their current state which includes:

     ファイルは、処理できないオリジナルのインジェスト記録であるerror row.csv ファイルには、処理に失敗した理由が書かれているerror summary.txt
6. Sterling Intelligent Promising自動的に作成される接頭辞を理解し、以下の現在の状態に基づいて処理されたファイルを保存する：

   /failed

   処理に失敗した行は、ダウンロードとレビューのためにファイルに保存されるCSV 監視プロセスの一環として、この接頭辞に置かれたファイルを確認する必要があります。 その後、失敗を修正し、入力ストリームで再処理のために行を再送信しなければならないCSV

   /reprocessed

   接続性の問題で再処理のキューにあるファイル。 このプレフィックスには何もする必要はない。 Any files that are stored in the reprocessing prefix temporarily are retired automatically inSterling Intelligent Promising. データを処理するために、それ以上のアクションは必要ない。

   /completed

   処理が完了したすべてのファイル。 完了したファイルを定期的にクリーンアップし、IBM Cloud Object Storageのストレージ要件を最小限に抑えることが重要である。

   /summary

   実行中に発生したエラーを記述したデータ取り込み要約ファイル。 このサマリーファイルは、処理に失敗したファイルと一緒に使用することで、エラーコードと失敗の理由を理解するのに役立つ。