您的付款处理数据模板

Stripe
您的付款处理数据模板

您的付款处理数据模板

此模板提供了完整的蓝图,帮助您将Stripe付款流程整理为适用于流程挖掘分析的数据格式。模板列出了需要收集的具体数据属性和需要跟踪的生命周期活动,让您清晰了解财务运营情况。按照本指南准备数据,简化流程并深入洞察交易效率。
  • 建议的数据属性
  • 付款生命周期关键活动
  • Stripe数据提取分步指南
刚接触事件日志?了解 如何创建流程挖掘事件日志.

付款处理属性

此表列出了建议纳入事件日志的数据字段,以便全面分析Stripe付款工作流。
5 必填 8 建议填写 8 选填
名称 说明
付款交易ID
PaymentIntentId
Stripe中付款交易的唯一标识符。
说明

此属性是流程分析的核心案例标识符,通常取自Stripe PaymentIntent对象的“id”字段(例如pi_12345)。它将授权、扣款、失败和退款等相关事件归入同一个端到端案例。

在分析中,此ID对于还原付款请求的完整历史至关重要。它可确保不同的尝试和状态变更都正确关联到客户发起的特定金融交易。

重要性

这是流程挖掘模型的主键,可将彼此独立的事件串联成连贯的流程轨迹。

获取途径

Stripe API:PaymentIntent对象的“id”字段。

示例
pi_3MtwPdLkdIwHu7ix28XE9f12pi_1Jq8uFLkdIwHu7ix0yNq9g34pi_3N5yQdLkdIwHu7ix1AzP8h56ch_3LkrCdLkdIwHu7ix0ByR7j78
开始时间
EventTimestamp
事件发生的准确日期和时间。
说明

此属性记录事件的时间戳。在Stripe中,Event对象的created字段提供Unix时间戳。该数据对于确定活动顺序至关重要。

分析人员使用此字段计算周期时间和活动间隔,并在Payment Transaction ID案例中正确排列事件。时间戳不准确,就无法确定流程走向或衡量绩效。

重要性

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

获取途径

Stripe API:Event对象的created字段。

示例
2023-10-27T08:30:00Z2023-10-27T08:30:05Z2023-10-27T14:15:00Z
数据最近更新时间
ExtractionTimestamp
从Stripe提取数据的时间戳。
说明

此属性记录从源系统获取数据的时间,有助于了解分析数据的新鲜度,并发现潜在的数据延迟问题。

在仪表板中,此字段会显示数据的时效性。如果事件时间戳与提取时间戳相差较大,可能意味着数据管道存在延迟。

重要性

它有助于明确数据的时效性,并支持增量数据加载策略。

获取途径

由ETL/提取工具生成。

示例
2023-11-01T00:00:00Z2023-11-01T12:00:00Z
活动
EventName
支付生命周期中某个具体步骤或事件的名称。
说明

此属性表示特定时间点发生的活动,通常映射自Stripe Webhook事件类型。例如,payment_intent.created会转换为“支付请求已创建”,charge.succeeded会转换为“支付已授权”。

将这些技术事件名称准确映射为易于业务人员理解的活动名称,对于提高流程图的可读性至关重要。这样,分析人员无需解读原始API事件代码,也能了解流程走向。

重要性

此属性定义流程图中的节点,用于呈现流程走向。

获取途径

Stripe API:Event对象的type字段。

示例
创建付款请求付款已授权付款失败争议已发起
源系统
SourceSystem
数据来源系统的名称。
说明

此属性标明数据记录的来源。在此流程视图中,该值始终为“Stripe”。在流程涉及CRM、ERP和支付网关等多个系统的环境中,这一信息十分有用。

分析人员可以据此筛选流程图,仅显示支付处理系统中的活动;如果同时分析多个网关,也可以区分Stripe与其他支付方式。

重要性

它标明数据来源,这对于数据治理和跨系统流程挖掘至关重要。

获取途径

提取过程中写入的固定值。

示例
StripeStripe ConnectStripe Payments
付款ID
PayoutId
包含此笔支付的银行付款标识符。
说明

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

此属性对于“支付对账差异分析”至关重要。如果支付已结算但没有Payout ID,说明资金仍留在Stripe,尚未转入企业账户,可能存在资金到账延迟。

重要性

它将单个案例与最终财务结算步骤关联起来。

获取途径

Stripe API:Balance Transaction对象的payout字段。

示例
po_1MtwPdLkdIwHu7ix28XE9f12po_1Jq8uFLkdIwHu7ix0yNq9g34
处理人员
ProcessingUser
负责人工审核的用户或系统代理。
说明

此属性标明执行特定活动的人工处理人员或系统逻辑,尤其适用于“需要审核支付”或“争议已发起”等活动。在Stripe Radar中,审核日志中的审核人员邮箱可能就是此属性的值。

此属性为“人工干预热力图”提供数据,帮助管理者了解哪些团队成员处理的审核最多,并发现人工工作流中的潜在瓶颈。

重要性

它支持资源分析,并有助于发现人工处理环节的瓶颈。

获取途径

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

示例
fraud_team_botanalyst@company.comsystem_automatic
失败代码
FailureCode
支付失败时返回的具体错误代码。
说明

此属性记录支付失败原因,例如insufficient_funds或card_declined。通常可在PaymentIntent的last_payment_error.code字段中找到。

这项数据是“错误解决周期时间”仪表板的核心依据。通过分析这些代码,业务团队可以找出造成支付流程受阻和延迟的主要技术错误。

重要性

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

获取途径

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

示例
card_declinedinsufficient_fundsexpired_cardincorrect_cvc
客户ID
CustomerId
与支付相关联的客户标识符。
说明

此属性将支付关联到Stripe中的特定客户实体,取自customer字段。分析人员可以按客户汇总交易,为“客户通知延迟”仪表板提供数据。

它还有助于识别返工率高或支付频繁失败的客户,为“支付指令返工率”分析提供支持。

重要性

它支持以客户为中心的流程分析和细分。

获取途径

Stripe API:PaymentIntent对象的customer字段。

示例
cus_9s6X9nLkdIwHu7cus_8f5Y8nLkdIwJu8cus_7d4Z7nLkdIwKu9
币种
PaymentCurrency
表示交易币种的3字母ISO代码。
说明

此属性指定支付所用币种,例如USD、EUR、GBP。该值位于PaymentIntent对象的currency字段中,是统一资金管理仪表板财务报告口径所必需的。

分析时,此字段有助于发现不同地区在支付处理时间或错误率方面的差异,为“结算时长标准化”视图提供依据。

重要性

准确汇总财务数据和分析区域绩效都离不开此属性。

获取途径

Stripe API:PaymentIntent对象的currency字段。

示例
USDEURGBPJPY
支付方式类型
PaymentMethodType
所用支付工具的类型,例如银行卡或银行转账。
说明

此属性标明交易所用的支付方式,例如card、ach_debit或alipay。数据取自payment_method_types字段或payment_method对象。

“结算时长标准化”仪表板需要此属性,因为信用卡(较快)和银行转账(较慢)的结算时间差异显著。按支付方式区分数据,才能公平比较绩效。

重要性

它有助于解释不同支付渠道的固有差异如何影响流程时长。

获取途径

Stripe API:PaymentIntent对象的payment_method_types字段。

示例
cardus_bank_accountsepa_debitideal
支付状态
PaymentStatus
PaymentIntent或Charge当前所处的状态。
说明

此属性反映Stripe报告的交易状态,例如requires_payment_method、succeeded或canceled,直接取自status字段。

此属性有助于验证流程走向。例如,以succeeded结束的案例表示支付成功,以canceled结束则表示流程偏离。它还可按结果分类,为“吞吐量与产能分析”仪表板提供支持。

重要性

它能快速呈现案例结果,并帮助确认流程是否到达符合要求的结束状态。

获取途径

Stripe API:PaymentIntent对象的status字段。

示例
succeededrequires_actionprocessingcanceled
支付金额
PaymentAmount
与支付交易相关的金额。
说明

此属性表示交易总额。在Stripe中,金额通常以最小货币单位存储,例如USD的分,以便后续转换。该属性映射至PaymentIntent或Charge对象的amount字段。

这项数据是“资金流可视性”仪表板的重要依据。分析人员可以汇总金额,了解总交易量、错误可能造成的收入风险,并在人工审核时优先处理高金额交易。

重要性

它为流程分析增加财务维度,支持按交易金额确定优先级。

获取途径

Stripe API:PaymentIntent对象的amount字段。

示例
100.002500.5049.99
是否存在争议
IsDisputed
布尔标记,表示持卡人是否对该笔支付提出争议。
说明

此属性表示该笔支付是否曾被发起争议(拒付)。可通过检查Charge对象的dispute字段是否为空,或确认是否存在与PaymentIntent关联的Dispute对象来确定。

在“流程路径合规审计”中,可用此属性筛选案例,检查争议案例是否遵循正确的证据提交流程。

重要性

它有助于识别需要特殊处理和合规跟踪的高风险案例。

获取途径

Stripe API:检查Charge对象的dispute字段是否有值。

示例
truefalse
是否已退款
IsRefunded
布尔标记,表示支付是否已全部或部分退款。
说明

此属性标记是否已向客户退还资金。可根据Charge对象的refunded布尔字段,或amount_refunded是否大于0来确定。

此属性可用于“流程路径合规审计”。退款通常需要经过特定审批步骤,分析人员可以筛选出相关案例,确认是否发生了“支付已退款”活动。

重要性

它有助于识别流程发生逆转的案例,这是重要的流程偏差。

获取途径

Stripe API:Charge对象的refunded字段。

示例
truefalse
是否无需人工干预
IsTouchless
标记流程是否在没有人工干预的情况下完成。
说明

此计算属性用于判断案例是否沿理想路径完成,期间未发生“需要审核支付”“争议已发起”或“支付错误已解决”等活动。

此属性用于计算“无人工干预支付率”KPI。比率较高表示处理效率高、自动化程度高;比率较低则说明运营开销较大。

重要性

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

获取途径

在流程挖掘工具中计算。

示例
truefalse
是否返工
IsRework
标记案例中是否重复发生了活动。
说明

如果同一Payment Transaction ID下的“支付指令已发送”或“支付详情已验证”等活动发生多次,此计算属性将返回true。

此属性直接支持“支付指令返工率”KPI。返工次数较多通常意味着源数据质量存在问题,或客户使用的界面不够清晰。

重要性

它有助于发现低效环节和流程循环。

获取途径

在流程挖掘工具中计算。

示例
truefalse
结算时长
SettlementDuration
从支付获授权到资金可用之间的时长。
说明

此计算属性衡量获授权资金转入Stripe余额并可供使用所需的时间,计算方式为“资金可用”的时间戳减去“支付已授权”的时间戳。

这是“结算时长标准化”仪表板的核心指标,可帮助资金管理团队预测资金可用时间。

重要性

它衡量资金流动速度和现金流延迟。

获取途径

在流程挖掘工具中计算。

示例
2天7天10分钟
银行卡所属国家/地区
CardCountry
银行卡发行国家/地区的代码。
说明

此属性标明支付工具的发行国家/地区,通常位于payment_method_details.card.country字段中。

此属性用于“结算时长标准化”仪表板。跨境支付的结算周期通常比境内支付更长,因此分析时需要按此属性进行细分。

重要性

它有助于解释跨境银行流程对结算延迟的影响。

获取途径

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

示例
USDEGB
错误解决时间
ErrorResolutionTime
从发现错误到解决错误所需的时间。
说明

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

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

重要性

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

获取途径

在流程挖掘工具中计算。

示例
4小时12分钟2天
风险评分
RiskScore
Stripe Radar为交易评定的欺诈风险分数。
说明

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

此属性是“误报识别”仪表板的关键数据。分析人员可以将风险分数与成功执行的“支付错误已解决”活动关联起来,据此调整自动拦截交易的阈值。

重要性

它有助于了解交易被标记或拦截的原因。

获取途径

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

示例
56599
必填 建议填写 选填

付款处理活动

在事件日志中记录这些关键流程步骤和交易节点,以准确发现并可视化付款生命周期。
6 建议填写 10 选填
活动 说明
付款失败
发卡机构拒绝了付款尝试,或Stripe拦截了付款。此事件会触发错误处理路径。
重要性

这是衡量“平均错误解决时间”的起点。分析此处的代码有助于降低“错误误报率”。

获取途径

Stripe Events API:payment_intent.payment_failed

采集

触发payment_intent.payment_failed事件时记录

事件类型 explicit
付款已对账
外部银行对账单已与Stripe提现记录匹配,确认资金已实际到账公司银行账户。
重要性

这是“付款对账差异分析”的最后一步,可确保账簿记录与银行实际情况一致。

获取途径

通常需要外部数据;如果使用Stripe Treasury或对账功能,也可使用“payout.reconciled”状态。

采集

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

事件类型 explicit
付款已授权
发卡机构已授权交易金额,资金已预留。这表明付款方式有效且余额充足。
重要性

这是衡量“免人工付款率”的关键节点。此处成功表示主要风险关卡已通过。

获取途径

Stripe Events API:payment_intent.succeeded(自动扣款时),或payment_intent.amount_capturable(手动扣款时)。

采集

触发payment_intent.succeeded或amount_capturable时记录

事件类型 explicit
创建付款请求
付款流程的起点:Stripe系统中创建PaymentIntent。此活动记录客户或系统发起交易请求的时间。
重要性

标记流程周期时间的起点,是计算付款周期端到端总时长的关键。

获取途径

Stripe Events API:payment_intent.created

采集

触发payment_intent.created事件时记录

事件类型 explicit
资金已转出
包含该笔交易的提现款项已转入外部银行账户,资金已离开Stripe平台。
重要性

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

获取途径

Stripe Events API:payout.paid

采集

触发payout.paid事件时记录

事件类型 explicit
验证付款详情
自动验证付款详情,包括基本格式检查和欺诈规则评估(Stripe Radar)。此步骤表示系统在尝试授权前,先验证请求数据是否合法。
重要性

这是衡量“验证与审批瓶颈”仪表板指标的关键环节。此处延迟可能意味着系统响应缓慢,或欺诈规则处理复杂。

获取途径

通过比较“创建付款请求”的时间戳与后续状态变更(例如变为“processing”或“requires_action”)推断。

采集

比较创建时间戳与首次状态更新

事件类型 inferred
争议已发起
持卡人对付款提出异议。这会启动拒付流程,并从余额中扣除资金。
重要性

这是影响“首次对账成功率”的重要异常流程。

获取途径

Stripe Events API:charge.dispute.created

采集

触发charge.dispute.created事件时记录

事件类型 explicit
争议已结束
争议流程已结束,结果可能为胜诉或败诉。这标志着异常处理循环结束。
重要性

标记争议收入的最终处理结果。

获取途径

Stripe Events API:charge.dispute.closed

采集

触发charge.dispute.closed事件时记录

事件类型 explicit
付款已纳入提现
该笔交易已归入一个Payout对象,表示资金已安排转入银行账户。
重要性

这是实现“结算时长标准化”的关键环节,可将单笔交易与批量银行转账关联起来。

获取途径

通过将Balance Transaction与Payout对象关联推断。

采集

确定Payout ID分配给Balance Transaction的时间

事件类型 inferred
付款错误已解决
此前失败的PaymentIntent状态重新变为processing或succeeded时,可推断错误已解决。这通常表示客户提供了新的付款方式,或重试成功。
重要性

这是“错误解决周期时间”仪表板的关键指标,表示收入已成功追回。

获取途径

如果某个ID此前触发过payment_intent.payment_failed事件,之后又出现payment_intent.processing或succeeded事件,即可据此推断。

采集

比较状态顺序:失败→处理中/成功

事件类型 inferred
审核通过付款
人工审核人员或系统规则批准此前标记为待审核的交易。批准后,交易将继续进入授权环节。
重要性

这是衡量“平均审批周期时间”的必要数据。此处的瓶颈会直接影响客户体验。

获取途径

Stripe Events API:review.closed(原因是“approved”)

采集

发生review.closed事件时记录

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

用于“客户通知延迟”仪表板。此处延迟会导致客户提交支持请求。

获取途径

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

采集

触发receipt.sent事件时记录,或根据charge对象推导

事件类型 explicit
已退款
商户已发起该笔交易的退款,资金流向因此逆转。
重要性

用于识别结算后的返工和收入流失。

获取途径

Stripe Events API:charge.refunded

采集

触发charge.refunded事件时记录

事件类型 explicit
请求付款身份验证
系统判定需要进行强客户身份验证(SCA)或3D Secure。流程会暂停,等待客户完成身份验证。
重要性

用于区分由客户而非系统因素导致的流程延迟。

获取途径

Stripe Events API:payment_intent.requires_action

采集

payment_intent状态变为requires_action时记录

事件类型 explicit
资金可用
交易资金已结清并计入Stripe可用余额,可用于提现。
重要性

这是衡量“资金管理现金流可见性”的关键节点,标记企业实际可以使用资金的时间。

获取途径

Stripe Events API:balance.available

采集

触发balance.available事件时记录

事件类型 explicit
需要审核付款
付款触发Stripe Radar中的人工审核规则时发生。付款将暂时搁置,等待人工处理。
重要性

直接用于“人工干预热力图”仪表板。此处数量较多,说明需要调整欺诈规则或增加人员配置。

获取途径

Stripe Events API:review.opened

采集

触发review.opened事件时记录

事件类型 explicit
建议填写 选填

数据提取指南

分步说明如何从Stripe平台提取和准备数据

准备好开始了吗?

立即开始分析付款流程,发现隐性瓶颈并优化财务表现。我们的团队将全程为您提供帮助。

立即优化Stripe付款处理效率

实现98%的直通式处理率,消除付款异常。

开始免费试用

无需信用卡……几分钟即可完成设置