旧版多商户商城升级分账功能，应该如何确认改造和验收范围?

旧商城升级分账，应先盘点原来的订单和收款方式，再确定新资金流程从哪些交易开始使用。himall提供商城与分账相关方案，改造时需要对应企业正在运行的版本、已有定制和支付渠道。升级范围不能仅写“增加分账”，还要包括历史交易、退款、账单及异常处理。

先把旧流程画完整

记录顾客付款以后，资金进入哪里，商家如何申请结算，退款又怎样处理。旧商城中仍有未完成订单、未结款项或正在售后的交易，也应单独列出。

这些业务未必适合直接迁入新流程。企业可以确定旧订单继续按原方式结清，新订单从明确的切换点启用分账，再建立新旧账目的查询关系。

切换清单可以按交易状态整理，分别标出待付款、待发货、已交付未结算和正在售后的订单。每类业务指定处理方式及负责人，切换以后仍能找到原有依据。财务再保存切换时点的余额和待结金额，新旧流程就有共同起点，后面发现差异时也能沿着时间范围查找原因。

现有二次开发也要盘点。商家费用、会员优惠和渠道奖励可能修改过原有计算，升级时应保留哪些规则，需要由业务人员与开发团队共同说明。

新流程写到资金处理结果

新方案应明确商户入网、账户准备、支付和分账的先后关系。平台服务费怎样计算，何时满足结算条件，退款后如何调整，都需要对应具体操作。

himall商城可以承担交易和业务记录，支付接入按所选产品执行资金处理。接口请求、结果查询和账单记录应一起交付，避免只完成正常支付演示，运营遇到例外时仍无处查询。

数据库字段和后台页面的变化也应写清。财务需要查什么，商家在哪里了解待结与已结金额，直接影响上线后的日常工作。

验收包含新单和旧单

新订单可以检查正常成交、部分退款和分账后的售后;旧订单则检查能否继续查询、结算或退款。改造完成不应让历史交易失去处理入口。

重复通知、接口超时与请求结果不明，也应有验证。系统收到同一结果多次，业务记录应保持一致;需要补偿处理时，操作人员知道先查询什么，不能靠反复发起资金请求碰运气。

切换以前准备回退安排

备份数据，说明切换时段及负责人，先用少量商家完成真实流程。出现问题时，应知道哪些新交易暂停，哪些旧业务继续，以及账目怎样保持可解释。

企业与himall服务团队可以将这些内容形成明确交付清单，再按同样范围验收。旧版升级的目标，是让新交易用上合适的支付与结算方式，同时保留已有生意的连续性;原有商家和财务都能继续工作，改造才算真正完成。