Ressources · Intégration Make

Intégration Payment Rails MakeAutomatiser Payment Rails avec Make.

Et si tes paiements Payment Rails partaient sans ressaisie ? L'intégration Payment Rails Make réunit 13 modules : 2 déclencheurs instantanés, 9 actions et 2 recherches. Ce guide s'adresse aux équipes finance et ops : brancher le compte, monter un premier scénario, choisir le bon module.

Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth

Ce que tu peux automatiser

Que peut faire l'intégration Payment Rails Make ?

L'intégration Payment Rails Make branche ton compte Payment Rails sur Make, un outil sans code. Tu y assembles un scénario, c'est-à-dire ton automatisation, avec des modules : chaque module est une brique, un déclencheur, une action ou une recherche. Make crée, lit, modifie et supprime alors paiements et bénéficiaires à ta place.

La compta prévenue au bon moment. Dès qu'un paiement change de statut, Watch Payment Status Updated lance le scénario. L'info peut atterrir dans ton logiciel comptable, dans un tableur ou dans le canal de l'équipe. Plus besoin de rafraîchir le tableau de bord pour savoir où en est un virement.

Un fichier fournisseurs qui reste juste. Un freelance modifie ses coordonnées dans Payment Rails ? Watch Recipient Updated renvoie la fiche vers ton CRM. Dans l'autre sens, Update a Recipient reporte dans Payment Rails ce que ton équipe a corrigé ailleurs.

Des prestataires payés sans double saisie. Un nouveau prestataire remplit ton formulaire d'inscription : Create a Recipient le crée dans Payment Rails, puis Create a Payment prépare son règlement dans la foulée.

Côté limites, Make le dit lui-même : sa documentation sur Payment Rails reste courte, faute d'informations publiques sur l'app. Teste donc chaque module sur de vraies données. Pour tout ce que les modules listés ne couvrent pas, Make an API Call ouvre le reste de l'API. Tu hésites encore sur l'outil ? Le comparatif n8n vs Make pose les critères, et Combien coûte Make détaille le décompte des opérations. Si tu bloques, le Dépannage Make reprend les erreurs fréquentes.

Connexion

Comment connecter Payment Rails à Make ?

  1. 01

    Ajoute un module Payment Rails

    Dans ton scénario, clique sur le +, tape Payment Rails et choisis n'importe quel module. Make te demande une connexion : ton compte Payment Rails relié à Make une fois pour toutes, puis partagé par tous les modules de l'app. Clique sur Create a connection.

  2. 02

    Nomme-la et autorise Make

    Donne à la connexion un nom parlant, celui du compte par exemple. Suis ensuite ce que Payment Rails te demande : valider l'accès de Make sur une page Payment Rails, ou coller la clé fournie par ton compte Payment Rails.

  3. 03

    Enregistre et vérifie

    Clique sur Save. Le module affiche ta connexion et Make peut lister ce qu'il sait lire dans Payment Rails. Les autres modules Payment Rails du scénario réutilisent cette même connexion, sans rien te redemander.

Premier scénario

Ton premier scénario : payer un nouveau prestataire

ObjectifQuand un prestataire s'inscrit dans un autre outil, Make le crée dans Payment Rails puis prépare son paiement.

  1. 01

    Crée le scénario

    Va sur la page Scenarios, crée un scénario et clique sur le +. Choisis l'app où arrivent tes prestataires, un formulaire ou un tableur, et son module qui surveille les nouvelles entrées.

  2. 02

    Ajoute Create a Recipient

    Clique sur le + à droite du premier module et ajoute Create a Recipient. Crée la connexion si Make la demande, puis glisse dans ses champs les infos du prestataire venues du module précédent.

  3. 03

    Enchaîne Create a Payment

    Place Create a Payment juste après. Relie-le au bénéficiaire que le module précédent vient de créer, pour que le paiement tombe sur la bonne personne, et remplis le reste avec les données de ta première app.

  4. 04

    Teste avec Run once

    Ajoute un prestataire fictif dans ton outil de départ et clique sur Run once. Chaque module affiche les bundles reçus (un bundle, c'est un élément qui passe d'un module à l'autre). Vérifie le résultat dans Payment Rails.

  5. 05

    Planifie et active

    Règle la planification sur le premier module : par défaut, un nouveau scénario vérifie toutes les 15 minutes, c'est aussi l'écart minimal du plan Free. Active ensuite le scénario, il s'occupera du prochain prestataire.

Déclencheurs

Qu'est-ce qui lance un scénario Payment Rails ?

2 modules démarrent un scénario quand quelque chose se passe dans Payment Rails. Un déclencheur planifié est vérifié par Make au rythme du scénario ; un déclencheur instantané est appelé par Payment Rails dès que ça se passe.

Payment Rails1Watch Payment Status Updated

Watch Payment Status Updated

Déclencheur instantané

Dans MakeTriggers when a payment's status is updated.

Ton scénario démarre chaque fois qu'un paiement change de statut dans Payment Rails, et il reçoit ce paiement sous forme de bundle à transmettre. C'est le point de départ idéal quand quelqu'un, plus loin dans la chaîne, doit savoir où en est un règlement.

Comment il se déclenche
instantané, Payment Rails prévient Make par webhook dès que le statut bouge, sans intervalle à régler.
Quand l'utiliser
pour mettre à jour la ligne d'un tableur de suivi ou alerter ton expert-comptable à chaque changement de statut d'un virement.
Attention
ajoute un filtre juste après si seuls certains statuts t'intéressent, sinon chaque changement consomme une opération.
Payment Rails2Watch Recipient Updated

Watch Recipient Updated

Déclencheur instantané

Dans MakeTriggers when a recipient is updated.

Toute modification d'un bénéficiaire dans Payment Rails arrive aussitôt dans Make, avec la fiche à jour comme bundle. Tes outils gardent ainsi les mêmes coordonnées pour les gens que tu paies, sans rapprochement manuel.

Comment il se déclenche
instantané, Payment Rails prévient Make par webhook dès qu'un bénéficiaire est modifié.
Quand l'utiliser
quand un fournisseur corrige ses informations dans Payment Rails et que ton CRM doit suivre.
Attention
si le même scénario lance aussi Update a Recipient, il peut se relancer lui-même. Sépare les deux flux ou filtre les modifications faites par Make.
Modules

Que savent faire les modules Payment Rails ?

Payment Rails te donne 11 modules. Pour chacun : ce qu'il fait pour toi, le moment où tu le choisis, et ce qu'il faut surveiller.

Payment Rails1

Create a Payment

Action

Dans MakeCreates a new payment.

Transforme les données d'un autre outil en paiement Payment Rails, prêt pour le bénéficiaire que tu indiques. Fini la ressaisie des montants à la main.

Quand l'utiliser
dès qu'une facture est validée dans ton logiciel comptable, ou juste après Create a Recipient pour un nouveau prestataire.
Attention
teste d'abord sur des données fictives, un paiement créé par erreur se rattrape avec Delete a Payment.
Payment Rails2

Create a Recipient

Action

Dans MakeCreates a recipient.

Ajoute un bénéficiaire dans Payment Rails depuis n'importe quelle source que Make sait lire : une réponse de formulaire ou un contact du CRM devient quelqu'un que tu peux payer.

Quand l'utiliser
à l'arrivée d'un freelance ou d'un fournisseur, pour éviter de le saisir deux fois.
Attention
lance Search Recipients avant si la personne existe peut-être déjà, sinon gare aux doublons.
Payment Rails3

Delete a Payment

Action

Dans MakeDeletes a payment by ID.

Supprime un paiement de Payment Rails à partir de son identifiant, que tu récupères d'un déclencheur, d'une recherche ou d'un module précédent.

Quand l'utiliser
quand une facture est annulée dans ton outil de gestion ou qu'un paiement a été créé par erreur.
Attention
impossible de revenir en arrière. Place un filtre devant et fais tes essais sur un paiement sans enjeu.
Payment Rails4

Delete a Recipient

Action

Dans MakeDeletes a recipient by ID.

Retire un bénéficiaire de Payment Rails via son identifiant, pour garder une liste limitée aux gens avec qui tu travailles encore.

Quand l'utiliser
à la fin d'une mission, quand le fournisseur passe en archive dans ton CRM.
Attention
la suppression est définitive. Garde une trace avec Get a Recipient avant, dans un tableur par exemple.
Payment Rails5

Get a Payment

Action

Dans MakeGets a payment by ID.

Récupère la fiche complète d'un paiement dont tu connais l'identifiant, pour que les modules suivants puissent s'en servir en entier.

Quand l'utiliser
quand un déclencheur ou une ligne de tableur te donne l'identifiant et qu'il te faut le reste pour rédiger un message ou un rapport.
Attention
sans identifiant, passe plutôt par Search Payments.
Payment Rails6

Get a Recipient

Action

Dans MakeGets a recipient by ID.

Lit un bénéficiaire par son identifiant et transmet sa fiche au module suivant, pratique pour personnaliser un e-mail ou compléter une écriture comptable.

Quand l'utiliser
quand un bundle de paiement contient l'identifiant d'un bénéficiaire et que tu veux savoir qui se cache derrière.
Attention
chaque appel coûte une opération ; si une recherche renvoie déjà ces données, évite de répéter ce module sur une longue liste.
Payment Rails7

Make an API Call

Action

Dans MakePerforms an arbitrary authorized API call.

Atteint n'importe quel point de l'API Payment Rails avec la connexion déjà créée : ton scénario ne s'arrête pas aux autres modules de cette page.

Quand l'utiliser
quand il te faut une opération absente de la liste et que tu as la référence de l'API Payment Rails sous la main.
Attention
tu écris la requête toi-même et la doc de Make est maigre pour cette app. Valide-la avec Run once avant d'activer.
Payment Rails8

Update a Payment

Action

Dans MakeUpdates a payment.

Modifie un paiement existant dans Payment Rails : une correction faite dans ton outil de départ n'a pas besoin d'être refaite à la main.

Quand l'utiliser
quand une facture validée est amendée avant le versement et que le paiement doit suivre.
Attention
le module doit savoir quel paiement changer. Récupère l'identifiant via un déclencheur ou Search Payments plus tôt dans le flux.
Payment Rails9

Update a Recipient

Action

Dans MakeUpdates a recipient.

Envoie les nouvelles coordonnées d'un bénéficiaire dans Payment Rails, pour que sa fiche colle à ton CRM ou à ton outil RH.

Quand l'utiliser
quand un fournisseur t'envoie un changement et que ton équipe le note d'abord dans une autre app.
Attention
associé à Watch Recipient Updated dans le même scénario, il peut tourner en boucle. Filtre les modifications venues de Make.
Payment Rails10

Search Payments

Recherche

Dans MakeSearches payments by given criteria.

Trouve les paiements qui répondent à tes critères et renvoie zéro, un ou plusieurs bundles, un par paiement trouvé.

Quand l'utiliser
pour dresser la liste des versements d'un rapport, ou retrouver l'identifiant d'un paiement avant Update a Payment ou Delete a Payment.
Attention
chaque résultat fait tourner la suite du scénario une fois. Resserre les critères ou ajoute un agrégateur pour obtenir un seul récapitulatif.
Payment Rails11

Search Recipients

Recherche

Dans MakeSearches recipients by given criteria.

Cherche des bénéficiaires selon tes critères et renvoie chaque correspondance dans son propre bundle. C'est le bon réflexe avant de créer quelqu'un.

Quand l'utiliser
juste avant Create a Recipient, pour sauter les personnes déjà présentes, ou pour exporter ta liste de bénéficiaires dans un tableur.
Attention
un résultat vide est normal. Prévois un filtre qui gère ce cas.
Besoin d'aide

Besoin d'aide pour automatiser Payment Rails avec Make ?

Une personne lit chaque message.

FAQ

Payment Rails et Make : les questions fréquentes

01L'intégration Payment Rails Make est-elle gratuite ?
Oui, Payment Rails est une app standard de Make, utilisable dès le plan Free. Ce plan a ses limites : 2 scénarios actifs, 15 minutes minimum entre deux exécutions planifiées, 5 minutes d'exécution au plus, des fichiers jusqu'à 5 Mo et 512 Mo de transfert. Chaque passage d'un module sur un bundle compte comme une opération. Les plans payants, comme Core, Pro ou Teams, descendent l'intervalle à 1 minute et lèvent la limite de scénarios actifs. Ton abonnement Payment Rails, lui, reste à part.
02Que faut-il pour connecter Payment Rails à Make ?
Un compte Payment Rails et un compte Make suffisent pour commencer. La documentation de Make ne cite aucun prérequis particulier et précise que les informations publiques sur Payment Rails sont limitées. La marche à suivre reste classique : ajouter un module Payment Rails, cliquer sur Create a connection, la nommer, autoriser Make ou coller la clé donnée par ton compte Payment Rails, puis Save. Cette connexion unique sert ensuite à tous les modules Payment Rails de tes scénarios.
03Les déclencheurs Payment Rails réagissent-ils en temps réel dans Make ?
Oui. Les deux déclencheurs, Watch Payment Status Updated et Watch Recipient Updated, sont instantanés : Payment Rails prévient Make par webhook dès que ça se passe, au lieu d'attendre que Make vienne vérifier. Ton scénario démarre donc juste après un changement de statut ou la modification d'un bénéficiaire. Un scénario qui commence par une autre app suit en revanche la planification de son premier module, toutes les 15 minutes par défaut.
04Que faire si un module Payment Rails manque dans Make ?
Passe par Make an API Call. Ce module appelle n'importe quel point de l'API Payment Rails avec la même connexion que les autres, donc les 13 modules ne sont pas un plafond. Garde en tête que Make qualifie sa documentation Payment Rails de limitée : les détails de la requête se trouvent dans la référence de l'API Payment Rails. Teste chaque appel avec Run once et lis le bundle renvoyé avant d'activer le scénario.
05Make ou n8n pour automatiser Payment Rails ?
Ça dépend surtout de l'outil où tournent déjà tes automatisations. Côté Make, Payment Rails dispose de 13 modules prêts à l'emploi, dont 2 déclencheurs instantanés, plus un appel d'API générique pour le reste. Beaucoup d'apps ont aussi un nœud n8n : vérifie s'il en existe un pour Payment Rails et ce qu'il couvre sur les paiements et les bénéficiaires. Compare ensuite les deux offres module par module avant de trancher, sans oublier les outils déjà branchés de ton côté.