笔记 4.7 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121
  1. Q1:退货需不需要减库存
  2. 优惠券:
  3. expire_type: 失效方式: 时间段(退货不会延时)/领取后有效天数(退货会延时)
  4. coupon_type: 券的减免方式: 满减/折扣券/无门槛
  5. use_limit: 使用限制: 商品范围: 全部商品,指定分类
  6. get_limit: 领取限制: 无限制; 每人最多x张
  7. 做券√=>领劵√=>检卷√=>用卷√=>退卷
  8. 看货 => 购买 => 下单,减库存 => 支付
  9. 申请售后 => 退货/款 => 输入金额 => 商家审核 => 退货/款 处理
  10. 退货/款处理: 在退券检查时,如果到最大金额,则满足退券条件.如果不到最大值,则不满足,不会退券
  11. 领劵问题
  12. TODO:
  13. !.忘记/重置密码:
  14. 店铺需要添加邮箱字段
  15. 1.平台管理员能重置密码: 往邮箱发新密码
  16. 2.登陆时,忘记密码: 往邮箱发新密码
  17. !.中台:post方法的请求加上loading
  18. +.退货:考虑多次退货/款的问题
  19. -.商品详情分享: 返现至我的资产:对商品设置是否返现,返多少 (必须直接买,添加购物车都不行)
  20. --.我的资产,提现至微信零钱
  21. --.上传文件的管理(需要能管理所有上传的文件,知道哪个在用,在哪用)
  22. 退款/货,选择货物后,走 /point/v1/api/afterSale/cgfr 接口查询该商品金额明细,允许输入金额,存在money字段中进行提交
  23. 团购:
  24. ※团购不用券,要多少就得交多少
  25. 步骤:
  26. 1.对规格的设置:
  27. 设置该规格是否可以团购
  28. 填写团购价
  29. 多少人成团
  30. 2.用户在页面上选择规格下单时,如果是可以团购的商品,就可以看见团购的按钮(立即团购)
  31. 3.商品指定团购页面: 我要开团 下面有 已经开团没满人的 团列表,可以参团
  32. 4.开团: 下单->交钱->成功开团: 分享页面
  33. 5.参团: 下单->交钱->参团: 等待 接团单
  34. 6.团没成功->退钱->团取消掉
  35. 7.拼团成功->团单状态改变->发货
  36. √表:
  37. 1.修改规格
  38. 2.添加 团表: shop,goods,goodsSpec,,time,
  39. 3.修改订单,订单详情=> 添加type(订单类型,默认 常规单;) group(所属团)
  40. 页面:
  41. 1.修改后台页面=>规格, 添加是否团购,团购加个,人数限制
  42. 2.商品详情页面添加 立即团购按钮,跳转至团购页
  43. 3.新增 团购页: 我要开团(按钮) , 下面列表显示这个商品开的团 可以参团
  44. 4.参团/开团 =>选择购买规格,数量 =>进入订单提交(有团购标识) =>下单,付款 ;后续内容就和正常购买一样了
  45. 5.商家订单页: 需要标注是否是团购,且团购是否满足发货条件,控制填单号
  46. 逻辑:
  47. 1.不需要改,添加字段不影响逻辑
  48. ×2.页面的问题
  49. ×3.页面的问题
  50. ※有关金额问题需要重新计算,因为使用的是不是售价,而是团购价
  51. ※有关购买流程的计算部分需要重写,将计算金额的方法统一起来,方便以后改
  52. 3.1.进入下单页面前,需要检查,如果有团id, 检查当前团是否满足参团条件.不满足则提示
  53. 4.修改下单逻辑,如果是团购,需要将 团购类型及团id补全
  54. 5.支付完订单后,检查是否满足团购条件:
  55. 如果是团长开团,则只存在标识,没有团id:
  56. 需要生成团信息,然后将id拿回来补全
  57. 如果是团员,则用传来的团id补全
  58. 1.人数够不够;
  59. 2.每个人是否交钱了;
  60. √6.满足条件,修改 团 状态为已结束;商家可以发货
  61. 7.在团结束前,如果退团,则需要 进行整单取消, 在退货流程中, 如果是团购单,则需要到指定团,将对应的团员修改成退团的状态
  62. 问题:
  63. Q1:因为是先付款,再成团.数据流向也是一样的.但是在支付时,前后端各自处理自己的回调.没有办法实时,准确的获得团id,如果延时大,则无法进入团购分享页.
  64. A:先如此处理,等之后需要将 团数据生成时机和订单生成时机进行处理,让支付后一定有团id,保证准确,实时可以跳转至分享页
  65. 订单详情页,金额问题
  66. 去下单,生成key
  67. util.trade.checkCanBuy 添加接收参数 type, group 为团购的标识并存起来=> 返回key
  68. 进入订单页:
  69. 用key取出存的内容,整理数据格式, 计算价格时,需要用不同的价格进行计算
  70. 去支付:
  71. 计算部分重新写到util里,生成分单也是
  72. 统计:
  73. // 待办
  74. 未付款数, 未发货数, 未处理售后数, 库存警告
  75. // 统计
  76. 平台店铺数量,平台下单总量
  77. 今日/本周/本月/年度销售额,
  78. √今日/本周/本月/年度下单数,
  79. √今日/本周/本月/年度付款数(下单数,传status为1),
  80. √售后统计该状态
  81. √今日/本周/本月/年度退货数,
  82. √今日/本周/本月/年度退款数,
  83. √今日/本周/本月/年度换货数,
  84. 本周下单数,
  85. 本周售后数