您的费用管理数据模板
您的费用管理数据模板
- 全面分析所需的建议属性
- 准确发现流程所需跟踪的关键活动
- 数据提取实用指南
费用管理属性
| 名称 | 说明 | ||
|---|---|---|---|
|
事件时间
EventTime
|
费用报告中某项活动或事件发生的时间戳。 | ||
|
说明
事件时间为流程中的每项活动提供准确的日期和时间,是计算周期时间、持续时间及步骤间等待时间的必要依据。借助这些信息,您可以分析瓶颈、了解绩效随时间的变化,并检查是否符合服务级别协议。若时间戳不准确,流程挖掘分析就只能用于发现流程走向。
重要性
时间戳是所有基于时间的分析所必需的,包括计算周期时间、识别瓶颈和监控流程绩效。
获取途径
这是Expensify报告数据中每条历史日志记录或状态变更对应的创建时间戳。
示例
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-01T09:12:05Z
|
|||
|
活动名称
ActivityName
|
费用报告在特定时间点发生的业务事件名称。 | ||
|
说明
活动名称用于描述费用管理流程中的具体步骤或节点,例如“费用报告已提交”或“经理已批准”。它构成流程图的基础,便于分析人员直观查看工作流、识别常见路径以及发现偏差或瓶颈。分析活动顺序是了解流程效率和合规情况的基础。
重要性
此属性定义流程图中的步骤,便于直观查看和分析流程走向、变体及返工循环。
获取途径
此属性通常通过将Expensify中的报告状态变更、评论或历史日志条目映射到标准活动列表来生成。
示例
费用报告已提交经理已批准财务已拒绝已完成报销
|
|||
|
费用报告ID
ExpenseReportId
|
费用报告的唯一标识符,用于汇总从提交到报销的所有相关活动。 | ||
|
说明
费用报告ID是费用管理流程的主要案例标识符。每个ID代表员工提交审批和报销的一组费用。此属性对于跟踪费用报告的端到端流程至关重要,可用于重建其完整生命周期,包括所有提交、审批、拒绝和付款记录。
重要性
它可以将所有相关事件汇总到单个流程实例中,这是任何流程挖掘分析的基础。
获取途径
这是费用报告数据对象中的主键,通常可通过Expensify API的reports端点获取,字段名为“reportID”。
示例
RPT_84321RPT_99012RPT_10573
|
|||
|
员工部门
EmployeeDepartment
|
提交人所属的业务部门或业务单元。 | ||
|
说明
此属性表示提交费用报告的员工所属部门,例如“销售”“工程”或“市场营销”。它是重要的分析维度,可用于比较不同业务部门的周期时间、拒绝率和政策遵循情况,并帮助发现部门特有的问题或培训需求。
重要性
此属性支持逐级下钻分析,便于比较不同业务单元的流程绩效和合规情况。
获取途径
此信息可能存储为报告标签,或关联到Expensify中的提交人用户资料。可能需要从外部HR系统补充数据。
示例
销售市场营销工程财务
|
|||
|
审批人
Approver
|
负责批准或拒绝费用报告的用户姓名或ID。 | ||
|
说明
审批人属性用于识别对已提交费用报告采取操作的经理或财务团队成员。它对于分析审批人的具体表现至关重要,例如审批耗时、拒绝率和工作量分布。了解审批人绩效有助于确定培训需求、重新分配工作量并简化审批流程。
重要性
此属性是分析审批瓶颈、工作量分布和各审批人拒绝率的关键。
获取途径
此信息可在报告历史记录或工作流日志中找到,通常与审批或拒绝事件相关联。字段名可能为“managerEmail”或类似名称。
示例
jane.doe@example.comjohn.smith@example.comfinance.approver@example.com
|
|||
|
报告总金额
ReportTotalAmount
|
费用报告的货币总额。 | ||
|
说明
此属性表示单份费用报告中所有费用的总和,是一项重要的财务指标,可用于识别可能需要额外审查或采用不同审批路径的高额费用。它还可用于财务报告,以及了解组织整体的支出模式。
重要性
此属性有助于分析高额费用报告和支出趋势,也是财务与合规仪表板的重要数据。
获取途径
此属性可在Expensify的reports对象中找到,字段名通常为“total”或“amount”。
示例
150.752500.0089.50
|
|||
|
提交人
Submitter
|
创建并提交费用报告的员工。 | ||
|
说明
提交人属性用于识别产生费用并申请报销的员工。此信息可用于按员工、部门或岗位分析费用模式,帮助了解哪些员工或群体遇到的延误最多、违反政策的比例最高,从而改进员工体验分析。
重要性
此属性便于从员工视角分析流程绩效,帮助识别经常遇到问题或延误的群体。
获取途径
这是费用报告对象中的主要字段,字段名通常为“policyEmail”“submitterEmail”或“employeeEmail”。
示例
sara.jones@example.comkevin.lee@example.commaria.garcia@example.com
|
|||
|
政策违规标记
PolicyViolationFlag
|
布尔标记;如果报告因违反政策而被标记,则值为true。 | ||
|
说明
此标记用于指示费用报告是否触发了一项或多项政策违规,例如超出支出限额或缺少收据。Expensify的自动化系统通常会标记此类问题。此属性是政策违规概览仪表板的重要数据,有助于量化合规问题并确定改进重点。
重要性
此属性可直接衡量政策遵循情况,并帮助识别需要进一步审查的报告,是合规仪表板的重要数据。
获取途径
Expensify报告通常包含用于指示违规情况的专用字段或状态,例如“hasViolations”或类似的布尔标记。
示例
truefalse
|
|||
|
事件结束时间
EventEndTime
|
特定活动结束时的时间戳,适用于可衡量持续时间的活动。 | ||
|
说明
费用管理中的许多活动都是瞬时完成的,但“经理审核”等活动可以建模为包含开始时间和结束时间。事件结束时间标记此类活动的完成时刻。结合开始时间,可计算单个步骤的准确处理时间,更清楚地了解时间花在了哪些环节。
重要性
此属性可用于计算活动处理时间,帮助区分实际工作时间和空闲等待时间。
获取途径
这通常不是直接提供的字段,而是根据同一案例中顺序流的下一事件时间戳推导得出。
示例
2023-10-26T10:05:12Z2023-10-27T15:00:00Z
|
|||
|
付款方式
PaymentMethod
|
用于向员工报销的方式。 | ||
|
说明
此属性描述员工收到报销款的方式,例如“ACH直接存款”“PayPal”或“公司信用卡”。分析付款方式有助于了解流程中的报销环节,尤其是某些方式是否会造成更长延误。它还为流程的最后几个步骤提供了更多背景信息。
重要性
此属性为报销阶段提供背景信息,可用于分析不同付款方式相关的延误或成本。
获取途径
此信息通常可在已关闭报告的报销详情中找到。
示例
ACHPayPalBill.com
|
|||
|
审计结果
AuditOutcome
|
对费用报告进行人工或自动审计后得出的结果。 | ||
|
说明
此属性记录审计结果,例如“通过”“未通过”或“通过但有问题”。对于在费用流程中设置了正式审计环节的公司,无论审计覆盖所有报告还是抽样报告,此属性都很重要。分析审计结果有助于了解合规水平和现有控制措施的有效性。
重要性
可直接衡量一致性检查的结果,是分析审计流程有效性的关键。
获取途径
这可能是一个概念性属性,也可能存储为标签或评论。是否存在此属性取决于公司在Expensify中的具体流程配置。
示例
通过未通过,违反政策通过,但有备注
|
|||
|
总周期时间
TotalCycleTime
|
费用报告从首个事件创建到最后一个事件完成所经过的总时长。 | ||
|
说明
总周期时间是按案例计算的指标,用于衡量单份费用报告从开始到结束的费用管理流程时长。它是评估整体流程效率的关键绩效指标(KPI),计算方式为首个活动(如“费用报告已创建”)与最后一个活动(如“报销已执行”)的时间戳之差。
重要性
这是衡量整体流程速度、识别可能反映系统性问题的长周期案例的核心KPI。
获取途径
对每个ExpenseReportId,按(MAX(EventTime)-MIN(EventTime))计算此属性。
示例
6048001209600259200
|
|||
|
报告状态
ReportStatus
|
费用报告在生命周期中的当前状态。 | ||
|
说明
报告状态表示费用报告在流程中的当前位置,例如“OPEN”“SUBMITTED”“APPROVED”“REIMBURSED”或“CLOSED”,可概览报告的进展情况。在流程挖掘中,此属性通常用于推导活动名称,也可作为分析报告在各状态停留时长的维度。
重要性
此属性表示案例的当前状态,通常用于推导流程挖掘所需的活动日志。
获取途径
这是Expensify报告对象中的标准字段,字段名通常为“status”或“state”。
示例
已提交已批准已报销已关闭
|
|||
|
拒绝原因
RejectionReason
|
审批人拒绝费用报告或退回修改时提供的原因。 | ||
|
说明
拒绝费用报告时,审批人通常可以填写原因。此文本属性记录拒绝原因,为了解报告未获批准的原因提供重要的定性信息。分析拒绝原因有助于发现常见的提交错误、政策说明不清或员工需要更多培训的领域,直接支持提高首次审批通过率。
重要性
此属性提供返工原因的定性数据,是分析报告被拒根本原因的重要依据。
获取途径
此信息通常可在拒绝事件相关的评论或历史日志中找到。
示例
金额超过75美元的项目缺少收据选择了错误的费用类别重复提交费用
|
|||
|
政策名称
PolicyName
|
适用于该报告的费用政策名称。 | ||
|
说明
在Expensify中,不同员工群体可能适用不同的费用政策。此属性用于标识规定费用报告相关规则的具体政策。它是重要的分析维度,可用于比较不同政策下的合规情况和效率,因为各项政策的规则和审批工作流可能不同。
重要性
此属性可按适用规则对流程分析进行细分,对于了解不同政策导致的流程差异至关重要。
获取途径
这是Expensify报告对象中的标准字段,字段名通常为“policyID”或“policyName”。
示例
美国员工政策英国销售团队政策高管差旅政策
|
|||
|
数据上次更新时间
LastDataUpdate
|
此记录的数据上次从源系统刷新时的时间戳。 | ||
|
说明
此属性记录数据上次提取并更新到流程挖掘工具中的日期和时间,可让您了解数据的新鲜度,并判断分析结果反映的实际情况有多新。这有助于用户信任分析结果,并依据及时的数据做出明智决策。
重要性
确保用户了解数据的新鲜度,这对流程分析的相关性和准确性至关重要。
获取途径
这通常是数据提取作业的时间戳,在数据转换(ETL)过程中添加。
示例
2023-11-20T08:00:00Z2023-11-21T08:00:00Z
|
|||
|
是否首次审批通过
IsFirstPassApproval
|
计算得出的标记值;如果报告未经拒绝或退回修改便获批准,则为true。 | ||
|
说明
系统会为每份费用报告计算此布尔标记,用于判断报告是否顺利通过审批,未遭拒绝或退回修改等负面处理。该指标直接反映流程质量和效率,并用于计算首次审批通过率KPI。比率较高,通常说明提交材料质量良好,员工也熟悉相关政策。
重要性
直接衡量初次提交的质量和审批流程效率,并反映返工频率。
获取途径
检查指定ExpenseReportId的活动顺序来计算此值。如果顺序中不包含“经理已拒绝”“财务已拒绝”或“报告已退回修改”,则标记为true。
示例
truefalse
|
|||
|
源系统
SourceSystem
|
提取数据的系统。 | ||
|
说明
此属性用于标识流程数据的来源,本例中为“Expensify”。在合并多个系统的数据时,它对数据治理尤为重要,有助于追溯数据沿袭并了解流程背景。
重要性
此属性为数据沿袭提供重要背景信息;将多个源系统的数据加载到同一环境时,也有助于区分不同流程。
获取途径
这是一个静态值(“Expensify”),应在数据转换过程中添加。
示例
ExpensifyExpensifyAPI-v2.0
|
|||
|
货币
Currency
|
费用报告金额所使用的货币代码。 | ||
|
说明
货币属性用于指定报告总金额的币种,例如USD、EUR或GBP。对于在多个国家和地区运营的组织,此属性有助于确保正确解读财务数据。分析所有货币金额时都应结合此属性,避免汇总结果出错。
重要性
为所有货币金额提供必要的背景信息,确保财务分析和报告准确无误。
获取途径
这是Expensify报告对象中的标准字段,字段名通常为“currency”。
示例
USDEURGBPCAD
|
|||
|
费用类别
ExpenseCategory
|
报告中单个费用明细项所属的类别。 | ||
|
说明
费用类别用于划分支出类型,例如“差旅”“餐饮与娱乐”或“软件”。一份报告可能包含多个类别,但此属性通常会反规范化到报告级别,例如选取出现频率最高或金额最大的类别。它可用于分析支出趋势,并检查特定费用类型是否符合政策。
重要性
此属性有助于分析支出模式、政策违规情况以及不同费用类型的审批耗时。
获取途径
此信息位于报告的明细项(“transactions”)级别。要将其分配到案例级别,需要进行汇总或应用业务规则。
示例
机票住宿餐饮办公用品
|
|||
费用管理活动
| 活动 | 说明 | ||
|---|---|---|---|
|
已完成报销
|
款项已成功支付给员工,报销环节至此完成。此事件可从付款处理日志或Expensify中的最终状态更新获取。 | ||
|
重要性
这是衡量员工所经历周期时间的重要终点,对平均费用报告周期时间和平均报销周期时间KPI至关重要。
获取途径
根据报告状态变为“已报销”推断此事件。Expensify与支付系统的集成会提供该状态变更的时间戳。
采集
根据报告状态变为“已报销”及相应时间戳推断此事件。
事件类型
inferred
|
|||
|
报告已关闭
|
报销和会计数据同步等所有操作完成后,费用报告会在系统中正式关闭。通常可根据“已关闭”等最终终止状态推断此事件。 | ||
|
重要性
此事件为流程提供明确的终点,与报销完成相区别,有助于分析最后的会计处理和归档步骤。
获取途径
根据报告状态变为“已关闭”等终止状态推断此事件。通常在完成报销和会计数据导出后发生。
采集
根据报告状态变为“已关闭”及相应时间戳推断此事件。
事件类型
inferred
|
|||
|
报告退回修改
|
经理或财务部门的审批人将报告退回给员工,要求更正或补充信息。通常可根据报告状态从“处理中”变为“开放”推断出此事件。 | ||
|
重要性
此活动代表返工,是效率低下的主要原因之一。跟踪此活动有助于量化返工循环、衡量返工率KPI并找出根本原因。
获取途径
根据报告状态从“处理中”或“已提交”变回“开放”推断此事件。状态变更的时间戳即为事件时间。
采集
根据报告状态从“处理中”变回“开放”推断此事件。
事件类型
inferred
|
|||
|
经理已批准
|
直属经理或一级审批人已审核并批准费用报告。此事件记录在审批工作流日志中,其中包含审批人的操作和时间戳。 | ||
|
重要性
这是审批流程中的关键节点。分析从提交到此事件的耗时,有助于发现经理审批环节的瓶颈,并衡量经理审批周期时间KPI。
获取途径
此事件记录在报告历史记录或审计轨迹中,其中明确记载了审批操作、审批人姓名和时间戳。
采集
此事件作为单独的审批操作记录在报告的工作流历史记录中。
事件类型
explicit
|
|||
|
财务已批准
|
财务部门或最终审批人已审核并最终批准费用报告。此操作记录在工作流历史记录中,报告状态通常会变为“已批准”。 | ||
|
重要性
这是报销前的最终审批关卡。此步骤的耗时对整体周期时间和平均报销周期时间KPI至关重要。
获取途径
此事件记录在报告历史记录或审计轨迹中,其中包含最终审批操作、财务团队审批人和时间戳。
采集
此事件作为单独的最终审批操作记录在报告的工作流历史记录中。
事件类型
explicit
|
|||
|
费用报告已创建
|
表示员工创建了一份新的费用报告。通常,报告首次保存在Expensify时,系统会记录明确的创建事件及时间戳。 | ||
|
重要性
这是所有流程分析的起点,对于衡量从创建到报销的总周期时间至关重要。
获取途径
此事件根据Expensify报告历史记录或审计日志中的报告创建时间戳获取。每个报告对象都有创建日期。
采集
费用报告首次创建并保存时记录。
事件类型
explicit
|
|||
|
费用报告已提交
|
员工正式提交已完成的费用报告,启动审批工作流。这是从数据录入转入审核流程的关键节点,通常通过状态变更和提交时间戳记录。 | ||
|
重要性
这是启动审批周期的关键节点,也是衡量经理和财务审核时间的起点。
获取途径
根据报告状态从“未结”或“草稿”变为“处理中”或“已提交”推断,并结合相应的状态变更时间戳。
采集
根据状态变为“处理中”以及相应的提交时间戳推断。
事件类型
inferred
|
|||
|
已安排报销
|
最终批准后,费用报告进入付款处理队列。此事件标志着流程从审批阶段转入付款阶段,通常可根据报告状态变为“报销中”识别。 | ||
|
重要性
此事件标志着报销周期时间的开始。分析此事件与实际付款之间的时长,有助于发现付款流程中的延误。
获取途径
根据报告状态变为“报销中”或“付款处理中”推断此事件,并使用相应的时间戳。
采集
根据表明报告已进入付款队列的状态变更推断此事件。
事件类型
inferred
|
|||
|
已标记政策违规
|
自动检查发现某项费用违反公司政策,例如超出预算或缺少收据。当报告或费用明细中设置了特定的政策违规标记时,系统会记录此事件。 | ||
|
重要性
此事件可揭示合规问题,并帮助您发现哪些政策经常被违反,从而开展针对性培训或进一步说明政策。这对于计算政策违规数量这一关键绩效指标至关重要。
获取途径
根据费用报告数据中“政策违规”标记或属性被设为true推断。时间戳对应此标记的设置时间。
采集
根据报告的政策违规属性更新时间推断。
事件类型
inferred
|
|||
|
已过账至会计系统
|
费用报告中的财务数据已导出并过账至公司的会计系统或ERP。这是最后一步,标志着财务记录流程完成。 | ||
|
重要性
此事件代表费用报告已在财务系统中最终结清。它有助于衡量完整的端到端流程并确保数据同步。
获取途径
此事件可从Expensify与会计软件之间的集成日志获取,可能需要合并两个系统的数据。
采集
数据成功同步至会计系统后,此事件会记录在集成历史记录中。
事件类型
explicit
|
|||
|
经理已拒绝
|
一级审批人审核后拒绝了费用报告,流程通常会因此终止。此事件作为拒绝记录在工作流日志中,通常还会附上拒绝原因。 | ||
|
重要性
分析拒绝事件是了解费用报告拒绝率KPI的关键。这有助于找出常见的失败原因和需要改进流程的环节。
获取途径
此事件记录在报告历史记录中,其中包含拒绝操作、拒绝人身份和时间戳。报告状态通常会变为“已拒绝”。
采集
此事件作为单独的拒绝操作记录在报告的工作流历史记录中。
事件类型
explicit
|
|||
|
财务已拒绝
|
财务部门审核后拒绝了费用报告,报销流程因此终止。此事件记录在工作流历史记录中,并附有时间戳和拒绝原因。 | ||
|
重要性
此事件有助于发现最终审核阶段的瓶颈和失败原因,是分析整体拒绝率及合规问题的重要依据。
获取途径
此事件记录在报告历史记录中,其中包含财务团队的拒绝操作、时间戳和用户信息。
采集
此事件作为单独的拒绝操作记录在报告的工作流历史记录中。
事件类型
explicit
|
|||
|
费用已添加至报告
|
表示员工向报告中添加具体费用明细,例如扫描的收据或手动录入的费用。报告的详细历史记录中会记下此操作。 | ||
|
重要性
分析报告创建到添加费用之间的时间,可以发现员工收集凭证或准备提交时是否存在延误。
获取途径
从费用报告的审计轨迹或历史记录中获取,其中会记录添加单项费用等操作。
采集
每次添加新的费用明细时,都会记录在报告历史中。
事件类型
explicit
|
|||
数据提取指南
优化费用管理:立即开始免费试用
简化Expensify费用处理,将周期时间缩短30%,提升满意度。
无需信用卡,立即开始优化。