Recursos · Integración Make

Integración Payment Rails MakeAutomatiza Payment Rails con Make.

¿Cuánto tiempo se va en copiar pagos y beneficiarios a mano? La integración Payment Rails Make trae 13 módulos: 2 disparadores instantáneos, 9 acciones y 2 búsquedas. Esta guía es para equipos de finanzas y operaciones: conectar la cuenta, montar un primer escenario y elegir cada módulo.

Probar la integración Payment Rails en MakeVer los 13 módulos

Reseñas verificadas en Trustpilot · Agencia de IA, automatización y growth

Lo que puedes automatizar

¿Qué puedes automatizar con la integración Payment Rails Make?

La integración Payment Rails Make une tu cuenta de Payment Rails con Make, una herramienta sin código. Allí construyes un escenario, que es tu automatización, a partir de módulos: cada módulo es una pieza, sea un disparador, una acción o una búsqueda. Así Make crea, consulta, edita y borra pagos y beneficiarios por ti.

Beneficiarios al día en todas tus herramientas. Cuando un proveedor cambia sus datos en tu CRM, Update a Recipient los lleva a Payment Rails. Y si el cambio nace en Payment Rails, Watch Recipient Updated lo devuelve a tu hoja de proveedores.

Altas y pagos sin teclear dos veces. Un colaborador externo rellena tu formulario de alta, Create a Recipient lo registra en Payment Rails y Create a Payment deja su pago preparado en el mismo escenario.

Finanzas informada sin mirar el panel. Watch Payment Status Updated arranca en cuanto un pago cambia de estado. El aviso puede ir a tu programa contable, a una hoja de cálculo o al chat del equipo.

Conviene saber una cosa antes de empezar: Make reconoce que su documentación de Payment Rails es escasa, porque hay poca información pública sobre la app. Prueba cada módulo con datos reales. Lo que no cubren los módulos de la lista se resuelve con Make an API Call. Si todavía comparas plataformas, n8n vs Make resume los criterios y la Reseña de Make cuenta cómo se trabaja con la herramienta. Para equipos que quieren aprender a fondo está el Curso de Make.

Conexión

¿Cómo se conecta Payment Rails con Make?

  1. 01

    Añade un módulo de Payment Rails

    En tu escenario, pulsa el +, busca Payment Rails y elige cualquiera de sus módulos. Make te pedirá una conexión, es decir, tu cuenta de Payment Rails enlazada con Make una sola vez y compartida por todos sus módulos. Pulsa Create a connection.

  2. 02

    Ponle nombre y autoriza a Make

    Dale a la conexión un nombre que reconozcas, por ejemplo el de la cuenta. Luego haz lo que pida Payment Rails: aprobar el acceso de Make en una página de Payment Rails o pegar la clave que te da tu cuenta.

  3. 03

    Guarda y comprueba

    Pulsa Save. El módulo muestra ya tu conexión y Make puede listar lo que es capaz de leer en Payment Rails. El resto de módulos de Payment Rails del escenario usan esa misma conexión sin volver a preguntarte.

Primer escenario

Tu primer escenario: dar de alta y pagar a un proveedor

ObjetivoCuando llega un proveedor nuevo desde otra herramienta, Make lo registra en Payment Rails y prepara su pago.

  1. 01

    Crea el escenario

    Entra en la página Scenarios, crea un escenario nuevo y pulsa el +. Elige la app donde entran tus proveedores, un formulario o una hoja de cálculo, y su módulo que vigila las altas nuevas.

  2. 02

    Añade Create a Recipient

    Pulsa el + a la derecha del primer módulo y añade Create a Recipient. Crea la conexión si Make te la pide y lleva a sus campos los datos del proveedor que vienen del módulo anterior.

  3. 03

    Encadena Create a Payment

    Coloca Create a Payment a continuación. Enlázalo con el beneficiario que acaba de devolver el módulo anterior, para que el pago llegue a quien toca, y completa el resto con datos de tu primera app.

  4. 04

    Prueba con Run once

    Da de alta un proveedor de prueba y pulsa Run once. Cada módulo enseña los bundles que recibió (un bundle es un elemento que pasa de un módulo al siguiente). Comprueba después el resultado en Payment Rails.

  5. 05

    Programa y activa

    Ajusta la programación en el primer módulo: un escenario nuevo revisa cada 15 minutos por defecto, que es además el mínimo del plan Free. Actívalo y se encargará del siguiente proveedor.

Disparadores

¿Qué pone en marcha un escenario de Payment Rails?

2 módulos arrancan un escenario cuando algo ocurre en Payment Rails. Un disparador programado lo revisa Make según la programación del escenario; uno instantáneo lo llama Payment Rails en cuanto ocurre.

Payment Rails1Watch Payment Status Updated

Watch Payment Status Updated

Disparador instantáneo

En Make“Triggers when a payment's status is updated.”

Cada vez que un pago cambia de estado en Payment Rails, tu escenario arranca y recibe ese pago como bundle para pasarlo al siguiente módulo. Es el punto de partida cuando alguien más adelante necesita saber en qué punto está un pago.

Cómo se dispara
instantáneo, Payment Rails avisa a Make por webhook en cuanto cambia el estado, sin intervalo que configurar.
Cuándo usarlo
para actualizar una hoja de seguimiento de pagos o avisar a tu gestoría con cada cambio de estado.
Ojo
si solo te importan algunos estados, pon un filtro justo detrás; si no, cada cambio consume una operación.
Payment Rails2Watch Recipient Updated

Watch Recipient Updated

Disparador instantáneo

En Make“Triggers when a recipient is updated.”

Cualquier cambio en un beneficiario de Payment Rails llega al momento a Make, con la ficha actualizada como bundle. Así tus herramientas guardan los mismos datos de las personas a las que pagas, sin cuadrarlos a mano.

Cómo se dispara
instantáneo, Payment Rails avisa a Make por webhook en cuanto se edita un beneficiario.
Cuándo usarlo
cuando un proveedor corrige sus datos en Payment Rails y tu CRM tiene que reflejarlo.
Ojo
si el mismo escenario ejecuta también Update a Recipient, puede volver a dispararse solo. Separa los flujos o filtra los cambios hechos por Make.
Módulos

¿Qué hacen los módulos de Payment Rails?

Payment Rails te da 11 módulos. Para cada uno: qué hace por ti, cuándo elegirlo y a qué prestar atención.

Payment Rails1

Create a Payment

Acción

En Make“Creates a new payment.”

Convierte datos de otra herramienta en un pago de Payment Rails, listo para el beneficiario que le indiques. Se acabó copiar importes a mano.

Cuándo usarlo
cuando se aprueba una factura en tu programa contable, o justo después de Create a Recipient para un proveedor recién llegado.
Ojo
ensaya antes con datos ficticios; un pago creado por error hay que deshacerlo con Delete a Payment.
Payment Rails2

Create a Recipient

Acción

En Make“Creates a recipient.”

Registra un beneficiario nuevo en Payment Rails a partir de cualquier fuente que Make sepa leer: una respuesta de formulario o un contacto del CRM pasa a ser alguien a quien puedes pagar.

Cuándo usarlo
al incorporar a un autónomo o a un proveedor, para no escribirlo dos veces.
Ojo
si puede que ya exista, pasa antes por Search Recipients o acabarás con duplicados.
Payment Rails3

Delete a Payment

Acción

En Make“Deletes a payment by ID.”

Borra un pago de Payment Rails a partir de su identificador, que obtienes de un disparador, de una búsqueda o de un módulo anterior.

Cuándo usarlo
cuando se anula una factura en tu herramienta de gestión o un pago se creó por error.
Ojo
no hay vuelta atrás. Pon un filtro delante y haz las pruebas con un pago sin importancia.
Payment Rails4

Delete a Recipient

Acción

En Make“Deletes a recipient by ID.”

Elimina un beneficiario de Payment Rails por su identificador, para que la lista contenga solo a quienes siguen trabajando contigo.

Cuándo usarlo
al cerrar la relación con un proveedor que ya archivaste en tu CRM.
Ojo
el borrado es definitivo. Si quieres conservar sus datos, léelos antes con Get a Recipient y guárdalos en una hoja.
Payment Rails5

Get a Payment

Acción

En Make“Gets a payment by ID.”

Trae la ficha completa de un pago cuyo identificador ya tienes, para que los módulos siguientes trabajen con todos sus datos.

Cuándo usarlo
cuando un disparador o una fila de tu hoja te da el identificador y necesitas el resto para escribir un informe o un mensaje.
Ojo
sin identificador, usa mejor Search Payments.
Payment Rails6

Get a Recipient

Acción

En Make“Gets a recipient by ID.”

Consulta un beneficiario por su identificador y pasa su ficha al módulo siguiente, útil para personalizar un correo o completar un asiento contable.

Cuándo usarlo
cuando un bundle de pago trae el identificador del beneficiario y quieres saber quién es.
Ojo
cada consulta gasta una operación; si una búsqueda ya devuelve esos datos, no repitas este módulo sobre una lista larga.
Payment Rails7

Make an API Call

Acción

En Make“Performs an arbitrary authorized API call.”

Llega a cualquier punto de la API de Payment Rails con la conexión que ya creaste, así que tu escenario no se queda en los módulos de esta página.

Cuándo usarlo
cuando necesitas una operación que no está en la lista y tienes a mano la referencia de la API de Payment Rails.
Ojo
la petición la escribes tú y la documentación de Make para esta app es corta. Compruébala con Run once antes de activar.
Payment Rails8

Update a Payment

Acción

En Make“Updates a payment.”

Modifica un pago que ya existe en Payment Rails, de modo que una corrección hecha en tu herramienta de origen no haya que repetirla a mano.

Cuándo usarlo
cuando se rectifica una factura aprobada antes del pago y el pago en Payment Rails tiene que seguirla.
Ojo
el módulo necesita saber qué pago tocar. Consigue el identificador con un disparador o con Search Payments antes en el flujo.
Payment Rails9

Update a Recipient

Acción

En Make“Updates a recipient.”

Envía a Payment Rails los datos nuevos de un beneficiario, para que su ficha coincida con tu CRM o tu herramienta de recursos humanos.

Cuándo usarlo
cuando un proveedor te comunica un cambio y tu equipo lo anota primero en otra app.
Ojo
junto a Watch Recipient Updated en el mismo escenario puede entrar en bucle. Filtra los cambios que vienen de Make.
Payment Rails10

Search Payments

Búsqueda

En Make“Searches payments by given criteria.”

Localiza los pagos que cumplen tus criterios y devuelve cero, uno o varios bundles, uno por pago encontrado.

Cuándo usarlo
para reunir los pagos de un informe, o para encontrar el identificador de un pago antes de Update a Payment o Delete a Payment.
Ojo
cada resultado hace correr el resto del escenario una vez. Afina los criterios o añade un agregador si quieres un único resumen.
Payment Rails11

Search Recipients

Búsqueda

En Make“Searches recipients by given criteria.”

Busca beneficiarios según tus criterios y devuelve cada coincidencia en su propio bundle. Es la comprobación sensata antes de dar de alta a alguien.

Cuándo usarlo
justo antes de Create a Recipient, para saltarte a quien ya está en Payment Rails, o para volcar tu lista de beneficiarios en una hoja.
Ojo
que no aparezca nadie es normal. Prepara un filtro para ese caso.
¿Necesitas ayuda?

¿Necesitas ayuda para automatizar Payment Rails con Make?

Una persona lee cada mensaje.

FAQ

Payment Rails y Make: preguntas frecuentes

01¿La integración Payment Rails Make es gratuita?
Sí, Payment Rails es una app estándar de Make y funciona desde el plan Free. Ese plan tiene límites: 2 escenarios activos, 15 minutos como mínimo entre dos ejecuciones programadas, 5 minutos de ejecución como máximo, archivos de hasta 5 MB y 512 MB de transferencia. Cada paso de un módulo sobre un bundle cuenta como una operación. Los planes de pago, como Core, Pro o Teams, bajan el intervalo a 1 minuto y quitan el tope de escenarios activos. La suscripción a Payment Rails va aparte.
02¿Qué hace falta para conectar Payment Rails con Make?
Basta con una cuenta de Payment Rails y otra de Make. La documentación de Make no menciona requisitos concretos y aclara que hay poca información pública sobre Payment Rails. Los pasos son los habituales: añadir un módulo de Payment Rails, pulsar Create a connection, darle un nombre, autorizar a Make o pegar la clave que te da tu cuenta de Payment Rails y pulsar Save. Esa única conexión sirve después para todos los módulos de Payment Rails.
03¿Los disparadores de Payment Rails funcionan en tiempo real en Make?
Sí. Los dos disparadores, Watch Payment Status Updated y Watch Recipient Updated, son instantáneos: Payment Rails avisa a Make por webhook en cuanto ocurre el cambio, en lugar de esperar a que Make vaya a mirar. El escenario arranca justo después de que un pago cambie de estado o se edite un beneficiario. Si el escenario empieza con otra app, sigue la programación de su primer módulo, cada 15 minutos por defecto.
04¿Qué hacer si falta un módulo de Payment Rails en Make?
Usa Make an API Call. Este módulo llama a cualquier punto de la API de Payment Rails con la misma conexión que los demás, así que los 13 módulos no son un techo. Ten presente que Make califica de limitada su documentación de Payment Rails, de modo que los detalles de la petición salen de la referencia de la API de Payment Rails. Prueba cada llamada con Run once y revisa el bundle devuelto antes de activar.
05¿Make o n8n para automatizar Payment Rails?
Depende sobre todo de dónde viven ya tus automatizaciones. En Make, Payment Rails cuenta con 13 módulos listos, entre ellos 2 disparadores instantáneos, y una llamada genérica a la API para lo demás. Muchas apps tienen también un nodo en n8n: comprueba si existe uno para Payment Rails y qué cubre en pagos y beneficiarios. Con esa comparación, módulo a módulo, la elección suele quedar clara, sobre todo si pesas también las demás herramientas que ya tienes conectadas.
Misma plataforma

Otros docs útiles sobre este stack.

Ver todas las integraciones