コンテンツにスキップ
アカウントを作成
または
サインイン
Stripe ドキュメントのロゴ
/
AI に質問する
アカウントを作成
サインイン
始める
支払い
売上
プラットフォームおよびマーケットプレイス
資金管理
開発者向けのツール
概要
Billing
税金
レポート機能
データ
    概要
    スキーマ
    カスタムレポート
    Sigma API
    カスタムレポートを作成
    Sigma を使用してクエリを作成
    組織全体のデータに対してクエリを実行
    Stripe データを同期
    Data Pipeline
    データウェアハウスにデータをエクスポート
    クラウドストレージにデータをエクスポート
    データ管理
    データの鮮度
    ビジネスと商品データのユースケース
      取引データ
      不審請求の申し立てと不正利用データ
      すべての手数料データ
      Billing のデータ
      税務データ
      連結アカウントデータ
      カードの発行データ
    外部データをインポート
スタートアップの企業設立
ホーム売上DataBusiness and product data use cases

カード発行データのクエリ

Sigma または Data Pipeline を使用して、カード発行情報を取得します。

ページをコピー

Sigma または Data Pipeline 内で使用される Issuing オブジェクトには、Authorizations (オーソリ)、Transactions (取引)、Cards (カード)、および Cardholders (カード保有者) が含まれます。Issuing 特有のテーブルは、スキーマの Issuing セクションにあります。

連結アカウントの Issuing データは、connected_account_ が前に付いたテーブル (connected_account_issuing_authorizations など) 内にあります。Sigma または Data Pipeline で Connect を使用する詳細については、ドキュメントの Connect セクションをご覧ください。

オーソリ

発行されたカードを使用して購入が行われると、Authorization (オーソリ) オブジェクトが作成されます。issuing_authorizations テーブル内の各行は、このオブジェクトに関するデータを表します。同じ情報を API で取得したり、Stripe ダッシュボードで入手したりできます。request history フィールドは現在使用できません。アカウントで作成されたすべてのオーソリは、Sigma または Data Pipeline で使用できます。

このテーブルの card_id 列には、購入に使用されたカードの ID が格納されます。オーソリを開始したカードに関する追加情報を取得するには、この列と issuing_cards テーブルを結合します。

特定のオーソリに関連する取引にアクセスするには、issuing_transactions テーブルの authorization_id 列を結合します。

次のクエリは、承認ステータスごとにグループ化されたオーソリの件数を計算します。

select date_trunc('month', created) as month, count(case when approved then 1 end) as num_approved_authorizations, count(*) as total_num_authorizations from issuing_authorizations where date_trunc('month', created) between date_trunc('month', date_add('month', -13, date(data_load_time))) and date_trunc('month', date_add('month', -1, date(data_load_time))) group by 1 order by 1 desc, 2 limit 2
月承認num_authorizations
2025-06-01false506
2025-06-01true10,045

取引

発行されたカードが使用され、購入完了や返金など Stripe アカウントへの出入金が発生した場合、Issuing Transaction (取引) オブジェクトで表されます。これらのオブジェクトに関する情報は、issuing_transactions テーブル内に格納されます。同じ情報を API で取得したり、Stripe ダッシュボードで入手したりできます。

手数料などの取引に関する追加について、詳細は関連する取引残高にアクセスしてください。アクセスするには、balance_transactions テーブルの balance_transaction_id 列と id 列を結合します。取引残高は、Issuing 固有のオブジェクトではありません。Sigma または Data Pipeline で取引残高を使用する場合は、ドキュメントの取引セクションで詳細をご確認ください。

authorization_id 列を issuing_authorizations テーブルの id 列で結合すると、Transaction に関連付けられた Authorization (オーソリ) オブジェクトにアクセスできます。ここで、取引がどのようにオーソリされたかについて追加の詳細を得られます。Issuing 取引の authorization_id 列は、キャプチャーの強制実行の場合や、一部の返金のインスタンスでは空になることがあります。

また、card_id 列と cardholder_id 列を介して、取引で使用されたカードとそのカード保有者の両方にアクセスすることもできます。カードに関する情報は issuing_cards テーブルに、カード保有者に関する情報は issuing_cardholders テーブルに格納されています。Card (カード) オブジェクトおよび Cardholder (カード保有者) オブジェクトを参照して、取引を開始した当事者についての情報を得ることができます。

次のクエリは、直近の 3 件のオーバーキャプチャーに関する情報を返します。issuing_authorizations テーブルを結合し、2 つのオブジェクトの金額を比較して、取引がオーバーキャプチャーかどうかを判断します。

select date_format(it.created, '%Y-%m-%d') as day, it.id, ia.amount as authorized_amount, -1 * it.amount as captured_amount from issuing_transactions it join issuing_authorizations ia on it.authorization_id=ia.id where it.type='capture' and -1 * it.amount > ia.amount --- This checks if this transaction was overcaptured order by day desc limit 3
日付idauthorized_amountcaptured_amount
2025-06-15ipi_1Lg2Q2wCm7tSolT150151
2025-06-15ipi_JNdg1hAec92YyKu01,000
2025-06-15ipi_sJdOVPTV68GPogj14501050

Issuing で Sigma または Data Pipeline を使用することのメリットの 1 つは、データを集計する機能です。次の例は、balance_transactions テーブルを結合し、Issuing 取引の各タイプの月額手数料を集計します。

select date_trunc('month', it.created) as month, fd.type as fee_type, sum(fd.amount) as net_fees, sum(it.amount) as net_amount from issuing_transactions it inner join balance_transactions bt on bt.id=it.balance_transaction_id inner join balance_transaction_fee_details fd on fd.balance_transaction_id=bt.id group by 1,2 order by month desc, fee_type
月fee_typenet_feesnet_amount
2025-06-01stripe-fee59010,000
2025-07-01stripe-fee591,000
2025-08-01stripe-fee59010,000

カード

issuing_cards テーブルには、個々の Card (カード) オブジェクトに関する情報が含まれます。同じ情報を API で取得したり、Stripe ダッシュボードで入手したりできます。spending controls フィールドは現在使用できません。

発行された各カードには、関連付けられた Cardholder (カード保有者) があります。これは、cardholder_id 列で issuing_cardholders テーブルを結合することでアクセスできます。

カード保有者

Cardholder (カード保有者) データは、issuing_cardholders テーブル内に格納されます。同じ情報を API で取得したり、Stripe ダッシュボードで入手したりできます。spending controls (支出監理) フィールドは現在使用できません。

このテーブルを別のテーブルに結合して、取引を開始したエンティティや、発行されたカードを所有するエンティティに関する情報を取得することができます。

次の例では、直近に作成された有効な 3 人のカード保有者に関する情報を取得します。

select date_format(created, '%Y-%m-%d') as day, id, email, type from issuing_cardholders where status='active' limit 3
日付idメールアドレスタイプ
2025-06-01ich_uHjl2uADfFmsx5Qj.smith@example.comindividual
2025-06-01ich_zOZseyTnjGS626sentity@example.combusiness_entity
2025-06-01ich_jUde80HJAAFZ0PHj.doe@example.comindividual

メタデータ

各 Issuing オブジェクトのメタデータは、個別のテーブルに格納されます。これらのテーブルの名前は、オブジェクトのテーブルの名前の最後に _metadata を付けたものです (issuing_transactions_metadata など)。メタデータテーブルには、プライマリーテーブルの対応オブジェクトへの外部キーが含まれ、これを使用して 2 つのテーブルを結合できます。たとえば、issuing_transactions_metadata テーブルの各行には、issuing_transactions テーブルの id 行を参照する issuing_transaction_id 列があります。

次の例では、issuing_transactions テーブルのメタデータテーブルからディクショナリーを作成します。次に、それを使用していくつかの取引のメタデータキー 'my_label' の値にアクセスします。

with transactions_metadata_dictionary as ( select issuing_transaction_id, map_agg(key, value) metadata_dictionary from issuing_transactions_metadata group by 1 ) select date_format(it.created, '%Y-%m-%d') as day, it.id, it.amount, metadata_dictionary['my_label'] as my_label_value from issuing_transactions it left join transactions_metadata_dictionary on it.id = transactions_metadata_dictionary.issuing_transaction_id where element_at(metadata_dictionary, 'my_label') is not null order by day desc limit 3
日付id金額my_label_value
2025-06-01ipi_DdP2JwFAyC4nJsW2000true
2025-06-01ipi_8XNzvaW0Rvp4tXc100true
2025-06-01ipi_JYEG7v7nWGgYqKJ10000false
このページはお役に立ちましたか。
はいいいえ
お困りのことがございましたら 、サポートにお問い合わせください。
早期アクセスプログラムにご参加ください。
変更ログをご覧ください。
ご不明な点がございましたら、お問い合わせください。
LLM ですか?llms.txt を読んでください。
Powered by Markdoc