换系统的时候,老板最常问的一句话是:「我们以前那些账、那些客户资料,能一起搬过去吗?」这个问题没有统一答案——历史数据不能一刀切地全迁,也不该图省事全不迁。我们做迁移时会先把它分成三类,每一类的处理方式完全不同。这篇文章把三类数据分别该怎么处理讲清楚,也把期初余额必须人工核对的三个数列出来。
一、先说结论:历史数据分三类,三种做法
迁移出问题,根源常常在于把三类性质完全不同的数据混在一起处理。先看这张表:
| 类别 | 包含什么 | 处理方式 |
|---|---|---|
| 基础资料 | 客户、供应商、物料/SKU、仓库、科目、部门、员工 | 必须迁,但要先清洗再迁 |
| 未结清的往来与在途业务 | 应收应付未结、在途采购、未发货销售、押金保证金 | 必须迁,单据和余额一起迁 |
| 已结账的历史账务 | 往年的凭证、明细账、已完结的订单 | 通常只迁期初余额,明细留在老系统归档 |
这个分法背后的逻辑很简单:新系统要能继续往下跑的,必须迁;只用来查历史的,归档就好。把第三类也硬迁进去,新账套会被历史明细撑得很重,而日常又几乎用不上。
二、第一类:基础资料——必须迁,但要「洗完再迁」
基础资料是三类里最该迁的,它决定新系统能不能正常开单。但直接原样搬过去,往往会把老系统里的混乱一起带过去。常见的几种情况:
- 重名和近似名。同一个客户在老系统里有两三条记录,名字差一个字,或是简称和全称并存。
- 编码无规律。物料编码早期随手编,后面又换过规则,同一个东西挂着两个码。
- 停用没标记。已经不合作的客户、不再采购的物料,还混在启用列表里,越滚越多。
我们的做法是:先把基础资料从老系统导出,做一轮去重与补全,再导入新系统。重点补两块——编码规则和必填字段,比如客户的结算方式、物料的计量单位和税率。这一步多花一两天,后面能省掉很多来回改单的麻烦。
三、第二类:未结清的往来和在途业务——必须迁,风险最高
这一类是迁移里最容易出问题的地方,因为它同时牵扯金额和后续动作。它包含的不只是余额,还有产生余额的那些单据:
- 还没收完的应收账款、还没付完的应付账款
- 已经下了采购单、货还没到的在途采购
- 已经接了销售单、货还没发的在途销售
- 押金、保证金这类挂账款项
如果只迁一个余额数字、不迁对应的单据,会有什么后果?后续收付款时找不到对应单据去核销,只能一直挂着,账龄越挂越长,最后变成一笔说不清的往来。这就是不少企业换了系统之后,应收应付反而更乱的原因。
我们的做法是:单据和余额一起迁,并在迁移完成后出一张迁移期初对账表——列出每个往来单位在新系统里的期初余额,交给财务和业务各确认一遍。双方确认过的期初数,才是后面所有对账的基准。
四、第三类:已结账的历史账务——只迁期初余额,不迁流水明细
这一类最容易被误解。很多老板以为历史凭证也要全部搬进去,其实通常不需要。原因是:已经结账的年份,业务动作已经结束,新系统里不会再对它做任何操作。把几年、几十万条凭证明细全部迁进新账套,除了让系统变慢、备份变大,日常几乎用不到。
更合适的处理是:新系统只接收期初余额,明细留在老系统里做归档。具体有三点:
- 老系统保留只读访问。至少在切换后的一段时间内,还能查旧账、导旧表。
- 关键报表单独归档。把资产负债表、利润表、明细账按年导出成文件保存,避免以后老系统打不开时找不到数据。
- 审计和税务有要求的,单独处理。按外部要求保留,但不迁入新账套。
这里有个决策点要提前定:老系统什么时候停、停之前要不要留人维护。我们一般建议,在第一个完整结账周期跑通之前,不要让人把老系统的可访问权限关掉。
五、期初余额不能「抄过来」:这三个数必须人工核
期初余额是迁移的落点,也是最不能省事的地方。直接照抄老系统报表上的数字,是最常见的错误。
| 必须核对的数 | 对什么 | 谁负责 |
|---|---|---|
| 银行存款余额 | 与银行对账单逐户对,未达账项单独说明 | 财务 |
| 应收 / 应付账龄 | 不只看总额,要按往来单位和账龄分段看 | 财务 + 业务 |
| 库存数量与金额 | 与实物盘点结果对,数量和金额都要对上 | 仓储 + 财务 |
为什么这三个必须人工核?因为老系统里的这三个数,本身就可能是带着问题的——银行余额没跟对账单对平、应收账龄是估的、库存账实有差异。这些差异如果原样搬进新系统,只会被继承下来,而且以后更难查。
所以我们的做法是:把迁移当成一次账实核对的机会,而不是一次数据搬运。差异在迁移阶段暴露出来,处理成本最低。
六、我们的迁移六步:并行期怎么设
把上面三类数据的处理方式落成动作,就是我们做迁移的顺序:
- 数据体检。先看老系统里各类数据的数量、质量,有多少明显问题。
- 口径确认。编码规则、结算方式、成本口径、税率这些先定下来。
- 清洗与映射。去重、补全,建立新旧编码的对照表。
- 试迁。在测试环境完整跑一遍,看结果对不对。
- 并行。新旧系统同时跑一段,用同一批业务验证结果是否一致。
- 切换。并行结果对上后正式切换,老系统转只读。
并行期设多长,取决于业务复杂度,通常是一个完整的结账周期。并行期不是多此一举——它是在出事之前发现问题最靠得住的办法。
七、这几种情况,我们会建议你先别急着迁
迁移不是所有时候都应该马上做。以下几种情况,我们通常会建议先把前置问题解决掉:
- 老系统的数据本身就不可信。账实不符、长期挂账没清——先盘点清理,否则迁过去只是把问题搬了个家。
- 业务规则还没定。比如成本口径、结算方式还在改。规则没定就迁,等于迁完还要再改一遍。
- 想一次性把十年的数据全迁完。建议分批:先把必须迁的做扎实,历史账务归档留存。
如果你正在准备换系统,建议先把上面三类数据各自有多少、在哪里、谁在管,整理成一页清单。带着这份清单来聊,我们能更快判断哪些要迁、哪些要清洗、哪些留在老系统归档就好。
广州市九蝶科技有限公司是金蝶铂金代理商、ISV 开发服务商,做金蝶云·星空与星辰的销售、实施和二次开发。数据迁移、期初建账、新旧系统切换这类事我们做得多,可以把你的现状发过来,我们一个工作日内给出一份迁移方案(含实施范围与费用构成)。咨询电话:13632123901。
需要针对你企业的方案?
免费方案咨询,30 分钟内给出选型建议与预算区间
