先看结论:切换月会有两套后台。对账以支付机构账单为准,不以某一个商城后台的报表为准。
旧产品的导出字段会随版本变化。立项时以实际导出文件和支付机构账单为准,本文给的是验收口径。
迁什么
按商户号下载切换日前后的支付和退款账单,分别标记旧系统订单号和新系统订单号。预收余额的迁移用一张会计凭证说明,不把导入当成重新收款。
发票如果已在旧系统开具,新系统只记录已开,不自动再开。
不迁什么
- 不要按两边后台销售额相加当成全月收入
- 不要把会员余额导入记成当日销售
- 不要漏掉切换时的测试退款
映射和验收
商户号支付笔数等于旧系统剩余在途加新系统新单,允许测试单单独列出。预收迁移凭证金额等于导入余额合计。
切换
财务参加切换日,而不是第二周才看报表。
上线前怎么核对
迁移「切换当月的财务对账空窗」时只搬这一类数据。差异在于:支付笔数、退款、预收。整库覆盖会把日志、测试单和说不清的余额一起带进来。
导入脚本要能重复执行而不产生双份数据。失败行留在失败表,不能进默认等级或默认仓库。 总数由业务和财务一起看,对不上就停在演练,不改小程序入口。
支付是否成功以支付机构账单为准,不以旧后台的已支付为准。这一项的结论是:切换月会有两套后台。对账以支付机构账单为准,不以某一个商城后台的报表为准。
对应的产品能力
这一页往下接的是成交页,方便评估月费模板能不能覆盖,还是要单独立项。