微企付支付金额跟订单金额不匹配

结论很直接：微企付支付金额和订单金额不一致时，系统不会「部分入账」，而是分两种极端情况处理。付多了，多出来的那部分原路退给客户，剩下的金额刚好覆盖订单，这笔支付算成功；付少了，一分钱都不留，整笔金额原路退回，订单支付状态保持未成功。换句话说，系统只接受刚好等于订单金额的支付，多和少都不做部分处理。

为什么会这么设计？因为订单的应收金额是固定的，部分收款会让后续对账、发货、开票全部对不上。与其让财务去追一笔差额，不如让支付环节直接判死：要么全额到账，要么退回去重付。这个逻辑在订货宝的支付流程里是自动执行的，不需要人工去点退款，客户在支付界面完成操作后，退回也会沿着原路径走。

所以遇到「金额不匹配」的提示，真正要改的不是系统设置，而是这一笔支付的金额本身。要么让客户按订单金额重新付一次，要么把订单金额调整成客户实际想付的数，再发起支付。

第一步，确认订单的应收金额。打开订单详情，看「订单金额」这一栏，这是系统比对的基准，不是商品原价，也不是客户口头说的数。如果订单里有优惠、运费、抹零，都会体现在这个金额上。

第二步，把这笔金额原样告诉客户，让客户在微企付的付款界面输入或确认相同的数字。客户如果手动改过金额，就会触发不匹配。

第三步，客户支付后回到订单列表刷新支付状态。付多了会看到订单已支付，同时有一笔差额退款记录；付少了会看到订单仍未支付，同时有一笔整笔退款记录。看到退款记录不要慌，那是规则内的正常动作，不是异常。

第四步，如果是付少的情况，让客户重新按订单金额发起一次支付即可，不需要先取消订单。如果是付多的情况，订单已经成立，按正常流程走发货或后续操作，差额退款到账时间取决于付款渠道，订货宝侧不额外扣留。

和账期、授信额度联动。如果客户的这笔支付本来是想还账期欠款或占用授信，金额不匹配导致整笔退回后，账期余额和授信占用不会发生变化，客户会以为已经还了，实际没还。对账时要特别留意这类「退了但没入账」的记录。

和库存、发货联动。付少了订单不成功，库存不会为这笔订单锁定发货；付多了订单成功，库存按正常流程走，但差额退款和发货是两回事，不要因为看到退款记录就暂停发货。

和权限、报表联动。差额退款和整笔退款都会在支付流水里留痕，财务在对账报表里能看到对应的退款条目。如果只给部分人员开放退款查看权限，处理这类问题时可能需要相应角色才能看到完整链条。报表上的「已收款」只统计成功入账的部分，退回的金额不计入。