プロジェクト

全般

プロフィール

製造 #5139

未完了

よく使うお届け先、新規会員登録連携

製造 #5139: よく使うお届け先、新規会員登録連携

明石 友征 さんが5ヶ月前に追加. 5ヶ月前に更新.

ステータス:
進行中
優先度:
通常
担当者:
五十嵐 隆也
開始日:
2026-03-10
期日:
2026-03-31 (約4ヶ月 遅れ)
進捗率:

10%

予定工数:
40:00時間

説明

〇注文完了画面のカスタマイズ
 ・非会員の場合 ⇒会員登録誘導
  管理画面にて登録された非会員用HTMLを購入完了画面下部に表示
  「今回の購入情報で会員登録をする」ボタンを配置し、会員登録を行う。(通常の会員登録フローと同じ)
  ★今回のポイント+会員登録した際のポイントを表示する(別資料参照)
  ボタン押下で仮会員メール送信 ⇒あとは通常の会員登録ルートです。

 ・会員の場合 ⇒よく使うお届け先登録誘導
  管理画面にて登録された会員用HTMLを購入完了画面下部に表示
  **「よく使うお届け先から選択されたお届け先への注文ではない場合に限り」**、よく使うお届け先登録へ誘導する。
  ボタン押下でマイページのよく使うお届け先新規登録画面に遷移(※フォームはお届け先内容で埋められた状態とし、登録ボタン押下だけで登録できるようにする)
  ★登録先の情報を編集したりすることも想定し、そのままダイレクト登録ではなく登録フォームに遷移し登録待機状態とする方法とする

〇製造にあたり考慮が必要な部分
・現状カートの購入完了時にカート⇒本受注にデータ移行後、カート内容とカートを識別するcookieのcart_keyは削除しているが、削除しない形にする必要がある
・この修正のタイミングで、カート内容は削除せず、一定期間(2年ぐらいが望ましい※app_configに値をもつ)保持する形とする
  ⇒カートデータにis_completedというフラグをもち、購入完了までされたデータがis_completedを立て、完了済みのカートであると判断する
  ⇒受注(orders)にカートキーを保持しておく
・会員の場合、よくつかうお届け先から選ばれて進んでいるという判断条件が存在しないため、temp_order_productsにmember_shipping_idのフィールドを追加する必要あり
  ⇒完了画面にてこのmember_shipping_idが入っていない場合のみよくつかうお届け先登録ボタンを配置する形
・お届け先には、郵便番号だけでなく、町域コードも必要となる
  ⇒前回の改修でtemp_order_productsには町域コードも保持するようにしているので、問題はないかと思う
・バッチのデータ整理機能も修正が必要となる
  ⇒データ削除の条件は、
    ①「未完了」で保持期限を過ぎたもの
    ②「完了済み」でapp_configの保存期限(2年)を過ぎたもの

想定される修正機能
・カート機能全般
  ⇒ポイント計算を非会員でも行う必要がある(最終画面に表示するため※途中画面での表示はしない)
  ⇒よく使うお届け先の情報保持
  ⇒完了画面でのデータ削除廃止
  ⇒新規会員登録(仮会員登録)をカート情報で行う
  ⇒よく使うお届け先登録画面に遷移(withでフォーム内容をフラッシュセッションでセットしてあげる必要がある)
・ログイン機能
  ⇒カート情報に会員情報がなければ会員に強制的に紐づける機能が存在するが完了したカートは無視する必要がある
・カート情報重複チェック
  ⇒非会員カートと会員カートの両方の情報があればどちらのカートを使うかを選ばせ、選ばれなかった方は削除する機能があるが、完了したカートは無視する必要がある

その他影響するプログラムは調査しながら実装すること。

※TempOrderを参照している箇所 ⇒基本的にはis_completedが立っているものは参照させない
※TempOrderProductなど、Order以下のテーブルを参照している箇所
  ⇒親であるTempOrderのフラグも判断するようにする必要がある

他の形式にエクスポート: PDF Atom