Présentation du produit
Make représente une automatisation par un scénario de modules connectés. Un événement fournit les données initiales ; les modules suivants associent les champs à des recherches, des transformations ou des actions dans d'autres services. L'unité à suivre est le bundle, un lot de données. Un seul courriel peut contenir un tableau de pièces jointes : le diviser peut multiplier les téléversements suivants. Il faut donc concevoir aussi l'évolution du nombre d'éléments dans le flux.
Un scénario de pièces jointes peut séparer les fichiers, les téléverser, rassembler les liens obtenus puis envoyer un récapitulatif. Router crée des branches filtrées ; un agrégateur rassemble les bundles dans le cadre d'une opération de son module source configuré. Ces outils servent lorsqu'une entrée produit plusieurs résultats. Des étapes d'IA peuvent extraire ou classer des informations, mais leur sortie doit être vérifiée avant de créer une fiche, envoyer un message ou choisir une branche.
Ce que propose Make
- 01Associer les champs entre modules et inspecter les bundles à chaque étape, sans supposer qu'un module reçoit toujours une seule fiche.
- 02Diviser un tableau avec Iterator et réunir les résultats avec un agrégateur, en incluant explicitement les champs nécessaires ensuite.
- 03Définir les filtres, l'ordre des routes et une route de repli. Les routes s'exécutent successivement, pas simultanément.
- 04Prévoir la reprise des modules en échec et, si le stockage est activé, examiner ou relancer les exécutions incomplètes.
Un parcours concret
- 01Pour les pièces jointes, vérifiez le déclencheur de messagerie et l'action de téléversement disponibles avec vos comptes. Utilisez une boîte de test et un dossier maîtrisés.
- 02Conservez l'identifiant du message et ceux des pièces jointes, transmettez le tableau à Iterator et définissez le traitement d'un tableau vide.
- 03Téléversez chaque fichier avec le bon nom et la bonne destination. Contrôlez les identifiants ou liens retournés et la détection d'un événement reçu à nouveau.
- 04Réglez la source et les champs de l'agrégateur, en ajoutant explicitement l'identifiant du message. Group by produit un bundle distinct par groupe.
- 05Envoyez le récapitulatif et vérifiez les changements réels à destination. Réglez ensuite calendrier, budget de crédits et politique d'erreur.
Résumé fondé sur la source ; les affirmations sur le produit n’ont pas été testées indépendamment.
Ce qui le distingue
Make mérite d'être évalué si vous devez comprendre visuellement les branches et les variations de volume. Utilisez vos véritables tableaux, actions de destination et exigences de reprise comme critères. Un scénario court traitant beaucoup de bundles peut effectuer davantage d'opérations et consommer plus de crédits qu'un long scénario avec une seule fiche.
À qui il convient
- Les équipes opérationnelles traitant listes, pièces jointes ou résultats de recherche dans plusieurs services.
- Les processus nécessitant des conditions et des résultats regroupés plutôt qu'une chaîne linéaire.
- Les responsables pouvant maintenir les droits, le budget et les procédures face aux erreurs ou aux écritures en double.
Points à vérifier
- Vérifiez actions, autorisations et champs obligatoires avec des données représentatives. La présence d'une application au catalogue ne prouve pas une action précise.
- Comptez les exécutions après les recherches et Iterator. Cinq pièces jointes peuvent produire cinq téléversements, sans représenter le coût total du scénario.
- Distinguez les crédits Make de la facture du fournisseur d'IA. Le type de connexion, les tokens et certains modules avancés modifient les règles.
- Inspectez la destination avant de répéter une écriture incertaine. Le retour arrière concerne seulement les modules transactionnels, pas toutes les actions des applications.
Questions fréquentes
Les branches de Router sont-elles parallèles ?
Non. Make traite les routes dans l'ordre défini. Le repli reçoit les données qui ne correspondent aux conditions d'aucune autre route. Vérifiez les filtres qui se chevauchent ; une entrée ne correspond pas forcément à une seule route.
Pourquoi une entrée déclenche-t-elle plusieurs actions ?
Une recherche ou un Iterator peut produire plusieurs bundles. Les actions suivantes les traitent séparément. Pour estimer l'usage ou comprendre des sorties répétées, examinez le nombre de bundles du module précédent.
Un agrégateur produit-il toujours un résultat ?
Pas nécessairement un seul : Group by génère un bundle par groupe distinct. Les champs précédents ne restent pas automatiquement accessibles. Le réglage d'agrégation vide détermine aussi si un résultat vide poursuit le flux. Configurez groupes, champs et comportement à vide.
Une opération vaut-elle toujours un crédit ?
C'est le tarif standard des opérations courantes sans IA, avec des exceptions. Router et les filtres ne consomment pas de crédits. L'IA et certaines fonctions avancées ont d'autres règles ; une connexion IA personnelle peut entraîner une facturation séparée des tokens par le fournisseur.
Un échec annule-t-il les actions terminées ?
Seuls les modules prenant en charge les transactions permettent un retour arrière. D'autres applications peuvent déjà avoir été modifiées. Définissez la reprise, vérifiez les réglages et la capacité du stockage des exécutions incomplètes, puis inspectez les fiches existantes avant de relancer.
Les informations ont été vérifiées le 7 nov. 2026 sur le site officiel ou la documentation primaire.
