決済処理用データテンプレート
決済処理用データテンプレート
- 推奨されるデータ属性
- 決済ライフサイクルの主要アクティビティ
- Stripeからデータを抽出する手順
決済処理の属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ
EventName
|
支払いのライフサイクルで発生する特定のステップまたはイベントの名称です。 | ||
|
説明
この属性は、特定の時点で実行されたアクティビティを表します。通常はStripe Webhookのイベントタイプからマッピングします(例:「payment_intent.created」を「Payment Request Created」に、「charge.succeeded」を「Payment Authorized」に変換します)。 これらの技術的なイベント名を業務で分かりやすいアクティビティ名に正しくマッピングすることは、プロセスマップの可読性に直結します。生の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内の支払い取引を識別する一意の識別子です。 | ||
|
説明
この属性は、プロセス分析における中心的なケース識別子です。通常は、StripeのPaymentIntentオブジェクトの「id」フィールド(例:pi_12345)から取得します。承認、キャプチャ、失敗、返金など、関連するすべてのイベントを1つのエンドツーエンドのケースにまとめます。 分析では、このIDが支払い依頼の完全な履歴を再構成するために欠かせません。顧客が依頼した特定の金融取引に、個別の試行やステータス変更を正しく関連付けられます。
重要な理由
プロセスマイニングモデルの主キーです。個別に記録されたイベントを1つの一貫したプロセストレースに結び付けられます。
入手先
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オブジェクトにあります。 「Payment Reconciliation Gap Analysis」に欠かせません。決済済みであるにもかかわらずPayout IDがない場合、資金がStripeに留まり、まだ事業者へ送金されていないことを示します。これにより、流動性に関する遅延を把握できます。
重要な理由
個別のケースを最終的な財務決済のステップに結び付けます。
入手先
Stripe API:Balance Transactionオブジェクト、「payout」フィールド。
例
po_1MtwPdLkdIwHu7ix28XE9f12po_1Jq8uFLkdIwHu7ix0yNq9g34
|
|||
|
処理担当ユーザー
ProcessingUser
|
手動レビューを担当するユーザーまたはシステムエージェントです。 | ||
|
説明
この属性は、特定のアクティビティを実行した担当者またはシステムロジックを示します。特に「Payment Review Needed」や「Dispute Opened」で使用します。Stripe Radarでは、レビューのログに記録されたレビュアーのメールアドレスが該当する場合があります。 「Manual Intervention Heatmap」に利用でき、管理者はどのチームメンバーが最も多くレビューを担当しているかを確認し、手動ワークフローのボトルネックを特定できます。
重要な理由
リソース分析と手動処理におけるボトルネックの特定が可能になります。
入手先
Stripe API:Reviewオブジェクト(Radar)、「closed_by」または「opened_reason」フィールド。
例
fraud_team_botanalyst@company.comsystem_automatic
|
|||
|
失敗コード
FailureCode
|
決済に失敗した場合に返される具体的なエラーコードです。 | ||
|
説明
この属性は、「insufficient_funds」や「card_declined」など、決済失敗の理由を記録します。通常、PaymentIntentの「last_payment_error.code」フィールドにあります。 「Error Resolution Cycle Time」ダッシュボードの基盤となるデータです。これらのコードを分析することで、決済フローにおいて最も大きな障害や遅延を引き起こしている技術的エラーを特定できます。
重要な理由
プロセスの逸脱や失敗した取引の根本原因分析に欠かせません。
入手先
Stripe API:PaymentIntentオブジェクト、「last_payment_error.code」フィールド。
例
カード拒否残高不足カード有効期限切れCVC不一致
|
|||
|
支払い金額
PaymentAmount
|
決済取引に関連付けられた金額です。 | ||
|
説明
この属性は、取引の合計金額を表します。Stripeでは、通常、最小通貨単位(USDの場合はセントなど)で保存されるため、換算が必要です。PaymentIntentまたはChargeオブジェクトの「amount」フィールドにマッピングされます。 このデータは、「Treasury Cash Flow Visibility」ダッシュボードに欠かせません。アナリストは金額を集計して、総スループット、エラー発生時に失われる可能性のある収益を把握し、手動レビューで高額取引を優先できます。
重要な理由
プロセス分析に金額の観点を加え、金額に基づく優先順位付けを可能にします。
入手先
Stripe API:PaymentIntentオブジェクト、「amount」フィールド。
例
100.002500.5049.99
|
|||
|
決済ステータス
PaymentStatus
|
PaymentIntentまたはChargeの現在の状態です。 | ||
|
説明
この属性は、Stripeが報告する取引ステータス(「requires_payment_method」、「succeeded」、「canceled」など)を示します。「status」フィールドから直接取得されます。 プロセスフローの検証にも役立ちます。たとえば、「succeeded」で終了するケースは正常な経路を示し、「canceled」は経路からの逸脱を示します。結果を分類し、「Throughput and Capacity Analysis」ダッシュボードを支援します。
重要な理由
ケースの結果をすばやく把握でき、プロセスがコンプライアンスに沿った終了状態に到達したかを確認できます。
入手先
Stripe API:PaymentIntentオブジェクト、「status」フィールド。
例
成功requires_action処理中キャンセル済み
|
|||
|
決済手段の種類
PaymentMethodType
|
決済に使用された手段の種類です。カードや銀行振込などがあります。 | ||
|
説明
この属性は、「card」、「ach_debit」、「alipay」など、取引に使用された決済手段を示します。「payment_method_types」または「payment_method」オブジェクトから取得されます。 クレジットカード(高速)と銀行振込(低速)では決済完了までの時間が大きく異なるため、「Settlement Duration Standardization」ダッシュボードに欠かせません。手段別にデータを分けることで、公平にパフォーマンスを比較できます。
重要な理由
決済経路固有の違いによるプロセス所要時間の差を説明できます。
入手先
Stripe API:PaymentIntentオブジェクト、「payment_method_types」フィールド。
例
カード米国銀行口座SEPA口座振替ideal
|
|||
|
通貨
PaymentCurrency
|
取引に使用された通貨を示す3文字のISOコードです。 | ||
|
説明
この属性は、決済に使用された通貨(USD、EUR、GBPなど)を示します。PaymentIntentオブジェクトの「currency」フィールドにあります。Treasuryダッシュボードで財務レポートを標準化するために必要です。 分析では、このフィールドを使って、決済処理時間やエラー率における地域別の傾向を特定できます。「Settlement Duration Standardization」ビューにも役立ちます。
重要な理由
正確な財務集計と地域別のパフォーマンス分析に欠かせません。
入手先
Stripe API:PaymentIntentオブジェクト、「currency」フィールド。
例
USDEURGBPJPY
|
|||
|
顧客ID
CustomerId
|
決済に関連付けられた顧客の識別子です。 | ||
|
説明
この属性は、決済をStripe上の特定の顧客エンティティに関連付けます。「customer」フィールドから取得されます。取引を顧客別にグループ化できるため、「Customer Notification Latency」ダッシュボードに利用できます。 また、手戻り率が高い顧客や決済失敗が頻発する顧客の特定にも役立ち、「Payment Instruction Rework Rates」分析を支援します。
重要な理由
顧客を軸としたプロセス分析とセグメンテーションが可能になります。
入手先
Stripe API:PaymentIntentオブジェクト、「customer」フィールド。
例
cus_9s6X9nLkdIwHu7cus_8f5Y8nLkdIwJu8cus_7d4Z7nLkdIwKu9
|
|||
|
エラー解決時間
ErrorResolutionTime
|
エラーの特定から解決までの経過時間です。 | ||
|
説明
この計算属性は、「Payment Error Identified」から「Payment Error Resolved」までの経過時間を追跡します。 「Average Error Resolution Time」KPIの主要指標です。監視することで、例外処理チームと自動再試行ロジックを最適化できます。
重要な理由
エラー対応にかかる業務コストを定量化します。
入手先
プロセスマイニングツールで計算されます。
例
4時間12分2日
|
|||
|
カード発行国
CardCountry
|
カードが発行された国のコードです。 | ||
|
説明
この属性は、決済手段の発行国を示します。通常、「payment_method_details.card.country」にあります。 「Settlement Duration Standardization」ダッシュボードで使用します。国際決済は国内決済よりも完了までのサイクルが長くなることが多いため、分析時に必要なセグメンテーションが可能になります。
重要な理由
国際銀行取引の手続きによる決済遅延を説明できます。
入手先
Stripe API:Chargeオブジェクト、「payment_method_details.card.country」。
例
USDEGB
|
|||
|
リスクスコア
RiskScore
|
Stripe Radarが取引に付与した不正リスクスコアです。 | ||
|
説明
この属性には、Stripeの機械学習モデルが付与したリスクスコア(0~99)が含まれます。Chargeオブジェクトの「outcome.risk_score」フィールドにあります。 「False Positive Error Identification」ダッシュボードの重要な指標です。リスクスコアと「Payment Error Resolved」アクティビティの成功実績を関連付けることで、取引を自動ブロックするしきい値を調整できます。
重要な理由
取引がフラグ付けまたはブロックされた理由を理解するための背景情報になります。
入手先
Stripe API:Chargeオブジェクト、「outcome.risk_score」フィールド。
例
56599
|
|||
|
手動処理なしの有無
IsTouchless
|
手動介入なしでプロセスが完了したかどうかを示すフラグです。 | ||
|
説明
この計算属性は、「Payment Review Needed」、「Dispute Opened」、「Payment Error Resolved」などのアクティビティを経ずに、ケースが「happy path」に沿って完了したかどうかを判定します。 「Touchless Payment Rate」KPIの算出に使用します。割合が高い場合は自動処理が効率的であることを示し、低い場合は業務負荷が高いことを示します。
重要な理由
自動化の効率と標準プロセスフローの品質を測定します。
入手先
プロセスマイニングツールで計算されます。
例
truefalse
|
|||
|
手戻りの有無
IsRework
|
ケース内でアクティビティが繰り返されたかどうかを示すフラグです。 | ||
|
説明
この計算属性は、1つのPayment Transaction IDに対して「Payment Instruction Sent」や「Payment Details Validated」などのアクティビティが複数回発生した場合にtrueを返します。 「Payment Instruction Rework Rates」KPIを直接支援します。手戻り回数が多い場合、データの入力元に品質問題があるか、顧客向けユーザーインターフェースが分かりにくい可能性があります。
重要な理由
非効率な処理とプロセスループを明らかにします。
入手先
プロセスマイニングツールで計算されます。
例
truefalse
|
|||
|
決済完了時間
SettlementDuration
|
Payment AuthorizedからFunds Availableまでの経過時間です。 | ||
|
説明
この計算属性は、承認済みの資金がStripe残高で利用可能になるまでの時間を測定します。「Payment Authorized」のタイムスタンプから「Funds Available」のタイムスタンプを引いて算出します。 「Settlement Duration Standardization」ダッシュボードの中心的な指標であり、Treasuryチームが資金の利用可能時期を予測するのに役立ちます。
重要な理由
資金化の速度とキャッシュフローの遅延を測定します。
入手先
プロセスマイニングツールで計算されます。
例
2日7日10分
|
|||
|
異議申し立ての有無
IsDisputed
|
カード保有者が決済に異議を申し立てたかどうかを示すブール値のフラグです。 | ||
|
説明
この属性は、決済に対して異議申し立て(チャージバック)が一度でも開始されたかどうかを示します。Chargeオブジェクトの「dispute」フィールドがnullでないか、PaymentIntentに関連付けられたDisputeオブジェクトが存在するかを確認して取得します。 「Process Path Compliance Audit」でケースを絞り込み、異議申し立てのあるケースが正しい証拠提出手順に従ったかを確認するために使用します。
重要な理由
特別な対応とコンプライアンスの追跡が必要な高リスクケースを特定できます。
入手先
Stripe API:Chargeオブジェクト、「dispute」フィールドに値が設定されているかを確認。
例
truefalse
|
|||
|
返金の有無
IsRefunded
|
決済が全額または一部返金されたかどうかを示すブール値のフラグです。 | ||
|
説明
この属性は、顧客に資金が返還されたかどうかを示します。Chargeオブジェクトの「refunded」ブール値、または「amount_refunded」> 0から取得します。 「Process Path Compliance Audit」に役立ちます。通常、返金には特定の承認ステップが必要です。このフラグで該当ケースを抽出し、「Payment Refunded」アクティビティが実行されたかを確認できます。
重要な理由
フローが逆戻りしたケースを特定できます。これは重要なプロセス逸脱です。
入手先
Stripe API:Chargeオブジェクト、「refunded」フィールド。
例
truefalse
|
|||
決済処理のアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
支払いに失敗
|
カード発行会社によって拒否されたか、Stripeによってブロックされた支払い試行です。このイベントを起点にエラー対応の経路へ進みます。 | ||
|
重要な理由
「Average Error Resolution Time」の起点です。ここでエラーコードを分析すると、「False Positive Error Rate」の低減に役立ちます。
入手先
Stripe Events API:payment_intent.payment_failed
取得
payment_intent.payment_failedイベントが発生した時点で記録されます
イベントタイプ
explicit
|
|||
|
支払いを承認
|
カード発行会社が取引金額を承認し、資金が確保された状態です。支払い方法が有効で、十分な残高があることを確認します。 | ||
|
重要な理由
「Touchless Payment Rate」の主要なマイルストーンです。ここを通過すると、主なリスク上の関門をクリアしたことになります。
入手先
Stripe Events API:payment_intent.succeeded(自動キャプチャの場合)またはpayment_intent.amount_capturable(手動キャプチャの場合)
取得
payment_intent.succeededまたはamount_capturableが発生した時点で記録されます
イベントタイプ
explicit
|
|||
|
支払いを照合
|
外部の銀行明細とStripeの出金を照合した状態です。資金が実際に会社の銀行口座へ入金されたことを確認します。 | ||
|
重要な理由
「Payment Reconciliation Gap Analysis」の最終ステップです。元帳と銀行口座の実際の残高が一致していることを確認します。
入手先
通常は外部データ、またはStripe Treasury/Reconciliation機能を使用している場合の「payout.reconciled」ステータスが必要です。
取得
Stripe Treasuryの利用または外部ERPからのシグナルが必要です
イベントタイプ
explicit
|
|||
|
支払い依頼を作成
|
Stripeシステム内でPaymentIntentが作成される、支払いプロセスの初期化です。顧客またはシステムが取引依頼を開始した時点を記録します。 | ||
|
重要な理由
プロセスのサイクルタイムの起点です。支払いのライフサイクル全体にかかるエンドツーエンドの時間を計算するために欠かせません。
入手先
Stripe Events API:payment_intent.created
取得
payment_intent.createdイベントが発生した時点で記録されます
イベントタイプ
explicit
|
|||
|
支払い情報を検証
|
基本的な形式チェックや不正検知ルールの評価(Stripe Radar)を含む、支払い情報の自動検証です。承認を試みる前に、ペイロードが正当なものかをシステムが確認する手順です。 | ||
|
重要な理由
Validation and Approval Bottlenecksダッシュボードの計測に欠かせません。ここでの遅延は、システムの応答が遅い、または不正検知ルールの処理が複雑であることを示します。
入手先
「Payment Request Created」のタイムスタンプと、その後のステータス変更(例:「processing」または「requires_action」)を比較して推定します。
取得
作成時刻と最初のステータス更新時刻を比較
イベントタイプ
inferred
|
|||
|
資金を送金
|
この取引を含む出金が外部の銀行口座へ実行された状態です。資金がStripeプラットフォームから移動したことを示します。 | ||
|
重要な理由
「Payment Settled」のマイルストーンを示します。「Settlement Duration Consistency」の計算に使用します。
入手先
Stripe Events API:payout.paid
取得
payout.paidイベントが発生した時点で記録されます
イベントタイプ
explicit
|
|||
|
支払いエラーを解決
|
以前に失敗したPaymentIntentがprocessingまたはsucceededの状態に戻った時点から推定します。顧客が新しい支払い方法を提示したか、再試行が成功したことを示します。 | ||
|
重要な理由
「Error Resolution Cycle Time」ダッシュボードに欠かせません。収益を回収できたことを示します。
入手先
以前にpayment_intent.payment_failedイベントが発生したIDについて、payment_intent.processingまたはsucceededイベントを確認して推定します。
取得
ステータスの順序を比較:Failed → Processing/Succeeded
イベントタイプ
inferred
|
|||
|
支払いの確認が必要
|
Stripe Radarの手動確認ルールに該当した場合に発生します。支払いは、人による対応を待つ保留状態になります。 | ||
|
重要な理由
「Manual Intervention Heatmap」ダッシュボードに直接利用されます。ここで件数が多い場合は、不正検知ルールの調整や人員の増強が必要であることを示します。
入手先
Stripe Events API:review.opened
取得
review.openedイベントが発生した時点で記録されます
イベントタイプ
explicit
|
|||
|
支払いの確認を承認
|
確認対象としてフラグが付けられた取引を、人の担当者またはシステムルールが承認する処理です。取引が承認へ進める状態になります。 | ||
|
重要な理由
「Average Approval Cycle Time」の計測に必要です。ここでのボトルネックは、顧客体験に直接影響します。
入手先
Stripe Events API:review.closed(reason「approved」)
取得
review.closedイベントが発生した時点で記録されます
イベントタイプ
explicit
|
|||
|
支払いを出金に含める
|
対象の取引がPayoutオブジェクトにまとめられた状態です。資金が銀行へ送金される予定であることを示します。 | ||
|
重要な理由
「Settlement Duration Standardization」に欠かせません。個々の取引と一括銀行送金を結び付けます。
入手先
Balance TransactionとPayoutオブジェクトを関連付けて推定します。
取得
Balance TransactionにPayout IDが割り当てられた時点を特定
イベントタイプ
inferred
|
|||
|
支払いを返金
|
加盟店が取引の返金を開始した状態です。資金の流れが反転します。 | ||
|
重要な理由
決済後の手戻りと収益漏れを特定します。
入手先
Stripe Events API:charge.refunded
取得
charge.refundedイベントが発生した時点で記録されます
イベントタイプ
explicit
|
|||
|
支払い認証を要求
|
Strong Customer Authentication(SCA)または3D Secureが必要だとシステムが判断した状態です。顧客の認証を待つ間、フローは一時停止します。 | ||
|
重要な理由
システムではなく顧客の対応に左右される、プロセス上の遅延を把握できます。
入手先
Stripe Events API:payment_intent.requires_action
取得
payment_intentのステータスがrequires_actionに変わった時点で記録されます
イベントタイプ
explicit
|
|||
|
支払い通知を送信
|
顧客に領収書または確認メールを送信します。取引に関する顧客向けのやり取りが終了したことを示します。 | ||
|
重要な理由
「Customer Notification Latency」ダッシュボードを支えます。ここでの遅延は、顧客サポートへの問い合わせにつながります。
入手先
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
|
|||
|
異議申し立てを開始
|
カード保有者が支払いに異議を申し立てた状態です。チャージバック処理が開始され、残高から資金が差し引かれます。 | ||
|
重要な理由
「First Pass Reconciliation Rate」に影響する主要な例外フローです。
入手先
Stripe Events API:charge.dispute.created
取得
charge.dispute.createdイベントが発生した時点で記録されます
イベントタイプ
explicit
|
|||
|
資金を利用可能にする
|
取引の資金が決済され、Stripe残高の利用可能額に加算された状態です。出金できる状態になっています。 | ||
|
重要な理由
「Treasury Cash Flow Visibility」に欠かせません。資金を実際に事業で利用できるようになった時点を示します。
入手先
Stripe Events API:balance.available
取得
balance.availableイベントが発生した時点で記録されます
イベントタイプ
explicit
|
|||
抽出ガイド
準備はできましたか?
今すぐ支払いフローの分析を始め、隠れたボトルネックを見つけて財務パフォーマンスを改善しましょう。各ステップで、当社チームがサポートします。
今すぐStripeの支払い処理を効率化
STP率98%を達成し、支払いの例外処理をなくします。
クレジットカード不要。数分でセットアップできます