您的支付处理 data 模板
您的支付处理 data 模板
- 推荐数据属性
- 关键支付生命周期活动
- Stripe 数据提取分步指南
支付处理属性
| 名称 | 描述 | ||
|---|---|---|---|
|
最后数据更新
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
|
|||
支付处理活动
| 活动 | 描述 | ||
|---|---|---|---|
|
付款已对账
|
外部银行对账单已与 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
|
|||