您的支付处理 data 模板

Stripe
您的支付处理 data 模板

您的支付处理 data 模板

此模板为您将 Stripe 支付流映射为适用于 Process Mining 分析的格式提供了全面蓝图。它概述了要收集的特定 data 属性和要追踪的生命周期活动,确保您对财务运营有清晰的了解。请使用本指南简化 data 准备工作,并深入洞察交易效率。
  • 推荐数据属性
  • 关键支付生命周期活动
  • Stripe 数据提取分步指南
不熟悉事件日志?了解 如何创建流程挖掘事件日志.

支付处理属性

此表列出了建议包含在 event 日志中的 data 字段,以确保对 Stripe 支付工作流进行全面分析。
5 必填 8 推荐 8 可选
名称 描述
最后数据更新
ExtractionTimestamp
从 Stripe 提取 data 的时间戳。
描述

此属性记录从源系统检索 data 的时间。它有助于了解分析的新鲜度,并识别潜在的 data 延迟问题。

在仪表板中,此字段告知用户 data 的时效性。如果 event 时间戳与提取时间戳之间存在巨大差距,则可能表明 data 管道存在延迟。

为何重要

它确保了数据时效性的透明度,并支持增量数据加载策略。

获取方式

由 ETL / 提取工具生成。

示例
2023-11-01T00:00:00Z2023-11-01T12:00:00Z
开始时间
EventTimestamp
event 发生的精确日期和时间。
描述

此属性记录 event 的时间戳。在 Stripe 中,这作为 Unix 时间戳在 Event 对象的 'created' 字段中提供。这些 data 对于建立活动序列至关重要。

分析人员使用此字段计算周期时间、活动间隔时长,并在支付交易 ID 的 case 中正确排列 event。如果没有准确的时间戳,就无法确定流程流或衡量绩效。

为何重要

它提供了流程发现和绩效分析所需的时间维度。

获取方式

Stripe API:Event 对象,'created' 字段。

示例
2023-10-27T08:30:00Z2023-10-27T08:30:05Z2023-10-27T14:15:00Z
支付交易 ID
PaymentIntentId
Stripe 内部支付交易的唯一标识符。
描述

此属性作为流程分析的核心 case 标识符。它通常源自 Stripe PaymentIntent 对象的 'id' 字段(例如 pi_12345)。它将所有相关的 event(如授权、扣款、失败和退款)归入一个端到端的 case 中。

在分析中,此 ID 对于重建支付请求的完整历史记录至关重要。它确保不同的尝试和状态更改能正确关联到客户请求的特定财务交易。

为何重要

它是 Process Mining 模型的主键,允许系统将孤立的 event 拼接成连贯的流程轨迹。

获取方式

Stripe API:PaymentIntent 对象,'id' 字段。

示例
pi_3MtwPdLkdIwHu7ix28XE9f12pi_1Jq8uFLkdIwHu7ix0yNq9g34pi_3N5yQdLkdIwHu7ix1AzP8h56ch_3LkrCdLkdIwHu7ix0ByR7j78
活动
EventName
支付生命周期中特定步骤或 event 的名称。
描述

此属性代表在特定时间点执行的活动。它通常从 Stripe Webhook event 类型映射而来(例如,'payment_intent.created' 变为“支付请求已创建”,'charge.succeeded' 变为“支付已授权”)。

将这些技术性的 event 名称正确映射为业务通俗易懂的活动名称,对于流程图的可读性至关重要。它让分析人员无需解析原始 API event 代码即可理解流程。

为何重要

它定义了流程图中的节点,从而实现流程流向的可视化。

获取方式

Stripe API:Event 对象,'type' 字段。

示例
支付请求已创建付款已授权支付失败争议已开启
源系统
SourceSystem
数据来源系统的名称。
描述

此属性指示 data 记录的来源。对于此特定流程视图,该值将始终为 'Stripe'。这在流程流可能跨越 CRM、ERP 和支付网关的多系统环境中非常有用。

它允许分析人员过滤流程图,仅显示支付处理器内部发生的活动,或者在同时分析多个网关时区分 Stripe 和其他支付方式。

为何重要

它识别数据来源,这对于数据治理和跨系统 Process Mining 至关重要。

获取方式

提取过程中的硬编码值。

示例
StripeStripe ConnectStripe Payments
付款状态
PaymentStatus
支付意图或扣款的当前状态。
描述

此属性反映了 Stripe 报告的交易状态(例如 'requires_payment_method'、'succeeded'、'canceled')。它是直接从 'status' 字段获取的。

该属性有助于验证流程流。例如,以 'succeeded' 结尾的 case 意味着成功的路径,而 'canceled' 则意味着偏差。它通过对结果进行分类来支持“吞吐量和能力分析”仪表板。

为何重要

它提供 case 结果的快速快照,并帮助验证流程是否达到了合规的终止状态。

获取方式

Stripe API:PaymentIntent 对象,'status' 字段。

示例
已成功requires_action处理中已取消
处理用户
ProcessingUser
负责人工审核的用户或系统代理。
描述

此属性标识执行特定活动的代理人或系统逻辑,尤其是针对“需要支付审核”或“争议已开启”。在 Stripe Radar 中,这可能是审核日志中显示的审核员邮箱。

这为“人工干预热力图”提供了支持,让管理人员能够查看哪些团队成员处理的审核量最大,并识别人工工作流中的潜在瓶颈。

为何重要

它能够进行资源分析并识别人工 bottleneck。

获取方式

Stripe API:Review 对象 (Radar),'closed_by' 或 'opened_reason' 字段。

示例
fraud_team_botanalyst@company.com系统自动
客户ID
CustomerId
与付款相关的客户标识符。
描述

此属性将付款链接到 Stripe 中的特定客户实体。它来自 'customer' 字段。这通过允许分析人员按客户对交易进行分组,为“客户通知延迟”仪表板提供了支持。

它对于识别返工率高或支付失败频繁的客户也很有用,从而支持“付款指令返工率”分析。

为何重要

它实现了以客户为中心的流程分析和细分。

获取方式

Stripe API:PaymentIntent 对象,'customer' 字段。

示例
cus_9s6X9nLkdIwHu7cus_8f5Y8nLkdIwJu8cus_7d4Z7nLkdIwKu9
支付方式类型
PaymentMethodType
用于支付的工具类型,例如:卡片或银行转账。
描述

此属性标识用于交易的方式,例如 'card'(卡片)、'ach_debit'(ACH 借记)或 'alipay'(支付宝)。它源自 'payment_method_types' 或 'payment_method' 对象。

这对“结算时长标准化”仪表板至关重要,因为信用卡(快)和银行转账(慢)之间的结算时间差异显著。按支付方式隔离 data 可确保绩效比较的公平性。

为何重要

它解释了由于支付通道固有差异导致的流程耗时波动。

获取方式

Stripe API:PaymentIntent 对象,'payment_method_types' 字段。

示例
卡片us_bank_accountsepa_debitiDEAL
支付金额
PaymentAmount
与支付交易相关的货币价值。
描述

此属性代表交易的总金额。在 Stripe 中,这通常以最小货币单位存储(例如美元的分),需要进行转换。它映射到 PaymentIntent 或 Charge 对象中的 'amount' 字段。

这些 data 对“财务现金流可见性”仪表板至关重要。它允许分析人员汇总数值以了解总吞吐量、错误期间面临风险的潜在收入,并在人工审核期间优先处理高价值交易。

为何重要

它为流程分析增加了财务维度,从而实现基于价值的优先级排序。

获取方式

Stripe API:PaymentIntent 对象,'amount' 字段。

示例
100.002500.5049.99
故障代码
FailureCode
支付失败时返回的具体错误代码。
描述

此属性记录支付失败的原因,例如 'insufficient_funds'(余额不足)或 'card_declined'(卡片被扣款)。它通常位于 PaymentIntent 的 'last_payment_error.code' 字段中。

这些 data 是“错误解决周期时间”仪表板的核心。通过分析这些代码,企业可以识别哪些技术错误在支付流中造成了最大的摩擦和延误。

为何重要

这对于流程偏差和失败交易的根本原因分析至关重要。

获取方式

Stripe API:PaymentIntent 对象,'last_payment_error.code' 字段。

示例
card_declined余额不足过期卡片CVC 错误
结算 ID
PayoutId
包含此笔付款的银行结算标识符。
描述

此属性将单笔交易链接到发送至商家银行账户的批量结算 (Payout)。它位于与扣款关联的 Balance Transaction 对象中。

这对“支付对账差异分析”至关重要。如果一笔付款已结算但没有 Payout ID,则表明资金仍保留在 Stripe 中,尚未转入企业账户,这凸显了流动性滞后。

为何重要

它将单个 case 链接到最终的财务结算步骤。

获取方式

Stripe API:Balance Transaction 对象,'payout' 字段。

示例
po_1MtwPdLkdIwHu7ix28XE9f12po_1Jq8uFLkdIwHu7ix0yNq9g34
货币
PaymentCurrency
代表交易币种的 3 位 ISO 代码。
描述

此属性指定支付所用的币种(例如 USD、EUR、GBP)。它位于 PaymentIntent 对象的 'currency' 字段中。这对于资金管理仪表板中的财务报告标准化是必要的。

在分析中,此字段有助于识别支付处理时间或错误率的区域模式,从而为“结算时长标准化”视图提供支持。

为何重要

这对于准确的财务汇总和区域绩效分析必不可少。

获取方式

Stripe API:PaymentIntent 对象,'currency' 字段。

示例
美元EURGBPJPY
发卡国
CardCountry
发卡行的国家/地区代码。
描述

此属性标识支付工具的来源国,通常位于 'payment_method_details.card.country' 中。

这为“结算时长标准化”仪表板提供支持。跨境支付的结算周期通常比国内支付更长,因此该属性允许在分析期间进行必要的细分。

为何重要

它解释了由于跨境银行协议导致的结算延迟。

获取方式

Stripe API:Charge 对象,'payment_method_details.card.country' 字段。

示例
美国DEGB
是否已退款
IsRefunded
布尔标志,指示支付是否已全额或部分退款。
描述

此属性标记资金是否已退还给客户。它源自 Charge 对象中的 'refunded' 布尔字段或 'amount_refunded' > 0 的判断。

这有助于“流程路径合规性审计”。退款通常需要特定的审批步骤;此标记允许分析人员隔离这些 case,并验证是否发生了“支付已退款”活动。

为何重要

它识别出流向逆转的 case,这是关键的流程偏差。

获取方式

Stripe API:Charge 对象,'refunded' 字段。

示例
truefalse
是否无感
IsTouchless
指示流程是否在无需人工干预的情况下完成的标志。
描述

此计算属性用于确定该 case 是否遵循了“理想流程”(Happy Path),即未出现“需要支付审核”、“争议已开启”或“支付错误已解决”等活动。

它用于计算“免干预支付率”KPI。高比率表示高效的自动化处理,而低比率则暗示运营开销较大。

为何重要

它衡量自动化效率和标准流程流向的质量。

获取方式

在 Process Mining 工具中计算。

示例
truefalse
是否有争议
IsDisputed
布尔标志,指示持卡人是否对支付提出了争议。
描述

此属性指示是否曾针对此笔付款开启过争议(退单)。通过检查 Charge 对象中的 'dispute' 字段是否非空,或是否存在链接到 PaymentIntent 的 Dispute 对象来得出。

它用于为“流程路径合规性审计”过滤 case,以查看争议 case 是否遵循了正确的证据提交协议。

为何重要

它识别出需要特殊处理和合规跟踪的高风险 case。

获取方式

Stripe API:Charge 对象,检查 'dispute' 字段是否已填充。

示例
truefalse
是否返工
IsRework
指示 case 内活动是否重复的标志。
描述

如果“付款指令已发送”或“付款详情已验证”等活动在同一个支付交易 ID 下出现多次,则此计算属性返回 true。

它直接支持“付款指令返工率”KPI。高返工计数通常表明源头存在 data 质量问题或客户界面设计令人困惑。

为何重要

它突出了低效环节和流程循环。

获取方式

在 Process Mining 工具中计算。

示例
truefalse
结算时长
SettlementDuration
“支付已授权”与“资金可用”之间的时间间隔。
描述

此计算属性衡量已授权资金进入 Stripe 余额所需的时间。它是通过“支付已授权”的时间戳减去“资金可用”的时间戳计算得出的。

这是“结算时长标准化”仪表板的核心指标,可帮助财务团队预测现金可用性。

为何重要

它测量流动性速度和现金流延迟。

获取方式

在 Process Mining 工具中计算。

示例
2 天7天10 分钟
错误解决时长
ErrorResolutionTime
从识别错误到解决错误所持续的时间。
描述

此计算属性跟踪“识别到支付错误”与“支付错误已解决”之间经过的时间。

这是“平均错误解决时间”KPI 的主要指标。监控该指标有助于优化异常处理团队和自动化重试逻辑。

为何重要

它量化了处理错误的运营成本。

获取方式

在 Process Mining 工具中计算。

示例
4 小时12 分钟2 天
风险评分
RiskScore
Stripe Radar 为交易分配的欺诈风险评分。
描述

此属性包含 Stripe 机器学习模型分配的风险评分 (0-99)。它位于 Charge 对象的 'outcome.risk_score' 字段中。

该属性对于“误报错误识别”仪表板至关重要。通过将风险评分与成功的“支付错误已解决”活动关联起来,分析人员可以调整自动拦截交易的阈值。

为何重要

它为交易为何被标记或拦截提供了背景信息。

获取方式

Stripe API:Charge 对象,'outcome.risk_score' 字段。

示例
56599
必填 推荐 可选

支付处理活动

在您的 event log 中捕获这些关键流程步骤和交易里程碑,以实现支付生命周期的准确发现和可视化。
6 推荐 10 可选
活动 描述
付款已对账
外部银行对账单已与 Stripe 结算匹配。这确认了现金已实际进入公司银行账户。
为何重要

“支付对账差异分析”的最后一步。确保账本与银行实际情况一致。

获取方式

如果使用 Stripe Treasury/Reconciliation 功能,通常需要外部数据或“payout.reconciled”状态。

捕获

需要使用 Stripe Treasury 或外部 ERP 信号

事件类型 explicit
付款已授权
发卡行已授权交易金额,资金已预留。这确认了支付方式有效且余额充足。
为何重要

“全自动支付率”的关键里程碑。此环节成功意味着已通过首要风险审查。

获取方式

Stripe Events API:payment_intent.succeeded(如果为自动扣款)或 payment_intent.amount_capturable(如果为手动扣款)。

捕获

当 payment_intent.succeeded 或 amount_capturable 触发时记录

事件类型 explicit
支付失败
支付尝试被发卡行拒绝或被 Stripe 拦截。此 event 会触发错误处理路径。
为何重要

“平均错误解决时间”的起点。分析此处的代码有助于降低“错误标记率”。

获取方式

Stripe Events API:payment_intent.payment_failed

捕获

当 payment_intent.payment_failed event 触发时记录

事件类型 explicit
支付详情已验证
自动验证付款详情,包括基本格式检查和欺诈规则评估 (Stripe Radar)。此步骤代表系统在尝试授权前验证 payload 的合法性。
为何重要

用于衡量“验证与审批瓶颈”dashboard 的关键指标。此处延迟通常意味着系统响应缓慢或反欺诈规则处理复杂。

获取方式

通过对比“支付请求已创建”的时间戳和后续状态更改(例如转为“处理中”或“需要采取行动”)推断得出。

捕获

比较创建时间与第一次状态更新的时间戳

事件类型 inferred
支付请求已创建
支付流程的初始化,即在 Stripe 系统内创建 PaymentIntent。此活动捕捉了客户或系统发起交易请求的时刻。
为何重要

标志着流程 cycle time 的开始。对于计算支付生命周期的端到端总时长必不可少。

获取方式

Stripe Events API:payment_intent.created

捕获

当 payment_intent.created event 触发时记录

事件类型 explicit
资金已转账
包含此交易的结算款项已支付至外部银行账户。资金已离开 Stripe 平台。
为何重要

代表“支付已结算”里程碑。用于计算“结算时长一致性”。

获取方式

Stripe Events API:payout.paid

捕获

当 payout.paid event 触发时记录

事件类型 explicit
争议已关闭
争议流程已结束(无论胜诉还是败诉)。这标志着异常循环的终结。
为何重要

标志着争议款项的最终裁定。

获取方式

Stripe Events API:charge.dispute.closed

捕获

当 charge.dispute.closed event 触发时记录

事件类型 explicit
争议已开启
持卡人对付款提出争议。这将启动退单流程并从余额中扣除资金。
为何重要

影响“首检对账率”的主要异常流程。

获取方式

Stripe Events API:charge.dispute.created

捕获

当 charge.dispute.created event 触发时记录

事件类型 explicit
已请求支付身份验证
系统确定需要强客户认证 (SCA) 或 3D Secure。流程在等待客户认证时暂停。
为何重要

解释流程中完全由客户因素而非系统因素导致的延迟。

获取方式

Stripe Events API:payment_intent.requires_action

捕获

当 payment_intent 状态更改为 requires_action 时记录

事件类型 explicit
支付审核已通过
人工代理或系统规则批准先前标记为待审交易的行为。这将释放交易以继续进行授权。
为何重要

用于衡量“平均审批周期时间”。此处的瓶颈会直接影响客户体验。

获取方式

Stripe Events API:review.closed(原因为 'approved')

捕获

当 review.closed event 发生时记录

事件类型 explicit
支付已计入支出
特定交易被归入 Payout 对象。这表明资金已安排转账至银行。
为何重要

对“结算时长标准化”至关重要。将单笔交易与批量银行转账关联起来。

获取方式

通过将余额交易链接到支出(Payout)对象推断得出。

捕获

识别 Payout ID 何时分配给余额交易

事件类型 inferred
支付已退款
商家发起了该交易的退款。这会使资金流向反转。
为何重要

识别结算后的重做操作和收入流失。

获取方式

Stripe Events API:charge.refunded

捕获

当 charge.refunded event 触发时记录

事件类型 explicit
支付通知已发送
向客户发送收据或确认邮件。这标志着该笔交易中面向客户的交互环节结束。
为何重要

支持“客户通知延迟”仪表板。此处的延迟会导致客户支持工单量上升。

获取方式

Stripe Events API:charge.succeeded(检查 'receipt_sent' 布尔值或 'receipt_url' 生成情况),或 receipt.sent 事件。

捕获

当 receipt.sent event 触发时记录,或从扣款对象推导得出

事件类型 explicit
支付错误已解决
当之前失败的 PaymentIntent 转换回处理中或成功状态时推断得出。这意味着客户提供了新的支付方式或重试成功。
为何重要

对“错误解决周期”dashboard 至关重要。它标志着收入的成功挽回。

获取方式

通过观察到一个之前显示为“payment_intent.payment_failed”的 ID 出现了“payment_intent.processing”或“succeeded”event 推断得出。

捕获

比较状态序列:失败 -> 处理中/成功

事件类型 inferred
资金已可用
交易资金已结清并添加到可用的 Stripe 余额中,随时可以结算。
为何重要

对“司库现金流可见性”至关重要。这标志着资金实际上已可由企业支配。

获取方式

Stripe Events API:balance.available

捕获

当 balance.available event 触发时记录

事件类型 explicit
需要支付审核
当支付触发了 Stripe Radar 中的人工审核规则时发生。支付将处于冻结状态,等待人工干预。
为何重要

直接支持“人工干预热力图”dashboard。此处的高数据量表示需要调整反欺诈规则或增加人员配置。

获取方式

Stripe Events API:review.opened

捕获

当 review.opened event 触发时记录

事件类型 explicit
推荐 可选

提取指南

关于如何从 Stripe 平台提取和准备 data 的详细分步说明