用户一次购买多个商家的商品，如何合单支付并分别分账?

多商家购物需要同时保留商家订单和支付关联。顾客可以一次完成付款，后台仍然分别记录各家的商品、金额和交付，再按所选支付产品处理分账。himall提供多商家商城与分账相关方案，建设时应把交易、支付和结算三类记录对应起来，避免顾客体验统一以后，后台账目反而混在一起。

合并付款，商家订单仍然独立

购物车包含不同商家商品时，平台可以生成一次结算所需的支付关联，同时保留各商家的交易订单。运费、优惠及商品金额先分配清楚，才知道每家对应多少钱。

顾客看到统一付款入口，商家则只处理属于自己的商品。某家已发货、另一家尚未发货时，订单状态与售后仍需分别进行，不能因为一起付款就强制共同结束。

himall的多店铺交易和物流能力可以围绕这类购买过程组织，各商家的交付记录继续与自己的订单对应，平台也有依据向顾客解释进度。

支付产品决定资金怎样处理

不同支付产品对商户入网、账户和分账能力有不同要求，平台需要选择适合自身经营关系的服务。以微信支付的相关合单方案为例，可以将多笔子订单关联在一次支付中，再按对应产品规则处理后续资金。

是否需要分账、何时可以发起、怎样完结，都应按接入方案安排。商城负责保存业务依据和调用结果，支付服务承担相应资金处理，不能仅在商城数据库里改一个金额，就当作资金已经转移。

商家的收款主体和账户也应在上线前准备，平台自己的服务收入，与应归商家的交易金额分别记录。himall项目可将这些要求与支付接入一起明确。

退款不能只看整次付款

优惠分摊应在支付以前确定。平台券涉及多家商品时，可以按约定将优惠分配到各子订单，再保留计算依据;店铺券则对应本店交易。分摊以后，各子订单金额与顾客实际支付合计应一致。财务处理部分退款时沿用当时分配结果，避免重新按***活动计算，导致商家账目无法对应。

顾客退掉其中一家商户的部分商品时，需要关联对应子订单及支付记录，再处理优惠、佣金和资金变化。其他商家的正常订单不应因此失去交付状态。

已分账和未分账的交易，退款处理可能不同，应按支付产品支持的路径执行。平台记录每次请求与结果，异常时先查询实际状态，再决定继续操作，减少重复处理。

合单编号、商家订单号和资金记录之间应能互相查询。财务看到某笔结算金额，可以找到商品、服务费与退款依据，商家也能理解自己收到什么款项。

试运行时，用两个商家完成购买，再安排一家部分退款，检查顾客端、商家账与支付结果是否对应。合单支付提升顾客操作便利，独立订单和连续资金记录则支撑平台长期经营，两部分需要一起完成。