請求失敗リスクのトリアージ

収益上級者向け

運用コンテキストに基づいて請求の失敗を優先順位付けする

API エラー、未解決のジョブ、または不完全なアクティベーションと一致する失敗した支払いはどれですか?

請求結果の失敗から始めて、運用上のシグナルを減らして追加し、レビューキューで各アカウントに注意が必要な理由を説明します。

読み取り専用 SQL

WITH api_health AS (
  SELECT
    account_id,
    SUM(CASE WHEN status_code >= 500 THEN 1 ELSE 0 END) AS api_errors
  FROM api_requests
  GROUP BY account_id
),
logical_jobs AS (
  SELECT
    job_id,
    account_id,
    MAX(CASE WHEN status = 'failed' THEN 1 ELSE 0 END) AS had_failure,
    MAX(CASE WHEN status = 'completed' THEN 1 ELSE 0 END) AS completed
  FROM job_runs
  GROUP BY job_id, account_id
),
job_health AS (
  SELECT
    account_id,
    SUM(CASE
      WHEN had_failure = 1 AND completed = 0 THEN 1 ELSE 0
    END) AS unresolved_jobs
  FROM logical_jobs
  GROUP BY account_id
),
activation AS (
  SELECT
    account_id,
    MAX(CASE
      WHEN event_name = 'dashboard_created' AND status = 'success'
      THEN 1 ELSE 0
    END) AS activated
  FROM product_events
  GROUP BY account_id
)
SELECT
  a.account_id,
  a.plan,
  b.amount_usd AS failed_payment_usd,
  COALESCE(api.api_errors, 0) AS api_errors,
  COALESCE(jobs.unresolved_jobs, 0) AS unresolved_jobs,
  COALESCE(activation.activated, 0) AS activated,
  1
    + CASE WHEN COALESCE(api.api_errors, 0) > 0 THEN 1 ELSE 0 END
    + CASE WHEN COALESCE(jobs.unresolved_jobs, 0) > 0 THEN 1 ELSE 0 END
    + CASE WHEN COALESCE(activation.activated, 0) = 0 THEN 1 ELSE 0 END
    AS review_signals
FROM billing_events AS b
JOIN accounts AS a ON a.account_id = b.account_id
LEFT JOIN api_health AS api ON api.account_id = b.account_id
LEFT JOIN job_health AS jobs ON jobs.account_id = b.account_id
LEFT JOIN activation ON activation.account_id = b.account_id
WHERE b.event_name = 'payment_failed' AND b.status = 'error'
ORDER BY review_signals DESC, failed_payment_usd DESC;

データセットとクエリはこのブラウザーに残ります。

Published expected result

支払い失敗に対する運用レビューのシグナル

チャート値

acct_ember

acct_cinder

account_id	plan	failed_payment_usd	api_errors	unresolved_jobs	activated	review_signals
acct_ember	starter	199	1	1	0	4
acct_cinder	starter	299	0	1	0	3

クエリの読み方

失敗した支払いはレビューキューの粒度です。 API とジョブテーブルは結合前に削減されます。
アクティベーションは目に見えるコンテキストフィールドであり、オンボーディングが支払い失敗の原因であると主張するものではありません。
シグナル数は調査を優先しますが、不透明な健康スコアを意図的に回避します。

SQL が下せない決定

1サポートワークフローと請求コンテキストのアクセス境界を定義します。
2無関係な過去の障害が現在のリスクを増大させないように、インシデントウィンドウを選択してください。
3支払いの回復、製品の回復、アカウントの保持を個別の結果として保持します。

このレッスンから続ける

支払い回復レシピ顧客への影響ガイド請求分析の使用例

結果を保存する

独自のイベントに対してこのクエリを実行します

クエリを保存し、実際のイベントに接続し、結果を監視する準備ができた場合にのみ、無料のワークスペースを作成します。クレジットカードは必要ありません。

自分のイベントと一緒に保存する