支付成功时钱不会直接进商户账户：商户开通了延迟入账，先付钱后核销的订单资金进入斗拱的**延迟户**
（官方定义：不可结算、不可取现），核销成功后才调用**交易确认**把资金分账到商户**基本户**，
再由斗拱按 D1 结算周期自动结算到商户绑定的结算银行卡。
支付即核销的到店消费订单不走延迟，支付成功即分账给商户。
商户进件时即配好延迟入账能力（delay_flag=Y、forced_delay_flag=N）。是否延迟由下单参数delay_acct_flag 按订单类型决定：只有 STORE_CONSUME 不延迟，其它订单（含以后新增的类型）
一律延迟，这样未核销的钱默认被扣在通道。
核销成功时触发交易确认。资金确认状态记在 payment_transaction.funds_confirmation_status：NULL 表示未走延迟入账，pending 表示钱还在延迟户，confirmed 表示已分账到商户基本户。
撤销核销必须走反方向：调用通道的**交易确认退款**把已确认的金额退回延迟户，状态回到 pending，
商户重新核销时会再确认一次。回退期间状态是 reverting（钱在哪一边未定），此时不允许撤销核销。
钱被 D1 结算划到商户银行卡之后就退不回来，撤销核销只能被拒绝——所以撤销窗口实际上止于下一次自动结算。
出款由斗拱按结算周期自动完成，平台**不生成提现记录**，也不再发起主动取现。商户进件时通过settle_config 打开自动结算（批次结算、不设起结金额与留存金额），商户和平台都不需要手工出款。
后台的「结算记录」页直接查询斗拱的结算流水，用于监控每天自动结算了多少到银行卡。
商户绑定的银行卡是自动结算的到账目标。商户可以查看和更换结算银行卡，但不能发起提现或选择金额。
人才端：人才用户购买商品并完成微信付款的小程序，也是商户发起到店消费订单后的付款端。
商户端：商户办理进件、扫描人才码创建到店消费订单，以及扫描预购订单核销码完成核销的小程序；付款由人才用户在人才端完成。
商户进件：商户提交主体、经营和结算资料，申请成为汇付商户的过程。主体分企业（含个体工商户）
与个人（小微）两种：企业交营业执照与法人资料，个人交身份证与**店铺照片**（线上经营传店铺首页截图、
有实体门店传门头照、流动经营传经营现场照）、**店内环境照**——个人主体的微信业务开通与微信实名认证
都要这两张图。基本资料审核通过后，微信支付仍可能处于开通中或开通失败。
微信支付开通：商户取得在平台小程序内接受微信付款所需业务能力的过程。开通失败可以单独重试，不否定已经通过的基本资料审核。
微信待实名：微信支付开通过程中，仍需完成微信实名认证与授权的阶段，不属于开通失败。实名认证走法人（contact_type=LEGAL），申请以法人信息发起；申请单审核通过（APPLYMENT_STATE_PASSED）不等于授权完成，还要由本人扫描通道回传的小程序码、并满足 authorize_stat=1。这是收款能力的真实缺项，不是可以忽略的合规补课。
收款就绪：商户可以接受微信付款的状态。除基本进件通过、结算银行卡可用、延迟入账与自动结算已核实外，还必须已开通微信支付业务并完成微信实名认证与授权；未完成实名前不允许收款。
