Logo à rayures

Paiements et facturation

Connecter Rayure vers Excel, Google Sheets, l'IA et REST

Interrogez les frais, les clients, les factures et les abonnements avec SQL. Connectez Stripe à n'importe quelle base de données (y compris un dossier de fichiers CSV) en une seule requête en lecture seule.

Une seule connexion, chaque surface

Où vos données Stripe peuvent-elles être stockées ?

Query Streams transforme un compte Stripe en 15 tables SQL (frais, clients, factures, abonnements, remboursements, paiements, litiges, transactions de solde, etc.) accessibles depuis Microsoft Excel, Google Sheets, Power BI, les assistants IA via MCP et une API REST. Les mises à jour sont suivies via le flux d'événements Stripe, sans nécessiter de requêtes sur les enregistrements récemment créés. Ainsi, un remboursement ou une annulation d'abonnement est également pris en compte dans vos tables, et pas seulement par l'ajout de nouvelles lignes.

  1. Pour votre équipe, vos fournisseurs et vos partenaires
  2. Stripe vers Excel Microsoft Excel · Complément Excel

    Importez directement les résultats Stripe en direct dans une feuille de calcul et actualisez-les à la demande — Excel de bureau, Excel Online, Microsoft 365.

    Guide Stripe
  3. Stripe vers Google Sheets Module complémentaire Sheets

    Exécutez une requête Stripe enregistrée depuis la barre latérale et glissez-déposez les lignes dans la feuille. Les collaborateurs peuvent ensuite la mettre à jour eux-mêmes.

    Guide Stripe
  4. Demandez à Nova à propos de Stripe Nova AI · Texte vers SQL

    Posez votre question en langage clair. Nova connaît déjà vos tables Stripe, rédige et exécute la requête SQL, explique la réponse et la représente graphiquement — aucune requête à écrire, aucune information d’identification à fournir.

    Comment fonctionne Nova
  5. Visionneuse de données Stripe Partage des résultats · équipe, fournisseurs, partenaires · téléphone, tablette, ordinateur

    Partagez un résultat Stripe en direct avec qui vous voulez (un collègue, un fournisseur, un partenaire) sous forme de grille que vous pouvez ajouter à vos favoris et qui se met à jour automatiquement à chaque ouverture, sur un téléphone, une tablette ou un ordinateur. Ils voient les résultats, jamais le code SQL ni les identifiants.

    Fonctionnement du visualiseur de données
  6. Pour les applications et les systèmes
  7. API REST Stripe point de terminaison HTTP

    Publiez une requête Stripe sous forme de point de terminaison JSON authentifié, accessible à toute application, avec une spécification OpenAPI 3.1 et des collections Postman, Insomnia et Hoppscotch prêtes à l'emploi. Aucun port de base de données n'est ouvert.

    Comment fonctionne une API REST ?
  8. Stripe vers Power BI Power Query M

    Collez le code Power Query M généré dans l'éditeur avancé de Power BI et le rapport affichera les résultats Stripe en direct via HTTPS — sans pilote ODBC ni port de base de données ouvert.

    Comment fonctionne Power BI
  9. Stripe vers Airtable Plateforme d'automatisation

    Synchronisez les lignes Stripe dans une base de données Airtable selon une planification, ou récupérez-les dans un script d'automatisation Airtable.

    Guide Stripe
  10. Rayure à Baserow Plateforme d'automatisation

    Alimentez une table Baserow depuis Stripe via le point de terminaison REST — auto-hébergé ou cloud Baserow.

    Guide Stripe
  11. Rayons jusqu'à la table Plateforme d'automatisation

    Maintenez une base SeaTable à jour avec les données Stripe sans exporter de fichier ni exposer la base de données.

    Guide Stripe
  12. Stripe vers Smartsheet Plateforme d'automatisation

    Intégrez les résultats de Stripe dans une grille Smartsheet afin que les plans et les rapports soient lus à partir du système source et non de l'exportation de la semaine précédente.

    Guide Stripe
  13. De la rayure à l'enclume Anvil Works · Plateforme d'applications

    Utilisez Stripe pour alimenter une application Anvil Python via le point de terminaison REST au lieu d'intégrer les identifiants de base de données dans l'application.

    Guide Stripe
  14. Pour les outils d'IA
  15. Serveur Stripe MCP Claude, clients de Cursor et MCP

    Donnez à un assistant IA un accès en lecture seule à Stripe avec le schéma dont il a besoin pour écrire du code SQL correct — aucune information d'identification dans la conversation.

    Guide Stripe
  16. Livré aux personnes
  17. Alertes et rapports Stripe Slack · Discord · Courriel · Webhook

    Programmez une requête Stripe et faites en sorte que les lignes soient livrées à Slack, Discord, par e-mail ou via un webhook signé — ou conservez le message jusqu'à ce qu'un nombre de lignes, un seuil ou un pourcentage de variation dépasse la limite que vous avez définie.

    Fonctionnement des alertes et des rapports

Comment ça marche

5 étapes, aucune modification du pare-feu entrant

01

Installez l'agent réseau où vous le souhaitez. Il appelle Stripe directement via HTTPS depuis votre réseau.

02

Collez une clé secrète Stripe. Elle est stockée sur l'agent ; Query Streams ne l'utilise jamais pour contacter Stripe en votre nom.

03

Choisissez les tables à synchroniser parmi les 15 disponibles et la fréquence de synchronisation. Les tables « Frais », « Intentions de paiement », « Clients », « Factures » et « Abonnements » sont activées par défaut ; vous pouvez activer les autres.

04

Écrivez des requêtes SQL classiques sur stripe.charges, stripe.invoices et le reste, ou laissez Nova s'en charger.

05

Lisez-le depuis Excel, Sheets, Power BI, MCP ou REST, et joignez-le à votre propre base de données dans la même instruction.

Analyse approfondie des fonctionnalités

Ce que Stripe vous offre

Des mises à jour, pas seulement de nouvelles lignes

La plupart des outils qui importent les transactions Stripe dans une base de données demandent les enregistrements créés depuis la dernière importation. Ils ne prennent en compte que les nouvelles transactions, mais pas les modifications : remboursement, litige, annulation d’abonnement, paiement de facture. Celui-ci, en revanche, analyse le flux d’événements de Stripe.

  • Une modification apportée à un enregistrement existant est détectée car Stripe a enregistré un événement pour celui-ci ; vos tables reflètent donc l’état actuel plutôt que l’état lors de la création.
  • Stripe conserve les événements pendant 30 jours. Si une connexion est interrompue pendant une période supérieure à ce délai, la prochaine exécution effectuera une relecture complète au lieu de reprendre discrètement à partir d'une interruption.
  • Les transactions de solde constituent l'exception. — Stripe ne publie aucun flux d'événements pour ces éléments ; ils sont donc suivis par date de création, ce qui constitue le modèle approprié pour un registre qui ne fait qu'ajouter des données.
  • Un enregistrement supprimé chez Stripe disparaît de vos tables au lieu de persister comme une ligne obsolète.

Les 15 tables

Chaque table est une véritable table SQL avec des colonnes typées, une clé primaire et des index — et non un bloc JSON à déchiffrer.

  • Paiements — frais, intentions de paiement, remboursements, litiges.
  • Facturation — clients, factures, éléments_de_facture, abonnements, éléments_d'abonnement.
  • Catalogue — produits, prix, coupons.
  • Mouvement monétaire — solde_transactions, paiements.
  • Audit — les événements, le même flux sur lequel repose la synchronisation incrémentale, conservé sous forme de table que vous pouvez interroger.
  • Les montants sont enregistrés tels que Stripe les déclare, dans la plus petite unité monétaire. Un paiement de 12,50 $ correspond à 1250, sans arrondi.

Tout frais au moment où vous le lisez

Quatorze des quinze tables peuvent actualiser une ligne depuis Stripe dès que votre requête y accède — toutes sauf le journal des événements, qui est un flux en lecture seule. Demandez les factures d'un client et ces lignes seront vérifiées auprès de Stripe avant que la réponse ne soit renvoyée, tandis qu'un rapport sur une année de facturation lit la copie synchronisée à la vitesse de SQL et n'utilise pas votre limite de requêtes.

  • Le délai de prescription acceptable est déterminé par tableau et de manière raisonnable : quinze secondes pour un abonnement, une demi-minute pour un paiement ou une facture, un quart d’heure pour le catalogue de produits, qui ne change que lorsqu’il est modifié.
  • Lorsqu'un enregistrement est supprimé chez Stripe, il est détecté sur le même chemin et supprimé, de sorte que le cache ne continue pas à servir une ligne qui n'existe plus.
  • L'agent fonctionne à un rythme bien en deçà des limites de Stripe et attend aussi longtemps que Stripe le lui demande lorsqu'il atteint une limite, de sorte qu'un rapport important ne peut pas entraîner la limitation de votre compte.

Partagé par chaque connecteur API

Fonctionnement de chaque connecteur API

  • Votre compte devient des tables — Les points de terminaison sont mappés sur des tables SQL typées avec des clés primaires et des index, vous écrivez donc SELECT, JOIN et GROUP BY au lieu de parcourir du JSON.
  • Vous choisissez les éléments à synchroniser et leur fréquence. Chaque table possède son propre intervalle, voire aucun. Lorsque l'API du fournisseur le permet, seuls les enregistrements modifiés depuis la dernière exécution sont récupérés.
  • L'exemplaire est à vous. Il est stocké dans un fichier DuckDB chiffré AES-256-GCM, situé à côté de l'agent, sur votre machine. Il n'est pas hébergé dans notre cloud.
  • Le vendeur n'entend parler que de vous. — L'agent appelle directement l'API depuis votre propre réseau, votre jeton n'est donc pas nécessaire à Query Streams pour répondre à une requête.

Bon à savoir

  • Il s'agit d'une copie synchronisée, et non d'un proxy en direct. — Une requête lit les données déjà récupérées, ce qui lui permet de s'exécuter à la vitesse d'une requête SQL sans jamais consommer votre limite de requêtes API. De plus, certaines tables peuvent actualiser une ligne obsolète lors de sa lecture.
  • Les limites de débit sont respectées pour vous. — chaque connecteur fonctionne à un rythme bien inférieur aux limites publiées par le fournisseur, de sorte qu'un rapport ne peut pas entraîner une limitation de votre compte pour tout ce qui l'utilise.
  • Rien n'est jeté — Les champs que la table ne nomme pas sont conservés dans une colonne JSON raw_data que vous pouvez toujours interroger.
  • Intégrez-le à vos bases de données — Inclure une table API et une table SQL Server dans la même requête est une requête ordinaire ici, et non un projet d'intégration.

SQL inter-sources

Associez Stripe au reste de vos données

Stripe sait ce qui a été collecté, mais ignore tout du titulaire du compte. Votre base de données contient les informations client et votre CRM indique le type d'entreprise. Une simple requête permet de demander à ces trois sources quel type d'entreprise effectue le paiement. Chaque source traite uniquement la partie qu'elle peut, renvoie le résultat, et la jointure est centralisée : les sources ne communiquent jamais entre elles et aucune donnée n'est copiée.

3 connexions · 3 agents

Rayure Paiements et facturation
PostgreSQL Moteur relationnel
HubSpot CRM et marketing

Une déclaration

-- le paiement de Stripe, le compte de votre base de données, l'entreprise de HubSpot
SELECTIONNER   h.industrie, COUNT(*) AS paiements, SUM(f.montant) / 100 AS encaissés
DE     paiements.stripe.charges1   f
JOINDRE     pg_crm.public.clients2   c ON c.stripe_id = f.customer
JOINDRE     API CRM.hubspot.entreprises3 h ON h.domain = c.domain
OÙ    f.status = 'réussi'
GROUPE PAR h.industrie
ORDER BY DESC collecté ;

Les trois éléments sont la connexion, le schéma et la table — et le nom de la connexion est celui que vous lui avez donné. Les colonnes sont données à titre d'exemple ; vos tables seront les vôtres. `charges.customer` correspond à l'identifiant client Stripe, c'est pourquoi la première jointure passe par votre propre enregistrement plutôt que d'aller directement dans le CRM. Stripe affiche les montants dans la plus petite unité monétaire ; vous devez donc effectuer la conversion, et aucun arrondi n'a été appliqué avant l'affichage du résultat. Chaque élément est en lecture seule : seules les instructions `SELECT`, `WITH` et `EXPLAIN` sont autorisées, avec une limite quant à la quantité de données qu'une source peut transmettre pour une requête donnée. Fonctionnement des requêtes fédérées

Détails de connexion

Ce dont Stripe a besoin

Authentification
Une clé secrète Stripe, conservée sur l'agent. Les clés de production et de test sont toutes deux reconnues et étiquetées.
A atteint plus
HTTPS de votre réseau vers Stripe. Aucun trafic entrant, ni point de terminaison webhook à exposer
Schéma
Stripe — donc Stripe.charges, Stripe.invoices, Stripe.subscriptions
Tables
15. Frais, intentions de paiement, clients, factures, éléments de facture, abonnements, éléments d'abonnement, remboursements, litiges, paiements, soldes, produits, prix, coupons, événements
Montants
Dans la plus petite unité monétaire, telle que Stripe les indique — 1250 pour 12,50 $
Incrémentiel
Grâce au flux d'événements de Stripe, les mises à jour et les suppressions sont détectées. Un intervalle supérieur à la période de 30 jours de Stripe déclenche une relecture complète.
Actualisation en direct
Sur 14 des 15 tables — tout sauf le journal des événements — avec une fenêtre de fraîcheur par table allant de 15 secondes à 15 minutes
Limites de débit
Le rythme est largement inférieur à celui de Stripe, et l'utilisateur attend le signal de nouvelle tentative de Stripe lorsqu'une réponse est reçue.
Copie locale
Un fichier DuckDB chiffré AES-256-GCM se trouve à côté de l'agent, sur votre machine.

La table des événements est interrogée, et non reçue. L'agent est conçu pour fonctionner uniquement en sortant : il établit une connexion et rien ne peut l'atteindre. Par conséquent, il n'y a pas de point de terminaison webhook et vous n'avez rien à héberger. En contrepartie, les événements arrivent à l'intervalle de synchronisation que vous avez choisi, et non instantanément.

Le mode « Lecture seule » est structurel, et non paramétrable. Le connecteur n'effectue aucune opération d'écriture Stripe ; il n'y a donc rien à désactiver ni aucune autorisation clé à gérer incorrectement : il est impossible d'effectuer un remboursement ou d'annuler un abonnement, car le code correspondant est absent.

Documentation du fournisseur : stripe.com

FAQ

Questions concernant Stripe

Quels outils peuvent lire les données Stripe via Query Streams ?

Tous ces outils, depuis une seule connexion : Excel, Google Sheets, MCP, API REST, Airtable, Baserow, SeaTable, Smartsheet, Anvil, Power BI, alertes et rapports programmés. Connectez votre compte une seule fois et tous les systèmes accèdent à la même connexion en lecture seule ; aucune configuration n’est requise pour chaque outil et aucune copie supplémentaire des données n’est nécessaire.

Dois-je ouvrir un port de pare-feu pour mon compte Stripe ?

Non. L'agent réseau Query Streams s'exécute au sein de votre réseau et ouvre une seule connexion sortante chiffrée. Aucun trafic entrant n'est intercepté, aucun VPN n'est requis et le compte conserve ses règles de pare-feu existantes.

Les flux de requêtes peuvent-ils modifier les données dans Stripe ?

Non. L'agent impose un accès en lecture seule lors de l'exécution : une seule instruction à la fois, uniquement SELECT et les instructions associées. Les informations d'identification restent sur l'agent et ne sont jamais envoyées aux flux de requêtes.

De quoi Query Streams a-t-il besoin pour se connecter à Stripe ?

Un hôte accessible, un rôle et son mot de passe : l’agent héberge le pilote, aucune installation n’est donc requise sur le compte. Authentification : une clé secrète Stripe, stockée sur l’agent. Les clés de production et de test sont reconnues et étiquetées. Accès : HTTPS de votre réseau vers Stripe. Aucune requête entrante ni point de terminaison webhook à exposer. Schéma : Stripe (donc stripe.charges, stripe.invoices, stripe.subscriptions). Tables : 15. Charges, payment_intents, customers, invoices, invoice_items, subscriptions, subscription_items, refunds, disputes, payouts, balance_transactions, products, prices, coupons, events.

Est-il possible de connecter Stripe à une autre base de données dans la même requête ?

Oui, il s'agit bien d'une requête fédérée. Une seule instruction peut référencer Stripe et vos autres connexions simultanément, sous la forme `connection.schema.table`. Chaque source exécute uniquement la partie qu'elle peut traiter et renvoie le résultat ; la jointure est centralisée, ce qui évite toute connexion entre les sources et empêche toute copie ou planification. L'accès en lecture seule s'applique à chaque élément (SELECT, WITH et EXPLAIN uniquement), et la quantité de données qu'une source peut transmettre pour une requête donnée est limitée. Les requêtes fédérées sont incluses dans votre abonnement ; la page dédiée affiche les limites actuelles de source et de taille.

Installez Stripe là où le travail se déroule.

Installez l'agent, configurez-le pour qu'il pointe vers votre compte et choisissez une destination.

Lecture seule Sortant uniquement Les identifiants restent sur l'agent