yeg
2026-09-24 3dff4451ffe12e87d16792cdd8f744e1e29aad9c
CONTEXT.md
@@ -74,9 +74,9 @@
**商户端**:商户办理进件、扫描人才码创建到店消费订单,以及扫描预购订单核销码完成核销的小程序;付款由人才用户在人才端完成。
**商户进件**:商户提交主体、经营和结算资料,申请成为汇付商户的过程。主体分企业(含个体工商户)
与个人(小微)两种:企业交营业执照与法人资料,个人交身份证与**店铺照片**(线上经营传店铺首页截图、
有实体门店传门头照、流动经营传经营现场照)、**店内环境照**——个人主体的微信业务开通与微信实名认证
都要这两张图。基本资料审核通过后,微信支付仍可能处于开通中或开通失败。
与个人(小微)两种:企业交营业执照与法人资料,个人交身份证、**经营详细地址**与**店铺照片**
(线下报备口径下是实体门头照)、**店内环境照**——个人主体的微信业务开通与微信实名认证都要这两张图。
基本资料审核通过后,微信支付仍可能处于开通中或开通失败。
**渠道商**:汇付里位于我们平台之上、**直属**管辖我们名下商户的那一层主体。平台的每一次通道调用都以它(或它的下级身份)
签名,因此「谁能查到哪个商户」由**签名身份本身的数据权限**决定,与商户在通道里挂在谁下面无关——
@@ -90,3 +90,27 @@
**收款能力**:通道侧对这家子商户当下是否可用的判定事实,即通道商户状态(`merchant_stat`)与取现、结算开关。它不由平台决定,会随汇付控台的操作随时改变——进件通过不代表它一直正常,商户被通道停用后它会变成异常。它**不等于**收款就绪:这里只描述通道侧的事实,不含我们要求的微信支付开通与实名等前提,也不等同于进件阶段。
**收款就绪**:商户可以接受微信付款的状态,是某一时点的判定结果,不是进件的终态。除基本进件通过、结算银行卡可用、延迟入账与自动结算已核实、**收款能力**正常外,还必须已开通微信支付业务并完成微信实名认证与授权;未完成实名前不允许收款。收款能力一旦异常,收款就绪随之回退,所以它的对外可信度以最近核实时间为准。
## 微信支付口径
三个都叫「场景/scene」的东西是**三件不同的事**,混起来会把支付配瘸,因此各给一个名字:
**支付场景(pay_scene)**:这笔微信支付在通道侧按哪一档**支付能力**受理——线下(反扫、公众号、小程序)
与线上(公众号、小程序、反扫)是两组独立的报备与费率,不是同一件事的两种叫法。平台统一走线下。
_Avoid_: 场景、支付方式(会与下面两个混)
**业务开通类型(fee_type)**:商户微信业务按线上标准费率还是线下这一档开通。它决定三件事:人才端
AppID 绑在哪一组配置下、实名与实名查询用哪一档、通道回执里按哪一档匹配。与**支付场景**不是同一个字段。
_Avoid_: 费率类型、pay_scene(同名字段、不同含义)
**进件场景(scene_type)**:商户的**主体资料**按线上经营还是线下经营场所报备,决定通道索要哪些经营场所
材料。它与支付场景相互独立:一家商户的进件场景与它开通的支付场景可以不同,也不要求相同。
_Avoid_: 经营场景、业务场景(都会与上面两个混)
**费率规则号(CID)**:通道按「支付场景 × 业务开通类型 × 主体类型」三维定位的结算规则编号,费率与它一体。
选错号不是「费率算错」而是直接被拒,所以主体类型不同、场景不同就不能共用一个号。
_Avoid_: 费率号、规则 ID(听起来像一个可以随便配的数)
**经营详细地址**:商户实际经营场所的地址,线下报备下是必填项。它与**证件地址**(身份证/营业执照上的住址)
是两回事,不能互相顶替——线上口径下曾经用证件地址顶替它,线下会被通道驳回或留下错误的报备信息。
_Avoid_: 注册地址、门店地址(前者是执照住址,后者是门店这一维度的地址)