Skip to main content
Beta feature - This feature is currently in beta. If you’d like to use it, please ask us on live chat.
L’export vers l’entrepôt de données conserve une copie continuellement mise à jour de vos données storekit dans un entrepôt qui vous appartient. Commandes, clients, articles du menu et paiements arrivent sous forme de tables prêtes à être interrogées, afin que vos analystes et vos outils de BI travaillent sur les mêmes données que storekit — sans exporter de CSV ni interroger l’API.

​
Fonctionnement

storekit envoie les données vers votre destination selon une planification récurrente. Chaque synchronisation écrit les lignes créées ou modifiées depuis la synchronisation précédente, si bien que les tables restent à jour sans rechargement complet.
  • La destination vous appartient. Les données sont écrites dans une base ou un bucket de votre propre compte cloud. storekit n’a jamais besoin d’un accès en lecture à quoi que ce soit d’autre dans votre entrepôt.
  • Incrémental par défaut. Après le backfill initial de votre historique, chaque synchronisation ne transfère que les lignes créées ou mises à jour depuis la dernière exécution.
  • Schéma géré pour vous. Les tables et les colonnes sont créées et maintenues automatiquement. Les nouveaux champs apparaissent sous forme de colonnes ; les colonnes existantes ne sont jamais renommées ni supprimées sans préavis.
  • Les comptes multi-stores se synchronisent comme un seul jeu de données. Si votre compte comporte plusieurs stores, chaque table contient un identifiant de store, ce qui vous permet de faire du reporting par store ou sur l’ensemble du groupe.

​
Ce qui est exporté

Les montants sont exportés dans l’unité mineure (centimes) avec la devise à côté, comme dans l’API storekit et les payloads de webhooks.
Les données personnelles sont incluses lorsque cela est nécessaire pour rapprocher les commandes des clients. Traitez les tables exportées avec les mêmes contrôles d’accès que ceux appliqués à storekit ; consultez la Politique de sécurité pour savoir comment storekit traite ces données de son côté.

​
Destinations prises en charge

Les données peuvent être livrées aux principaux entrepôts de données cloud, bases de données relationnelles et stockages d’objets, notamment :
  • Snowflake
  • Google BigQuery
  • Databricks
  • Amazon Redshift
  • PostgreSQL
  • MySQL
  • ClickHouse
  • Amazon S3, Google Cloud Storage et Azure Blob Storage
Si votre entrepôt n’apparaît pas dans la liste, contactez notre équipe — nous ajoutons régulièrement de nouvelles destinations.

​
Mise en place

L’export vers l’entrepôt de données est actuellement activé par l’équipe storekit et non depuis le tableau de bord. Pour commencer :
1

Indiquez-nous votre destination

Contactez notre équipe en précisant l’entrepôt ou la base de données que vous utilisez et la région dans laquelle il tourne.
2

Créez des identifiants pour storekit

Nous vous envoyons un court guide adapté à votre destination. Il couvre la création d’un utilisateur ou d’un compte de service dédié avec un accès en écriture à un seul schéma ou bucket, ainsi que l’ajout des adresses IP de storekit à une liste d’autorisation si votre entrepôt restreint les connexions entrantes.
3

Communiquez les informations de connexion

Nous mettons à votre disposition un moyen sécurisé pour saisir les informations de connexion ; n’envoyez jamais d’identifiants par e-mail ou par tchat.
4

Attendez le backfill initial

Une fois la connexion établie, storekit charge l’intégralité de votre historique de commandes. Selon le volume, cela prend de quelques minutes à quelques heures. Ensuite, les synchronisations s’exécutent automatiquement.
Une fois la première synchronisation terminée, vous verrez les tables ci-dessus dans le schéma que vous avez fourni, et chaque synchronisation suivante les met à jour sur place. Pour les destinations de type stockage d’objets (S3, Google Cloud Storage, Azure Blob Storage), chaque jeu de données est plutôt écrit sous forme de dossier de fichiers dans votre bucket, et chaque synchronisation ajoute de nouveaux fichiers.

​
Questions fréquentes

Les synchronisations tournent selon une planification récurrente au cours de la journée, pas en temps réel. Si vous devez réagir à une commande dès qu’elle est passée — par exemple pour déclencher un flux en cuisine — utilisez plutôt les webhooks et gardez l’entrepôt pour le reporting.
Non. Les rapports du tableau de bord restent inchangés. L’export s’adresse aux équipes qui veulent croiser les données storekit avec d’autres sources, construire leurs propres tableaux de bord ou conserver une archive à long terme sous leur propre contrôle.
Les données sont lues depuis la région où se trouve votre compte (voir Résidence des données) et écrites directement vers votre destination. storekit ne conserve pas de copie supplémentaire des données exportées.
Non. L’export vers l’entrepôt de données est unidirectionnel, de storekit vers votre entrepôt. Pour modifier les menus, les stocks ou les paramètres du store, utilisez le tableau de bord ou l’API.
Les synchronisations échouées sont réessayées automatiquement, et la prochaine exécution réussie reprend là où la précédente s’était arrêtée, si bien qu’aucune donnée n’est ignorée. Si vos identifiants sont révoqués ou si votre entrepôt est injoignable sur une période prolongée, nous vous contactons.
Oui. Le prix dépend de votre offre et du volume de données synchronisées. Contactez notre équipe pour obtenir un devis pour votre compte.