2 Commits

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	5b6e1b67bc	feat(tender): 支付链接改为站内二维码，支付确认改走微信侧查单 ... - BuyDocument：支付步骤原先把后端 Native 下单返回的 codeUrl（weixin://wxpay/...）当明文 链接渲染成一个 <a target="_blank">，而 weixin:// 在浏览器里点击没有任何有效行为——标题写 着「请使用微信扫码支付」，页面上却没有二维码，PC 端 Native 支付实质不可用。改为渲染真正 的二维码，并删掉那个链接。 - HjcPayQrcode（新）：uqr 站内生成，renderSVG() → data:image/svg+xml → <img :src>。不用 v-html（避开 vue/no-v-html），不用第三方外链（hjc-h5 用的 api.qrserver.com 在境内不可靠， 且等于把支付凭据交给第三方），也不改后端契约。 - useHjcPayStatus（新）：支付结果一律以**微信侧**为准——轮询 pay-status（3s，页面隐藏暂停， 2 小时上限），手动「我已完成支付」按钮也走同一条查单通道。原先只有 mark-paid 一条路，而它 不向微信查单（HjcOrderController 的 javadoc 自陈「订单置为已支付只有 /mark-paid 一条路」）， 用户一分钱不付、点一下就能把订单置为已支付并触发一站式推送。故 hjc-web 弃用它，并删除 server/api/tender/mark-paid.put.ts，不留这个入口给下一个人误用。 - 查单的另一好处：微信已支付而本地仍未支付时它会就地补写状态（幂等）。于是「付了钱但页面被 关掉/断网」这类漏单能被认出来——进入支付步骤即开始轮询，正是为了认出这种订单。 - 拿不到二维码时（例如租户支付配置错误）不再显示空白卡片，而是失败原因 +「重新获取二维码」。 微信 Native 码默认 2 小时且服务端不下发 expireTime，故按发起支付时刻本地计时，过期把二维码 置灰并提示重新获取；「重新获取二维码」重调 /api/tender/pay（同 out_trade_no 的 Native→ Native 重下微信允许）。 - 由此 hjc-web 与 hjc-h5/小程序端的支付确认语义**有意不一致**（那两端仍在用 mark-paid，改动 它们等于同时动三端线上支付路径）。理由与边界记在 ADR 0009。 - 依赖：新增 uqr；两份锁文件同步更新（pnpm 装，package-lock.json 同步）。 - 删除 BUY_TENDER_MAP_REPORT.md：530 行历史快照，结论与现状全面矛盾（称购买流程是桩函数、 /buy 不可用、没有登录流程、pay 代理路径写错），已实际误导过一次调研；历史价值留在 git 里。	2026-09-17 02:32:39 +08:00