联营版3.0，门店支付时为什么提示：请求参数格式不匹配？

联营版3.0的合单支付是把一笔订单的货款拆分给多个收款方，系统对单个订单能挂多少个收款方做了硬性限制：最多20个。当门店在收银端确认支付、把订单提交到支付通道的那一刻，系统会先统计这张订单一共关联了多少个收款方，只要数字超过20，提交动作就不会继续往外走。所以你看到的「请求参数格式不匹配」，本质不是某个字段填错了类型或长度，而是系统判定这份请求体里携带的收款方列表超出了它允许的范围，于是用一个笼统的报错把这次提交挡了回来。

换句话说，决定这条提示出现与否的只有一个变量：这张订单绑定的收款方个数有没有突破20。没有突破，支付正常走；突破了，报错就出现，跟门店的网络、收款账号、订单金额大小都没有直接关系。常见的触发场景是活动期或跨店联合促销，一张单里同时挂了多个参与分账的门店、供应商或合作方，凑着凑着就过了20。要恢复支付，只有两条路：要么把这张订单的收款方拆到20个以内（通常是拆单或调整分账配置），要么走扩容流程把这个上限提上去。

另外要区分清楚：这个20是「单个订单」的限制，不是账户级别、更不是整个联营体系的限制。同一家门店今天做了一百张单，每张单的收款方都在20以内，那都不会报这个错；反过来，只要有一张单越线，就只有这张单被卡住，其他订单不受影响。

路径一是压到20以内。打开这张订单的分账或联营收款方配置，把不必要独立分账的收款方合并或去掉，比如把同一供货方在不同子单里的多条记录归并成一个收款方；如果归并不了，就把这笔合单拆成两张或更多订单，让每张订单的收款方数量落在20以内，再分别发起支付。这样做的代价是多一次支付动作，对账时要按拆单后的单号分别核销。

路径二是申请扩容。既然20是当前的收款方数量上限，要做更大规模的合单分账，就需要把这个上限提上去。扩容不是门店自己能在后台点出来的，需要由订货宝侧向网商银行发送邮件提交扩容申请，说明用途和需要的数量，等对方处理完成后上限才会生效。在扩容结果下来之前，超限的订单仍然会被拦，所以活动排期要留出提前量。

向上游看，它跟分账配置和价格体系是连着的。收款方怎么分、各自分多少，取决于商品归属和联营分成规则，改分账结构会直接影响各方的结算金额，动之前要确认分成比例没被带偏。向下游看，它会影响库存扣减和对账报表：拆单支付之后，同一笔业务在报表里会呈现为多张单，库存扣减时点和核销口径都要跟着对齐。

权限上，改分账配置和发起扩容申请通常不是门店收银员能做的，需要后台管理角色操作，所以门店遇到这个提示时，正确做法是把订单号报给后台，而不是自己反复重试支付。联营版属于订货宝五个版本中的一个方向，具体能力边界以订货宝服务官网（https://www.dhbvip.com）公布的信息为准，配置拿不准时可以打全国服务热线 400-888-1794，或发邮件到 dhb@adelieyun.com 确认。