您的支付处理数据模板

Stripe
您的支付处理数据模板

您的支付处理数据模板

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

支付处理属性

此表列出了建议纳入事件日志的数据字段,用于全面分析Stripe支付工作流。
5 必需 8 建议 8 可选
名称 说明
最后数据更新时间
ExtractionTimestamp
从Stripe提取数据的时间戳。
说明

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

在仪表板中,该字段用于说明数据的时效性。如果事件时间戳与提取时间戳之间的间隔较大,可能表示数据管道存在延迟。

为什么重要

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

获取位置

由ETL/提取工具生成。

示例
2023-11-01T00:00:00Z2023-11-01T12:00:00Z
开始时间
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
支付交易ID
PaymentIntentId
Stripe中支付交易的唯一标识。
说明

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

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

为什么重要

它是流程挖掘模型的主键,使系统能够将彼此孤立的事件串联成连贯的流程轨迹。

获取位置

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

示例
pi_3MtwPdLkdIwHu7ix28XE9f12pi_1Jq8uFLkdIwHu7ix0yNq9g34pi_3N5yQdLkdIwHu7ix1AzP8h56ch_3LkrCdLkdIwHu7ix0ByR7j78
活动
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”字段。

示例
欺诈团队机器人analyst@company.com系统自动处理
失败代码
FailureCode
支付失败时返回的具体错误代码。
说明

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

此数据是“错误解决周期时间”仪表板的基础。通过分析这些代码,企业可以识别导致支付流程摩擦和延迟最多的技术错误,并采取针对性措施。

为什么重要

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

获取位置

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

示例
card_declined余额不足卡片已过期CVC错误
客户ID
CustomerId
与支付相关客户的标识符。
说明

此属性将支付关联到Stripe中的特定客户实体,数据来自“customer”字段。分析人员可以按客户对交易分组,从而支持“客户通知延迟”仪表板。

该属性还可用于识别返工率高或支付频繁失败的客户,为“支付指令返工率”分析提供支持。

为什么重要

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

获取位置

Stripe API:PaymentIntent对象,“customer”字段。

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

此属性识别交易所使用的方式,例如“card”、“ach_debit”或“alipay”。数据来自“payment_method_types”或“payment_method”对象。

该属性对于“结算时长标准化”仪表板至关重要,因为信用卡支付通常较快,而银行转账较慢,二者的结算时长差异显著。按方式拆分数据,有助于进行公平的绩效比较。

为什么重要

说明支付通道固有差异导致的流程时长变化。

获取位置

Stripe API:PaymentIntent对象,“payment_method_types”字段。

示例
卡片美国银行账户SEPA直接借记iDEAL
支付状态
PaymentStatus
PaymentIntent或Charge当前所处的状态。
说明

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

此属性有助于验证流程路径。例如,以“succeeded”结束的案例表示流程成功完成,而以“canceled”结束则表示发生偏离。它通过对结果进行分类,为“处理量与产能分析”仪表板提供支持。

为什么重要

快速呈现案例结果,并帮助确认流程是否以合规状态结束。

获取位置

Stripe API:PaymentIntent对象,“status”字段。

示例
成功需要操作处理中已取消
支付金额
PaymentAmount
与支付交易相关的货币金额。
说明

此属性表示交易总金额。在Stripe中,该金额通常以最小货币单位存储,例如美元以美分存储,因此需要进行换算。它对应PaymentIntent或Charge对象中的“amount”字段。

此数据对于“资金现金流可视性”仪表板至关重要。分析人员可以汇总金额,了解总处理量、错误期间可能面临风险的收入,并在人工审核时优先处理高价值交易。

为什么重要

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

获取位置

Stripe API:PaymentIntent对象,“amount”字段。

示例
100.002500.5049.99
货币
PaymentCurrency
表示交易货币的3位ISO代码。
说明

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

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

为什么重要

对于准确的财务汇总和区域绩效分析不可或缺。

获取位置

Stripe API:PaymentIntent对象,“currency”字段。

示例
USDEURGBPJPY
是否存在争议
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
从Payment Authorized到Funds Available之间的持续时间。
说明

此计算属性衡量授权资金变为Stripe余额中可用资金所需的时间,计算方式为“Funds Available”的时间戳减去“Payment Authorized”的时间戳。

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

为什么重要

衡量流动性周转速度和现金流延迟。

获取位置

在流程挖掘工具中计算。

示例
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系统中创建PaymentIntent。该活动记录客户或系统发起交易请求的时刻。
为什么重要

标志流程周期时间的起点,是计算支付生命周期端到端总时长的基础。

获取位置

Stripe Events API:payment_intent.created

采集

payment_intent.created事件触发时记录

事件类型 explicit
支付失败
支付尝试被发卡机构拒绝或被Stripe拦截。该事件会触发错误处理路径。
为什么重要

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

获取位置

Stripe Events API:payment_intent.payment_failed

采集

payment_intent.payment_failed事件触发时记录

事件类型 explicit
支付已对账
外部银行对账单已与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平台。
为什么重要

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

获取位置

Stripe Events API:payout.paid

采集

payout.paid事件触发时记录

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

这是衡量“验证与审批瓶颈”仪表板的关键环节。此处出现延迟,通常表示系统响应缓慢或欺诈规则处理复杂。

获取位置

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

采集

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

事件类型 inferred
争议已关闭
争议流程已结束,结果可能为胜诉或败诉,标志着异常循环结束。
为什么重要

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

获取位置

Stripe Events API:charge.dispute.closed

采集

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

事件类型 explicit
争议已发起
持卡人对该笔支付提出异议,启动拒付流程,并从余额中扣除资金。
为什么重要

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

获取位置

Stripe Events API:charge.dispute.created

采集

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

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

支持“客户通知延迟”仪表板。此处延迟会导致客户提交支持工单。

获取位置

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

采集

receipt.sent事件触发时记录,或从charge对象推导得出

事件类型 explicit
支付审核通过
人工代理或系统规则批准此前被标记审核的交易。批准后,交易可继续进入授权环节。
为什么重要

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

获取位置

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

采集

review.closed事件发生时记录

事件类型 explicit
支付已计入提现
该笔交易被归入Payout对象,表示资金已安排转入银行账户。
为什么重要

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

获取位置

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

采集

识别Balance Transaction何时分配Payout ID

事件类型 inferred
支付已退款
商户已发起该笔交易的退款,资金流向随之逆转。
为什么重要

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

获取位置

Stripe Events API:charge.refunded

采集

charge.refunded事件触发时记录

事件类型 explicit
支付错误已解决
当此前失败的PaymentIntent重新转为processing或succeeded状态时推断得出。这表示客户提供了新的支付方式,或重试成功。
为什么重要

对“错误解决周期时间”仪表板至关重要,表示收入已成功挽回。

获取位置

通过观察此前出现过payment_intent.payment_failed事件的ID是否又出现payment_intent.processing或succeeded事件推断得出。

采集

比较状态序列:Failed→Processing/Succeeded

事件类型 inferred
请求支付身份验证
系统判定需要Strong Customer Authentication(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%的直通式处理,消除支付异常。

开始免费试用

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