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

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

このタスクについて

マークダウン
このデータセットには、最新の値下げイベントデータを反映した値下げ率が含まれる、商品またはノードレベルの値下げイベントが含まれています。 アイテムがノードのマークダウン・リストに追加された場合、またはアイテムがノードのマークダウン・リストから除外された場合は、データ・セットを更新する必要があります。
マークダウンの階層
マークダウン・ティアとは、製品のライフサイクルを通じて計画されている複数の価格引き下げ段階を指します。 マークダウン原価計算モデルでは、これらの段階を用いてフルフィルメントの決定を最適化します。 現在の価格での即時売上と、値下げ後の価格での将来的な売上見込みを比較する。
段階的な値下げ戦略には、通常、以下の要素が含まれます:
初期価格
例えば、発売時の定価は100ドルです。
最初のマークダウン
発売直後の価格から小幅に値下げされ、例えば85ドルとなります。
2回目の値下げ
季節が進むにつれて、例えば60ドル程度まで値下げされます。
最終的な値引き
残りの在庫を一掃するための大幅な値下げセール。例えば、40ドル。
事前に明確で段階的な値下げスケジュールを策定することで、次のようなメリットが得られます:
  • 収益の損失を最小限に抑えるための戦略的なフルフィルメントに関する決定が行われる。
  • マークダウンの悪循環を防ぎます。
  • より収益性の高い在庫管理が可能になります。
このデータセットの「値引きタイプ」フィールドは、特定の値引きイベントがどの段階に該当するかを特定するのに役立ちます。
人為的な値下げ
人工的なマークダウンを使用して、一部のアイテムを他の在庫よりも優先順位付けすることで、それらのアイテムのマークダウンを回避できます。
マークダウンを回避するために優先順位を付けることができる以下のタイプの在庫について理解します。
  • 返品またはその他の条件のために店舗で販売されていないアイテム。
人工マークダウンのアイテムを識別するには、以下の手順を実行します。
  1. Item markdown status に設定します MKDOWN
  2. その項目の Markdown type99に設定します。
  3. Markdown effective end dateを指定します。

手順

  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 マークダウンのカテゴリを識別するためのマークダウン形式。 以下の値を使用します。

    Markdownの価格帯(予定されている値下げ):

    • 最初のMarkdownレベルに 01 設定します。
    • 2番目のMarkdownレベルに 02 設定します。
    • 第3段階の値下げ(最終 03 処分)に設定する。

    値引き段階とは、製品のライフサイクルを通じて計画的に段階的に価格を引き下げていくことを指します(例:100ドル → 85ドル → 60ドル → 40ドル)。 値下げ段階を指定することで、システムは、現在の価格で注文を履行することと、将来の売上を見込んで在庫を保有することとの間のトレードオフを、各値下げ段階ごとに評価します。 その結果、収益の損失を最小限に抑えることができます。

    人為的な値下げ(優先的な注文処理):

    • 人工マークダウンの場合は 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 を対象に、以下のいずれかの手順を完了してください:
    • 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.csverror summary.txtファイルを受け取ります:ファイルは処理できない元の取り込みレコードですerror row.csv ファイルには、処理に失敗した理由が書かれているerror summary.txt
  6. Sterling Intelligent Promising自動的に作成される接頭辞を理解し、以下の現在の状態に基づいて処理されたファイルを保存する:
    /completed
    処理が完了したすべてのファイル。 完了したファイルを定期的にクリーンアップし、IBM Cloud Object Storageのストレージ要件を最小限に抑えることが重要である。
    /summary
    実行中に発生したエラーを記述したデータ取り込み要約ファイル。 このサマリーファイルは、処理に失敗したファイルと一緒に使用することで、エラーコードと失敗の理由を理解するのに役立つ。

データ取り込みシステムが生成する接頭辞のサンプルは以下の通り:
  • /completed/<Input_Prefix>/sip-mkc/myinput
  • /summary/<Input_Prefix>/sip-mkc/myinput