一つの接続、あらゆる表面
Stripeのデータがどこに保存されるか
- 1 発信接続
- 0 受信ポート
- 読み取り専用 · 認証情報はそのまま保持されます
走る
- チーム、ベンダー、パートナーの皆様へ
-
エクセル アドイン · オンデマンド更新
-
グーグル シート アドオン · オンデマンド更新
-
ノヴァAI 平易な英語で質問する · テキストからSQLへ
-
データビューア ライブ結果を共有 · チーム、ベンダー、パートナー · あらゆるデバイス
- アプリとシステム向け
-
REST API JSONエンドポイント · OpenAPI 3.1
-
Power BI Power Query M
-
スケジュールされた同期 Google Sheets · Airtable · Baserow · SeaTable · Smartsheet · Anvil
- AIツール向け
-
AIアシスタント クロード · カーソル · MCPサーバー
- 人々に届けられる
-
アラートとレポート Slack · Discord · メール · Webhook
Query Streamsは、Stripeアカウントを15個のSQLテーブル(請求、顧客、請求書、定期購読、払い戻し、支払い、紛争、残高取引など)に変換し、Microsoft Excel、Google Sheets、Power BI、MCP経由のAIアシスタント、およびRESTエンドポイントから読み取り可能にします。更新は、最近作成されたレコードを要求するのではなく、Stripe独自のイベントフィードを通じて追跡されるため、払い戻しされた請求やキャンセルされた定期購読は、新しい行を追加するだけでなく、テーブルにも反映されます。
- チーム、ベンダー、パートナーの皆様へ
-
Stripe から Excel Microsoft Excel · Excelアドイン
Stripeのリアルタイムの検索結果をワークシートに直接取り込み、必要に応じて更新できます。対応プラットフォームは、デスクトップ版Excel、Excel Online、Microsoft 365です。
ストライプガイド -
StripeからGoogleスプレッドシートへ Sheetsアドオン
サイドバーから保存済みのStripeクエリを実行し、結果をシートにドラッグ&ドロップしてください。共有されている共同作業者は、各自でシートを更新できます。
ストライプガイド -
StripeについてNovaに聞いてみてください Nova AI · テキストからSQLへ
平易な英語で質問してください。Novaは既にStripeのテーブルを把握しており、SQL文を作成して実行し、回答を説明してグラフ化します。クエリを作成する必要も、認証情報を提供する必要もありません。
Novaの仕組み -
Stripeからデータビューアへ 結果共有 · チーム、ベンダー、パートナー · 電話、タブレット、デスクトップ
Stripeのリアルタイム結果を、同僚、ベンダー、パートナーなど、誰とでも共有できます。共有されたグリッドはブックマーク可能で、スマートフォン、タブレット、デスクトップなど、どのデバイスで開いても常に最新の状態が表示されます。相手には結果のみが表示され、SQLや認証情報は一切表示されません。
データビューアの仕組み - アプリとシステム向け
-
Stripe REST API HTTPエンドポイント
Stripeクエリを認証済みのJSONエンドポイントとして公開し、あらゆるアプリケーションから呼び出し可能です。OpenAPI 3.1仕様に準拠し、Postman、Insomnia、Hoppscotch用の既製コレクションも用意されています。データベースポートは開放されません。
REST APIの仕組み -
StripeからPower BIへ Power Query M
生成された Power Query M を Power BI アドバンスト エディターに貼り付けると、レポートは HTTPS 経由で Stripe のリアルタイムの結果を読み取ります。ODBC ドライバーもデータベース ポートも開く必要はありません。
Power BI の仕組み -
StripeからAirtableへ 自動化プラットフォーム
Stripeの行をスケジュールに基づいてAirtableベースに同期したり、Airtableの自動化スクリプト内で取得したりできます。
ストライプガイド -
StripeからBaserowへ 自動化プラットフォーム
StripeからBaserowテーブルへ、RESTエンドポイント経由でデータを送信します(セルフホスト型またはBaserowクラウド)。
ストライプガイド -
ストライプから海テーブルへ 自動化プラットフォーム
ファイルをエクスポートしたりデータベースを公開したりすることなく、SeatTableのデータベースをStripeのデータで常に最新の状態に保つ。
ストライプガイド -
StripeからSmartsheetへ 自動化プラットフォーム
Stripeの結果をSmartsheetのグリッドにプッシュすることで、計画やレポートが先週のエクスポートデータではなく、元のシステムから読み込まれるようになります。
ストライプガイド -
ストライプ・トゥ・アンビル Anvil Works · アプリプラットフォーム
Anvil PythonアプリをStripeでバックアップするには、アプリ内にデータベース認証情報を埋め込むのではなく、RESTエンドポイントを介して行います。
ストライプガイド - AIツール向け
-
Stripe MCPサーバー Claude、Cursor、およびMCPクライアント
AIアシスタントに、正しいSQLを作成するために必要なスキーマとともに、Stripeへの読み取り専用アクセス権を付与します。チャットに認証情報を含めないでください。
ストライプガイド - 人々に届けられる
-
Stripeのアラートとレポート Slack · Discord · メール · Webhook
Stripeクエリをスケジュール設定して、結果をSlack、Discord、メール、または署名付きWebhookに送信するか、行数、しきい値、またはパーセンテージの変化が設定した値を超えるまでメッセージを保留することができます。
アラートとレポートの仕組み
仕組み
5つのステップ、受信ファイアウォールの変更は不要
ネットワークエージェントは、ご都合の良い場所にインストールしてください。インストール後、ご自身のネットワークからHTTPS経由でStripeに直接接続します。
Stripeの秘密鍵を貼り付けてください。この鍵はエージェントに保管され、Query Streamsがお客様に代わってStripeにアクセスするために使用することはありません。
同期する15個のテーブルと同期頻度を選択してください。料金、支払い意図、顧客、請求書、サブスクリプションはデフォルトで有効になっています。その他のテーブルは、必要に応じて有効にできます。
stripe.charges、stripe.invoicesなどに対して通常のSQL文を記述するか、Novaに自動で記述させることもできます。
Excel、Sheets、Power BI、MCP、またはRESTからデータを読み込み、同じステートメント内で独自のデータベースに結合します。
機能の詳細解説
Stripeが提供するもの
更新内容、新規行の追加のみではありません
Stripeのデータをデータベースにコピーするツールのほとんどは、前回以降に作成されたレコードを要求します。そのため、新規請求は捕捉できますが、返金、異議申し立て、サブスクリプションのキャンセル、請求書の支払いなど、変更されたすべての情報を見逃してしまいます。このツールは、Stripeのイベントフィードを読み取ります。
- 既存のレコードへの変更は、Stripeがそのイベントを記録するため検出され、テーブルには作成時の状態ではなく、現在の状態が反映されます。
- Stripeはイベントを30日間保持します。接続が30日以上中断された場合、次の実行時には、中断箇所から静かに再開するのではなく、データ全体を再読み込みします。
- 残高取引は例外です Stripeはこれらのイベントに関するフィードを公開していないため、それらは作成日によって追跡されます。これは、常に追記のみを行う台帳にとって適切なモデルです。
- Stripeで削除されたレコードは、テーブルから完全に消去され、古い行として残ることはありません。
15のテーブル
これらはすべて、型付き列、主キー、インデックスを備えた実際のSQLテーブルであり、分解する必要のあるJSONデータではありません。
- 支払い — 料金、支払い意図、払い戻し、紛争。
- 請求する — 顧客、請求書、請求明細、定期購読、定期購読明細。
- カタログ —商品、価格、クーポン。
- 資金の流れ — balance_transactions、payouts。
- 監査 — イベントは、増分同期が利用するのと同じフィードであり、クエリ可能なテーブルとして保持されます。
- 金額はStripeが報告する形式、つまり最小通貨単位で保存されます。12.50ドルの請求は1250なので、表示される金額は切り上げられていません。
読んだ瞬間の新鮮さ
15個のテーブルのうち14個は、クエリがアクセスするたびにStripeから行を更新できます。イベントログは追記専用フィードなので、それ以外のテーブルは更新されません。ある顧客の請求書を要求すると、回答が返される前にStripeと照合されます。一方、1年分の請求レポートは、同期されたコピーをSQLの速度で読み込み、レート制限を消費しません。
- どのくらい古くなったら古すぎると言えるかは表ごとに異なり、妥当な目安となっている。購読の場合は15秒、請求や請求書の場合は30秒、製品カタログの場合は15分程度で、製品カタログは誰かが編集しない限り変更されない。
- Stripeで削除されたレコードは、同じパス上で検出され削除されるため、キャッシュはもはや存在しない行を提供し続けることはありません。
- エージェントはStripeの制限内で適切に動作し、制限に達した場合でもStripeが要求する時間だけ待機するため、大量のレポートによってアカウントが制限されることはありません。
すべてのAPIコネクタで共有されます
各APIコネクタの仕組み
- あなたのアカウントはテーブルになります エンドポイントは、主キーとインデックスを持つ型付きSQLテーブルにマッピングされるため、JSONをページングする代わりに、SELECT、JOIN、GROUP BYを記述します。
- 同期する項目と頻度は自分で選択できます。 各テーブルにはそれぞれ独自の間隔が設定されている場合と、間隔が設定されていない場合がある。ベンダーのAPIが対応している場合は、前回の実行以降に変更されたレコードのみが取得される。
- コピーはあなたのものです — それは、お客様のマシン上のエージェントと同じ場所にある、AES-256-GCMで暗号化されたDuckDBファイル内に存在します。当社のクラウド上にはありません。
- ベンダーはあなたからしか連絡を受けない エージェントはユーザー自身のネットワークから直接APIを呼び出すため、クエリストリームがクエリに応答する際にトークンは必要ありません。
知っておくと良い
- これは同期されたコピーであり、ライブプロキシではありません。 クエリは既に取得済みのデータを読み取るため、SQLの速度で処理が進み、APIのレート制限を消費することはありません。選択したテーブルでは、読み取り時に古い行を更新することも可能です。
- レート制限は尊重されます 各コネクタはベンダーが公表している制限値を十分に下回るペースで動作するため、レポートによって、そのコネクタを使用する他のすべてのアカウントが制限されることはありません。
- 何も捨てられない テーブルに名前が付けられていないフィールドは、クエリ可能なraw_data JSON列に保持されます。
- データベースに結合してください — 同じステートメント内で API テーブルと SQL Server テーブルを使用することは、ここでは通常のクエリであり、統合プロジェクトではありません。
クロスソースSQL
Stripeを他のデータと連携させる
Stripeは収集された金額は把握していますが、アカウントの所有者については何も知りません。顧客情報は自社のデータベースに、企業の種類はCRMにそれぞれ記録されます。1つの明細書で、どの種類の企業が実際に支払いを行っているかを3つすべてに問い合わせることができます。各ソースは実行可能な部分のみを実行し、結果をストリームで送信します。結合処理は中央で行われるため、ソース同士が直接やり取りしたり、データがどこかにコピーされたりすることはありません。
接続数3件・エージェント数3名
一つの声明
Stripeからの支払い、データベースのアカウント、HubSpotの会社情報
セレクト h.industry、COUNT(*) AS payments、SUM(f.amount) / 100 AS collected
フロム 支払.stripe.charges1 f
ジョイン pg_crm.一般顧客2 c ON c.stripe_id = f.customer
ジョイン crm_api.hubspot.companies3 h ON h.domain = c.domain
どこ f.status = '成功'
GROUP BY h.産業
ORDER BY 収集した説明文。
3 つの部分は、接続、スキーマ、テーブルです。接続名は、あなたが付けた名前です。例示用の列です。テーブルは、あなたのテーブルになります。charges.customer は Stripe の顧客 ID です。そのため、最初の結合は CRM に直接ではなく、あなた自身のレコードを通して実行されます。Stripe は最小通貨単位で金額を報告するため、除算はあなたが行う必要があり、表示される前に丸められることはありません。読み取り専用はすべての部分に適用されます。SELECT、WITH、EXPLAIN のみで、1 つのクエリで 1 つのソースが渡せる金額には上限があります。 フェデレーションクエリの仕組み
接続の詳細
Stripeが必要としているもの
- 認証
- Stripeの秘密鍵はエージェント上に保持されます。本番環境用とテスト環境用の両方の鍵が認識され、ラベル付けされます。
- 手を伸ばして
- あなたのネットワークからStripeへの通信はHTTPSで行われます。受信通信はなく、公開するWebhookエンドポイントもありません。
- スキーマ
- Stripe — なので、stripe.charges、stripe.invoices、stripe.subscriptions
- 表
- 15. 料金、支払い意図、顧客、請求書、請求項目、定期購読、定期購読項目、払い戻し、紛争、支払い、残高取引、製品、価格、クーポン、イベント
- 金額
- Stripeが報告する最小通貨単位は、1250で12.50ドルです。
- 増分
- Stripeのイベントフィードを通じて、更新と削除が捕捉されます。Stripeの30日間のイベント期間よりも長い間隔が空くと、完全な再読み込みがトリガーされます。
- ライブ更新
- 15テーブルのうち14テーブルでは、イベントログを除くすべてのテーブルで、鮮度保持時間は15秒から15分までとなっている。
- レート制限
- Stripeのペースにうまく収まり、Stripeからの再試行信号が返されると、Stripe自身の再試行信号を待つ。
- ローカルコピー
- エージェントと同じマシン上に、AES-256-GCMで暗号化されたDuckDBファイルがあります。
イベントテーブルは受信ではなくポーリングされます。エージェントは設計上、送信専用です。つまり、外部への接続を開くだけで、外部からアクセスすることはできません。そのため、Webhookエンドポイントはなく、ホストする必要のあるものもありません。その代わりに、イベントは発生直後ではなく、選択した同期間隔で届きます。
読み取り専用は構造的なものであり、設定ではありません。コネクタはStripeへの書き込み呼び出しを一切実装していないため、無効化するものも、誤ってアクセス権限を付与してしまう可能性のあるキーもありません。つまり、そのようなコードが存在しないため、払い戻しや定期購読のキャンセルはできません。
ベンダー資料: stripe.com
よくある質問
Stripeに関する質問
Stripeのデータをクエリストリーム経由で読み取れるツールはどれですか?
Excel、Google Sheets、MCP、REST API、Airtable、Baserow、SeaTable、Smartsheet、Anvil、Power BI、スケジュールされたアラートやレポートなど、すべてを1つの接続で利用できます。アカウントを一度接続すれば、すべてのインターフェースが同じ読み取り専用接続を読み取ることができます。ツールごとの設定やデータの複製は一切不要です。
Stripeアカウントへのファイアウォールポートを開放する必要がありますか?
いいえ。Query Streams Network Agentはネットワーク内で動作し、暗号化された単一の送信接続を開きます。受信トラフィックを監視するものはなく、VPNも不要で、アカウントは既存のファイアウォールルールを維持します。
Stripeのクエリストリームはデータを変更できますか?
いいえ。エージェントは実行時に読み取り専用を強制します。つまり、一度に1つのステートメント(SELECT文など)のみを実行します。認証情報はエージェント上に保持され、クエリ ストリームに送信されることはありません。
Query StreamsがStripeに接続するために必要なものは何ですか?
到達可能なホスト、ロール、およびそのパスワード - エージェントがドライバーを保持するため、アカウントには何もインストールされません。認証: エージェントに保持されている Stripe シークレット キー。ライブ キーとテスト キーの両方が認識され、ラベル付けされます。アクセス: ネットワークから Stripe への HTTPS。受信はなく、公開する Webhook エンドポイントもありません。スキーマ: stripe - つまり、stripe.charges、stripe.invoices、stripe.subscriptions。テーブル: 15。Charges、payment_intents、customers、invoices、invoice_items、subscriptions、subscription_items、refunds、disputes、payouts、balance_transactions、products、prices、coupons、events。
Stripeを別のデータベースに同じクエリで結合することはできますか?
はい、それはフェデレーションクエリです。1つのステートメントでStripeと他の接続を同時に参照でき、connection.schema.tableの形式で記述されます。各ソースは実行可能な部分のみを実行し、結果をストリームで返します。結合は中央で行われるため、ソース同士が接続されることはなく、何もコピーまたはスケジュールされません。読み取り専用はすべての部分(SELECT、WITH、EXPLAINのみ)に適用され、1つのソースが単一のクエリで渡せるデータ量には上限があります。フェデレーションクエリはプラン機能であり、フェデレーションクエリのページには現在のソースとサイズの制限が表示されます。

