企业官网建设流程全解析

前阵子帮一家制造企业梳理合同管理流程，发现他们的合同就躺在共享盘的Excel里，三十多份合同谁改过不知道，哪份马上到期没人管，财务查一笔收款要翻半天凭证。这场景太典型了。我最后给他们落地了一套蓝凌EKP18的合同台账管理模块，把合同登记、审批联动、到期预警、收付款跟踪、报表统计全部串起来。这篇文章就把这套做法的完整思路、配置过程和踩过的坑整理出来。

这篇文章适合三类人看：一是正在做OA选型的IT负责人，想弄清楚协同办公平台里的合同台账到底能做多深；二是合同管理员、法务或财务，受够了Excel台账的混乱，想系统化地管合同；三是已经在用蓝凌EKP18、但台账模块还没用起来的实施人员。就算你用的不是蓝凌，后面的台账建模思路、预警分层设计、数据迁移方法也基本是通用的，换个平台同样能落地。

1. 合同台账管理到底在管什么

1.1 台账不是一张登记表，而是一条数据主线

很多企业一说合同台账，第一反应就是“搞一张表，把合同编号、名称、甲乙双方、金额、日期填进去”。真去落地的时候会发现，台账的本质远不止是一张登记表，它是合同全生命周期信息的载体。

我在EKP18里做合同台账，先想清楚要管五类信息。第一类是基本信息，包括合同编号、合同名称、合同类型、签订日期、生效日期、到期日期。第二类是相对方信息，也就是客户或供应商名称、统一社会信用代码、联系人、联系电话。第三类是商务信息，包括合同金额、税率、质保金比例、付款条件。第四类是履行信息，包括当前状态、已收金额、已付金额、剩余金额、开票情况。第五类是附件信息，比如合同扫描件、补充协议、验收单、变更记录。

这五类信息不是拍脑袋定的，是我和业务部门、财务、法务一起过了一遍合同履约全流程后提炼出来的。凡是台账建失败的案例，十有八九是字段太少，只有一张“登记表”，后面查询、统计、预警全都做不起来。字段设计是台账的地基，地基不牢，后面全是坑。

1.2 台账和合同审批流程的关系要提前定调

这里必须说清楚一个问题：在蓝凌EKP18里，合同台账不是独立存在的，它和合同审批流程强绑定。一份合同从业务部门发起，到法务审核、财务审核、分管领导审批，最终盖章归档，整个审批流程走完后，系统自动把审批单里的关键字段同步成一条台账记录。

这样做最大的好处是消灭二次录入。数据来源唯一，流程里审的是什么，台账里就是什么，不会出现“审批流程显示签了，台账里却找不到这份合同”的情况。如果台账要靠人工对着审批单再录一遍，那等于多了个出错环节，Excel时代的问题原封不动搬进了系统。

那什么时候需要在台账里手工新增？一般有两种场景。一是历史合同补录，系统上线前已经签完的老合同，没法在系统里走审批，只能直接登记。二是简易合同，比如金额小、风险低的框架性采购单，不需要走完整审批流，为了台账数据完整，也允许直接在台账模块新增。这两种手工场景控制在少数，台账数据质量才有保障。

1.3 什么样的企业适合在EKP18里做台账

不是所有企业都适合在协同办公平台里做合同台账。如果一家企业一年合同量只有几十份，用Excel完全够用，上系统反而是负担。但如果合同量到了几百份，涉及多个部门协同，有到期续签、收付款跟踪、领导定期要看统计报表的需求，那EKP18这类平台就是很合适的载体。

尤其适合已经在用蓝凌EKP18跑审批流程的企业。审批已经在平台上，合同台账只是把审批的终点变成台账的起点，成本很低。而那种合同量极大、条款复杂、需要智能审查的集团型企业，建议还是考虑专业合同管理系统。这个判断要前置，别等到台账配置到一半才发现功能撑不住需求。

2. EKP18上合同台账的建模思路

2.1 字段设计：四类字段划分法

蓝凌EKP18后台提供了表单建模能力，可以把台账理解成一个“系统化的Excel”。你可以像设计Excel列头一样设计字段，但每个字段的类型、是否必填、校验规则、默认值都能配，还能做字段联动。我习惯把台账字段分成四类来规划。

第一类是基础字段，合同编号、合同名称、合同类型、甲方、乙方、签订日期、生效日期、到期日期，这些由审批流程带入或手工填写。第二类是流程带入字段，比如审批节点的意见、最终审批结果、归档日期，这些在审批通过时自动带出，不需要人管。第三类是计算字段，已收金额、已付金额、剩余金额、距离到期天数，通过公式自动计算。第四类是扩展字段，比如备注、关联附件区域、自定义的业务字段，给未来需求留余地。

重点说计算字段。距离到期天数这个字段非常实用，公式就是“到期日期减去当前日期”。这里有个细节，很多平台的“今天”要用系统函数动态取，不能让人手工填一个固定日期，否则到期预警全部不准。这种小问题在实施时经常被忽略，等到提醒乱发或者不发的时候才意识到。

2.2 状态流转要符合合同履约节奏

台账必须有一个“当前状态”字段，而且状态流转要贴合真实业务。我做EKP18台账时，通常设置这几个状态：草稿、履行中、已履行完毕、已终止、已作废。

状态不是越多越好。有客户想把“履行中”再拆成“部分收款”“全部收款”“部分开票”，我一般劝他们别拆。原因很简单：状态字段是用来筛选和呈现的主干线，拆得太细会导致每个状态下数据量太少，统计没意义，列表也难一目了然。真正细的履约信息，放到收付款计划子表里去管，主表的状态保持粗粒度就好。

状态流转也要在系统里控制住。比如“已履行完毕”只能从“履行中”流转过去，不能从“草稿”直接跳。这个在EKP18里可以通过操作按钮的可见性规则控制，谁在什么状态下可以做什么操作，都提前配好，避免业务乱操作把台账状态搞乱。

2.3 主表加子表：钱的信息单独建一张表

合同金额只是合同层面的信息，真正管钱要看收付款计划。我在EKP18里的做法是把台账拆成主表和子表：主表放合同基本信息，子表放每一笔收付款计划。子表字段包括计划名称、计划日期、计划金额、实际收款日期、实际付款日期、实际金额、当前状态、关联发票号。

然后主表上加两个计算汇总字段——“已收款合计”和“已付款合计”，自动汇总子表金额。这样做有三个好处：一是能看到一份合同全部款项的收付明细，二是财务日常对账不用去翻凭证，台账里的数据足够，三是做应收账款和应付账款报表时，直接从子表取数，不用另外建一堆公式。

这里有一个容易踩的坑：子表明细金额和主表汇总金额对不上。原因多半是有人在后台直接改了主表的汇总字段，或者子表记录被删了但汇总公式没重算。我建议子表只允许通过明细列表添加，主表的汇总字段设为只读，从机制上断绝人为改数据的可能。

2.4 和独立合同管理系统相比，为什么选EKP18

这是很多企业IT负责人纠结的问题。专业合同管理系统确实功能更深，比如合同文本自动生成、条款智能审查、相对方资信评估，这些都是EKP18这类平台不擅长的。但绝大多数企业的真实情况是：合同量没大到需要一套独立系统的程度，而审批流程已经在EKP18上跑着，再上一套系统，数据要对接，人员要多记一个入口，成本翻倍，维护量也上去了。

EKP18做合同台账的核心价值不是智能文本处理，而是“流程加台账加提醒加报表”的一体化。审批走完台账自动生成，台账里设好到期日期系统自动提醒，台账数据汇总成报表管理层直接看。这一套下来，对大多数年合同量在几百份以内的企业完全够用。选型这个问题，不是功能越强越好，是匹配就好。

3. 核心功能拆解：从登记到决策的完整链路

3.1 合同登记：录入体验直接决定数据质量

台账的第一道关口是录入。EKP18的表单支持布局设计，我会把需要手工填的字段放在上半部分，自动带出的字段放到下半部分或者隐藏区域，减少录入人员的视觉负担。这个细节看着小，实际录入时体验差别很大，密密麻麻全是字段的话，录入人员很容易漏填。

校验规则要舍得用。合同金额必须大于0，必填字段不填完整不许保存，相对方名称要和主数据对得上，这些规则一条条加进去，数据质量才有保障。我见过太多台账配得挺好，最后死在录入环节，业务人员嫌麻烦，随便填几个字段就提交，后面统计全是脏数据。与其后期一遍遍纠错，不如录入的时候多设几道校验。

合同编号这里也建议用编码规则自动生成，格式类似“HT+年月+流水号”。不要让人手工填编号，手工编一定会有重复、跳号、格式不统一的问题。自动生成的编号既保证唯一性，又能从编号直接看出合同的签订年份和顺序。

3.2 到期预警：提醒不能一刀切，要分层

合同到期预警是台账模块最受关注的功能。EKP18里的实现思路是配置定时任务，每天扫描台账里到期日期在某个范围内的记录，给对应负责人发待办或消息。但这里的关键不是怎么发，而是怎么分层次提醒。

我一般在项目里做三层预警。第一层，合同到期前90天，提醒合同管理员和法务，启动续签或终止的评估工作。第二层，合同到期前30天，提醒业务负责人，确认处理意见。第三层，合同到期后7天，如果还没有处理动作，升级提醒给部门领导。

三层比一层好用在哪？一层提醒要么太早被忽略，要么太晚来不及处理。分层后，每一条提醒都有明确的主人公和动作。定时任务启动后，一定要在测试环境先验证一轮，看看提醒发给谁、内容是否包含合同名称和到期日期，再切到生产。

3.3 收付款计划：把合同里的资金视图做出来

合同台账如果只管合同本身，不碰钱，价值直接少一半。我在EKP18里做收付款计划子表，核心目的是把“钱”变成台账里可追踪、可统计的视图。每一笔应收或应付计划都单独登记，执行情况一目了然。

实际操作时，业务人员拿到一份销售合同，在录入主表基本信息的同时，按合同约定的付款节点逐条录入子表。比如一个300万的合同，约定预付款30%、到货款40%、验收款30%，那就录三条计划。后续财务每笔款项到账或支付后，在子表里更新实际日期和金额，状态自动变成“已完成”或“逾期”。

这里格外提醒一点：台账里的收付款计划和财务系统的总账是两套逻辑。台账用于业务跟踪和管理，不是财务记账凭证，不要试图让台账替代财务系统。两边数据对不上时要找原因，但不要强行要求台账和财务账完全一致，业务和管理两个视角本身就有差异。

3.4 台账列表与自定义视图：不同角色看到不同内容

台账数据录入之后，使用频率最高的就是列表查询。EKP18的列表视图可以按条件过滤，比如只看履行中的合同、只看本月到期、只看某个金额段以上的合同。我给每个项目都会配置多个视图，而不是让所有人共用一个默认列表。

建议至少配三个角色视图。合同管理员看全量合同，按状态分组显示，方便做日常维护；业务人员只看自己名下负责的合同，过滤条件固定为合同负责人等于当前人；管理层只看汇总层级的统计列表，不打开明细。视图配置的关键是权限和默认筛选条件的组合，本质上不是技术问题，是管理思路问题。

列表里还要做几个高频快捷筛选，比如“近30天到期”“逾期未付款”“已终止未归档”。这些快捷筛选放到显著位置，业务人员打开列表就能点，不用每次重新设置复杂的过滤条件，使用率会高很多。

3.5 统计报表：台账数据要变成管理决策依据

合同台账的最终价值是统计输出。EKP18提供了报表引擎，可以直接基于台账数据生成图表。我常用的几个报表是：合同类型分布饼图、月度签订金额趋势柱状图、到期合同清单、应收账款和应付账款统计。

做报表最容易出问题的不是技术，是数据口径。合同金额是含税还是不含税，统计周期是按签订日期还是生效日期，状态字段的口径和财务口径是否一致——这些问题在配置报表前必须和财务、管理层对齐。口径没统一之前做出来的报表，没人敢用它做决策，最后就是白做。

我建议第一个报表季度不要做得太复杂，先出三个核心报表：到期合同提醒清单、月度合同签订趋势、应收账款统计。让管理层先用起来，有反馈后再迭代。一次性上十个报表，看起来全面，实际每个都有争议，反而推广不动。

4. 实施实操记录：五步把台账落地

4.1 第一步：梳理合同类型和字段清单

我每次实施都不会一上来就打开后台配表单，而是先花一到两天和业务部门访谈，把合同类型梳理清楚。比如我最近做的某制造企业，合同类型就分销售合同、采购合同、框架协议、补充协议、保密协议五类。每类合同关注的字段差异很大，销售合同关心收款节点，采购合同关心付款节点，保密协议根本不涉及金额。

理清楚类型后，做一张字段清单表，列清楚每个字段的名称、类型、是否必填、由谁维护、数据来源。这张表是后续配置的施工图，没有这张图就配表单，配出来的东西大概率不符合业务预期。字段清单表还要拿给财务和法务确认一遍，他们关注的点往往和业务部门不一样。

4.2 第二步：配置台账表单和字段规则

进入EKP18后台，找到表单建模功能，新建一个合同台账对象。字段按前面说的四类去建，每个字段选好控件类型。日期字段统一用日期控件，不要图省事用文本，否则报表无法按时间筛选；金额字段设置两位小数和大于零的校验；相对方名称字段做数据联动，选了名称自动带出信用代码和联系人信息。

这里有个容易被忽略的配置：字段的默认值。比如台账新增日期默认当前日期，合同创建人默认当前登录人，这些默认值能减少录入工作，也能确保有些字段不会被乱填。再比如“抬头”“落款”这类不常用的字段，可以放到折叠区域，表单默认收起来，需要时再展开。

我踩过一个教训：刚开始把字段配得很全，几十个字段全部铺在表单上，结果录入人员嫌太复杂，直接绕过系统。后来把表单拆成“必填区”和“选填区”，必填区只有十来个字段，剩下的归类到选填区，录入体验好了，数据才慢慢完整起来。字段不是越全越好，是越符合实际录入场景越好。

4.3 第三步：打通审批流程与台账联动

这是最关键的一步。在EKP18的流程设计器里，把合同审批流程的结束节点绑定“生成台账”的操作。具体方式是新增一个动作，选择目标对象为合同台账，然后做字段映射，比如审批单里的合同名称字段映射到台账里的合同名称字段，合同金额字段映射到合同金额字段。

字段映射时最常遇到的坑是两端字段类型不匹配。比如审批单里的某个日期是文本类型，而台账里是日期类型，映射保存后执行会报错。这类问题在测试阶段就要全部清一遍，不要等到上线后才发现。

还有一个细节：审批流程上可能存在多条分支，比如正常通过和特批通过都走不同的分支，那每个分支的结束节点都要单独绑定生成台账的动作。漏了一条分支，就会出现一部分合同审批通过后没有进入台账。测试时要把每条审批分支都完整走一遍，确认都能生成台账记录。

4.4 第四步：配置到期提醒定时任务

在EKP18的定时任务管理里，新建一个任务，调度表达式设置为每天上午9点执行。任务逻辑是查询台账中到期日期在T加30天内的记录，且状态为履行中，然后向合同负责人发送待办消息。

这里最关键的是接收人怎么确定。台账里要有合同负责人字段，配置任务时指定取该字段值作为接收人。如果一部分历史合同没有负责人，提醒就发不出去。所以这一步依赖前期数据补录的质量，老合同录入时负责人字段千万不能空。

提醒内容建议带上合同名称、合同编号、到期日期、相对方名称，让人一看就知道是哪份合同要做处理。内容模板在测试阶段多验证几轮，发给不同角色的人看看文案是否清楚。另外定时任务要设置执行日志，每天检查一下是否正常跑完，我遇到过定时任务被误停、连续一周没人发现的情况，日志能第一时间暴露问题。

4.5 第五步：历史合同数据迁移

迁移Excel旧台账是实施中最容易被低估风险的一步。我建议先把Excel列名和EKP18台账字段做成对应表，确认每一列导入到哪个字段，再动数据。

导入前做三件准备工作。第一是去重，把Excel里同一份合同重复的几行清理掉，重复数据导入后会干扰统计和提醒。第二是补全必填字段，负责人、合同类型、状态、到期日期这些必填字段不能有空值。第三是日期标准化，把“2023.5.1”这种各种奇形怪状的格式统一成标准日期格式，导入才不会报错。

导入完成后一定要抽样核对，至少抽查10%的数据，核对金额、日期、相对方名称几个关键字段有没有错位。特别是金额字段，Excel里如果用了千分位分隔符，导入后可能会被系统当成文本而不是数字，导致计算字段全部算错。这条坑我踩过不止一次。

5. 常见问题与排查技巧实录

5.1 到期提醒没触发，该往哪查

这个问题被问得最多。排查顺序很重要，我一般按照从系统到规则、从外到内的顺序来。第一步看定时任务本身是否处于启用状态，有没有正常执行记录，很多情况是任务被停掉或调度表达式写错。第二步看执行日志，确认任务执行时有没有报错，比如查询超时或字段不存在。第三步看消息模板里的接收人是否配置正确，特别是接收人是不是写在消息模板里而不是动态取字段值。

如果任务日志显示执行成功但有些人没收到，那大概率是接收人取值为空。去台账里查一下这些合同的负责人字段是不是空的。老合同批量导入时负责人漏填的情况非常常见。

5.2 审批流程走完了，台账里没有记录

先检查流程结束节点有没有绑定生成台账的动作，这是最基础也最容易漏的。再检查字段映射的完整性，有没有必填字段没有映射、导致自动生成台账时因为缺少必填数据而失败。还有一种隐蔽情况：审批流程走的是异常分支或快速分支，那个分支的结束节点没绑定动作。

可以从EKP18的系统日志里找到自动生成台账的记录，看看报错信息。测试阶段一定要把每条审批分支都走一遍，只测主分支不够。上线后如果发现漏掉的流程分支，补上动作绑定再让对应的历史合同重新触发生成。

5.3 台账列表里出现了重复合同

重复记录多半是两种原因。一是流程重复推送，比如一份审批单被重复提交，或流程节点绑定的动作被触发了两次。二是导入时重复执行了一次文件，Excel里的数据本身有重复行。

解决思路有两层。第一层是事后清理，去重时判断依据用合同编号加上相对方名称，这两个字段组合唯一。第二层是事前防错，在台账字段设计时给来源单号加唯一性校验，如果已经存在相同来源单号的记录，系统直接拒绝生成新记录。这个唯一性校验应该在第一步设计台账时就想好，不要等数据脏了再补救。

5.4 统计报表数字对不上财务账

报表对不上财务账，十次有九次是口径问题。先确认合同金额是含税还是不含税，台账录入时有没有统一规则。再确认统计周期，是按签订日期、生效日期还是到期日期，报表上最好标注清楚统计口径，免得不同部门看到同一个报表得出不同结论。

有一种情况是收付款子表的数据不完整，有些历史合同的收款记录没有逐笔录入，导致已收金额汇总小于财务账面数。这种情况不一定要强行补录全部历史数据，可以设定一个数据截止日，截止日之后逐笔录，截止日之前只录总额。给管理层解释清楚口径，报表依然可用。

5.5 权限配置后，一部分人看不到某个合同

EKP18的数据权限是叠加的，角色权限、部门权限、数据范围权限三层叠在一起，任何一层拦截都可能导致不可见。我排查这类问题，都会先确认用户属于哪个角色、哪个部门，再看这条合同的数据范围是否符合他的权限。

还有一种情况是视图问题。用户其实能看到数据，但因为他用的是某个过滤了数据范围的视图，合同不在视图结果里，看起来就是看不到。权限排查时要区分到底是真看不见还是视图过滤掉了，别一头扎进权限设置里调半天，结果只是默认视图没设置对。

提示：合同台账的权限配置建议遵循最小化原则。先给所有用户一个“仅本人合同”的默认范围，再按管理层需要开“全部合同”的查询权限。没有审批必要，不要让普通业务人员看到全公司合同金额，这在合同管理里是敏感数据。

6. 后续还能往哪扩展

合同台账跑起来之后，我一般会建议客户继续做两件事。一是把相对方主数据建起来，客户和供应商统一编码，合同台账关联主数据后，可以自动带出信用代码、联系人、地址，也为后续做供应商评估或客户信用分析打基础。二是把台账数据和流程再次打通，比如台账里某一笔应收款逾期，可以一键生成催款审批流程，让法务介入，台账就不只是记录工具，还变成了业务发起入口。

我个人在实际操作中的体会是，合同台账这个模块看似简单，真正做好其实是数据治理工作。字段设计、口径对齐、权限分层、数据迁移，每一步都是管理思想在系统里的体现。技术上花的时间反而不多，大部分精力都花在和业务部门确认规则上。如果你正在做类似的事，我建议先从一份清晰的合同类型清单和字段清单开始，清单对了，后面的配置基本都是水到渠成。

最后分享一个小技巧：上线第一个月，每周让合同管理员导出一份台账数据质量检查表，看看必填字段缺失率、状态异常率、到期提醒成功率这三个指标。这三项数据稳定了，台账模块基本就健康了，后续再谈优化和扩展才有基础。