老OA换新OA，历史数据不一定只有“全部迁移”和“全部不要”两个选择。
企业可以根据数据价值、使用频率、业务关系和迁移难度，把历史数据分成迁入新OA、旧系统只读保留、独立归档查询等不同处理方式。
华天动力OA在实际系统替换项目中也会先梳理历史数据范围，再决定哪些数据需要迁移、哪些数据可以保留查询，而不是默认所有旧数据必须使用同一种处理方式。
如果历史数据在新系统上线以后仍然需要频繁使用，就更适合迁入新OA。
例如：
迁入以后，用户不需要再进入旧系统查询，使用体验更完整。
但迁移时不能只搬表单数据，还要注意审批意见、附件、人员、组织和业务关联是否完整。
有些历史数据已经很少使用，但出于审计、追溯或档案要求仍需要保留。
如果这部分数据结构复杂、数量大，而且未来主要用于查询，可以考虑保留旧OA的只读入口。
此时旧系统不再发起新业务，只承担历史查询。
这种方式的优势是：
但企业也要考虑旧系统后续运行环境、账号控制、备份和维护问题。
还有一些企业会把历史数据整理到独立查询库或归档系统中。
这种方式适合：
关键是归档以后仍然要保证：
能找到、能打开、能追溯、权限正确。
如果归档后只剩一批数据库文件，但普通用户根本无法查询，也不能算完整解决方案。
可以用四个问题判断。
第一，未来还会不会经常查？
经常查的优先迁。
第二，还会不会参与后续业务？
例如老合同还要继续付款，就需要保持关联。
第三，有没有审计或管理要求？
需要长期追溯的数据必须有稳定查询方式。
第四，迁移以后关系能不能恢复？
如果只迁数据却无法恢复流程、权限和附件关系，就要重新评估处理方案。
系统切换时仍在审批的流程，不能简单归入“历史数据”。
企业通常需要单独决定：
选择哪一种方式，要看流程数量、周期、规则复杂度和外围系统关系。
这部分最好在正式切换前确认，而不是上线当天临时决定。
不论采用哪一种方式，至少要确认四件事：
如果这四件事没有解决，即使数据库已经“完整迁移”，用户仍然会认为历史数据没有得到妥善处理。
华天动力OA已有旧系统替换、历史流程和附件迁移等项目实践。具体采用全量迁移、分类迁移还是旧系统只读，应根据原OA的数据结构、历史业务价值和后续查询要求确定。
从已有替换实践看，华天动力OA在处理历史数据时更强调先明确数据用途，再决定迁移、保留或归档方式，并在切换后继续检查查询、附件、审批轨迹和权限关系。
所以，老OA换新OA以后，历史数据怎么办？
答案不是：
“全部搬过去。”
而是：
先分类，再决定哪些迁、哪些留、哪些归档，并保证以后还能正确查询和追溯。
