あなたの支払い処理データテンプレート
あなたの支払い処理データテンプレート
- 推奨`データ`属性
- 重要な支払いライフサイクルアクティビティ
- Stripe向け段階的抽出ガイダンス
支払い処理属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ
EventName
|
支払いライフサイクルで発生する特定のステップまたはイベントの名前。 | ||
|
説明
この属性は、特定の時点に実行されたアクティビティを表します。通常、Stripe Webhookイベントタイプからマッピングされます(例:'payment_intent.created'は「支払いリクエスト作成済み」に、'charge.succeeded'は「支払い承認済み」になります)。 これらの技術的なイベント名をビジネスフレンドリーなアクティビティ名に適切にマッピングすることは、プロセスマップの読みやすさにとって極めて重要です。これにより、アナリストは生のAPIイベントコードを解読する必要なくフローを理解できます。
その重要性
プロセスフローの可視化を可能にし、プロセスマップ内のノードを定義します。
取得元
Stripe API: Eventオブジェクト, フィールド 'type'。
例
支払いリクエスト作成済み支払実行許可支払い失敗異議申し立て開始
|
|||
|
ソースシステム
SourceSystem
|
`データ`の`発信元``システム`名です。 | ||
|
説明
この属性は、データレコードの起源を示します。この特定のプロセスビューでは、値は一貫して「Stripe」となります。これは、プロセスフローがCRM、ERP、支払いゲートウェイにまたがる可能性がある複数システム環境で役立ちます。 これにより、アナリストはプロセスマップをフィルタリングして支払い処理業者内でのみ発生するアクティビティを表示したり、複数のゲートウェイが一緒に分析される場合にStripeと他の支払い方法を区別したりすることができます。
その重要性
データリネージを特定します。これはデータガバナンスとマルチシステムプロセスマイニングにとって不可欠です。
取得元
抽出時にハードコードされた値。
例
StripeStripe ConnectStripeペイメント
|
|||
|
最終データ更新
ExtractionTimestamp
|
Stripeからデータが抽出されたタイムスタンプ。 | ||
|
説明
この属性は、データがソースシステムから取得された時点を記録します。これにより、分析の鮮度を理解し、潜在的なデータレイテンシの問題を特定するのに役立ちます。 ダッシュボードでは、このフィールドはデータがどの程度最新であるかをユーザーに知らせます。イベントタイムスタンプと抽出タイムスタンプの間に大きなギャップがある場合、データパイプラインに遅延がある可能性を示唆しています。
その重要性
データ鮮度に関する透明性を確保し、増分データロード戦略をサポートします。
取得元
ETL / 抽出ツールによって生成されます。
例
2023-11-01T00:00:00Z2023-11-01T12:00:00Z
|
|||
|
支払いトランザクションID
PaymentIntentId
|
Stripe内の支払いトランザクションに対するユニークな識別子。 | ||
|
説明
この属性は、プロセス分析の中心的なケース識別子として機能します。通常、Stripe PaymentIntentオブジェクトの'id'フィールド(例:pi_12345)から導出されます。これにより、承認、キャプチャ、失敗、返金などの関連するすべてのイベントが、単一のエンドツーエンドケースにグループ化されます。 分析において、このIDは支払いリクエストの完全な履歴を再構築するために不可欠です。個別の試行とステータス変更が、顧客によって要求された特定の金融取引に正しく関連付けられることを保証します。
その重要性
これはプロセスマイニングモデルの主キーであり、システムが孤立したイベントを結合して一貫したプロセス追跡を可能にします。
取得元
Stripe API: PaymentIntentオブジェクト, フィールド 'id'。
例
pi_3MtwPdLkdIwHu7ix28XE9f12pi_1Jq8uFLkdIwHu7ix0yNq9g34pi_3N5yQdLkdIwHu7ix1AzP8h56ch_3LkrCdLkdIwHu7ix0ByR7j78
|
|||
|
開始時刻
EventTimestamp
|
イベントが発生した正確な日時。 | ||
|
説明
この属性はイベントのタイムスタンプを記録します。Stripeでは、Eventオブジェクトの'created'フィールドにUnixタイムスタンプとして提供されます。このデータは、アクティビティのシーケンスを確立するために不可欠です。 アナリストはこのフィールドを使用して、サイクル時間、アクティビティ間の期間を計算し、支払いトランザクションIDケース内でイベントを正しく順序付けます。正確なタイムスタンプがなければ、プロセスフローを決定したり、パフォーマンスを測定したりすることは不可能です。
その重要性
プロセス発見とパフォーマンス分析に必要な時間的側面を提供します。
取得元
Stripe API: Eventオブジェクト, フィールド 'created'。
例
2023-10-27T08:30:00Z2023-10-27T08:30:05Z2023-10-27T14:15:00Z
|
|||
|
ペイアウトID
PayoutId
|
この支払いを含む銀行ペイアウトの識別子。 | ||
|
説明
この属性は、個々のトランザクションを、加盟店の銀行口座に送られた一括決済(ペイアウト)にリンクします。Chargeに関連付けられたBalance Transactionオブジェクトにあります。 これは「支払い照合ギャップ分析」にとって極めて重要です。支払いが決済されたにもかかわらずペイアウト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
|
|||
|
支払い方法タイプ
PaymentMethodType
|
支払いに使用される手段の種類(例:カードまたは銀行振込)。 | ||
|
説明
この属性は、「カード (card)」、「ACHデビット (ach_debit)」、「Alipay (alipay)」など、トランザクションに使用された方法を識別します。'payment_method_types'または'payment_method'オブジェクトから導出されます。 決済時間はクレジットカード(速い)と銀行振込(遅い)で大きく異なるため、これは「決済期間標準化」ダッシュボードにとって不可欠です。方法ごとにデータを分離することで、公正なパフォーマンス比較を保証できます。
その重要性
支払いレールに内在する違いによるプロセス期間の変動を説明します。
取得元
Stripe API: PaymentIntentオブジェクト, フィールド 'payment_method_types'。
例
カードus_bank_accountsepa_debit理想的
|
|||
|
支払ステータス
PaymentStatus
|
Payment IntentまたはChargeの現在のステータス。 | ||
|
説明
この属性は、Stripeによって報告されたトランザクションのステータス(例:'requires_payment_method'、'succeeded'、'canceled')を反映します。'status'フィールドから直接取得されます。 この属性はプロセスフローの検証に役立ちます。例えば、'succeeded'で終わるケースは成功したパスを示唆し、'canceled'は逸脱を示唆します。結果を分類することで、「スループットとキャパシティ分析」ダッシュボードをサポートします。
その重要性
ケース結果のクイックスナップショットを提供し、プロセスが準拠した最終状態に達したかどうかを確認するのに役立ちます。
取得元
Stripe API: PaymentIntentオブジェクト, フィールド 'status'。
例
成功requires_action処理中キャンセル済み
|
|||
|
支払金額
PaymentAmount
|
支払いトランザクションに関連付けられた金額。 | ||
|
説明
この属性は、トランザクションの合計金額を表します。Stripeでは、これは多くの場合、最小通貨単位(例:米ドルの場合はセント)で保存されており、変換が必要です。PaymentIntentまたはChargeオブジェクトの'amount'フィールドにマッピングされます。 このデータは「財務キャッシュフロー可視性」ダッシュボードにとって不可欠です。これにより、アナリストは値を集計して総スループット、エラー時の潜在的なリスク収益を把握し、手動レビュー中に高額なトランザクションを優先することができます。
その重要性
プロセス分析に財務的な側面を加え、価値に基づく優先順位付けを可能にします。
取得元
Stripe API: PaymentIntentオブジェクト, フィールド 'amount'。
例
100.002500.5049.99
|
|||
|
故障コード
FailureCode
|
支払いが失敗した場合に返される特定のエラーコード。 | ||
|
説明
この属性は、「残高不足 (insufficient_funds)」や「カード拒否 (card_declined)」など、支払い失敗の理由を捉えます。通常、PaymentIntentオブジェクトの'last_payment_error.code'フィールドにあります。 このデータは「エラー解決サイクル時間」ダッシュボードの基盤となります。これらのコードを分析することで、企業はどの技術的エラーが支払いフローにおいて最も摩擦と特定の遅延を引き起こしているかを特定できます。
その重要性
プロセス逸脱と失敗した取引の根本原因分析にとって不可欠です。
取得元
Stripe API: PaymentIntentオブジェクト, フィールド 'last_payment_error.code'。
例
card_declinedinsufficient_fundsexpired_cardincorrect_cvc
|
|||
|
通貨
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'。
例
USドイツGB
|
|||
|
タッチレスかどうか
IsTouchless
|
プロセスが手動介入なしで完了したかどうかを示すフラグ。 | ||
|
説明
この計算属性は、「支払いレビューが必要」、「紛争開始」、「支払いエラー解決済み」などのアクティビティなしで、ケースが「ハッピーパス」をたどったかどうかを判断します。 これは「タッチレス支払い率」KPIの計算に使用されます。高い率は効率的で自動化された処理を示し、低い率は高い運用コストを示唆します。
その重要性
自動化の効率性と標準プロセスフローの品質を測定します。
取得元
プロセスマイニングツールで計算。
例
truefalse
|
|||
|
リスクスコア
RiskScore
|
Stripe Radarによってトランザクションに割り当てられた不正リスクスコア。 | ||
|
説明
この属性には、Stripeの機械学習モデルによって割り当てられたリスクスコア(0-99)が含まれています。Chargeオブジェクトの'outcome.risk_score'フィールドにあります。 この属性は「偽陽性エラー特定」ダッシュボードの鍵となります。リスクスコアと成功した「支払いエラー解決済み」アクティビティを相関させることで、アナリストは自動ブロックトランザクションの閾値を調整できます。
その重要性
取引がなぜフラグ付けされたりブロックされたりしたのかの背景を提供します。
取得元
Stripe API: Chargeオブジェクト, フィールド 'outcome.risk_score'。
例
56599
|
|||
|
手戻り
IsRework
|
ケース内でアクティビティが繰り返されたかどうかを示すフラグ。 | ||
|
説明
この計算属性は、単一の支払いトランザクションIDに対して「支払い指示送信済み」または「支払い詳細検証済み」のようなアクティビティが複数回発生した場合にtrueを返します。 これは「支払い指示手戻り率」KPIを直接サポートします。高い手戻り数は、多くの場合、ソースでのデータ品質の問題や顧客にとって分かりにくいユーザーインターフェースを示唆します。
その重要性
非効率性とプロセスループを浮き彫りにします。
取得元
プロセスマイニングツールで計算。
例
truefalse
|
|||
|
決済期間
SettlementDuration
|
「支払い承認済み」と「利用可能資金」の間の時間。 | ||
|
説明
この計算属性は、承認された資金がStripe残高で利用可能になるまでの時間を測定します。これは「支払い承認済み」のタイムスタンプから「利用可能資金」のタイムスタンプを差し引くことで計算されます。 これは「決済期間標準化」ダッシュボードの主要なメトリックであり、財務チームがキャッシュアベイラビリティを予測するのに役立ちます。
その重要性
流動性速度とキャッシュフローの遅延を測定します。
取得元
プロセスマイニングツールで計算。
例
2日7 days10分
|
|||
|
異議あり
IsDisputed
|
支払いがカード保有者によって異議申し立てされたかどうかを示すブール値フラグ。 | ||
|
説明
この属性は、この支払いに対して紛争(チャージバック)が開始されたことがあるかどうかを示します。Chargeオブジェクトの'dispute'フィールドがnullでないか、またはPaymentIntentにリンクされたDisputeオブジェクトの存在によって導出されます。 これは「プロセスパスコンプライアンス監査」のケースをフィルタリングするために使用され、紛争ケースが正しい証拠提出プロトコルに従ったかどうかを確認します。
その重要性
特別な処理とコンプライアンス追跡が必要な高リスクケースを特定します。
取得元
Stripe API: Chargeオブジェクト, 'dispute'フィールドが入力されているか確認。
例
truefalse
|
|||
|
返金済み
IsRefunded
|
支払いが全額または一部返金されたかどうかを示すブール値フラグ。 | ||
|
説明
この属性は、顧客に資金が返金されたかどうかを示すフラグです。Chargeオブジェクトの'refunded'ブール値フィールドまたは'amount_refunded' > 0から導出されます。 これは「プロセスパスコンプライアンス監査」に役立ちます。返金には通常、特定の承認ステップが必要であり、このフラグによってアナリストはこれらのケースを分離し、「支払い返金済み」アクティビティが発生したかどうかを確認できます。
その重要性
逆流したケースを特定します。これは主要なプロセス逸脱です。
取得元
Stripe API: Chargeオブジェクト, フィールド 'refunded'。
例
truefalse
|
|||
支払い処理アクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
支払いリクエスト作成済み
|
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 Radar)が含まれます。このステップは、システムが承認を試みる前にペイロードの正当性を検証することを表します。 | ||
|
その重要性
「検証および承認ボトルネック」ダッシュボードを測定する上で不可欠です。ここでの遅延は、システム応答の遅さや複雑な不正ルール処理を示します。
取得元
「支払いリクエスト作成済み」のタイムスタンプと、その後のステータス変更(例:「処理中」または「対応が必要」)を比較することで推測されます。
取得
作成タイムスタンプと最初のステータス更新の比較
イベントタイプ
inferred
|
|||
|
支払実行許可
|
カード発行会社がトランザクション金額を承認し、資金は確保されています。これにより、支払い方法が有効であり、十分な資金があることが確認されます。 | ||
|
その重要性
「タッチレス決済率」にとって重要なマイルストーンです。ここでの成功は、主要なリスクハードルがクリアされたことを示します。
取得元
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
|
|||
|
支払いエラー解決済み
|
以前に失敗したPaymentIntentが処理中または成功状態に戻った場合に推測されます。これは、顧客が新しい支払い方法を提供したか、再試行が成功したことを意味します。 | ||
|
その重要性
「エラー解決サイクルタイム」ダッシュボードにとって不可欠です。収益の成功裡な回復を示します。
取得元
以前に「payment_intent.payment_failed」イベントが発生したIDで、「payment_intent.processing」または「succeeded」イベントを観察することで推測されます。
取得
ステータスシーケンスの比較: 失敗 -> 処理中/成功
イベントタイプ
inferred
|
|||
|
支払いに含まれる
|
特定のトランザクションはPayoutオブジェクトにグループ化されます。これは資金が銀行に送金される予定であることを示します。 | ||
|
その重要性
「決済期間の標準化」に不可欠です。個々の取引を大量の銀行振込に接続します。
取得元
Balance TransactionをPayoutオブジェクトにリンクすることで推測されます。
取得
Payout IDがBalance Transactionに割り当てられる時期を特定する
イベントタイプ
inferred
|
|||
|
支払いレビューが必要
|
支払いがStripe Radarの手動レビュー規則をトリガーしたときに発生します。支払いは、人の介入を待つ保留状態になります。 | ||
|
その重要性
「手動介入ヒートマップ」ダッシュボードを直接サポートします。ここでの高いボリュームは、不正ルールを調整するか、人員を増やす必要があることを示します。
取得元
Stripe Events API: review.opened
取得
review.openedイベントが発火したときに記録されます。
イベントタイプ
explicit
|
|||
|
支払いレビュー承認済み
|
以前レビューのためにフラグが立てられたトランザクションを、人間エージェントまたはシステムルールが承認する行為。これにより、トランザクションは承認に進むために解放されます。 | ||
|
その重要性
「平均承認サイクル時間」を測定するために必要です。ここでのボトルネックは顧客体験に直接影響します。
取得元
Stripe Events API: review.closed ('approved'の理由で)
取得
review.closedイベントが発生したときに記録されます。
イベントタイプ
explicit
|
|||
|
支払い認証リクエスト済み
|
システムは、強力な顧客認証(SCA)または3Dセキュアが必要であると判断します。顧客が認証するのを待つ間、フローは一時停止します。 | ||
|
その重要性
システム依存ではなく、厳密に顧客依存のプロセスにおける遅延を説明します。
取得元
Stripe Events API: payment_intent.requires_action
取得
payment_intentステータスがrequires_actionに変更されたときに記録されます。
イベントタイプ
explicit
|
|||
|
支払い返金済み
|
加盟店がそのトランザクションの返金を開始しました。これにより資金の流れが逆転します。 | ||
|
その重要性
決済後の再作業と収益漏洩を特定します。
取得元
Stripe Events API: charge.refunded
取得
charge.refundedイベントが発生したときに記録されます。
イベントタイプ
explicit
|
|||
|
支払い通知送信済み
|
お客様に領収書または確認メールが送信されます。これにより、取引における顧客対応のやり取りが終了します。 | ||
|
その重要性
「顧客通知レイテンシ」ダッシュボードをサポートします。ここでの遅延は顧客サポートチケットの原因となります。
取得元
Stripe Events API: charge.succeeded ('receipt_sent'ブール値または'receipt_url'生成を確認), またはreceipt.sentイベント。
取得
receipt.sentイベントが発生したとき、またはchargeオブジェクトから派生したときに記録されます。
イベントタイプ
explicit
|
|||
|
異議申し立て開始
|
カード所有者が支払いを異議申し立てました。これによりチャージバックプロセスが開始され、残高から資金が引き出されます。 | ||
|
その重要性
「初回照合率」に影響を与える主要な例外フロー。
取得元
Stripe Events API: charge.dispute.created
取得
charge.dispute.createdイベントが発生したときに記録されます。
イベントタイプ
explicit
|
|||
|
紛争終了
|
紛争プロセスは、勝敗に関わらず終了しました。これが例外ループの終わりを示します。 | ||
|
その重要性
係争中の収益の最終解決を示します。
取得元
Stripe Events API: charge.dispute.closed
取得
charge.dispute.closedイベントが発生したときに記録されます。
イベントタイプ
explicit
|
|||
|
資金利用可能
|
トランザクションの資金がクリアされ、利用可能なStripe残高に追加され、ペイアウトの準備ができました。 | ||
|
その重要性
「財務キャッシュフローの可視性」にとって重要です。これは、資金が実際にビジネスで利用可能になる時点を示します。
取得元
Stripe Events API: balance.available
取得
balance.availableイベントが発生したときに記録されます。
イベントタイプ
explicit
|
|||