Sailing 之 新老系统切换策略

Sailing 项目实施

财务业务一体化的项目, 新老系统切换策略

老系统数据全导过来

选择一个时间点, 这个时间点之前的数据全部导入新系统. 这个时间点之后发生的事情, 以新xi可以仅做在新系统中, 也可以两边都做, 两边都做是为了用老系统来验证新系统.
(东方, 中山)

老系统财务数据导过来, 未完结业务老系统做, 新业务新系统做

选择一个时间点, 这个点之后全新的业务在新系统中做, 全新的定义以项目而不同, 可以认定为新的合同, 或者新的收发货, 一般来说, 新的明细单, 新的到货作为全新的定义. 新的明细单或者到货项下的数据自然也算新的.
未完结老业务还是在老系统中做.
并行期内, 新到水单时, 由财务确认录入到新系统, 还是录入到老系统, 还是拆开两边都录. 有些财务的做法是先统一录入到其中一个系统, 然后到业务提出异议后再调整.
月底将老系统中当月财务凭证导入新系统中合并. 导入功能需要由一定的只能检查, 一定程度上避免水单录入重复的问题.
(大部分的PB项目)

业务按需补未完结数据

选择一个时间点, 这个点之后所有发生的事情在新系统中体现. 如果遇到制作下游单据需要上游单据的时候, 由操作人员去补录未完结的上游单据.
财务做上游单据的凭证时, 依据原始凭证, 但补录单子没有原始凭证, 因为不大会出问题.
水单拆分的问题比较麻烦. 需要录入本次需拆分的水单, 并标记水单本身无需做账. 对财务的要求很高

并行期放松业务系统控制

选择一个时间点, 这个点之后所有发生的事情在新系统中体现.
如果遇到制作下游单据需要上游单据的时候, 系统放松控制, 可以直接填写上游单据号码, 即时对应上游单据并不存在.
但这个方案同样存在水单拆分的困境
如果允许直接制作并不存在水单(其实是在老系统中有, 新系统没有)的水单拆分, 貌似风险不可控.

老系统中未完成的导过来

此方案的难度和全导过来类似, 甚至更复杂, 且效果没有全导过来好. 不建议