マークダウン・データの転送

マークダウン候補データ・タイプは、マークダウン回避コストを判別するために使用されます。 このデータ型は、マークダウン手法にとって重要です。 割引されている場合でも、値下げの前にタイブレーカーとして機能したり、早期のバランスを達成したりするために、一部のコストを考慮に入れることができます。

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

   表 1. マークダウン・データの説明

   順序	フィールド名	必須	タイプ	説明
   1秒.	アイテム ID	はい	STRING	これは、マークダウン用のアイテムです。
   2	アイテム単位	いいえ	STRING	部品の計測単位。 有効な値は、 「Each」、 「Pallet」 、および 「Pound」です。 デフォルトの計測単位は 「各」です。
   3	アイテム・クラス	いいえ	STRING	アイテムのクラスです。
   4	出荷ノード	はい	STRING	ストアまたは配送センター (DC)。
   5	マークダウンイベントID	はい	STRING	このマークダウンが属するイベント。
   6.	マークダウン項目のステータス	はい	STRING	このノードでの項目の状況。 以下の値を使用します。 CL-TO-ACTIVE CL-TO-ACTIVE-DELETE MKDOWN MKDOWN-DELETE DISCONT (discontinued)
   <	マークダウン商品小売価格	いいえ	DECIMAL	このマークダウンのためにアイテムが販売される小売金額。 markdown price または markdown percentageのいずれかを指定します。
   8.	マークダウン有効開始日	はい	日付	このアイテムとノードのペアに対するこのマークダウンの開始日。 この日付が 2000-01-01 などの古い日付である場合、このマークダウンはもはやアクティブでないと想定されます。
   9.	マークダウン率	いいえ	DECIMAL	アイテムとノードのペアのマークダウン率。 この情報は、TLog データに正確な定価情報が含まれていない場合に役立ちます。 値は 0 から 1の間でなければなりません。
   10.	マークダウン・タイプ	いいえ	STRING	マークダウンのタイプ。 以下の値を使用します。 最初のマークダウンの場合は 01 に設定します。 人工マークダウンの場合は 99 に設定します。 デフォルト値は 01です。 フィールドがフィード内に存在しない場合、 Optimization service はそのマークダウンを最初のマークダウンと見なします。
   11.	マークダウン有効終了日	いいえ	STRING	人為的なマークダウンの終了日。 このフィールドは、 Markdown type が人為的なマークダウンのために 99 として設定されている場合は必須です。 日付が指定されていない場合、アイテムとノードのペアは無効と見なされます。
   12.	マークダウン通貨	いいえ	STRING	これは、マークダウン・コストに関連付けられています。 この値は、3 文字の ISO 通貨形式 (USD、GBP、EUR など) でなければなりません。

3. 次のサンプル.csvファイルを確認してください：

   item_id,item_uom,item_class,ship_node,markdown_event_id,markdown_item_status,markdown_item_retail_price,markdown_effective_start_date,markdown_percentage,markdown_type,markdown_effective_end_date,markdown_currency
   20908279,GOOD,EACH,0035,MARK_9,MKDOWN,5.4,2018-07-20,20.56,,,USD
   20908279,GOOD,EACH,0014,MARK_9,MKDOWN,5.4,2018-07-20,10.56,,,USD
   20908279,GOOD,EACH,0037,MARK_9,MKDOWN,5.4,2018-07-20,20.56,,,GBP
   20908279,GOOD,EACH,0039,MARK_9,MKDOWN,5.4,2018-07-20,35.56,,,EUR
   95509519,GOOD,EACH,1054,DPROMO1,CL-TO-ACTIVE,10,2018-03-20,,01,,USD
   95509519,GOOD,EACH,1055,DPROMO2,CL-TO-ACTIVE-DELETE,10,2018-03-20,,99,2018-09-20,USD
   95509519,GOOD,EACH,1056,DPROMO1,MKDOWN-DELETE,10,2018-03-20,,99,2018-09-20,GBP

4. 以下のステップのいずれかを競う：
   • IBM Cloud® Object Storage上の<Input_Prefix>/UPLOAD/MKC仮想フォルダにファイルを1つアップロードします。
   • ローカルディレクトリからすべてのファイルをIBM Cloud Object Storage上の<Input_Prefix>/UPLOAD/MKC/仮想フォルダにアップロードします。
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自動的に作成される接頭辞を理解し、以下の現在の状態に基づいて処理されたファイルを保存する：

   /completed

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

   /summary

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