系统上线那天，配置通常早验证过了，权限也分完了，真正让人手忙脚乱的是账。老系统里还有没走完的单，新系统已经开始录新单，同一笔业务两边各记了一次，谁也说不清以哪边为准。等到月末结算，差异一堆，回头找是哪天混进去的，很费劲。
切换日怎么选
别挑月末或者季末。那几天本来就在结算、盘点、出报表，再叠一次系统切换，任何小问题都会被放大。比较合适的是月初头几天，或者一个业务相对平缓的周中，留出两三天缓冲，出问题还有工作日可以处理。
也要避开业务高峰，切换当天留出处理异常的余量。
期初数据导什么，不导什么
一个常见误区是把历史单据全搬进新系统，觉得这样才完整。实际搬过去的多半用不上，还得花大量时间清洗编码、补字段，把切换窗口拖长。
该导的是切换时点还活着的那些：未结的采购和销售订单、在途、库存结存与批次、应收应付余额、在制工单、主数据。已经结清、已经归档的历史单据留在老系统里，保留查询权限就行。
导之前要定一个冻结时点。这个时点之前的业务归旧账，之后归新账，中间的差额单独列一张清单，由业务和财务一起确认。冻结时点不写进方案，两边都会按自己方便的时间记。
并行期间以哪边为准
新旧并行一段时间是必要的，但并行不等于两边都正式记账。得明确哪一套是对外和对内的权威账，另一套只做核对。
- 指定权威系统，所有对外单据和对内报表只从这一套出。
- 另一套按同样口径录入，每天或每两天对一次差异，差异当天查清，不要攒到周末。
- 差异要有归口人，能当场判断是录入问题、口径问题还是系统问题，别在群里来回猜。
并行时长不用一开始就定死，设个收敛条件更实际：连续一段时间差异为零、关键报表能对上、现场不用再翻老系统查数，就可以停。
什么时候停旧账，谁来拍板
这一步最容易被拖。老系统一直开着，大家心里有退路，新系统的字段就总有人不认真填。上线前就该写清停用条件和拍板人：差异收敛达标后由项目负责人和业务负责人一起确认，从某天起老系统改为只读，关掉录入权限、保留查询入口、备份历史数据。
切换那几天安排一个人按单据号记问题，事后回看哪些是真问题、哪些只是操作不熟，护航时好排优先级。
上线不是把系统打开那一刻，是旧账收口、新账立住的那一段。
