OA 项目延期，一半的时间不是花在功能开发上，是花在历史数据上。迁移范围没提前定，上线日期就会一推再推。
先决定迁什么、不迁什么
不是所有历史数据都值得迁。判断标准有两个：有没有查询需求，有没有合规要求。
有查询需求的主要是近两年的审批单、在用合同、在执行的采购订单、未结清的借款和报销。这些数据迁移后要能检索、能追溯审批链。
有合规要求的主要是财务凭证、合同原件、人事档案。这些按《会计档案管理办法》等规定有保存期限，但通常保留在原系统或档案库里更稳妥，新 OA 只建索引和链接。
完全不迁的是三年前的日常审批、已办结的作废单据、纯通知类的流程。全量迁移会拖长项目周期，还把新系统拖慢。
数据清洗比迁移本身更花时间
旧系统里的数据质量问题在迁移时会集中暴露：审批人账号已注销、附件丢失、流程节点名称混乱、同一份合同录了两遍。
清洗要做四件事。人员账号做映射表，离职人员的历史单据挂到代管账号上。附件做完整性检查，缺附件的单据单独出一份清单，由业务部门确认是否补录。重复数据合并，合并前留存原始记录。关键字段标准化，比如部门名称统一到当前组织架构。
清洗工作量按数据条数估算，一万条以内的审批单，配上熟悉业务的人，通常需要几周。这个时间要算进项目计划，不要指望上线前一周突击。
迁移顺序和验证方法
顺序上先迁组织架构和人员，再迁流程模板，再迁业务数据，权限配置放在末尾。每一步迁完做一次抽查，不要等全部迁完再验。
验证要抽三类：随机的普通单据，看字段是否完整；金额最大的几笔，看审批链是否还原；跨部门的流程，看权限是否正确。抽查比例建议不低于百分之五，关键单据百分之百核对。
迁移期间新旧系统并行一到两个月是常规做法。并行期内新单据只在新系统走，旧系统只读，避免两边都产生新数据导致对不上。
上线后的台账怎么接
OA 里的审批数据和业务台账是两回事。审批单证明谁批了，台账记录事情办到什么程度。迁移时要把在用台账一并导入新系统，或者在新系统里重建。常见的做法是把合同、采购、用章三类台账做成独立模块，审批完成自动写入台账，减少人工重复录入。
西安不少中小企业用 OA 的同时还在用电子表格管台账，两套数据长期不一致。趁上线新系统的机会把台账收口到系统里，比迁移本身价值更大。
天蓬数字科技做 OA 与协同系统实施时，先和客户确认迁移范围与数据清洗口径，按组织、流程、业务、权限四步分批迁并逐批抽查，避免上线后旧单据查不到、审批链还原不了。把台账收口进系统，往往比迁移本身价值更大。
