您的费用管理数据模板
您的费用管理数据模板
- 建议收集的属性
- 需要跟踪的关键活动
- Ramp数据提取指南
费用管理属性
| 名称 | 说明 | ||
|---|---|---|---|
|
事件时间戳
EventTimestamp
|
活动发生的确切日期和时间。 | ||
|
说明
流程中的每项活动都有对应的时间戳,记录其发生时间。这些时间数据用于按时间顺序排列事件,也是所有时间分析的基础。 在流程挖掘中,时间戳用于计算活动之间的周期时间、衡量案例总时长和发现延迟。这些信息对于绩效监控和发现流程改进机会至关重要。
重要性
此属性用于确定事件的时间顺序,是计算时长和分析绩效的必要依据。
获取途径
此信息通常与Ramp事件日志或交易数据中的活动记录或状态记录一起保存。
示例
2023-10-26T10:00:00Z2023-10-26T14:30:00Z2023-10-27T09:00:00Z
|
|||
|
活动名称
ActivityName
|
费用管理流程中某个时间点发生的具体事件或任务的名称。 | ||
|
说明
此属性描述费用报告生命周期中的一个步骤,例如“已提交费用”“经理已批准”或“已完成报销付款”。这些活动构成流程图中的节点,用于呈现和分析流程。 分析活动有助于找出最常发生的步骤、瓶颈所在,以及不同工作流之间的差异。这是了解操作顺序和衡量各阶段绩效的核心要素。
重要性
此属性定义流程图中的步骤,便于呈现和分析从开始到结束的流程。
获取途径
此属性通常根据Ramp中与每份费用报告相关的事件日志或状态变更记录生成。
示例
已提交费用经理已批准待财务审核已完成报销付款
|
|||
|
费用报告ID
ExpenseReportId
|
每份费用报告的唯一标识符,也是该流程的主要案例标识符。 | ||
|
说明
费用报告ID将单次费用提交相关的所有事件和活动归为一组。借助此ID,您可以按时间顺序完整跟踪费用申请,从最初录入到最终付款。 在流程挖掘中,此属性对于还原每份费用报告的端到端过程至关重要。将其用作案例ID后,分析便能准确计算周期时间、发现瓶颈,并呈现报告在审批流程中的不同路径。
重要性
此属性是将所有相关活动关联到同一流程实例的基础,使端到端分析成为可能。
获取途径
此标识符应位于Ramp的主要费用报告表或交易表中。
示例
ER-2023-08-1123ER-2023-09-4591ER-2023-10-0024
|
|||
|
修改原因
RevisionReason
|
费用报告退回员工修改时填写的原因。 | ||
|
说明
审批人拒绝或退回费用报告时,通常会填写原因。此属性记录具体原因,例如“缺少收据”“类别错误”或“违反政策”。 此信息对于“费用修改率与原因”仪表板非常有价值。分析最常见的返工原因,有助于组织发现提交流程中的系统性问题,并开展有针对性的培训或改进系统,以减少错误。
重要性
此属性直接揭示返工的根本原因,便于采取有针对性的措施,提高首次提交质量。
获取途径
在Ramp中发生“费用已退回修改”活动时,系统会在备注或拒绝详情中记录此数据。
示例
缺少分项收据费用超出政策限额选择了错误的费用类别重复交易
|
|||
|
员工部门
EmployeeDepartment
|
提交费用报告的员工所属部门。 | ||
|
说明
此属性表示提交费用的员工所属业务单元或部门,例如“销售”“工程”或“市场营销”。 这是重要的分析维度,可用于筛选和比较组织不同部门的流程绩效。它能揭示各部门在审批时间、退回修改率和政策合规方面的差异,为有针对性的改进提供依据。
重要性
此属性便于比较不同业务单元的流程指标,揭示效率、合规和支出方面的差异。
获取途径
此信息可能保存在Ramp的员工用户资料中,或集成的人力资源系统中。
示例
销售市场营销工程财务
|
|||
|
报告总金额
ReportTotalAmount
|
费用报告的总金额。 | ||
|
说明
此属性表示单份报告中所有费用的总和,是了解支出模式的重要财务指标。 在流程分析中,您可以按报告金额划分案例,并调查高金额报告是否采用不同的审批路径或需要更长的处理时间。此属性是支出分析仪表板和发现节省成本机会的基础。
重要性
此属性提供重要的财务分析维度,便于按金额划分报告并跟踪总体支出。
获取途径
这是Ramp费用报告对象中的主要字段。
示例
150.752500.0089.99
|
|||
|
政策违规标记
PolicyViolationFlag
|
用于标明费用报告是否因违反政策而被标记的标志。 | ||
|
说明
如果系统自动检查发现可能违反公司费用政策的情况,例如超出支出限额或重复提交费用,此布尔属性就会设为true。 此标志是“政策违规检测”仪表板及相关KPI的重要依据。它有助于衡量政策控制的有效性,并发现常见的不合规情况,为更新政策或开展员工培训提供参考。
重要性
此属性直接衡量政策遵循情况,有助于发现并减少不符合政策的支出及相关风险。
获取途径
这可能是Ramp中的系统生成标志,在提交或审批过程中由自动政策检查触发。
示例
truefalse
|
|||
|
用户名
UserName
|
执行活动的用户姓名或ID,包括提交费用的员工或审批人。 | ||
|
说明
此属性用于标识流程中某项事件的负责人,例如提交、批准或审核费用报告的人员。该值可以是员工姓名或唯一用户ID。 按用户分析有助于了解工作量分布、识别表现突出的人员,以及找出可能需要额外培训的人员。这也是审批绩效和资源管理仪表板的重要数据。
重要性
此属性将流程活动关联到具体人员,便于从资源层面分析绩效并发现培训需求。
获取途径
Ramp中每份费用报告的审计轨迹或交易历史记录通常会保存用户信息。
示例
Alice JohnsonBob SmithCharlie Brown系统自动化
|
|||
|
费用类别
ExpenseCategory
|
分配给费用的类别,例如“差旅”“软件”或“餐饮”。 | ||
|
说明
此属性将费用归入预定义类别,便于跟踪和控制公司支出。一份费用报告可能包含多个类别的项目。 按费用类别分析是“支出类别分析”仪表板的重要依据。它有助于财务团队了解资金去向、监控预算执行情况,并发现支出趋势或异常。
重要性
此属性支持细致的支出分析,帮助您找出主要成本来源和优化预算的机会。
获取途径
此信息通常是Ramp费用报告中的明细项数据。部分分析可能需要将数据汇总到报告级别。
示例
机票餐饮与娱乐软件订阅办公用品
|
|||
|
事件结束时间
EventEndTime
|
表示有持续时间的活动结束时刻的时间戳。 | ||
|
说明
许多活动会即时完成,但有些活动(如“已执行政策检查”)可能持续一段时间。此属性记录这类活动的结束时间,与StartTime相对应。 同时记录开始和结束时间,才能准确计算活动处理时间。这对于“政策检查平均时长”等KPI至关重要,也有助于精确了解特定自动化或人工任务在整个流程中耗时多久。
重要性
此属性可准确计算各项活动的持续时间,对于发现低效的流程步骤至关重要。
获取途径
对于有持续时间的活动,此信息会记录在Ramp事件数据中。对于即时完成的事件,结束时间可以与StartTime相同。
示例
2023-10-26T10:00:05Z2023-10-26T14:35:10Z2023-10-27T09:10:00Z
|
|||
|
审批步骤数
ApprovalStepCount
|
费用报告经过的正式审批步骤总数。 | ||
|
说明
此计算指标统计单份费用报告中发生的不同审批活动数量,例如“经理已批准”和“财务已批准”,用于量化审批工作流的复杂程度。 此属性用于“每份报告的平均审批步骤数”KPI和“简化费用审批路径”仪表板。结合报告金额或类别分析审批步骤数,组织可以发现简单、低金额的费用是否经历了过于复杂的审批流程。
重要性
此属性用于量化工作流的复杂程度,帮助您发现简化流程的机会,尤其是针对低风险报告。
获取途径
此指标通过统计事件日志中每个案例的特定审批活动次数得出。
示例
123
|
|||
|
审批经理
ApprovingManager
|
执行审批步骤的经理姓名。 | ||
|
说明
此属性用于标识负责审核并批准员工费用报告的经理,与提交报告的用户不同。 跟踪审批经理对于“经理审批周期时间”仪表板至关重要。您可以据此分析审批工作量和绩效,找出审批较快的经理以及造成瓶颈的经理,从而平衡工作量或提供额外支持。
重要性
此属性便于分析各审批人的绩效,帮助发现并解决审批工作流中的瓶颈。
获取途径
这项信息属于Ramp中的审批工作流数据,记录经理对报销报告采取操作时的情况。
示例
Jane DoeJohn MillerSusan Chen
|
|||
|
审计结果
AuditOutcome
|
对费用报告进行内部或外部审计后得出的结果。 | ||
|
说明
对于经过正式审计的费用报告,此属性记录最终结果,例如“已批准”“部分拒绝”或“需要补充信息”。 这些数据是“费用审计绩效”仪表板的核心,可用于评估审计流程的有效性、跟踪各类结果的发生频率,并了解审计发现带来的财务影响。
重要性
此属性用于衡量审计流程的成效和结果,帮助您了解合规情况及控制环节的薄弱之处。
获取途径
如果使用Ramp的审计模块或集成系统进行详细的费用审计,审计结果会记录在相应系统中。
示例
通过通过,但有备注已拒绝已升级处理
|
|||
|
报销方式
ReimbursementMethod
|
用于执行报销付款的方式,例如ACH转账或电汇。 | ||
|
说明
此属性用于说明员工通过哪种付款渠道获得报销。不同方式的处理时间和相关费用可能有所不同。 按方式分析报销绩效,有助于找出效率最高的付款渠道。“报销方式绩效”仪表板利用这些数据比较周期时间和可靠性,为优化付款策略提供依据。
重要性
通过比较不同付款渠道的表现,您可以优化付款速度和可靠性。
获取途径
您可以在Ramp的付款或报销记录中找到这项信息。
示例
ACH转账公司卡信用额度直接存款
|
|||
|
提交方式
SubmissionMethod
|
提交费用报告所用的渠道,例如移动应用或网页门户。 | ||
|
说明
此属性用于说明员工通过何种方式提交费用报告。常见方式包括使用移动应用、桌面浏览器或转发电子邮件。 分析提交方式有助于了解用户行为和技术使用情况。例如,通过某个渠道提交的报告修改率较高,可能表明该渠道的界面存在易用性问题。
重要性
此属性有助于了解用户行为,并判断某些提交渠道是否更容易出现错误或延误。
获取途径
这项信息可能记录在Ramp系统日志中提交事件的元数据里。
示例
移动应用网页门户电子邮件
|
|||
|
数据最近更新时间
LastDataUpdate
|
表示数据最近一次从源系统刷新时间的时间戳。 | ||
|
说明
此属性记录最近一次数据提取的日期和时间,说明所分析数据的新旧程度。 解读分析结果时,了解数据的更新时间至关重要。此属性有助于您判断当前查看的信息是否为最新数据。
重要性
此属性说明数据的时效性,确保分析基于当前且相关的信息。
获取途径
此时间戳在数据提取过程中生成并添加。
示例
2023-11-01T06:00:00Z
|
|||
|
是否返工
IsRework
|
计算得出的标记,用于表示费用报告是否至少一次被退回修改。 | ||
|
说明
此布尔属性通过检查某个案例是否发生过“费用报告退回修改”活动得出。凡是至少经历过一轮修改的报告,该属性均设为true。 此标记简化了“费用报告修改率”KPI的计算,也便于筛选和比较首次提交即获批准的报告与需要返工的报告。分析这两类报告,可以了解修改对处理时间和成本的影响。
重要性
此属性便于按返工情况划分流程,帮助您量化报告被退回修改的频率及其影响。
获取途径
这是一个计算字段,在数据转换时通过检查案例中是否存在修改活动得出。
示例
truefalse
|
|||
|
源系统
SourceSystem
|
标识提取数据的源应用程序。 | ||
|
说明
此属性用于标明流程数据所属的记录系统,本例中为Ramp。在数据可能来自多个系统的环境中,它有助于明确数据来源。 分析时,您可以按特定来源筛选数据,也可以将其用于数据验证和治理。
重要性
此属性说明数据的来源,这对于数据治理和整合多个系统的数据至关重要。
获取途径
此属性通常是在数据提取和转换过程中添加的固定值(“Ramp”)。
示例
Ramp
|
|||
|
财务审批人
FinanceApprover
|
财务团队中负责批准费用报告的用户。 | ||
|
说明
对于包含财务审核环节的工作流,此属性用于识别财务部门中执行最终审批的具体人员或团队。 借助此属性,“财务审核效率”仪表板可以按个人或团队分析绩效,帮助您发现瓶颈、评估工作量分配,并衡量财务审核环节的成效。
重要性
此属性支持对财务审核环节进行详细的绩效分析,帮助您优化流程中的关键控制点。
获取途径
此信息会在Ramp费用报告的审批历史中记录,具体发生在财务审核环节。
示例
财务团队ADavid Lee财务自动化机器人
|
|||
费用管理活动
| 活动 | 说明 | ||
|---|---|---|---|
|
发生费用
|
标记费用创建时间。通常,员工使用公司卡时系统会自动创建费用;员工也可以手动创建自付费用记录。此事件通常从交易数据流或用户界面操作中获取。 | ||
|
重要性
这是费用生命周期的主要开始事件。分析从该事件到后续步骤的耗时,有助于了解提交延迟和整体流程速度。
获取途径
数据来自Ramp卡交易日志,或手动录入费用对象的创建时间戳。请在费用表或交易表中查找初始记录创建事件。
采集
处理卡交易或用户创建新费用记录时,系统会直接记录此事件。
事件类型
explicit
|
|||
|
已同步至会计系统
|
费用交易数据已成功过账至集成的会计系统,例如NetSuite、QuickBooks或Xero。此事件标志着流程中的财务记录处理环节已完成。 | ||
|
重要性
这是端到端流程的最后一项活动。此处发生延迟可能影响财务报告的准确性和结账速度。
获取途径
系统会在集成日志中记录此事件,或更新Ramp中费用对象的状态。请查找“已同步”“已过账”或“已导出”等状态。
采集
会计集成服务成功同步数据后,会创建一条日志记录。
事件类型
explicit
|
|||
|
已完成报销付款
|
报销款已成功处理并支付给员工。这通常是员工报销流程的最后一步,也标志着付款周期结束。 | ||
|
重要性
这是报销流程的主要结束事件。从提交到此节点的时长,是衡量员工满意度和流程效率的重要KPI。
获取途径
此事件取自付款处理日志或付款服务商的集成记录。Ramp中的费用状态会更新为“已报销”或“已付款”。
采集
付款系统确认转账成功时,系统会记录此事件。
事件类型
explicit
|
|||
|
已提交费用
|
员工确认费用所需信息均已填写完整,并提交费用以进入审批流程。这是明确的用户操作,会将费用从“草稿”或“需要处理”状态变更为“待审批”。 | ||
|
重要性
这是一个关键节点,标志着审批和报销周期正式开始,也是衡量审批和报销服务级别协议(SLA)的基准。
获取途径
此事件取自费用对象的状态历史记录,对应用户提交交易以供审核的操作。
采集
用户点击“提交”按钮并触发状态变更时,系统会记录此事件。
事件类型
explicit
|
|||
|
经理已批准
|
经理审核并批准费用后,费用即可进入下一步,例如财务审核或报销。系统会记录此项明确的用户操作。 | ||
|
重要性
这是首级审批完成的关键节点。分析此活动有助于了解审批工作流并发现瓶颈。
获取途径
经理点击“批准”后,系统会在费用的审批历史记录中记下此事件。事件日志应包含审批人的ID和时间戳。
采集
拥有经理权限的用户执行“批准”操作后,系统会记录此事件。
事件类型
explicit
|
|||
|
已安排报销
|
对于员工自付费用,已将获批金额加入付款处理队列。此事件表示费用已通过所有审批,等待付款。 | ||
|
重要性
此节点将审批流程与付款执行流程区分开来,有助于区分延迟发生在付款处理阶段还是审批阶段。
获取途径
最终审批后,如果费用状态变为“待报销”或“待付款”,通常即可推断出此活动。如果付款采用批次处理,也可能会有明确的事件记录。
采集
根据状态变为“待付款”或付款批次表中创建记录的时间确定。
事件类型
inferred
|
|||
|
已执行政策检查
|
系统会根据已配置的公司政策自动审核费用,并标记可能存在的违规情况。通常,提交费用后不久就会生成此系统事件。 | ||
|
重要性
此指标用于衡量自动一致性检查的效率及其对流程的影响,也有助于发现常见的政策违规情况和需要员工培训的领域。
获取途径
此事件可能记录在与费用交易相关的审计轨迹或日志中。请查找与“policy_check”或“compliance_scan”相关的系统事件。
采集
自动政策引擎检查交易后,系统会创建一条日志记录。
事件类型
explicit
|
|||
|
已附加收据
|
表示收据与费用关联的时间,关联方式可以是通过OCR自动匹配,也可以由用户手动完成。收据文件成功关联到交易记录时,系统会记录此事件。 | ||
|
重要性
跟踪此活动有助于发现因缺少凭证造成的延迟,也是确保合规和做好审计准备的重要步骤。
获取途径
上传或匹配收据时,系统会在费用或交易历史记录中留下记录。请查找附件创建事件,或表示“已附加收据”的标记。
采集
系统将收据图片或文件关联到费用记录时,会创建此事件。
事件类型
explicit
|
|||
|
待经理审核
|
费用已提交,正在等待员工的直属经理审核。提交后,如果费用状态变为“待经理审批”或类似状态,即可推断出此活动。 | ||
|
重要性
此活动标志着经理审批阶段的开始。分析费用处于此状态的时长,是衡量和缩短经理审批周期的关键。
获取途径
如果费用对象的状态变为“待审批”等状态,并分配到经理的待办队列,即可推断出此活动。需要跟踪状态历史记录。
采集
根据费用状态变为“待经理审批”时的时间戳确定。
事件类型
inferred
|
|||
|
待财务审核
|
费用获批后被转交至财务或会计团队,目前正在等待审核。高金额费用或被政策标记的费用通常会进入此阶段。可根据状态变更推断出此活动。 | ||
|
重要性
此活动标志着财务审核周期的开始。衡量该阶段的时长,有助于评估财务团队的工作量和效率,并发现自动化机会。
获取途径
经理审批后,如果费用对象的状态变为“待财务审批”,即可推断出此活动。需要访问费用的状态历史记录。
采集
根据费用状态更新为“待财务审核”时的时间戳确定。
事件类型
inferred
|
|||
|
财务已批准
|
财务团队审核并最终批准费用后,费用即可报销并同步至会计系统。系统会记录财务团队成员执行的明确操作。 | ||
|
重要性
这是付款前的最终审批关口。分析此活动有助于了解端到端审批周期和财务团队效率。
获取途径
系统会在费用的审批历史记录中记下此事件。请查找由财务部门用户执行的审批事件。
采集
拥有财务权限的用户执行“批准”操作后,系统会记录此事件。
事件类型
explicit
|
|||
|
费用已退回修改
|
经理或财务审核人员等审批人拒绝了费用,并将其退回给员工修改。费用状态变为“需要修改”或“已拒绝”时,系统会记录此事件。 | ||
|
重要性
此活动表示流程进入返工环节,会直接延长周期时间。跟踪此类事件有助于发现常见的提交错误,并提高首次通过率。
获取途径
如果费用对象的状态变为“需要修改”或类似状态,即可推断出此活动。事件应关联发起此操作的审批人。
采集
根据费用状态变为“需要修改”或“已拒绝”时的时间戳确定。
事件类型
inferred
|
|||
数据提取指南
提升效率:立即优化Ramp费用管理
准确发现低效环节,简化审批,将周期时间缩短30%。
无需信用卡,几分钟即可完成设置。