hjc-web

weicw-dshsa/hjc-web

Fork 0

Commit Graph

Author	SHA1	Message	Date
weicw-dshsa	31f2f07c5c	feat: 收银台支持支付宝支付（微信/支付宝选择器） PC 收银台此前硬编码「请使用微信扫码支付」，只能走微信 Native。改动： - 支付方式选择器（微信支付 / 支付宝），切换即重新发起支付并清掉上一张码—— 同一订单号换支付类型重复下单会被渠道拒（微信回 OUT_TRADE_NO_USED），两种支付信息同时留在页面上只会让用户困惑。 - 支付宝走电脑网站支付：后端返回自提交表单，用 document.write 写进新窗口。刻意不用 v-html——它插入的脚本标签不会执行（HTML 规范如此），表单永远不会自动提交。原收银台页留在原标签页继续轮询查单。 - 弹窗被拦截时给出可行动提示，并保留「前往支付宝付款」按钮兜底。 - 回到一张曾用支付宝发起过的待支付订单时，默认选中支付宝，避免又拿微信去撞一次「订单号已使用」。 - useHjcPayStatus 增加 channel 参数，仅供提示文案说对「微信侧/支付宝侧」。状态词表不变——后端已把两个渠道的状态映射成渠道无关的 PaymentStatus，前端再加一份支付宝词表等于把渠道知识泄漏进 UI。顺带把这层理由写进注释。 - 修正代码注释里对 ADR 0009 的引用：工作区 docs/adr 下并没有这一篇，相关决策现记录在 ADR 0008。验证：eslint 0 error；npm run build:dev 构建通过。	2026-09-20 19:18:02 +08:00
weicw-dshsa	a7399e0624	feat(tender): 我的订单加「去支付」「取消订单」入口，并新建收银台 hjc-web 此前没有收银台——支付步骤内嵌在购标流程（BuyDocument 的 step='pay'）里，买家一旦离开就再也回不到未完成的支付。本提交补上按订单号付款的独立页面。 - 新建 /tender/pay 收银台：只认订单号，金额取自订单本身（by-no）而非支付响应（支付一失败页面就会停在 0.00）；进入先判状态，已支付/已取消/已退款不发统一下单，就地显示结论——既无意义，也会多撞一次跨端 OUT_TRADE_NO_USED - 订单列表：待支付卡片加两个按钮 + 手搓 Tailwind 二次确认弹窗（照 ConsultDialog 的风格，不用 antd 的 Modal：买家页无先例，视觉与站点自建风格不一致） - 状态口径改读 orderStatus（原先只看 payStatus，取消后会把已取消显示成「待支付」并带上「去支付」），抽 app/utils/orderStatus.ts，与 hjc-h5 刻意保持同一套优先级 - 新增两个 Nitro 代理 order-by-no.get.ts / cancel.post.ts，照既有 my-orders / pay-status 的范式原样透传 ApiResult - 标书详情「购买人数」改读 buyerCount（后端实时统计的已付款订单数） - 跨端 OUT_TRADE_NO_USED：识别后端回带的 data.wechatCode 并给可行动提示，不匹配 message 字符串（包装方式一改就会静默失效）	2026-09-17 03:39:59 +08:00

Author

SHA1

Message

Date

weicw-dshsa

31f2f07c5c

feat: 收银台支持支付宝支付（微信/支付宝选择器）

PC 收银台此前硬编码「请使用微信扫码支付」，只能走微信 Native。

改动：
- 支付方式选择器（微信支付 / 支付宝），切换即重新发起支付并清掉上一张码——
  同一订单号换支付类型重复下单会被渠道拒（微信回 OUT_TRADE_NO_USED），
  两种支付信息同时留在页面上只会让用户困惑。
- 支付宝走电脑网站支付：后端返回自提交表单，用 document.write 写进新窗口。
  刻意不用 v-html——它插入的脚本标签不会执行（HTML 规范如此），
  表单永远不会自动提交。原收银台页留在原标签页继续轮询查单。
- 弹窗被拦截时给出可行动提示，并保留「前往支付宝付款」按钮兜底。
- 回到一张曾用支付宝发起过的待支付订单时，默认选中支付宝，
  避免又拿微信去撞一次「订单号已使用」。
- useHjcPayStatus 增加 channel 参数，仅供提示文案说对「微信侧/支付宝侧」。
  **状态词表不变**——后端已把两个渠道的状态映射成渠道无关的 PaymentStatus，
  前端再加一份支付宝词表等于把渠道知识泄漏进 UI。顺带把这层理由写进注释。
- 修正代码注释里对 ADR 0009 的引用：工作区 docs/adr 下并没有这一篇，
  相关决策现记录在 ADR 0008。

验证：eslint 0 error；npm run build:dev 构建通过。

2026-09-20 19:18:02 +08:00

weicw-dshsa

a7399e0624

feat(tender): 我的订单加「去支付」「取消订单」入口，并新建收银台

hjc-web 此前**没有收银台**——支付步骤内嵌在购标流程（BuyDocument 的 step='pay'）里，
买家一旦离开就再也回不到未完成的支付。本提交补上按订单号付款的独立页面。

- 新建 /tender/pay 收银台：只认订单号，金额取自**订单本身**（by-no）而非支付响应
  （支付一失败页面就会停在 0.00）；进入先判状态，已支付/已取消/已退款**不发**统一下单，
  就地显示结论——既无意义，也会多撞一次跨端 OUT_TRADE_NO_USED
- 订单列表：待支付卡片加两个按钮 + 手搓 Tailwind 二次确认弹窗（照 ConsultDialog 的风格，
  不用 antd 的 Modal：买家页无先例，视觉与站点自建风格不一致）
- 状态口径改读 orderStatus（原先只看 payStatus，取消后会把已取消显示成「待支付」
  并带上「去支付」），抽 app/utils/orderStatus.ts，与 hjc-h5 刻意保持同一套优先级
- 新增两个 Nitro 代理 order-by-no.get.ts / cancel.post.ts，照既有 my-orders / pay-status
  的范式原样透传 ApiResult
- 标书详情「购买人数」改读 buyerCount（后端实时统计的已付款订单数）
- 跨端 OUT_TRADE_NO_USED：识别后端回带的 data.wechatCode 并给可行动提示，
  不匹配 message 字符串（包装方式一改就会静默失效）

2026-09-17 03:39:59 +08:00

2 Commits