您的合同管理数据模板
您的合同管理数据模板
这是适用于合同管理的通用流程挖掘数据模板。如需更具体的指导,请使用系统专用模板。
选择具体系统- 适用于合同管理流程的通用数据模型。
- 用于深入分析的建议属性和活动。
- 无论数据来源系统是什么,均可参考本指南提取事件日志。
合同管理属性
| 名称 | 说明 | ||
|---|---|---|---|
| 事件开始时间 EventStartTime | 表示特定活动或事件开始的准确日期和时间的时间戳。 | ||
| 说明 事件开始时间标志着合同生命周期中某项活动的开始。此时间戳对于按时间顺序排列事件,以及计算活动时长和整体流程周期时间至关重要。它提供了理解流程随时间变化所需的时间背景。 在分析中,此时间戳用于构建流程图,并计算“平均合同周期时间”和“平均审批时长”等关键绩效指标。它通过揭示哪些步骤耗时最长来支持瓶颈分析。比较不同活动的开始时间,可以详细分析转换时长,突出流程步骤之间的延迟。 为什么重要 这是排列事件、计算流程周期时间和识别时间型瓶颈的基础。 获取位置 可在记录流程步骤时间戳的系统审计日志、交易记录或事件历史表中找到。 示例 2023-03-15T09:00:00Z2023-05-20T14:30:15Z2023-06-01T11:22:05Z | |||
| 合同ID ContractId | 每份合同的唯一标识符,作为主案例标识符,用于关联所有相关活动和文档。 | ||
| 说明 合同ID是分配给单个合同生命周期的唯一键。它充当连接所有事件的主线,从初始请求一直延伸到最终到期或终止。起草、审查、审批和执行等所有活动,都与该特定ID相关联。 在流程挖掘分析中,合同ID对于重建每份合同的端到端旅程至关重要。它可以将相关事件归入同一案例,从而实现整个流程的可视化和分析。没有一致的合同ID,就无法准确衡量周期时间、识别瓶颈或分析流程变体。 为什么重要 此标识符对于跟踪合同完整生命周期至关重要,可支持准确的流程发现和绩效衡量。 获取位置 通常位于Contract Lifecycle Management(CLM)系统中合同对象的页眉或主记录内。 示例 CTR-2023-00123MSA-98765-ACMENDA-GLOBAL-4510 | |||
| 活动名称 ActivityName | 合同生命周期中发生的特定业务事件、任务或里程碑的名称。 | ||
| 说明 活动名称描述合同管理流程中的一个步骤。这些活动代表实际执行的独立Task,例如“合同已起草”“法务审查已完成”或“合同已执行”。对于给定合同ID,这些活动按时间排列后构成流程顺序。 该属性对于构建流程图至关重要,也是流程挖掘的核心可视化内容。通过分析不同活动的顺序和频率,分析人员可以了解实际流程,识别偏离标准流程的情况,并定位返工或低效环节,例如反复修订。 为什么重要 它定义流程步骤,支持可视化合同生命周期,并识别流程偏差和瓶颈。 获取位置 通常位于与主合同记录关联的事件日志、审计轨迹或状态历史表中。 示例 合同已起草内部审批已完成合同已发送待签署 | |||
| 数据最后更新时间 LastDataUpdate | 表示此事件数据上次从源系统刷新或提取时间的时间戳。 | ||
| 说明 数据最后更新时间戳用于说明所分析数据的新近程度。它显示数据提取、转换和加载(ETL)流程上次运行的时间,帮助判断分析结果的时效性。这与事件时间戳不同,后者记录业务活动实际发生的时间。 在分析中,此属性对于数据治理以及向利益相关者说明洞察的新鲜度至关重要。它帮助用户了解当前查看的是实时信息,还是前一天或前一周的快照。对于基于流程挖掘仪表板及时、准确地做出决策,这一背景信息十分重要。 为什么重要 提供有关数据新鲜度的关键信息,确保利益相关者了解流程洞察的时效性。 获取位置 此时间戳通常由数据集成或ETL工具在数据加载过程中生成并存储。 示例 2023-10-26T02:00:00Z2023-10-27T02:00:00Z2023-10-28T02:00:00Z | |||
| 源系统 SourceSystem | 提取合同数据的IT系统或应用程序名称。 | ||
| 说明 源系统属性用于标识事件数据的来源。在许多组织中,合同生命周期可能跨越多个系统,例如用于发起流程的CLM平台、CRM,以及用于财务数据的ERP系统。为每个事件指定源系统,对于数据验证和了解流程的技术环境至关重要。 在流程挖掘分析中,此属性有助于识别不同系统之间的流程碎片化情况。它可以揭示延迟或问题是否与特定应用之间的数据交接有关。同时,它对于数据治理以及追溯数据质量问题的来源也很重要。 为什么重要 标识数据来源,对于数据验证、了解流程碎片化和排查数据质量问题至关重要。 获取位置 此信息通常在数据提取过程中添加,也可能作为系统日志中的标准字段提供。 示例 AgiloftSAP AribaDocuSign CLM | |||
| 事件结束时间 EventEndTime | 表示特定活动或事件完成的准确日期和时间的时间戳。 | ||
| 说明 事件结束时间标志着活动的完成。与事件开始时间结合后,可以准确计算合同生命周期中每个步骤的处理时长。这种粒度对于详细的绩效分析至关重要。 此属性用于计算活动时长,是瓶颈分析的基础。“审批与审核瓶颈分析”等仪表板依靠这些数据突出合同延迟的步骤。了解每项活动的时长后,组织可以将改进工作集中在流程中最耗时的部分,例如法务审核或协商。 为什么重要 支持计算活动级时长,对于准确定位流程瓶颈至关重要。 获取位置 可在系统审计日志或事件历史表中找到。如果未明确记录,可能需要根据后续事件的开始时间推导。 示例 2023-03-15T17:30:00Z2023-05-22T10:15:45Z2023-06-01T11:55:10Z | |||
| 合同状态 ContractStatus | 合同当前所处的生命周期阶段或状态,例如“草稿”“审批中”“已执行”或“已到期”。 | ||
| 说明 合同状态反映合同在特定时间点所处的生命周期位置。随着合同经过主要里程碑,此属性通常会更新,为合同进展提供高层概览。 此属性非常适合筛选案例,以分析合同组合的特定部分。例如,分析人员可以关注“有效”合同以管理义务,或关注“停滞”合同以了解延迟原因。它是“合同生命周期绩效”仪表板的重要组成部分,可帮助可视化各阶段合同数量,并衡量“合同停滞率”KPI。 为什么重要 提供合同当前阶段的高层视图,支持按生命周期阶段筛选和分析合同组合。 获取位置 这是CLM系统主合同记录中的主要状态字段。 示例 草稿审核中已签署已终止 | |||
| 合同类型 ContractType | 合同的分类,例如主服务协议(MSA)、保密协议(NDA)或工作说明书(SOW)。 | ||
| 说明 合同类型是按法律性质和用途对合同进行分类的属性。常见类型包括NDA、MSA、SOW以及销售或采购协议。这种分类为合同生命周期提供了必要的业务背景。 该属性是比较分析的重要维度。分析人员可以据此筛选流程图和KPI,判断不同合同类型是否存在不同的流程、较长的周期时间或较高的返工率。例如,分析可能发现MSA的法务审查时间明显长于NDA,从而推动针对复杂协议类型重新设计流程。 为什么重要 支持流程分组和比较,揭示不同合同类型如何影响周期时间、复杂度和风险。 获取位置 这是任意CLM系统主合同记录中的标准字段。 示例 保密协议(NDA)主服务协议(MSA)工作说明书(SOW) | |||
| 合同金额 ContractValue | 与合同相关的货币总金额,可代表收入、支出或承诺金额。 | ||
| 说明 合同金额量化合同的财务重要性。该金额是重要的业务背景信息,有助于确定合同优先级并了解其对组织的影响,通常以特定货币表示。 在流程挖掘中,此属性用于分析流程绩效的业务影响。“业务影响与吞吐量”仪表板利用这些数据展示正在处理、停滞或已执行合同的金额。它支持高价值合同优先处理,并帮助回答以下问题:“最有价值的合同是否卡在审批环节?”或“错过续签日期的合同金额是多少?” 为什么重要 量化合同的财务影响,支持确定优先级,并分析流程低效如何影响高价值协议。 获取位置 位于CLM或ERP系统主合同记录的财务详情部分。 示例 100000.0025000.505000000.00 | |||
| 对方名称 CounterpartyName | 参与合同的外部方、公司、客户、供应商或合作伙伴的名称。 | ||
| 说明 对方名称用于标识组织与之签订协议的外部实体,可能是客户、供应商或合作伙伴。它为合同所约束的业务关系提供重要背景。 作为分析维度,对方信息非常有价值。企业可以按供应商或客户分析流程绩效。例如,分析可能显示,与某些对方的协商时间始终长于平均水平。这一洞察可以指导未来的协商策略、帮助管理合作关系,并用于为战略合作伙伴创建定制合同模板,从而加快流程。 为什么重要 标识外部方,支持按客户或供应商分析周期时间和协商模式。 获取位置 合同记录中的标准字段,通常与客户或供应商的主数据记录关联。 示例 Acme CorporationGlobal Tech Inc.Innovate Solutions LLC | |||
| 用户名 UserName | 执行合同活动或负责该活动的用户、员工或资源的名称或ID。 | ||
| 说明 用户名用于标识负责完成合同生命周期中特定任务的人员。该人员可能是合同负责人、法务审核人员、审批人或签署人。此属性将流程活动与执行活动的人员关联起来。 在流程挖掘中,此属性有助于了解团队和个人绩效。它用于“团队工作量与生产力”等仪表板,以分析工作分配、识别负荷过重的员工或团队并评估绩效。它还有助于了解不同用户行为如何导致流程变体或延迟,从而支持有针对性的培训或资源配置。 为什么重要 将流程活动与个人关联起来,支持分析工作量分配、团队绩效和资源配置。 获取位置 通常可在源系统的交易记录、审计日志或任务分配字段中找到。 示例 John Smithj.smith@example.comUSER12345 | |||
| 部门 Department | 负责合同的内部业务单元或部门,例如销售、法务或采购。 | ||
| 说明 部门属性用于标识负责合同或与合同相关的内部团队或业务单元。通常是合同负责人的部门,或发起合同请求的团队。 这是内部基准比较和工作量分析的重要维度。它有助于了解合同管理流程在组织不同部门之间的差异。“团队工作量与生产力”仪表板可以按部门筛选,以比较绩效、识别资源需求,并突出可能需要额外培训或流程支持的部门。它有助于回答以下问题:“哪个部门的审批周期最长?”或“销售部门与采购部门的流程有何差异?” 为什么重要 支持比较不同业务单元的流程绩效,帮助识别内部瓶颈并共享最佳实践。 获取位置 通常与合同负责人的用户档案关联,或作为字段直接记录在合同记录中。 示例 销售法务采购IT | |||
| 修订次数 RevisionCount | 合同文档在协商和审核周期中被修订或添加修订标注的次数。 | ||
| 说明 修订次数用于跟踪合同在执行前经历的返工量。每次编辑文档并创建新版本时,该计数都应递增。它可以作为协商流程复杂度和争议程度的替代指标。 此属性直接衡量效率,用于计算“合同返工率”KPI。“协商与返工效率”仪表板利用这些数据识别需要过多修订的合同、对方或合同类型。较高的修订次数通常与更长的周期时间相关,也可能表明需求不明确、协商策略强硬,或需要更完善的标准模板。 为什么重要 衡量返工程度和协商复杂度,帮助识别低效和周期时间过长的原因。 获取位置 可从合同文档的版本号字段获取,也可通过统计每个案例的“合同已修订”活动次数推导。 示例 135 | |||
| 到期日期 ExpirationDate | 如果未续签或终止,合同计划到期的日期。 | ||
| 说明 到期日期是标志合同期限结束的关键日期字段。它决定有效合同的生命周期,也是触发续签或终止活动的主要依据。妥善管理到期日期,是避免服务或收入意外中断的关键。 在流程挖掘中,此属性对于“义务与续签管理”仪表板至关重要。通过比较续签活动日期与到期日期,可计算“按时续签率”KPI。分析即将到期的合同,有助于组织主动管理续签管道,避免收入流失或运营中断。 为什么重要 对于续签管理和风险缓解至关重要,有助于跟踪合同里程碑并确保及时采取行动。 获取位置 这是CLM系统主合同记录中的关键日期字段。 示例 2024-12-312025-06-302026-01-15 | |||
合同管理活动
| 活动 | 说明 | ||
|---|---|---|---|
| 内部审批已完成 | 该里程碑表示所有必需的内部相关方都已批准合同最终版本,意味着组织已达成一致,可以向外部提交合同。 | ||
| 为什么重要 这是流程中的重要关口,标志着内部谈判结束。到达该阶段所需的时间,是衡量内部效率的关键绩效指标。 获取位置 通常可根据合同状态变为“全部批准”或“待签署”等最终审批状态,或最后一个审批任务完成来推断。 采集 识别整体审批状态变为完成,或记录最后一项必需审批时的时间戳。 事件类型 inferred | |||
| 合同已到期 | 此事件表示合同已达到结束日期,且未续签或提前终止。这代表合同生命周期自然且计划内的结束。 | ||
| 为什么重要 跟踪到期情况对于管理续签、避免服务或协议意外中断至关重要。大量到期但未续签的合同可能意味着业务流失。 获取位置 此事件通常不会被明确记录,而是通过比较合同到期日期字段与当前日期计算得出。 采集 当系统日期大于或等于合同记录中的“到期日期”字段时,创建时间戳以推导此事件。 事件类型 calculated | |||
| 合同已发送待签署 | 该活动标志着最终批准的合同已发送给所有相关方签署,表示所有谈判结束,最终签署步骤开始。 | ||
| 为什么重要 这是一个关键里程碑,标志着最终签署周期开始计时。分析从此时到完成签署的时间,可以发现签署流程中的延误。 获取位置 在集成电子签名的系统中,这通常是触发签署流程的明确操作,并会记录在系统审计轨迹中。 采集 查找与启动电子签名工作流相关的事件日志或API调用时间戳。 事件类型 explicit | |||
| 合同已生效 | 表示合同已生效并具有可执行性,可能发生在签署日当天或之后。该事件触发义务管理和履约跟踪的开始。 | ||
| 为什么重要 合同生效标志着流程从合同签订转入合同管理,也是跟踪合规、续签和合同义务的真正起始日期。 获取位置 通常记录为系统内状态从“已签署”变更为“有效”或“生效”,有时也与指定的“生效日期”字段关联。 采集 使用状态变更为“有效”时的时间戳;如有合同生效日期,则使用该日期。 事件类型 inferred | |||
| 合同已签署 | 这是一个重要里程碑,表示所有相关方均已签署合同,合同由此产生法律约束力,也标志着合同生命周期签署前阶段成功完成。 | ||
| 为什么重要 作为主要成功结果,签署日期对于计算从请求到签署的整体周期时间至关重要,也是绩效和处理量分析的关键事件。 获取位置 通常通过与电子签名平台的集成明确记录,或由用户手动将状态更新为“已签署”并填写签署日期。 采集 使用电子签名系统中的完成时间戳,或状态手动变更为“已签署”的日期。 事件类型 explicit | |||
| 合同已终止 | 表示有效合同在计划到期日之前提前终止。根据合同条款,终止原因可能是违约,也可能是便利性因素。 | ||
| 为什么重要 此事件表示业务关系提前结束。了解终止的频率和原因,对于风险管理和业务健康至关重要。 获取位置 这是一个明确事件,通常由用户将合同状态更改为“已终止”来记录,并且通常会附带原因代码或备注。 采集 记录有效合同状态变更为“已终止”时的时间戳。 事件类型 explicit | |||
| 合同已续签 | 表示合同期限届满后成功续签。这一关键业务结果延长了协议的有效期。 | ||
| 为什么重要 续签率直接反映客户留存率和满意度。跟踪此事件对于了解长期业务成功和收入连续性至关重要。 获取位置 通常是用户执行的明确操作,例如更新合同状态,或为续签期限创建一条接续原合同的新合同记录。 采集 查找状态变更为“已续签”,或查找与原合同关联且标记为续签的新合同。 事件类型 explicit | |||
| 合同请求已发起 | 这是合同生命周期中的首项活动,表示正式提出新合同请求。系统通常会将其记录为创建新合同记录或工作区。 | ||
| 为什么重要 该活动标志着流程正式开始,其时间戳对于计算合同总周期时间至关重要。分析请求量有助于资源规划和需求管理。 获取位置 该事件通常取自主合同表或审计日志中主合同记录或对象的创建时间戳。 采集 识别与唯一合同ID关联的创建事件或最早时间戳。 事件类型 explicit | |||
| 义务监控已开始 | 该活动表示签署完成后的管理工作开始,期间会持续跟踪关键日期、交付物和其他承诺。这是确保合同签署后合规的第一步。 | ||
| 为什么重要 该活动对于了解签署后的治理情况至关重要。跟踪这些任务有助于确保合同价值实现并降低风险。 获取位置 当用于监控合同义务的任务、检查清单或子流程创建或启动时记录,通常可在任务管理日志中找到。 采集 记录与有效合同的义务或合规跟踪相关的任务或事件的创建时间戳。 事件类型 explicit | |||
| 修订已启动 | 此事件标志着对现有有效合同启动正式修订流程,表示有人请求更改协议原始条款。 | ||
| 为什么重要 频繁修订可能表明原始合同不够全面。分析修订记录有助于了解业务关系的演变。 获取位置 通常通过创建与原始合同关联的新“修订”记录或工作区来记录,可在系统的主数据表中找到。 采集 识别记录类型为“修订”且与父级Contract ID关联的创建事件。 事件类型 explicit | |||
| 内部审查已开始 | 该活动标志着起草完成的合同正式发送给内部相关方进行审查和反馈,表示内部协作与审批阶段开始。 | ||
| 为什么重要 这是衡量整个内部审查周期的起点。分析该阶段耗时,有助于识别相关方协调中的瓶颈。 获取位置 通常通过工作流中的状态变更记录,例如从“草案”变为“内部审查”,或创建审查任务。 采集 记录合同状态变为“审查中”或首个审查任务分配时的时间戳。 事件类型 explicit | |||
| 合同已修订 | 表示合同文档在谈判或内部审查期间被修订或添加红线的情况。每次修订都会生成一个新的文档版本。 | ||
| 为什么重要 修订频率,即返工率,是衡量流程效率和合同复杂程度的重要指标。返工率过高可能表明初始草案或谈判策略存在问题。 获取位置 通常在主合同文档的新版本上传或保存到系统文档库时明确记录。 采集 记录初始草案之后每个新文档版本上传时的时间戳。 事件类型 explicit | |||
| 合同已发送给交易对手 | 该活动表示合同发送给外部交易对手进行审查和谈判的时刻,标志着流程从内部处理转向外部协作。 | ||
| 为什么重要 该事件是衡量外部谈判周期的起点。发送合同的延误可能延长整个交易周期。 获取位置 这可以是明确的用户操作,例如“发送谈判”,也可以根据状态变更为“谈判中”或“外部审查”来推断。 采集 记录“发送给交易对手”事件的时间戳,或状态变更为外部审查状态的时间戳。 事件类型 explicit | |||
| 合同已撤回 | 表示合同请求或正在处理的合同在执行前被主动取消。这是会终止流程的结束状态。 | ||
| 为什么重要 分析合同被撤回的原因,可以发现资格审查流程或业务重点方面的问题。这是需要监控的重要负面结果。 获取位置 这是一个明确的结束状态,通常通过用户在系统状态历史日志中将合同状态更改为“已取消”或“已撤回”来记录。 采集 记录合同状态更新为终止状态“已取消”或“已撤回”时的时间戳。 事件类型 explicit | |||
| 合同已起草 | 表示初始合同草案已完成。系统通常会在合同文档的第一个版本上传或生成并与合同记录关联时记录该活动。 | ||
| 为什么重要 跟踪从请求到草案的时间,可以了解初始设置和起草效率。此阶段的延误可能是流程瓶颈的早期信号。 获取位置 通常可在与合同记录关联的文档管理或附件日志中找到,也可以根据“起草完成”等状态变更推断。 采集 使用第一个文档版本上传的时间戳,或状态变更为“已起草”的时间戳。 事件类型 inferred | |||
| 法律审查已完成 | 表示法务部门已完成合同审查。这是合同进入更广泛审批或外部谈判前的关键检查点。 | ||
| 为什么重要 衡量法律审查时长,有助于量化法务团队的工作量,并识别简化法律流程的机会。该阶段通常是整体周期时间的重要组成部分。 获取位置 通常在法务团队更新合同状态时记录,例如变更为“法律已批准”,或在系统工作流日志中完成特定审批任务时记录。 采集 查找分配给法务部门的任务完成时间戳,或表示法律审批完成的状态变更。 事件类型 explicit | |||
| 谈判已开始 | 表示与交易对手之间的反复谈判已经开始,通常以收到外部一方的首次回复或红线文档为标志。 | ||
| 为什么重要 跟踪谈判开始时间,对于分析谈判周期以及了解交易对手的响应时长至关重要。 获取位置 通常可根据外部一方上传新文档版本,或合同状态变更为进行中谈判状态来推断。 采集 使用收到交易对手首份文档的时间戳,或状态变更为“谈判中”的时间戳。 事件类型 inferred | |||
数据提取指南
立即开始优化您的合同管理
发现瓶颈、降低风险,加快协议签署,快速看到成效。
无需信用卡,几分钟即可完成设置