供給計画データの転送

補給計画のデータタイプは、補給の可能性を決定するために使用される。 このデータタイプは、在庫がいつ補充されるのか、在庫補充によって在庫切れを回避できるのかを判断するために使用される。

{
"supplies": [
{ "itemId": "SKU1024", "unitOfMeasure": "EACH", "productClass": "NEW", "type": "PLAN", "shipNode": "00012", "tagNumber": " ", "segment": "", "segmentType": "", "eta": "2025-03-01T00:00:00Z", "shipByDate": "2500-01-01T00:00:00Z", "referenceType": "0006", "reference": "Y10000101", "lineReference": "Y10000101-1", "quantity": 100, "sourceTs": "2025-01-15T17:14:37Z" }
]
}

1. supply.csvファイルを作成するには、以下の詳細を指定する。
   1. ファイル名にはSUPPLY_[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	電源のライン基準。
   9.	参照型	いいえ	STRING	電源の参照タイプ。 これは、参照として渡される値のタイプを表す任意の文字列値である。 例えば、オーダーの種類である。
   10.	タグ ID	いいえ	STRING	供給品のタグ識別子。 タグ識別子は、ロット番号、バッチ番号、リビジョン番号に分類される。
   11.	供給基地タイプ	はい	STRING	品目の供給タイプ。 可能な補給基地タイプは、ONHAND、PO_PLACED、INTRANSITです。
   12.	供給タイプ	いいえ	STRING	品目に定義できるカスタマイズされた供給タイプ。
   13.	供給数量	はい	DOUBLE	供給されたアイテムの数。
   14.	供給数量の変更	いいえ	DOUBLE	変化する供給量。
   15.	提供日付	はい	STRING	商品が供給または補充される日付。 タイムスタンプはISO 8601標準フォーマットYYYY-MM-DDTHH:MM:SS.000Zを使用します。
   16.	供給期限	いいえ	STRING	供給終了日。 タイムスタンプはISO 8601標準フォーマットYYYY-MM-DDTHH:MM:SS.000Zを使用します。
   17.	供給調整理由	いいえ	STRING	供給調整の理由
   18.	更新されたタイムスタンプ	いいえ	STRING	供給計画が更新されたタイムスタンプ。 タイムスタンプはISO 8601標準フォーマットYYYY-MM-DDTHH:MM:SS.000Zを使用します。

3. .csv ：

   item_id,item_uom,item_class,ship_node,segment,segment_type,reference,line_reference,reference_type,tag_no,supply_base_type,supply_type,supply_qty,supply_changed_qty,supply_date,supply_expiry_date,adjustment_reason,supply_updated_ts
   I1,EACH,CLASS1,intNode1,MERCH,ONLINE,101,,,,PO_PLACED,PO_PLACED,50.0,10.0,2024-10-02T00:00:00.000Z,2500-01-01T00:00:00.000Z,,2024-07-17T15:43:19.473Z
   I2,EACH,CLASS1,intNode1,MERCH,ONLINE,102,,,,PO_PLACED,PO_PLACED,60.0,10.0,2024-10-02T00:00:00.000Z,2500-01-01T00:00:00.000Z,,2024-07-17T15:43:23.041Z
   I3,EACH,CLASS1,intNode1,MERCH,ONLINE,103,,,,ONHAND,ONHAND,60.0,10.0,1900-01-01T00:00:00.000Z,2500-01-01T00:00:00.000Z,,2024-07-17T15:43:23.041Z

4. 特に のみ IBM Cloud® Object Storage を対象に、以下のいずれかの手順を完了してください：
   • IBM Cloud Object Storageの<Input_Prefix>/UPLOAD/SUPPLY/仮想フォルダにファイルを1つアップロードします。
   • ローカルディレクトリからすべてのファイルをIBM Cloud Object Storage上の<Input_Prefix>仮想フォルダにアップロードします。
5. 例えば、ファイル形式を熟知する：
   • 元のファイルが2024-01-01-10-59-00.0000-3423-Availability.csvという名前なら、わかりやすくするために、このファイルを<myfilename>.csvと呼ぶかもしれない。
   • データ行の処理に失敗した場合、以下のerror row.csvとerror summary.txtファイルを受け取ります：ファイルは処理できない元の取り込みレコードですerror row.csv ファイルには、処理に失敗した理由が書かれているerror summary.txt
6. Sterling Intelligent Promising自動的に作成される接頭辞を理解し、以下の現在の状態に基づいて処理されたファイルを保存する：

   /failed

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

   /reprocessed

   接続性の問題で再処理のキューにあるファイル。 このプレフィックスには何もする必要はない。 一時的に再処理用プレフィックスに保存されたファイルは、Sterling Intelligent Promising.NET.NET.NET.NET.NET.NET.NET.NETで自動的に消去される。 データを処理するために、より多くのアクションは必要ない。

   /completed

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

   /summary

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