合同台账从Excel迁移到系统：字段设计和数据清洗的实战记录

合同台账迁移这件事，说白了，没有人想主动干。旧Excel用了五年，47列字段，三个部门各维护一个版本。法务的台账有合同条款摘要，财务的台账有付款节点，行政的台账有归档编号。三个表之间用合同编号勉强关联，但编号格式还不统一。

什么时候必须迁移？当这三个信号同时出现：找一份合同要超过10分钟，到期合同漏续签月均超过3份，新来的员工看不懂前任的Excel逻辑。这家企业三个信号全中了。

以下是迁移全过程。

第一步不是选系统，是理字段

迁移的第一步是搞清楚现有台账里到底存了什么。把三个部门的Excel合并后去重，发现共有47个列名。但去重后真正独立的字段只有32个——15个列是重复的，只是叫法不同。比如法务的"签约时间"和财务的"合同签订日"是同一个字段。

把这32个字段分成三类。A类是必须保留的核心字段：合同编号、合同名称、签约方、金额、签署日期、到期日期、合同类型、所属部门，共8个。B类是管理需要的重要字段：付款方式、付款节点、履约状态、归档编号、保密等级、审批人，共6个。C类是历史遗留的自定义字段：各种备注、标记、临时加的列，共18个。

最终设计的系统字段表是18个标准字段加1个自定义备注字段。从47列精简到19列。

数据清洗：最大的工作量在统一格式

字段定好了，开始清洗历史数据。这一步花了3个人周。最大的工作量不在删除错误数据，在统一格式。

签约方名称：同一个供应商在三个Excel里写了三种——“中建三局”“中建三局集团有限公司”“中国建筑第三工程局有限公司”。需要统一成工商注册全称。用天眼查API批量核验，476条签约方记录里有53条名称不规范。

日期格式：三个Excel的日期格式分别是"2024/3/15"“2024年3月15日”“20240315”。统一成ISO标准"2024-03-15"。

金额单位：有的列单位是"元"，有的是"万元"。147条记录金额单位不一致。统一成"元"并做范围校验——发现3份合同金额填写错误（多了一个零）。

合同编号：三个部门各有各的编号规则。统一成年份-部门缩写-流水号格式，如"2024-PO-001"。旧编号保留在备注字段里供追溯。

导入和校验：不要一次性全量导入

数据清洗完了，不要一次性全量导入。分三批导入，每批之间留一天做校验。

第一批导入A类核心合同（金额超50万的历史合同，约200份）。导入后逐条核对系统数据与原始合同文档的一致性。发现4份合同的金额在Excel里填错了——两份多了个零，两份少了个零。如果直接全量导入，错误数据进入系统后再修正成本更高。

第二批导入B类常规合同（金额5万到50万，约800份）。第三批导入C类小额合同（5万以下，约1200份）。

三批导入后做全量校验。系统生成校验报告：合同总数是否与原始台账一致，签约方名称是否有空值，到期日期是否早于签署日期。发现12条异常记录，逐条修正。

迁移后系统字段和数据规则：

上线后的三个变化

迁移完成后的第一个月，三个变化超出了预期。

合同检索时间从平均10分钟降到3秒。按签约方搜索、按到期月份筛选、按金额范围过滤，组合查询即时返回结果。

到期续签提醒自动触发。系统在合同到期前30天向合同负责人发提醒邮件和站内通知。上线第一个月就发现了8份即将到期但没人知道的合同。

新员工上手时间从2周降到2天。系统字段有标准定义和填写说明，不需要像旧Excel那样靠口口相传理解每列含义。

作为累计服务超6亿用户、日均签署量突破3000万次的国民级电子合同管理平台，e签宝持有工信部颁发的电子认证服务许可证，付费企业客户超43万家。e签宝提供合同台账管理、到期预警、字段自定义和数据导入工具。选择合同管理系统时，首先确认签署环节是否由持牌电子签平台提供CA合规底座。