| | |
| | | |
| | | 支付即核销的到店消费订单不走延迟,支付成功即分账给商户。 |
| | | |
| | | ## 支付尝试与预支付单 |
| | | |
| | | **预支付单**:向通道发起一次支付请求后,通道侧生成的一张**可被付款的凭证**——人才端拉起微信收银台就是凭它。 |
| | | 它有有效期,过期即不能再付;未过期的预支付单可以被反复拉起收银台。 |
| | | _Avoid_: 预订单、支付单(会与本地订单混同) |
| | | |
| | | **支付尝试**:一笔订单向通道发起的一次支付请求。一笔订单可以有多次支付尝试,但**同一时刻最多只有一张活着的预支付单**: |
| | | 先复用已有的,复用不了先关单,都走不通才新建;否则同一笔订单可能被付两次。 |
| | | _Avoid_: 支付流水(那是记账视角,不是业务含义) |
| | | |
| | | **关单**:把一张未付款的预支付单在通道侧作废。它是「这张单子还能不能被付款」的**唯一**判定手段—— |
| | | 本地把流水标成已关闭不算数,用户手上的预支付单照样能付进来。关单回执说原交易已经成功,就说明钱已经被收下。 |
| | | _Avoid_: 取消、关闭订单(那些是订单的事,不是预支付单的事) |
| | | |
| | | **支付结果不确定**:本地问不出「这笔钱到底有没有收下」的状态——通道答「处理中」、查询本身失败、 |
| | | 或通道说成功而本地规则核对不上,都算。它描述的是**一次支付尝试**的悬而未决,不是整笔订单的状态。 |
| | | _Avoid_: 支付中、支付确认中(听起来像有进度,实际是没结论) |
| | | |
| | | **关单中**:一次支付尝试已经叫了关单,但通道只回「处理中」,于是「这张预支付单还能不能付款」暂时没有结论。 |
| | | 它必须能被重试到有结论为止,期间不能当成「已经关掉」。 |
| | | _Avoid_: 取消失败 |
| | | |
| | | **悬账**:通道确认收到、但本地订单已经取消或关闭的钱。它必须要么自动退回付款人,要么有一条明确的人工兜底, |
| | | 不能只留在对账页上等人看见。 |
| | | |
| | | ## 延迟入账与交易确认 |
| | | |
| | | 商户进件时即配好延迟入账能力(`delay_flag=Y`、`forced_delay_flag=N`)。是否延迟由下单参数 |
| | |
| | | |
| | | 核销成功时触发交易确认。资金确认状态记在 `payment_transaction.funds_confirmation_status`: |
| | | `NULL` 表示未走延迟入账,`pending` 表示钱还在延迟户,`confirmed` 表示已分账到商户基本户。 |
| | | |
| | | 撤销核销必须走反方向:调用通道的**交易确认退款**把已确认的金额退回延迟户,状态回到 `pending`, |
| | | 商户重新核销时会再确认一次。回退期间状态是 `reverting`(钱在哪一边未定),此时不允许撤销核销。 |
| | | 钱被 D1 结算划到商户银行卡之后就退不回来,撤销核销只能被拒绝——所以撤销窗口实际上止于下一次自动结算。 |
| | | |
| | | ## 结算 |
| | | |
| | |
| | | |
| | | **商户端**:商户办理进件、扫描人才码创建到店消费订单,以及扫描预购订单核销码完成核销的小程序;付款由人才用户在人才端完成。 |
| | | |
| | | **商户进件**:企业商户提交主体、经营和结算资料,申请成为汇付商户的过程。基本资料审核通过后,微信支付仍可能处于开通中或开通失败。 |
| | | **商户进件**:商户提交主体、经营和结算资料,申请成为汇付商户的过程。主体分企业(含个体工商户) |
| | | 与个人(小微)两种:企业交营业执照与法人资料,个人交身份证与**店铺照片**(线上经营传店铺首页截图、 |
| | | 有实体门店传门头照、流动经营传经营现场照)、**店内环境照**——个人主体的微信业务开通与微信实名认证 |
| | | 都要这两张图。基本资料审核通过后,微信支付仍可能处于开通中或开通失败。 |
| | | |
| | | **微信支付开通**:商户取得在平台小程序内接受微信付款所需业务能力的过程。开通失败可以单独重试,不否定已经通过的基本资料审核。 |
| | | |
| | | **微信待实名**:微信支付开通过程中,仍需商户完成实名或授权的阶段,不属于开通失败。 |
| | | **微信待实名**:微信支付开通过程中,仍需完成微信实名认证与授权的阶段,不属于开通失败。实名认证走法人(`contact_type=LEGAL`),申请以法人信息发起;申请单审核通过(`APPLYMENT_STATE_PASSED`)不等于授权完成,还要由本人扫描通道回传的小程序码、并满足 `authorize_stat=1`。这是**收款就绪**的真实缺项,不是可以忽略的合规补课。 |
| | | |
| | | **收款能力**:通道侧对这家子商户当下是否可用的判定事实,即通道商户状态(`merchant_stat`)与取现、结算开关。它不由平台决定,会随汇付控台的操作随时改变——进件通过不代表它一直正常,商户被通道停用后它会变成异常。它**不等于**收款就绪:这里只描述通道侧的事实,不含我们要求的微信支付开通与实名等前提,也不等同于进件阶段。 |
| | | |
| | | **收款就绪**:商户可以接受微信付款的状态,是某一时点的判定结果,不是进件的终态。除基本进件通过、结算银行卡可用、延迟入账与自动结算已核实、**收款能力**正常外,还必须已开通微信支付业务并完成微信实名认证与授权;未完成实名前不允许收款。收款能力一旦异常,收款就绪随之回退,所以它的对外可信度以最近核实时间为准。 |