Envoyez le rapport. Oubliez la routine.
Comptez les commandes de la veille dans PostgreSQL et envoyez le total par e-mail via SendGrid toutes les 24 heures.
LE FLUX
Du déclencheur au résultat.
Un rapport reproductible, associé à ses données sources, au résultat de l’envoi et à l’historique d’exécution.
- 01 →
Schedule
Démarrez selon un intervalle récurrent de 24 heures, ou exécutez manuellement pour tester le rapport.
- 02 →
Collect
Interrogez la table orders et sélectionnez le nombre à partir de .rows[0].orders.
- 03 →
Publish
Envoyez le total à votre équipe en utilisant un expéditeur SendGrid configuré.
UTILISER CETTE RECETTE
Votre workflow,
en YAML.
- Créez DATABASE_DSN pour une base PostgreSQL contenant une table orders et une colonne created_at, ou adaptez la requête à votre schéma.
- Créez SENDGRID_API_KEY, puis remplacez from et to par votre expéditeur vérifié et votre destinataire.
- Vérifiez le fuseau horaire de la session de base de données : CURRENT_DATE détermine la journée d’hier dans ce fuseau.
Copiez ou téléchargez le manifeste, configurez vos valeurs et ajoutez-le via Workflows ou votre espace de travail IA. Ouvrir la console ne crée ni n’active de workflow.
- Interroger les bases de données
- Transformer du JSON
- Envoyer des e-mails
workflow_id: daily-report
title: Daily order report
enabled: true
triggers:
- type: schedule
interval: 24h
steps:
- step_id: report
kind: sql
command:
driver: postgres
dsn: secret://DATABASE_DSN
query: |
SELECT COUNT(*) AS orders
FROM orders
WHERE created_at >= CURRENT_DATE - INTERVAL '1 day'
AND created_at < CURRENT_DATE
- step_id: count
kind: data-json
dependencies: [report]
command:
from_step: report
path: .rows[0].orders
- step_id: send
kind: email
dependencies: [count]
command:
provider: sendgrid
api_key: secret://SENDGRID_API_KEY
from: reports@example.com
to: team@example.com
subject: Yesterday's orders
text: "Orders received: {{ .steps.count.value }}"
Configuration Utilisez une base PostgreSQL avec une table orders et une colonne created_at. Configurez DATABASE_DSN, SENDGRID_API_KEY, un expéditeur vérifié et votre destinataire. Le workflow se lance toutes les 24 heures, sans heure fixe dans la journée.
RÉSULTAT ATTENDU
Sachez quoi vérifier.
Pour 12 commandes la veille, l’étape de comptage renvoie 12 et le texte de l’e-mail est « Orders received: 12 ». Un envoi réussi signifie que le fournisseur a accepté la requête ; vérifiez auprès de lui la livraison finale.
Il s’agit d’une planification par intervalle, et non d’une tâche fixée à 8 h du matin. La première vérification du planificateur peut lancer une exécution immédiatement, et son redémarrage réinitialise le suivi des intervalles. Utilisez un planificateur externe avec un webhook pour une heure locale fixe.
TESTEZ VOTRE CONFIGURATION
Vérifiez une exécution complète.
- Supprimez les déclencheurs pour un test exclusivement manuel, puis rétablissez l’intervalle lorsque l’envoi est prêt.
- Testez une journée sans commande : le nombre doit être 0. Vérifiez également les défaillances de la base de données et du fournisseur d’e-mails.
- Si les rapports en double posent problème, suivez la date du rapport à la destination. Le planificateur ne fait pas respecter concurrency: forbid.
Adaptez cette recette avec votre agent d’IA
Adaptez ce YAML de rapport planifié Adios au schéma de ma base de données et à mon destinataire. Utilisez un déclencheur schedule avec interval: 24h, une étape sql PostgreSQL, data-json pour sélectionner le nombre et une étape email SendGrid. Utilisez les références aux secrets DATABASE_DSN et SENDGRID_API_KEY. Expliquez le fuseau horaire de la base de données, le fonctionnement des intervalles et la gestion des rapports en double. Montrez les modifications et testez avec des données d’exemple avant d’activer la planification ou d’envoyer de vrais e-mails.
POURSUIVEZ LES CONNEXIONS
D’autres recettes de workflows.
Webhook processing
Recevez un événement, transformez ses données et transmettez-les au service suivant.
Explorer →✓Approval workflows
Demandez à un agent de préparer une mise à jour du produit, faites une pause pour obtenir une décision humaine, puis envoyez le résultat approuvé à votre API.
Explorer →