支払い処理データテンプレート

Stripe
支払い処理データテンプレート

支払い処理データテンプレート

このテンプレートは、Stripeの支払いフローをプロセスマイニング分析に適した形式でマッピングするための設計図です。収集するデータ属性と追跡するライフサイクル上のアクティビティを示し、財務業務の全体像を把握できるようにします。このガイドを参考にデータの準備を進め、取引処理の効率に関するインサイトを深めてください。
  • 推奨されるデータ属性
  • 支払いライフサイクルの主要なアクティビティ
  • Stripeからデータを抽出する手順
イベントログを初めて作成する方はこちら: プロセスマイニング用イベントログの作成方法.

支払い処理の属性

この表では、Stripeの支払いワークフローを詳しく分析するために、イベントログに含めることを推奨するデータ項目を紹介します。
5 必須 8 推奨 8 任意
名前 説明
アクティビティ
EventName
決済ライフサイクルの特定の時点で発生するステップまたはイベントの名称です。
説明

この属性は、特定の時点で実行されたアクティビティを表します。通常、Stripe Webhookのイベントタイプからマッピングされます(例:「payment_intent.created」は「支払いリクエスト作成済み」、「charge.succeeded」は「支払い承認済み」に変換されます)。

こうした技術的なイベント名を業務で理解しやすいアクティビティ名に正しくマッピングすることは、プロセスマップの読みやすさに欠かせません。生のAPIイベントコードを読み解かなくても、アナリストがプロセスの流れを把握できるようになります。

重要な理由

プロセスマップ上のノードを定義し、プロセスの流れを可視化します。

入手先

Stripe API:Eventオブジェクトのフィールド「type」。

例
支払いリクエストの作成支払いのオーソリ完了支払い失敗異議申し立ての開始
ソースシステム
SourceSystem
データの発生元となるシステムの名称です。
説明

この属性は、データレコードの発生元を示します。このプロセスビューでは、値は常に「Stripe」です。CRM、ERP、決済ゲートウェイなど、複数のシステムにまたがるプロセスの流れを分析する場合に役立ちます。

アナリストは、決済処理システム内で発生したアクティビティだけをプロセスマップに表示したり、複数のゲートウェイをまとめて分析する際にStripeと他の決済手段を区別したりできます。

重要な理由

データの出所を特定できるため、データガバナンスや複数システムにまたがるプロセスマイニングに役立ちます。

入手先

抽出時に設定される固定値です。

例
StripeStripe ConnectStripe Payments
最終データ更新日時
ExtractionTimestamp
Stripeからデータを抽出した日時です。
説明

この属性には、ソースシステムからデータを取得した日時が記録されます。分析対象データの新しさを把握し、データの遅延が発生していないか確認するのに役立ちます。

ダッシュボードでは、このフィールドによってデータがどの時点のものかを確認できます。イベントのタイムスタンプと抽出日時の差が大きい場合、データパイプラインに遅延が生じている可能性があります。

重要な理由

データの鮮度を明確にし、データの増分読み込みを支援します。

入手先

ETL/抽出ツールによって生成されます。

例
2023-11-01T00:00:00Z2023-11-01T12:00:00Z
支払い取引ID
PaymentIntentId
Stripe内の支払い取引を一意に識別するIDです。
説明

この属性は、プロセス分析の中心となるケース識別子です。通常、StripeのPaymentIntentオブジェクトの「id」フィールド(例:pi_12345)から取得します。オーソリ、売上確定、失敗、返金など、関連するすべてのイベントを1つのケースにまとめます。

分析では、この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
入金ID
PayoutId
この支払いを含む銀行口座への入金の識別子です。
説明

この属性は、個々の取引を加盟店の銀行口座に送金される一括入金(Payout)に関連付けます。Chargeに関連付けられたBalance Transactionオブジェクトに格納されています。

「支払い照合の差異分析」に欠かせない属性です。支払いが決済済みなのに入金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」。

例
カードが拒否されました残高不足カードの有効期限切れセキュリティコードが正しくありません
支払いステータス
PaymentStatus
PaymentIntentまたはChargeの現在の状態です。
説明

この属性は、Stripeが報告する取引のステータス(例:「requires_payment_method」、「succeeded」、「canceled」)を示します。「status」フィールドから直接取得されます。

プロセスの流れを検証する際に役立ちます。たとえば、ケースが「succeeded」で終了していれば正常に完了したことを示し、「canceled」で終了していればプロセスからの逸脱を示します。結果を分類することで、「処理量とキャパシティ分析」ダッシュボードを支援します。

重要な理由

ケースの結果をすばやく把握し、コンプライアンスに沿った終了状態に達したかを確認できます。

入手先

Stripe API:PaymentIntentオブジェクトのフィールド「status」。

例
成功対応が必要処理中キャンセル済み
支払い方法の種類
PaymentMethodType
カードや銀行振込など、支払いに使用された手段の種類です。
説明

この属性は、取引に使用された支払い方法(例:「card」、「ach_debit」、「alipay」)を示します。「payment_method_types」または「payment_method」オブジェクトから取得されます。

クレジットカードは処理が速く、銀行振込は時間がかかるなど、入金までの時間は支払い方法によって大きく異なります。そのため、「入金所要時間の標準化」ダッシュボードでは、この属性でデータを分け、公平にパフォーマンスを比較します。

重要な理由

支払い方法ごとの特性の違いが、プロセス所要時間に与える影響を把握できます。

入手先

Stripe API:PaymentIntentオブジェクトのフィールド「payment_method_types」。

例
カード米国の銀行口座SEPA口座振替iDEAL
支払い金額
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
顧客ID
CustomerId
支払いに関連付けられた顧客の識別子です。
説明

この属性は、支払いをStripe上の特定の顧客に関連付けます。「customer」フィールドから取得されます。顧客ごとに取引をグループ化できるため、「顧客への通知遅延」ダッシュボードに役立ちます。

手戻りが多い顧客や、支払いに失敗する頻度が高い顧客の特定にも利用でき、「支払い指示の手戻り率」分析を支援します。

重要な理由

顧客を軸にしたプロセス分析とセグメント分けが可能になります。

入手先

Stripe API:PaymentIntentオブジェクトのフィールド「customer」。

例
cus_9s6X9nLkdIwHu7cus_8f5Y8nLkdIwJu8cus_7d4Z7nLkdIwKu9
エラー解決時間
ErrorResolutionTime
エラーの特定から解決までにかかる時間です。
説明

この計算属性は、「支払いエラー特定済み」から「支払いエラー解決済み」までの経過時間を測定します。

「平均エラー解決時間」KPIの主要指標です。推移を確認することで、例外対応チームや自動再試行のロジックを改善できます。

重要な理由

エラー対応にかかる業務コストを数値化します。

入手先

プロセスマイニングツールで算出されます。

例
4時間12分2日
カード発行国
CardCountry
カードが発行された国のコードです。
説明

この属性は、支払い手段の発行国を示します。通常、「payment_method_details.card.country」に格納されています。

「入金所要時間の標準化」ダッシュボードで使用します。国境を越える支払いは国内の支払いより入金に時間がかかることが多いため、分析時にこの属性でデータを分けることができます。

重要な理由

国境を越える取引に伴う銀行間手続きが、入金の遅延に与える影響を把握できます。

入手先

Stripe API:Chargeオブジェクトの「payment_method_details.card.country」。

例
米国ドイツ英国
リスクスコア
RiskScore
Stripe Radarが取引に付与する不正利用リスクのスコアです。
説明

この属性には、Stripeの機械学習モデルが付与したリスクスコア(0~99)が含まれます。Chargeオブジェクトの「outcome.risk_score」フィールドに格納されています。

「誤検知の特定」ダッシュボードで重要な属性です。リスクスコアと「支払いエラー解決済み」のアクティビティを照合することで、取引を自動ブロックするしきい値を調整できます。

重要な理由

取引が不審と判定されたり、ブロックされたりした理由を把握する手がかりになります。

入手先

Stripe API:Chargeオブジェクトのフィールド「outcome.risk_score」。

例
56599
入金所要時間
SettlementDuration
支払い承認から資金利用可能までの所要時間です。
説明

この計算属性は、承認された資金がStripeの残高で利用可能になるまでの時間を測定します。「資金利用可能」のタイムスタンプから「支払い承認済み」のタイムスタンプを差し引いて算出します。

「入金所要時間の標準化」ダッシュボードの主要指標であり、財務チームが資金の利用可能時期を予測するのに役立ちます。

重要な理由

資金の流動性とキャッシュフローの遅延を測定します。

入手先

プロセスマイニングツールで算出されます。

例
2日7日10分
手動対応なし
IsTouchless
手動対応なしでプロセスが完了したかを示すフラグです。
説明

この計算属性は、「支払い確認が必要」「異議申し立て開始」「支払いエラー解決済み」などのアクティビティを経ずに、ケースが「理想経路」をたどったかを判定します。

「手動対応なしの支払い率」KPIの算出に使用します。割合が高ければ、処理が効率的に自動化されていることを示します。低い場合は、業務負荷が大きい可能性があります。

重要な理由

自動化の効率と標準的なプロセスの流れの品質を測定します。

入手先

プロセスマイニングツールで算出されます。

例
truefalse
手戻りあり
IsRework
ケース内でアクティビティが繰り返されたかを示すフラグです。
説明

この計算属性は、1つのPayment Transaction IDに対して「支払い指示送信済み」や「支払い詳細確認済み」などのアクティビティが複数回発生した場合にtrueを返します。

「支払い指示の手戻り率」KPIに直接役立ちます。手戻りが多い場合、データの発生元における品質の問題や、顧客にとって分かりにくいユーザーインターフェースが原因である可能性があります。

重要な理由

非効率な処理やプロセスのループを明らかにします。

入手先

プロセスマイニングツールで算出されます。

例
truefalse
異議申し立てあり
IsDisputed
カード保有者が支払いに異議を申し立てたかどうかを示す真偽値です。
説明

この属性は、この支払いに対して異議申し立て(チャージバック)が一度でも開始されたかを示します。Chargeオブジェクトの「dispute」フィールドがnull以外か、PaymentIntentに関連付けられたDisputeオブジェクトが存在するかで判定します。

「プロセス経路のコンプライアンス監査」でケースを絞り込み、異議申し立てのあったケースが証拠提出の手順に従っていたかを確認できます。

重要な理由

特別な対応とコンプライアンスの追跡が必要な高リスクのケースを特定できます。

入手先

Stripe API:Chargeオブジェクトの「dispute」フィールドに値が設定されているかを確認します。

例
truefalse
返金あり
IsRefunded
支払いが全額または一部返金されたかを示す真偽値です。
説明

この属性は、顧客に資金が返金されたかを示します。Chargeオブジェクトの「refunded」真偽値、または「amount_refunded」が0より大きいかどうかから判定します。

「プロセス経路のコンプライアンス監査」に役立ちます。通常、返金には所定の承認ステップが必要です。この属性で該当ケースを絞り込み、「返金済み」のアクティビティが実行されたかを確認できます。

重要な理由

プロセスが逆方向に進んだケースを特定できます。これは重要なプロセス逸脱の1つです。

入手先

Stripe API:Chargeオブジェクトのフィールド「refunded」。

例
truefalse
必須 推奨 任意

支払い処理のアクティビティ

支払いのライフサイクルを正確に把握して可視化するために、これらの重要なプロセス手順と取引の節目をイベントログに記録してください。
6 推奨 10 任意
アクティビティ 説明
支払いのオーソリ完了
カード発行会社が取引金額を承認し、資金が確保されます。これにより、支払い方法が有効で、十分な残高があることを確認できます。
重要な理由

「手作業なしで処理できた支払いの割合」を測る重要な節目です。ここで成功すれば、主なリスク要因をクリアしたことを示します。

入手先

Stripe Events API:payment_intent.succeeded(自動売上確定の場合)、またはpayment_intent.amount_capturable(手動売上確定の場合)。

記録

payment_intent.succeededまたはamount_capturableの発生時に記録

イベントタイプ explicit
支払いの照合
外部の銀行取引明細とStripeの出金を照合しました。これにより、資金が実際に会社の銀行口座に入金されたことを確認できます。
重要な理由

「支払い照合の差異分析」の最終ステップです。帳簿と銀行口座の実際の記録が一致していることを確認します。

入手先

Stripe Treasuryまたは照合機能を利用している場合、外部データまたはpayout.reconciledステータスが必要になることがあります。

記録

Stripe Treasuryの利用、または外部ERPからのシグナルが必要

イベントタイプ explicit
支払いリクエストの作成
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 Radar)など、支払い詳細を自動で検証します。オーソリを試みる前に、システムが送信データの正当性を確認するステップです。
重要な理由

検証と承認のボトルネックダッシュボードの測定に欠かせません。ここでの遅延は、システムの応答が遅い、または不正利用ルールの処理が複雑であることを示します。

入手先

「支払いリクエストの作成」のタイムスタンプと、その後のステータス変更(例:「処理中」または「要対応」)を比較して推定します。

記録

作成時刻と最初のステータス更新時刻を比較

イベントタイプ inferred
資金の送金
この取引を含む出金が外部の銀行口座に送金されました。資金はStripeのプラットフォームを離れています。
重要な理由

「支払い決済」の節目を表します。「決済期間の一貫性」の算出に使います。

入手先

Stripe Events API:payout.paid

記録

payout.paidイベントの発生時に記録

イベントタイプ explicit
支払いエラーの解決
以前失敗したPaymentIntentが、処理中または成功の状態に戻った時点を推定します。顧客が新しい支払い方法を提示したか、再試行が成功したことを示します。
重要な理由

「エラー解決サイクルタイム」ダッシュボードに欠かせません。売上を回収できたことを示します。

入手先

以前payment_intent.payment_failedイベントが記録されたIDについて、payment_intent.processingまたはsucceededイベントを確認して推定します。

記録

ステータスの順序を比較:失敗 → 処理中/成功

イベントタイプ inferred
支払いの確認が必要
支払いがStripe Radarの手動確認ルールに該当すると発生します。担当者が確認するまで、支払いは保留状態になります。
重要な理由

「手動介入ヒートマップ」ダッシュボードに直接反映されます。この件数が多い場合は、不正利用ルールの調整や人員の増強が必要です。

入手先

Stripe Events API:review.opened

記録

review.openedイベントの発生時に記録

イベントタイプ explicit
支払いの確認を承認
確認対象としてフラグが付いた取引を、担当者またはシステムルールが承認します。これにより、取引はオーソリに進みます。
重要な理由

「平均承認サイクルタイム」の測定に必要です。ここでのボトルネックは顧客体験に直接影響します。

入手先

Stripe Events API:review.closed(reasonが「approved」の場合)

記録

review.closedイベントの発生時に記録

イベントタイプ explicit
支払いの返金
加盟店が取引の返金を開始しました。資金の流れが逆になります。
重要な理由

決済後の手戻りと売上の流出を特定します。

入手先

Stripe Events API:charge.refunded

記録

charge.refundedイベントの発生時に記録

イベントタイプ explicit
支払いを出金に含める
対象の取引がPayoutオブジェクトにまとめられます。資金が銀行口座へ送金される予定であることを示します。
重要な理由

「決済期間の標準化」に欠かせません。個々の取引と一括の銀行送金を結び付けます。

入手先

Balance TransactionをPayoutオブジェクトに関連付けて推定します。

記録

Balance TransactionにPayout IDが割り当てられた時点を特定

イベントタイプ inferred
支払い認証の要求
システムが、強力な顧客認証(SCA)または3Dセキュアが必要と判断します。顧客の認証が完了するまで、処理は一時停止します。
重要な理由

システムではなく、顧客の対応によって決まる処理時間を把握できます。

入手先

Stripe Events API:payment_intent.requires_action

記録

payment_intentのステータスがrequires_actionに変わった時点で記録

イベントタイプ explicit
支払い通知の送信
顧客に領収書または確認メールを送信します。この取引に関する顧客とのやり取りが終わる時点です。
重要な理由

「顧客通知の遅延」ダッシュボードに反映されます。ここで遅れると、顧客からの問い合わせが発生します。

入手先

Stripe Events API:charge.succeeded(receipt_sentの真偽値またはreceipt_urlの生成を確認)、またはreceipt.sentイベント。

記録

receipt.sentイベントの発生時に記録、またはchargeオブジェクトから算出

イベントタイプ explicit
異議申し立ての終了
異議申し立ての処理が、勝訴または敗訴で終了しました。例外処理の一連の流れが終わる時点です。
重要な理由

異議が申し立てられた売上の最終的な解決を示します。

入手先

Stripe Events API:charge.dispute.closed

記録

charge.dispute.closedイベントの発生時に記録

イベントタイプ explicit
異議申し立ての開始
カード会員が支払いに異議を申し立てました。チャージバック処理が始まり、残高から資金が差し引かれます。
重要な理由

「初回照合率」に影響する重大な例外フローです。

入手先

Stripe Events API:charge.dispute.created

記録

charge.dispute.createdイベントの発生時に記録

イベントタイプ explicit
資金の利用可能化
取引の資金が決済され、Stripeの利用可能残高に加算されます。出金できる状態です。
重要な理由

「資金管理におけるキャッシュフローの可視性」に欠かせません。事業で実際に資金を利用できる時点を示します。

入手先

Stripe Events API:balance.available

記録

balance.availableイベントの発生時に記録

イベントタイプ explicit
推奨 任意

データ抽出ガイド

Stripeからデータを抽出して準備する手順

始める準備はできましたか?

支払いフローの分析を始めて、隠れたボトルネックを明らかにし、財務パフォーマンスを改善しましょう。各ステップでチームがサポートします。

Stripeの支払い処理を今すぐ効率化

ストレートスルー処理率98%を達成し、支払いの例外処理をなくしましょう。

無料トライアルを開始しましょう。

クレジットカード不要。数分で設定できます。