Alertes et rapports

Rapports automatisés et alertes à partir de vos bases de données et applications.

Créez une requête sur les données de votre entreprise, puis appliquez-lui une règle. rapport Le programme s'exécute selon son calendrier et atterrit dans le Portail dès son lancement, puis publie les données sur Slack, Google Chat, Discord, Telegram ou par e-mail à mesure que vous évoluez — sous forme de chiffres bruts, ou commentées en anglais par Nova. alerte Le système surveille en continu ces mêmes données et n'intervient que lorsqu'un seuil que vous avez défini est dépassé. Chiffre d'affaires, niveaux de stock, prix, paiements échoués : si une requête renvoie une donnée, une règle peut la surveiller.

Sur chaque forfait · limité pour les versions Gratuite et Personnelle, complet pour les versions Business et Entreprise

Alertes de seuil · rapports programmés Intégré à l'application, ainsi que Slack, Google Chat, Discord et 4 autres. Figures simples ou narration Nova 53 sources — bases de données et API validateur SELECT en lecture seule
Alerte vs. rapport

Deux types de règles. Une requête enregistrée.

Les deux méthodes exécutent votre requête selon une planification. La différence réside dans le traitement du résultat, et c'est plus facile à voir qu'à lire.

Alerte Il vérifie votre nombre à chaque exécution et reste silencieux tant que tout va bien. Dès qu'il dépasse le seuil que vous avez défini, il envoie une notification, puis une autre lorsque la situation revient à la normale.
toujours en dessous l'objectif que vous avez fixé message envoyé Tout est clair vérifié tous les matins On ne vous le dira plus tant que le niveau restera bas.
Rapport Il se déclenche systématiquement selon son calendrier et publie les résultats sur vos chaînes. Rien à ouvrir ni à fermer ; et si vous le souhaitez, il peut suspendre une diffusion lorsqu'il n'y a rien d'intéressant à dire.
Chaque lundi, publié sur le chat facultatif : seulement lorsqu’il y a quelque chose à dire

Schéma — à titre illustratif, et non une capture d'écran ou des données mesurées.

Alerte — ne parle que lorsqu'un problème survient

Récupérez le numéro que votre requête renvoie déjà et décrivez ce qui constitue une erreur. Tant que tout fonctionne correctement, vous ne recevez aucune notification. Dès qu'une erreur survient, vous recevez un message, au niveau de gravité que vous avez choisi, et vous n'êtes plus notifié à chaque exécution tant que l'erreur persiste. Lorsque tout rentre dans l'ordre, un dernier message vous en informe, vous permettant ainsi de savoir que l'erreur est terminée sans avoir à vérifier.

  • Au-dessus ou en dessous du niveau que vous avez défini
  • Vérification du nombre de lignes : trop, pas assez, aucune
  • Changement par rapport à la dernière exécution
  • Gravité: critique · avertissement · info

Le rapport arrive comme prévu, sur vos chaînes

La planification s'exécute, la requête est lancée et les résultats sont immédiatement disponibles sur le portail. Ils sont ensuite diffusés sur les plateformes de communication habituelles de votre équipe : Slack, Google Chat, Discord, Telegram et e-mail, au fur et à mesure de votre expansion. Aucun fichier à télécharger ni pièce jointe n'est requis : le rapport. est Le message. Envoyez-le sous forme de chiffres bruts, ou laissez Nova commenter leur signification.

  • S'exécute que quelque chose ait changé ou non
  • Peut retenir une course quand il n'y a rien à dire
  • Figures simples ou narration Nova — à vous de choisir
  • Chaque exécution conserve un lien vers cette exécution dans le portail.
Ce que les gens regardent réellement

Presque rien de tout cela ne concerne la base de données

Il s'agit des revenus, des niveaux de stock, des prix, des paiements — et de la table vide qui indique un problème en amont. La base de données contient simplement la réponse.

Alertes de seuil, sur n'importe quel nombre renvoyé par votre requête

La surveillance des seuils est la règle la plus simple et la plus utile qui soit : prenez un nombre déjà renvoyé par votre requête, définissez une limite et indiquez ce qui est considéré comme incorrect : au-dessus de cette limite, en dessous, ou avec une variation supérieure à celle attendue depuis la dernière exécution.

La règle ne se prononce pas sur la signification des chiffres. Le chiffre d'affaires d'hier, les unités restantes en stock, le prix unitaire, le nombre de paiements refusés au cours de la dernière heure : ce ne sont que des valeurs et des limites. À vous d'interpréter ; à vous de gérer la patience.

Associer un seuil à un gravité et ce même chiffre peut s'exprimer sur deux tons : un avertissement lorsqu'il dérive, une alerte critique lorsqu'il dérape gravement.

au-dessus de la limite sous la limite modifié depuis la dernière exécution Δ dernière course cette course
revenus_quotidiens.sql votre requête enregistrée
— Le type de requête que vous avez déjà. Une règle y fait référence ; elle ne la réécrit pas.
SELECTIONNER   c.nom                    AS canal,
         PAYS(*)                  AS ordres,
         SOMME(o.net_total)          AS recettes
DE     commandes o
JOINDRE     chaînes c ON c.channel_id = o.channel_id
    o.date_commande >= DATE_ACTUELLE - INTERVALLE '1 jour'
  ET    o.status 'annulé'
GROUPE PAR c.nom
ORDER BY recettes DESC;

Exemple : vos tables, votre logique métier, votre requête enregistrée. Définissez une limite sur recettes Cela devient une alerte de seuil. Programmez-la pour une diffusion hebdomadaire et elle deviendra le message du lundi matin sur Slack. Dans les deux cas, la requête reste la même : nous ne la déployons pas et nous ne la modifions pas.

Rapports de ventes automatisés, quotidiens ou hebdomadaires

Un rapport des ventes quotidien à 7 h et un rapport hebdomadaire tous les lundis, directement sur les plateformes de consultation habituelles de votre équipe. Une seule requête enregistrée, deux planifications, aucun échange de fichiers Excel.

Ensuite, configurez une alerte pour la même requête dans l'autre sens : prévenez-moi lorsqu'un chiffre d'affaires journalier est inférieur au seuil que j'ai fixé, au lieu de me faire attendre jusqu'à lundi pour le savoir.

Alertes de stock faible et l'action qui ne bouge jamais

Surveillez les unités disponibles par rapport au point de réapprovisionnement et recevez une alerte de stock faible tant qu'il est encore temps d'agir, à partir de vos propres tables d'entrepôt ou de Shopify via le connecteur API.

Appliquez le même principe au problème inverse : des alertes d’inventaire pour les articles qui n’ont pas bougé depuis quatre-vingt-dix jours et qui immobilisent votre trésorerie.

Surveillance des prix basée sur vos propres données

Définissez une règle sur les données de prix que vous détenez déjà dans une source connectée (votre catalogue, votre grille tarifaire, un flux de données fournisseur que vous importez) et soyez informé lorsqu'une valeur change ou dépasse un seuil.

Pour clarifier les limites : nous consultons les sources que vous avez indiquées. Nous ne reprenons pas les prix d’autres sites web.

Données de marché, surveillées par rapport à un niveau que vous choisissez

Notre connecteur iTick importe les données de marché sous forme de lignes interrogeables, de sorte que le prix d'un instrument est simplement un autre nombre qu'une règle peut surveiller : au-dessus d'un niveau, en dessous d'un niveau, ou ayant évolué plus que prévu depuis la dernière exécution.

Il s'agit d'un outil d'alerte, et non d'un outil de trading. Vous recevez une notification ; aucun ordre n'est passé.

Paiements échoués et commandes bloquées

Comptez les échecs de paiement enregistrés par Stripe au cours de la dernière heure, ou les commandes en attente au-delà du seuil que vous jugez acceptable, et déclenchez une alerte lorsque ce nombre dépasse ce que vous êtes prêt à tolérer.

Ensuite, la notification de rétablissement vous indique quand tout est revenu à la normale — ce qui est précisément ce que la plupart des alertes omettent.

Le pipeline qui s'est tu

Une table qui cesse de recevoir des lignes est généralement le premier signe visible d'une panne en amont : une intégration a expiré, une tâche nocturne s'est arrêtée, un flux a changé de format et personne ne l'a remarqué.

Une règle de comptage de lignes ou une règle de changement depuis la dernière exécution détecte cela de manière planifiée et le signale en termes commerciaux : aucune commande n’a été enregistrée depuis quatre heures ce matin.

Surveillance des données

Suivi des indicateurs clés de performance (KPI), sans ouvrir de tableau de bord

La plupart des logiciels de surveillance de données vous demandent de les consulter. En réalité, ils ne vous demandent rien tant qu'une donnée importante pour vous ne change pas.

commandes aujourd'hui lié calme revenus · jour calme taux de remboursement message envoyé unités en stock calme

Schéma explicatif — quatre indicateurs clés de performance (KPI), chacun lié à un autre. Seul celui qui se croise a une signification.

Un indicateur de performance clé (KPI) est simplement un nombre renvoyé par une requête. Marge brute, taux de conversion, durée de couverture des stocks, ancienneté de la commande non expédiée la plus ancienne, taux de désabonnement depuis le début du mois : si vous pouvez l'exprimer en SQL, vous pouvez le quantifier et l'intégrer à une règle. Il n'y a pas de couche de métriques distincte à définir au préalable, ni de tableau de bord à créer avant de pouvoir le suivre.

Vous choisissez la limite et vous choisissez la cadence : nocturne, horaire, hebdomadaire ou jusqu'à toutes les cinq minutesLorsque le seuil est atteint, la règle est appliquée par les canaux que vous avez sélectionnés, selon le niveau de gravité que vous avez défini. Une notification de rétablissement vous en informe dès que le système est de nouveau opérationnel.

Voilà sa véritable utilité. Ce n'est pas un outil de BI et il ne prétend pas remplacer vos tableaux de bord ; il vous invite simplement à les consulter. Contrairement à la plupart des outils de surveillance des données qui nécessitent une recherche externe, celui-ci s'offre à vous.

Serveur SQL BigQuery Rayure Shopify connecteur suivant requête enregistrée règle d'alerte/de signalement sept chaînes un seul chemin · chaque source
Toute source, actuelle ou future

Si une requête enregistrée peut l'atteindre, une règle peut la surveiller.

Les alertes et les rapports n'ont aucune connaissance préalable de la source de données. Une règle pointe vers une requête enregistrée, et cette requête emprunte le même chemin de connexion que toutes les autres requêtes de la plateforme. Ainsi, la règle hérite de l'intégralité de votre liste de sources, et non d'un sous-ensemble seulement.

C'est 11 bases de données — SQL Server, PostgreSQL, MySQL, MariaDB, Oracle, Snowflake, BigQuery, SQLite, Access et DuckDB — plus 8 Connecteurs API : Stripe, HubSpot, Shopify, Google Analytics 4, Google Ads, Search Console, ShipStation et iTick. 53 Des sources, toutes aussi intéressantes à surveiller : des paiements échoués de Stripe, les niveaux de stock de Shopify, une chute brutale du trafic sur Google Analytics 4, le prix d’un instrument financier fourni par iTick.

Et parce que cette fonctionnalité emprunte la couche de connexion au lieu de la réimplémenter, Un connecteur que nous ajoutons ultérieurement fonctionne dès sa livraison. — Rien à mettre à jour dans les alertes, rien à activer.

En pratique, cela se traduit en résultats concrets. Vous ne choisissez jamais parmi une liste prédéfinie des fonctionnalités que nous prenons en charge. Vous rédigez la requête en fonction du système d'exploitation de l'entreprise, et la règle s'applique en conséquence.

Trois étapes pour un rapport automatisé

Vous n'apprenez pas un nouveau langage de requête. Une règle utilise une requête enregistrée à laquelle vous faites déjà confiance : son SQL, son connecteur et ses filtres.

01

Indiquez-lui une requête enregistrée

Ouvrir Automatisation → Alertes et rapports Choisissez ensuite une requête dans votre bibliothèque Query Builder. La règle réutilise cette requête, son connecteur et ses filtres ; rien à réécrire.

02

Choisir une alerte ou un rapport

Une alerte doit savoir à quoi ressemble une anomalie : un seuil à ne pas dépasser ou à ne pas dépasser, un nombre de lignes ou une variation par rapport à la dernière exécution. Un rapport, lui, nécessite simplement une planification ; la condition est alors facultative.

03

Choisissez comment il vous parvient

Elle active la notification intégrée à l'application pour chaque forfait et se diffuse sur une combinaison de sept canaux selon votre niveau de forfait : e-mail, Slack, Google Chat, Discord, Telegram et webhook signé. Définissez le niveau de gravité et choisissez d'envoyer les données brutes ou une narration Nova.

Nova AI

Vous ne savez pas quoi regarder ? Demandez à Nova.

La plupart des utilisateurs savent qu'ils veulent des rapports avant même de savoir quelle requête analyser. Il existe donc une autre solution : choisissez le connecteur qui vous intéresse (le sélecteur vous indique quelles bases de données sont déjà compatibles avec Schema Intelligence) et laissez Nova proposer les règles.

Nova lit votre schéma réelEnsuite, il effectue l'étape cruciale : il lance des requêtes exploratoires en lecture seule pour confirmer la présence et la validité des données. Ce n'est qu'après cela qu'il suggère des alertes et des rapports concrets, nommés d'après vos tables et vos colonnes. Il ne se base pas sur les noms des tables ; il effectue d'abord une vérification.

Que fait Nova avant de suggérer quoi que ce soit ?

  1. Lit le schéma. Tables, colonnes et types tels qu'ils existent actuellement — enrichis là où Schema Intelligence a été exécuté.
  2. Exécute des requêtes exploratoires. Sondes en lecture seule sur les données en direct, via le même validateur que tout le reste : SELECTIONNER, AVEC, EXPLIQUER.
  3. Confirme que les données sont renseignées. Une colonne existante mais vide génère une alerte inutile. Nova le détecte avant vous.
  4. Propose la règle. Des alertes et des rapports concrets pour vos tableaux, avec la condition, la planification et la gravité déjà renseignées — à vous de les accepter ou de les modifier.

Nova est inclus à partir des forfaits Business et supérieurs, et son fonctionnement est basé sur l'utilisation : des crédits Nova mensuels sont inclus, puis paiement à l'utilisation.

Livraison

Sept endroits où une alerte de données peut atterrir

Chaque règle est initialement enregistrée dans la notification intégrée au portail, puis se déploie dans les outils de communication existants de l'entreprise à mesure que votre activité se développe. Une seule règle peut être diffusée simultanément à autant d'outils que vous le souhaitez.

Dans l'application
Courriel
Mou Mou
Discorde Discorde
Google Chat Google Chat
Télégramme Télégramme
Webhook

Les notifications intégrées à l'application s'affichent sous forme de cloche dans la barre supérieure du portail. Cliquer sur une notification de rapport ouvre l'exécution correspondante. Chaque exécution possède son propre lien permanent, ce qui permet de transmettre la page à un collègue sans avoir à la transférer. Les e-mails sont envoyés individuellement à chaque destinataire et leur acheminement est suivi, ce qui permet de savoir qui les a effectivement consultés.

Les alertes Slack, Discord, Google Chat et Telegram reçoivent chacune un message adapté à sa plateforme, et non un message générique. Les messages Discord sont de véritables intégrations Discord, et chaque contenu définit explicitement les mentions autorisées ; ainsi, une règle ne peut pas notifier accidentellement tout votre serveur à trois heures du matin. Google Chat ajoute filetage stableLes notifications répétées pour une même règle sont regroupées dans une seule conversation au lieu d'en créer une nouvelle à chaque fois. C'est un avantage propre à Google Chat ; les webhooks de Slack et Discord ne le permettent pas.

Les webhooks sont signés, ce qui permet à votre destinataire de vérifier qu'un envoi provient bien de nous avant d'agir, et les cibles sortantes sont validées avant que nous les appelions.

Narration de Nova

Ou laissez Nova rédiger le rapport

Activez la narration et le rapport passe d'un tableau à un compte rendu. Nova lit les données générées et rédige un bref résumé en anglais de la situation, couvrant vos ventes, votre action ou tout autre élément que vous avez spécifié, à la manière d'un journaliste couvrant son sujet.

Et la requête est le point de départ, pas la limite. Si l'article nécessite un contexte que ces lignes ne peuvent fournir (taux par article issus d'un tableau de mouvements, comparaison de la semaine par catégorie, articles ayant réellement bougé), Nova se charge de le découvrir. Il analyse un résumé de votre schéma, effectue ses propres requêtes de suivi en lecture seule sur la même connexion, et génère ensuite le résumé. Vous décidez du niveau de détail : une seule analyse pour une lecture rapide, jusqu'à cinq pour une analyse approfondie.

Ce rôle est différent de celui de Nova, qui vous aide à créer la règle dès le départ. Ce dernier conçoit la règle avant même qu'elle n'existe. Celui-ci couvre les résultats de la règle exécution après exécution et effectue des recherches à ce sujet lorsque le scénario l'exige.

Les chiffres représentent le sol, et le sol ne bouge jamais. Les chiffres, les lignes et les séries sont d'abord assemblés et systématiquement envoyés. Le texte est ensuite ajouté ; en cas d'échec, le rapport est tout de même diffusé avec les données intactes. Cela ne peut ni retarder ni bloquer la livraison.

Comme Nova compare chaque exécution aux précédentes, toute modification est signalée par une phrase plutôt que par un nombre à calculer manuellement. Ce format est défini selon une règle : certains rapports privilégient le texte explicatif, d’autres les chiffres bruts pour une lecture rapide. Les deux options sont valables, et c’est à vous de choisir.

Vous définissez la profondeur de la règle : jusqu’à cinq itérations, chacune comportant jusqu’à deux requêtes en lecture seule, demandant des agrégats et les N premiers résultats plutôt que des extractions complètes. Nova interrompt l’exploration dès qu’un thread n’est plus pertinent et évite complètement l’exploration lorsque la graine fournit déjà toutes les informations nécessaires. La narration est incluse à partir des forfaits Business et supérieurs, et son coût est basé sur l’utilisation : crédits Nova mensuels inclus, puis paiement à l’utilisation.

narration les chiffres plaine envoie même si la narration échoue même parcours, deux formes
Où la requête s'exécute réellement

Vos données restent là où elles vivent

Qu'elle soit planifiée ou non, une règle s'exécute de la même manière que toutes les autres requêtes sur la plateforme.

Agent réseau sortant uniquement

L'agent ouvre une connexion sortante chiffrée et achemine les requêtes. et Les résultats sont les mêmes dans les deux sens. Aucun port entrant, aucun VPN, aucune modification du pare-feu : vos identifiants ne quittent jamais votre réseau.

Lecture seule, validé

Le même validateur qui protège toutes les autres requêtes protège celles-ci : uniquement celles-ci SELECTIONNER, AVEC et EXPLIQUER Impossible de passer. Une règle planifiée ne peut pas écrire dans votre base de données.

Conception à rôles restreints

La gestion des règles est limitée au créateur de l'organisation, aux administrateurs et aux gestionnaires de requêtes, car une règle d'envoi de données par courrier est une autorisation, et non une préférence.

Contacté par l'intermédiaire de l'agent : SQL Server · PostgreSQL · MySQL · MariaDB · Oracle · Snowflake · BigQuery · SQLite · Access · DuckDB · Stripe · HubSpot · Shopify · Google Analytics 4 · Search Console · ShipStation · iTick

FAQ sur les rapports automatisés

Quelle est la différence entre une alerte et un rapport ?

Une alerte évalue une condition par rapport aux résultats de votre requête selon une planification et vous notifie uniquement lorsque cette condition n'est pas remplie. Elle possède un cycle de vie : elle se déclenche, l'incident reste ouvert et vous recevez une notification de rétablissement une fois l'incident résolu. Un rapport est généré automatiquement selon sa planification et publie les résultats dans vos canaux ; il ne possède pas de cycle de vie d'incident. Vous pouvez toujours associer une condition à un rapport, mais celle-ci agit alors comme un filtre d'envoi : le rapport n'est envoyé que s'il contient des données.

Puis-je recevoir un rapport des ventes sur Slack tous les lundis matin ?

Oui, c'est bien une règle de rapport. Associez-la à votre requête commerciale, définissez une fréquence hebdomadaire et sélectionnez Slack comme canal. Ajoutez également l'e-mail, Discord, Google Chat ou Telegram si différentes personnes consultent les rapports sur différents supports. Chaque règle déclenche une notification dans l'application, quel que soit votre abonnement. Les canaux de discussion sont ajoutés progressivement, notamment Slack pour les abonnements Business. Si vous souhaitez être informé d'une mauvaise journée sans attendre le lundi, ajoutez une seconde règle d'alerte avec un seuil défini pour la même requête.

Dois-je écrire une nouvelle requête SQL pour planifier un rapport ?

Non. Une règle fait référence à une requête enregistrée dans le générateur de requêtes et la réutilise : le code SQL, le connecteur et les filtres. Il n’y a pas de langage de règles supplémentaire à apprendre, et la règle ne réécrit jamais votre requête. Si vous n’en avez pas encore, rédigez-la dans le générateur de requêtes ou demandez à Nova d’analyser votre schéma et de vous proposer la requête et la règle.

Comment les rapports programmés parviennent-ils à mon équipe ?

Jusqu'à sept canaux, combinables à votre guise par règle. La cloche intégrée à l'application, située dans la barre supérieure du portail, est disponible pour chaque forfait. Les e-mails (distribués et suivis par destinataire, vous permettant de voir qui a consulté le message), les canaux de discussion (Slack, Google Chat, Discord, Telegram) et les webhooks signés sont ajoutés progressivement avec l'augmentation de votre abonnement, l'ensemble des fonctionnalités étant inclus dans les forfaits Business. Aucun PDF ni pièce jointe n'est généré : le rapport est le message lui-même, publié sur les plateformes de communication habituelles de votre équipe. Chaque exécution conserve également un lien permanent vers celle-ci dans le portail, vous permettant ainsi de remettre la page en main propre plutôt que de la transférer.

Est-ce que j'obtiens des chiffres bruts, ou quelque chose de lisible ?

Soit, conformément aux règles. Les données (lignes et séries renvoyées par votre requête) sont toujours générées en premier et envoyées systématiquement. De plus, vous pouvez activer la narration Nova, qui analyse les résultats de l'exécution et rédige un court résumé en anglais, en le comparant aux exécutions précédentes. Ainsi, toute modification apparaît sous forme de phrase plutôt que de simple nombre à comparer. En cas de défaillance de la narration, le rapport est tout de même envoyé avec les données ; cela n'entraîne aucun retard ni blocage. La narration est incluse à partir des forfaits Business et supérieurs, et son utilisation est facturée : crédits Nova mensuels, puis paiement à l'utilisation.

Que peut vérifier concrètement une alerte de seuil ?

Seuils sur une valeur suivie, vérifications du nombre de lignes et variation par rapport à la dernière exécution : tous ces éléments sont évalués en fonction des résultats renvoyés par votre requête. Il peut s'agir d'un chiffre d'affaires, d'un niveau de stock, d'un prix, du nombre de paiements échoués ou de toute autre donnée. SELECTIONNER Ce système peut générer des notifications. Chaque règle possède un niveau de gravité (critique, avertissement ou information) qui détermine la fréquence d'affichage de la notification. Il analyse les données métier dans les résultats de vos requêtes ; il ne s'agit pas d'un outil de surveillance de l'état des serveurs ou de l'infrastructure.

Quelles sont les sources qui fonctionnent, et qui peut définir les règles ?

Tous. Une règle surveille une requête enregistrée, et une requête enregistrée peut cibler n'importe lequel des 11 bases de données — SQL Server, PostgreSQL, MySQL, MariaDB, Oracle, Snowflake, BigQuery, SQLite, Access et DuckDB — ou toute autre 8 Connecteurs API : Stripe, HubSpot, Shopify, Google Analytics 4, Google Ads, Search Console, ShipStation et iTick. Les connecteurs ajoutés ultérieurement seront opérationnels dès leur déploiement, car les alertes utilisent le chemin d’accès partagé plutôt que leur propre chemin d’accès. La gestion des règles est réservée au créateur de l’organisation, aux administrateurs et aux gestionnaires de requêtes, selon leur rôle. Automatisation → Alertes et rapports.

Arrête d'aller voir. Laisse-toi guider.

Sélectionnez une requête enregistrée, choisissez une planification ou un seuil, et laissez le rapport vous être envoyé ; ou laissez Nova lire votre schéma et vous suggérer les premières.

Sur chaque forfait · limité pour les versions Gratuite et Personnelle, complet pour les versions Business et Entreprise