VWCG-1072 滨州一卡通当前分支对接盘点与后续方案

基于各项目当前本地分支盘点:目前已完成一卡通基础资料、卡与余额同步链路;消费扣款、退款/冲正、查单补偿和订单对账链路尚未落入当前分支。

更新时间:2026-07-14 客户:滨州健康科技职业学院 需求:VWCG-1072 主实现仓库:store 目标分支口径:develop_binzhou
已完成

一卡通 token、签名、身份、部门、人员、卡、余额同步,含 CLI 与定时任务。

部分完成

滨州企业编码和小程序企业上下文已在 ai_api、ai_app 有基础支持。

未完成

消费订单扣款、退款冲正、交易表、补偿任务、ai_api 到 store 内部支付调用。

1. 当前分支盘点结论

仓库 当前分支 / HEAD 一卡通完成情况
store develop_binzhou / a86869b52 已合入一卡通同步能力:认证、签名、身份、部门、人员、主卡、余额同步,以及 OneCardSync all 定时同步。
ai_api develop_binzhou / 075de754 已配置滨州企业编码和小程序 appid 到企业编号映射;未发现一卡通扣款/退款接口调用。
ai_app develop_binzhou / f6de05e7 已有 enterprise-no 透传、路由企业编号保存等基础上下文;未发现一卡通支付前端专属链路。
ai_storeai_webqcsxtyjwin_deploy_guoxin 各自当前分支 未发现有效一卡通接口对接代码;仅有通用 token、城市名、问卷选项等无关匹配。

2. 已完成的接口范围

模块 一卡通接口 当前落地
认证GET /api/token已实现 token 获取、缓存、提前刷新和签名请求。
身份类别POST /api/common/queryaccclass同步到本地身份类别和一卡通身份映射。
部门POST /api/common/systemdocking/getaccdepfixid
POST /api/common/systemdocking/getaccdepinfobyfixid
按版本号同步部门,并维护本地部门映射。
人员/账户/主卡POST /api/common/systemdocking/getaccfixid
POST /api/common/systemdocking/getaccinfobyfixid
同步人员、用户、部门关系、账户映射和当前主卡。
账户详情兜底POST /api/common/infoqueryservice/getaccount当前主卡字段缺失时按账户号补查。
余额POST /api/common/infoqueryservice/getewallet按本地有效卡批量同步钱包余额,更新本地用户余额快照。

3. 尚未完成的核心对接

4. 后续接入方案

推荐原则:一卡通作为标准余额支付链路的远端前置扣款能力接入。本地订单 pay_method 继续保持 balance,不新增 one_card 支付方式;是否是一卡通订单,通过交易表关联识别。

4.1 store 负责真实一卡通能力

4.2 ai_api 只调用 store 内部能力

4.3 订单来源覆盖建议

来源 场景 建议
source=1绑盘机结算最终金额确定后先扣一卡通,再走本地支付成功。
source=2消费机即时消费扣款成功后才创建/确认成功订单。
source=4小程序/H5 订餐和直接消费ai_apistore 内部一卡通支付能力。
source=5外部消费接口复用外部订单号做幂等。
source=6闸机消费扣款成功后才放行。
source=7点餐机消费confirm 不扣款,pay 统一进入一卡通。
source=10萤火普通商城待支付订单保留,支付时进入一卡通。

5. 推荐实施顺序

  1. 新增支付配置:payment_enablepayment_modepayment_business_numpayment_device_numpayment_retry_times
  2. 新增 ydy_one_card_trade_order,先把幂等、查单、补偿状态设计稳定。
  3. store 实现查余额、预下单、扣款、查单、冲正服务和测试。
  4. 接入 store 侧消费来源:绑盘机、消费机、外部消费、闸机、点餐机。
  5. 开放 store 内部支付接口给 ai_api,再接小程序/H5 与普通商城。
  6. 联调前保持 payment_enable=false,验证通过后按商户灰度开启。

6. 验收口径

边界说明:本页面是当前分支代码盘点和后续实施方案,不包含明文接口密钥、token、数据库密码或生产请求原文。云效需求当前仍需按团队流程流转状态。