Geautomatiseerde rapporten en waarschuwingen uit uw databases en apps.
Schrijf een query op basis van uw eigen bedrijfsgegevens en koppel er vervolgens een regel aan. rapport Het werkt volgens een vast schema en verschijnt direct in de portal zodra het wordt geactiveerd. Vervolgens wordt het, naarmate je opschaalt, doorgestuurd naar Slack, Google Chat, Discord, Telegram of e-mail — zoals de cijfers het weergeven, of in het Engels voorgelezen door Nova. waarschuwing Houdt continu dezelfde getallen in de gaten en geeft alleen een melding wanneer een van deze getallen een door u ingestelde grens overschrijdt. Omzet, voorraadniveaus, prijzen, mislukte betalingen: als een query het oplevert, kan een regel het in de gaten houden.
Bij elk abonnement: beperkt bij de gratis en persoonlijke abonnementen, volledig bij de zakelijke en Enterprise-abonnementen.
Twee soorten regels. Eén opgeslagen query.
Beide methoden voeren uw query volgens een schema uit. Het verschil zit hem in wat ze met het resultaat doen – en dat is makkelijker te zien dan te lezen.
Schematisch diagram — ter illustratie, geen schermafbeelding of gemeten data.
Alarm — spreekt alleen als er iets misgaat
Neem het getal dat je query al retourneert en geef aan hoe een fout eruitziet. Zolang alles goed gaat, hoor je helemaal niets. Op het moment dat het misgaat, krijg je één bericht met de ernst die je hebt gekozen – en je wordt niet opnieuw gepingd bij elke volgende run zolang de fout aanhoudt. Wanneer het weer goed gaat, krijg je nog een bericht dat je dat bevestigt, zodat je weet dat het voorbij is zonder dat je hoeft te kijken.
- Boven of onder het door u ingestelde niveau.
- Controle op het aantal rijen: te veel, te weinig, helemaal geen
- Verandering ten opzichte van de vorige run
- Ernst:
kritisch·waarschuwing·informatie
Rapport — verschijnt volgens schema in uw kanalen
De planning wordt uitgevoerd, de query wordt uitgevoerd en de resultaten verschijnen direct in het portaal. Vervolgens kunnen ze worden gedeeld op de platforms die je team al gebruikt voor communicatie, zoals Slack, Google Chat, Discord, Telegram en e-mail, naarmate je bedrijf groeit. Er wordt niets gegenereerd om te downloaden en er worden geen bijlagen toegevoegd: het rapport. is Het bericht. Verstuur het als de cijfers, of laat Nova uitleggen wat de cijfers doen.
- Het programma wordt uitgevoerd ongeacht of er iets is veranderd.
- Kan een aanval tegenhouden als er niets te zeggen valt
- Eenvoudige afbeeldingen of met Nova als verteller — de keuze is aan u.
- Elke run behoudt een link naar die run in de portal.
Vrijwel niets hiervan heeft te maken met de database.
Het gaat om omzet, voorraadniveaus, prijzen, betalingen – en de stille tabel die aangeeft dat er ergens in de keten iets mis is gegaan. De database is toevallig de plek waar het antwoord te vinden is.
Drempelwaarschuwingen, voor elk getal dat uw query retourneert
Drempelbewaking is de eenvoudigste nuttige regel die er is: neem een getal dat je query al retourneert, geef het een bovengrens en bepaal wat als fout wordt beschouwd. Boven de bovengrens. Onder de bovengrens. Of meer veranderd dan je zou verwachten sinds de laatste keer dat de query is uitgevoerd.
De regel heeft geen oordeel over de betekenis van het getal. De omzet van gisteren, het aantal resterende eenheden in het magazijn, de eenheidsprijs, het aantal mislukte betalingen in het afgelopen uur – het zijn allemaal slechts waarden en grenzen. Jij levert het oordeel; de regel zorgt voor het geduld.
Koppel een drempelwaarde aan een ernst En hetzelfde getal kan twee betekenissen hebben: een waarschuwing wanneer het afwijkt, een kritieke boodschap wanneer het ernstig misgaat.
-- Het soort query dat je al hebt. Een regel verwijst ernaar; hij herschrijft hem niet.
SELECT c.naam AS kanaal,
TELL(*) AS bestellingen,
SUM(o.net_totaal) AS inkomsten
VAN verkooporders o
JOIN kanalen c OP c.channel_id = o.channel_id
WAAR o.order_date >= HUIDIGE_DATUM - INTERVAL '1 dag'
EN o.status 'geannuleerd'
GROEP DOOR c.naam
ORDER BY inkomsten DESC;Ter illustratie: uw tabellen, uw bedrijfslogica, uw opgeslagen query. Stel een grens in op inkomsten En dan wordt het een drempelwaarschuwing. Geef het een wekelijks schema en het wordt het bericht op maandagochtend in Slack. Het blijft dezelfde query; we verzenden hem niet en we veranderen hem niet.
Geautomatiseerde verkooprapporten, dagelijks of wekelijks.
Een dagelijks verkooprapport om zeven uur 's ochtends en een wekelijks verkooprapport elke maandag, geleverd op de plek waar uw team de informatie al leest. Eén opgeslagen query, twee planningen, geen overdracht van spreadsheets meer.
Stel vervolgens een melding in voor dezelfde query, maar dan in de andere richting: laat me weten wanneer de omzet van een dag onder het door mij ingestelde bedrag komt, in plaats van me tot maandag te laten wachten.
Lage voorraadwaarschuwingen en aandelen die nooit bewegen.
Houd de voorraad in de gaten ten opzichte van het nabestelpunt en ontvang een melding bij een lage voorraad, zodat u er tijdig actie op kunt ondernemen. Dit kan vanuit uw eigen magazijntabellen of via de Shopify API-connector.
Draai het idee om voor het tegenovergestelde probleem: voorraadwaarschuwingen voor artikelen die al negentig dagen niet verkocht zijn en waar je dus gewoon geld in hebt staan.
Prijsbewaking op basis van uw eigen gegevens.
Koppel een regel aan prijsgegevens die u al in een gekoppelde bron hebt opgeslagen – uw catalogus, uw tariefkaart, een leveranciersfeed die u importeert – en ontvang een melding wanneer er iets verandert of een bepaalde grens overschrijdt.
Om de grenzen duidelijk te stellen: we lezen de bronnen waarnaar u verwijst. We kopiëren geen prijzen van andere websites.
Marktgegevens, bekeken ten opzichte van een door u gekozen niveau.
Onze iTick-connector importeert marktgegevens als opvraagbare rijen, waardoor de prijs van een instrument simpelweg een getal is dat een regel in de gaten kan houden: boven een bepaald niveau, onder een bepaald niveau, of meer bewogen dan verwacht sinds de laatste run.
Het is een waarschuwingstool, geen handelstool. Je ontvangt de melding; er wordt geen order geplaatst.
Mislukte betalingen en vastgelopen bestellingen
Tel het aantal mislukte betalingen dat Stripe in het afgelopen uur heeft geregistreerd, of het aantal bestellingen dat langer dan acceptabel onafgehandeld is gebleven, en activeer een melding wanneer het aantal de door u acceptabele grens overschrijdt.
Vervolgens laat de herstelmelding je weten wanneer alles weer normaal is — en dat is precies het deel dat de meeste waarschuwingen weglaten.
De pijpleiding die stilviel
Een tabel die geen rijen meer ontvangt, is meestal het eerste zichtbare teken dat er iets mis is gegaan in de upstream-sector: een integratie is verlopen, een nachttaak is gestopt, een feed is van structuur veranderd en niemand heeft het gemerkt.
Een regel die het aantal rijen telt of een regel die de veranderingen sinds de laatste run registreert, detecteert dit in een planning en rapporteert het in zakelijke termen: er zijn sinds vier uur vanochtend geen bestellingen meer binnengekomen.
KPI-monitoring, zonder een dashboard te openen.
De meeste software voor gegevensmonitoring vraagt je om de gegevens te bekijken. Dit vereist echter niets van je, tenzij een getal dat voor jou relevant is, verandert.
Illustratief schema — vier KPI's, elk met een eigen lijn. Alleen de lijn die de lijnen kruist, heeft een betekenis.
Een KPI is gewoon een getal dat een query retourneert. Brutomarge, conversieratio, voorraaddekking, de leeftijd van de oudste nog niet verzonden bestelling, klantverloop tot nu toe deze maand – als je het in SQL kunt uitdrukken, kun je er een grens aan stellen en het aan een regel toewijzen. Je hoeft het niet eerst in een aparte meetlaag te definiëren en je hoeft geen dashboard te bouwen voordat er iets mee kan werken.
U kiest de frequentie en het ritme: dagelijks, elk uur, wekelijks of zo vaak als elke vijf minutenWanneer het getal de grens overschrijdt, wordt de regel geactiveerd via de kanalen die je hebt gekozen, met de door jou ingestelde ernst. Wanneer het getal terugkeert, krijg je een melding in het herstelbericht.
Dat is de eerlijke strekking ervan. Dit is geen BI-tool en het is niet bedoeld om je dashboards te vervangen; het is de laag die je vertelt waar je ze moet bekijken. Waar de meeste tools voor datamonitoring een externe bron zijn die je zelf moet opzoeken, is dit iets dat naar je toekomt.
Als een opgeslagen query er toegang toe heeft, kan een regel het bewaken.
Waarschuwingen en rapporten hebben geen eigen idee van wat een gegevensbron is. Een regel verwijst naar een opgeslagen query, en die query volgt hetzelfde verbindingspad als elke andere query op het platform. De regel erft dus uw volledige lijst met bronnen, in plaats van een subset ervan.
Dat is 11 databases — SQL Server, PostgreSQL, MySQL, MariaDB, Oracle, Snowflake, BigQuery, SQLite, Access en DuckDB — plus 8 API-connectoren: Stripe, HubSpot, Shopify, Google Analytics 4, Google Ads, Search Console, ShipStation en iTick. 53 Bronnen, stuk voor stuk even interessant. Mislukte betalingen van Stripe, voorraadniveaus van Shopify, een plotselinge daling van het verkeer in GA4, een instrumentenprijs van iTick.
En omdat de functie gebruikmaakt van de connectorlaag in plaats van deze opnieuw te implementeren, Een connector die we later toevoegen, werkt al op de dag van verzending. — niets om bij te werken in de meldingen, niets om in te schakelen.
Het praktische gevolg. Je kiest nooit uit een menu met opties die wij overwogen te ondersteunen. Je schrijft de query voor de systemen waarop het bedrijf draait, en de regel volgt die systemen.
Drie stappen naar een geautomatiseerd rapport
Je leert geen nieuwe querytaal. Een regel gebruikt een opgeslagen query die je al vertrouwt – de SQL-code, de connector en de filters ervan.
Wijs het naar een opgeslagen query.
Open Automatisering → Waarschuwingen en rapporten en kies een query uit uw Query Builder-bibliotheek. De regel hergebruikt die query, de bijbehorende connector en de filters – er hoeft niets te worden herschreven.
Kies voor een melding of rapport.
Een waarschuwing moet weten wat een fout inhoudt: een niveau waarboven of eronder moet worden gebleven, een aantal rijen of een verandering ten opzichte van de vorige run. Een rapport heeft alleen een planning nodig; de voorwaarde is daar optioneel.
Kies hoe het je bereikt.
Het bericht wordt automatisch verzonden via het belpictogram in de app bij elk abonnement en verspreidt zich naar elke gewenste combinatie van de zeven kanalen naarmate je je abonnement uitbreidt: e-mail, Slack, Google Chat, Discord, Telegram en een ondertekende webhook. Stel de ernst in en kies of het de cijfers zonder tekst of een Nova-commentaar verzendt.
Weet je niet wat je moet kijken? Vraag het aan Nova.
De meeste mensen weten wel dat ze rapporten willen, maar niet over welke query ze een rapport willen. Er is dus een tweede manier: kies de connector die je wilt gebruiken — de selector laat je zien welke van je databases al Schema Intelligence-ondersteuning hebben — en laat Nova de regels voorstellen.
Nova leest je werkelijk schemaVervolgens doet het het belangrijkste: het voert verkennende, alleen-lezen query's uit om te bevestigen dat de gegevens daadwerkelijk aanwezig en ingevuld zijn. Pas daarna stelt het concrete waarschuwingen en rapporten voor, die zijn vernoemd naar uw tabellen en kolommen. Het raadt niet op basis van tabelnamen, maar controleert dit eerst.
Wat Nova doet voordat het iets suggereert.
- Leest het schema. Tabellen, kolommen en gegevenstypen zoals ze er nu uitzien, aangevuld waar Schema Intelligence is toegepast.
- Voert verkennende zoekopdrachten uit. Alleen-lezen probes op de live data, via dezelfde validator als al het andere:
SELECT,MET,UITLEGGEN. - Bevestigt dat de gegevens zijn ingevuld. Een kolom die wel bestaat maar leeg is, levert een nutteloze melding op. Nova ontdekt dat eerder dan jij.
- Stelt de regel voor. Concrete waarschuwingen en rapporten voor uw tabellen, met de conditie, het schema en de ernst al ingevuld — u kunt ze alleen nog maar accepteren of bewerken.
Nova is inbegrepen vanaf de Business-abonnementen en is gebaseerd op gebruik: maandelijks ontvang je Nova-tegoed, daarna betaal je per gebruik.
Zeven plekken waar een data-alert terecht kan komen
Elke regel wordt in eerste instantie weergegeven in het belpictogram van de portal en verspreidt zich vervolgens naar de tools die het bedrijf al gebruikt voor communicatie naarmate u opschaalt. Eén regel kan zich naar zoveel tools tegelijk verspreiden als u wilt.
In-app-meldingen verschijnen in het belletje in de bovenste balk van de portal, en door op een rapportmelding te klikken, wordt de betreffende run geopend. Elke run heeft een eigen permanente link, zodat u de pagina naar een collega kunt sturen in plaats van iets door te sturen. E-mails worden per ontvanger verzonden en de ontvangst wordt per ontvanger bijgehouden, zodat u via de regels kunt zien wie de e-mail daadwerkelijk heeft gezien.
Slack-meldingen, Discord-meldingen, Google Chat en Telegram ontvangen elk een bericht dat specifiek voor dat platform is ontworpen, in plaats van een standaardbericht. Discord-meldingen zijn echte Discord-integraties en elke payload stelt expliciet in op de toegestane vermeldingen, zodat een regel niet per ongeluk je hele server om drie uur 's ochtends kan waarschuwen. Google Chat voegt hieraan toe stabiele schroefdraad: Herhaalde meldingen voor dezelfde regel komen in één gesprek terecht in plaats van dat er elke keer een nieuw gesprek wordt gestart. Dat is een specifiek voordeel van Google Chat; webhooks van Slack en Discord kunnen dit niet.
Webhooks zijn digitaal ondertekend, zodat de ontvanger kan controleren of een bericht daadwerkelijk van ons afkomstig is voordat hij of zij actie onderneemt. Ook worden uitgaande doelen gevalideerd voordat we ze aanroepen.
Of laat Nova het rapport schrijven.
Schakel de gesproken toelichting in en het rapport verandert van een tabel in een briefing. Nova leest voor wat de run daadwerkelijk heeft opgeleverd en schrijft een korte samenvatting in het Engels van wat er gebeurt – over uw verkoopcijfers, uw voorraad of wat u ook maar hebt aangegeven, zoals een journalist een bepaald onderwerp behandelt.
En de vraag is het uitgangspunt, niet de grens. Als het verhaal context nodig heeft die die rijen niet kunnen bieden — bijvoorbeeld prijzen per artikel uit een tabel met verplaatsingen, een vergelijking van deze week per categorie, of welke artikelen daadwerkelijk zijn verplaatst — dan gaat Nova op onderzoek uit. Het leest een samenvatting van uw schema, voert zelf alleen-lezen vervolgquery's uit op dezelfde verbinding en schrijft pas daarna de samenvatting. U bepaalt hoe ver het proces gaat: één ronde voor een snelle analyse, tot vijf voor een diepgaande analyse.
Dit is een andere taak dan die van Nova, die je helpt bij het opstellen van de regel. Nova ontwerpt de regel voordat deze bestaat. Deze taak analyseert de resultaten van de regel, run na run, en doet er onderzoek naar wanneer het verhaal dat vereist.
De figuren vormen de vloer, en de vloer beweegt nooit. De getallen, rijen en reeksen worden eerst verzameld en altijd verzonden. Daar bovenop wordt de toelichting toegevoegd – en mocht dat om welke reden dan ook mislukken, dan wordt het rapport alsnog verzonden met de cijfers intact. Het kan een levering niet vertragen en het kan er ook niet voor zorgen dat deze wordt geblokkeerd.
Omdat Nova elke run vergelijkt met de voorgaande, wordt een verandering weergegeven als een zin in plaats van als een getal dat je zelf moet berekenen. En het is vastgelegd volgens een bepaalde regel: sommige rapporten willen de tekst, andere willen de cijfers in één oogopslag zien. Beide zijn prima, en je kunt zelf kiezen.
Je stelt de diepte van de regel in: maximaal vijf rondes, elk met maximaal twee alleen-lezen query's, waarbij je aggregaties en top-N-resultaten opvraagt in plaats van dumps. Nova stopt vroegtijdig wanneer een thread niet langer nuttig is en slaat het verkennen helemaal over wanneer de seed het verhaal al vertelt. Vertelling is inbegrepen vanaf Business-abonnementen en is gebaseerd op gebruik: maandelijks Nova-credits inbegrepen, daarna betalen per gebruik.
Uw gegevens blijven waar uw gegevens zich bevinden.
Of een regel nu is ingepland of niet, hij werkt op dezelfde manier als elke andere query op het platform.
Netwerkagent die alleen uitgaande verbindingen mogelijk maakt
De agent opent één versleutelde uitgaande verbinding en verstuurt verzoeken. en Het werkt in beide richtingen. Geen inkomende poort, geen VPN, geen firewallwijziging – en uw inloggegevens verlaten uw netwerk nooit.
Alleen-lezen, gevalideerd
Dezelfde validator die alle andere query's controleert, controleert ook deze: alleen SELECT, MET en UITLEGGEN Een geplande regel kan niet naar uw database schrijven.
Door het ontwerp is er een rolbeperking.
Het beheren van regels is beperkt tot de maker van de organisatie, beheerders en querymanagers, omdat een regel die gegevens per e-mail verzendt een machtiging is en geen voorkeur.
Bereikt via de agent: SQL Server · PostgreSQL · MySQL · MariaDB · Oracle · Snowflake · BigQuery · SQLite · Access · DuckDB · Stripe · HubSpot · Shopify · Google Analytics 4 · Search Console · ShipStation · iTick
Veelgestelde vragen over geautomatiseerde rapportage
Wat is het verschil tussen een waarschuwing en een rapport?
Een waarschuwing evalueert een voorwaarde aan de hand van de resultaten van uw query volgens een schema en stelt u alleen op de hoogte wanneer aan die voorwaarde niet meer wordt voldaan. Een waarschuwing heeft een levenscyclus: hij wordt geactiveerd, het incident blijft openstaan en u ontvangt een herstelmelding wanneer het incident is opgelost. Een rapport wordt elke keer volgens een vast schema uitgevoerd en publiceert de resultaten in uw kanalen – er is geen incidentlevenscyclus. U kunt nog steeds een voorwaarde aan een rapport koppelen, maar dan fungeert deze als een verzendfilter: verzend dit alleen als er aan de voorwaarde is voldaan.
Kan ik elke maandagochtend een verkooprapport in Slack ontvangen?
Ja, dat is een rapportageregel. Koppel deze aan je verkoopquery, stel een wekelijks schema in en vink Slack aan als kanaal; voeg e-mail, Discord, Google Chat of Telegram toe als verschillende mensen op verschillende plekken lezen. Elke regel geeft een melding in de app, ongeacht je abonnement, en de chatkanalen worden toegevoegd naarmate je abonnement wordt uitgebreid – Slack zelf is beschikbaar in Business-abonnementen. Als je ook op de hoogte wilt worden gehouden van een slechte dag zonder tot maandag te hoeven wachten, voeg dan een tweede regel toe als melding met een drempelwaarde voor dezelfde query.
Moet ik nieuwe SQL-code schrijven om een rapport in te plannen?
Nee. Een regel verwijst naar een opgeslagen query die je al in de Query Builder hebt en hergebruikt deze – de SQL, de connector en de filters. Je hoeft geen aparte regeltaal te leren en de regel herschrijft je query nooit. Als je er nog geen hebt, schrijf er dan een in de Query Builder of vraag Nova om je schema te lezen en zowel de query als de regel voor te stellen.
Hoe bereiken geplande rapporten mijn team?
Tot zeven kanalen, in elke gewenste combinatie volgens de regels. Het belletje in de bovenste balk van de portal is standaard aanwezig in elk abonnement; e-mail (verzonden en gevolgd per ontvanger, zodat u kunt zien wie het heeft gezien), de chatkanalen — Slack, Google Chat, Discord, Telegram — en ondertekende webhooks worden toegevoegd naarmate u uw abonnement uitbreidt, met de volledige set in de Business-abonnementen. Er zijn geen pdf's en geen bijlagen — het rapport is het bericht zelf, geplaatst op de plek waar uw team al communiceert. Elke run behoudt ook een permanente link naar die run in de portal, zodat u iemand de pagina kunt geven in plaats van een kopie door te sturen.
Krijg ik onbewerkte cijfers, of iets leesbaars?
Volgens de regels geldt het volgende: de cijfers – de rijen en series die uw query heeft geretourneerd – worden altijd eerst gegenereerd en verzonden. Daarnaast kunt u Nova-spraak inschakelen, die de resultaten van de run voorleest en een korte Engelstalige samenvatting schrijft van wat er gebeurt. Hierbij worden de resultaten vergeleken met eerdere runs, zodat een wijziging als een zin wordt weergegeven in plaats van als een getal dat u zelf moet vergelijken. Mocht de spraakfunctie ooit uitvallen, dan wordt het rapport alsnog met de cijfers verzonden; dit kan geen vertraging veroorzaken en niets blokkeren. Spraak is inbegrepen vanaf Business-abonnementen en is gebaseerd op gebruik: maandelijks Nova-credits, daarna betalen per gebruik.
Wat kan een drempelwaarschuwing nu eigenlijk controleren?
Drempelwaarden voor een bijgehouden waarde, controle van het aantal rijen en wijzigingen ten opzichte van de vorige run — alles wordt geëvalueerd aan de hand van de resultaten die uw query retourneert. Het getal kan dus omzet zijn, een voorraadniveau, een prijs, het aantal mislukte betalingen of iets anders. SELECT kan produceren. Elke regel heeft een ernstniveau van kritiek, waarschuwing of informatie, wat bepaalt hoe luid de melding wordt weergegeven. Dit bewaakt de bedrijfsgegevens in uw queryresultaten; het is geen serverstatus- of infrastructuurtool.
Welke bronnen zijn geschikt en wie kan regels opstellen?
Allemaal. Een regel controleert een opgeslagen query, en een opgeslagen query kan zich richten op elk van de 11 databases — SQL Server, PostgreSQL, MySQL, MariaDB, Oracle, Snowflake, BigQuery, SQLite, Access en DuckDB — of een van de 8 API-connectoren: Stripe, HubSpot, Shopify, Google Analytics 4, Google Ads, Search Console, ShipStation en iTick. Connectoren die in de toekomst worden toegevoegd, werken direct op de dag van release, omdat waarschuwingen gebruikmaken van het gedeelde connectorpad in plaats van hun eigen pad. Het beheren van regels is gekoppeld aan de rol van de organisatieaanmaker, beheerders en querymanagers. Automatisering → Waarschuwingen en rapporten.
Stop met ernaar te kijken. Laat het je vertellen.
Kies een opgeslagen query, selecteer een schema of een drempelwaarde en laat het rapport automatisch genereren — of laat Nova uw schema lezen en de eerste paar suggesties doen.
Bij elk abonnement: beperkt bij de gratis en persoonlijke abonnementen, volledig bij de zakelijke en Enterprise-abonnementen.

