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