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 字符串(包装方式一改就会静默失效)
This commit is contained in:
@@ -54,7 +54,9 @@
|
||||
<p class="mt-2 text-xs text-gray-400">购买成功后可在「我的订单」查看并下载标书</p>
|
||||
|
||||
<div class="mt-5 space-y-2 text-sm text-gray-600">
|
||||
<p>购买人数:{{ tender.saleCount || 0 }}</p>
|
||||
<!-- 购买人数取后端实时统计的**已付款订单数**(buyerCount),不是 saleCount:
|
||||
后者在下单时就 +quantity 且从不回退,含未付款与已取消的单,一直是假数 -->
|
||||
<p>购买人数:{{ tender.buyerCount || 0 }}</p>
|
||||
<p>售卖方式:{{ sellingMethodText }}</p>
|
||||
</div>
|
||||
|
||||
|
||||
Reference in New Issue
Block a user