Recursos · Integración n8n

Integración SyncroMSP n8nAutomatiza SyncroMSP con n8n.

Cada ficha de SyncroMSP que abres a mano es tiempo que no vuelve. La integración SyncroMSP n8n pone sobre la mesa 20 operaciones repartidas en 4 recursos: clientes, contactos, tickets y alertas RMM. SyncroMSP no tiene trigger, el arranque llega desde fuera. Pensado para soporte.

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

Por qué automatizar

¿Qué te aporta la integración SyncroMSP n8n?

El nodo SyncroMSP es una pieza que colocas dentro de un flujo de n8n para leer y escribir datos de SyncroMSP a través de su API. Abarca 4 recursos, Customer, Contact, Ticket y RMM, con 20 operaciones en total, desde crear un ticket hasta silenciar una alerta. El nodo viene incluido en n8n, así que no hay nada que instalar ni en n8n Cloud ni en una instancia auto-alojada.

El primer flujo suele nacer en el alta de clientes. Una tarea aprobada en ClickUp dispara el flujo, customer.create abre la cuenta con Business Name y Referred By ya rellenos, y contact.create añade a la persona de referencia bajo ese mismo Customer ID. Nadie vuelve a teclear lo que ya estaba escrito.

El segundo caso mira hacia atrás en vez de hacia delante. Un Schedule Trigger, es decir un disparador que se ejecuta cada cierto intervalo, lanza rmm.getAll con Status en resolved y vuelca el recuento mensual en Google Sheets. El informe de servicio deja de depender de capturas de pantalla hechas a última hora.

El tercero mantiene dos herramientas en la misma página. ticket.getAll filtra la cola por Status, la incidencia técnica sigue su curso en Jira Software y, cuando allí se cierra, ticket.update devuelve el estado y la Due Date a SyncroMSP.

Si la llamada a la API que necesitas no aparece en la lista de operaciones del nodo, el nodo HTTP Request la ejecuta directamente y reutiliza ese mismo credential de SyncroMSP mediante la autenticación predefinida. La clave sigue guardada en un único sitio y el flujo cabe en un solo lienzo.

Dos cosas conviene prever. La paginación se decide en cada operación: con Return All desmarcado, n8n se detiene en la cifra que hayas puesto en Limit, algo cómodo al probar y engañoso al exportar. Y como SyncroMSP no trae nodo trigger, cada flujo necesita su propio arranque. La Reseña n8n explica cómo se comportan esos arranques y el Curso n8n te hace montar uno.

Conexión

¿Cómo se conecta SyncroMSP con n8n?

  1. 01

    Genera el token dentro de SyncroMSP

    En SyncroMSP la clave se llama API token. Abre el menú de usuario, entra en Profile/Password, luego en API Tokens y pulsa Create New Token. Elige Custom Permissions: esa es la opción que te deja ponerle nombre al token y ajustar los permisos a lo que el flujo va a hacer de verdad. Copia el valor cuando aparezca.

  2. 02

    Saca el subdominio de tu URL

    El credential pide además un subdominio, y no es la dirección entera. Fíjate en la URL con la que entras cada día: el subdominio es el trozo que queda entre https:// y .syncromsp.com. Si la tuya es https://n8n-instance.syncromsp.com, lo que escribes es n8n-instance y nada más.

  3. 03

    Guarda el credential en n8n

    Ve al menú Credentials de n8n y crea un credential de SyncroMSP, que es el acceso guardado una sola vez y que n8n reutiliza por ti. Pega la API Key y el Subdomain, guarda, y cualquier nodo SyncroMSP de cualquier flujo lo ofrecerá en su desplegable. Un credential, tantos flujos como quieras.

Acciones

Lo que hace el nodo SyncroMSP , operación por operación

El nodo SyncroMSP expone 20 operaciones en 4 recursos. Para cada una: el nodo tal como lo configuras en n8n, los campos obligatorios y nuestras notas de campo.

Matriz recursos × operaciones
RecursoCreateGetGet ManyUpdateDeleteMute
Contact✓✓✓✓✓
Customer✓✓✓✓✓
RMM✓✓✓✓✓
Ticket✓✓✓✓✓

Contact

5 operaciones
01

Create a contact

contact.create

Lo que ves en n8n

Notas y casos de uso

Da de alta un contacto en SyncroMSP y lo cuelga de una cuenta de cliente que ya existe.

Parámetros clave

  • Customer ID: el único campo requerido, el identificador SyncroMSP de la cuenta a la que pertenece el contacto, un identificador y no un nombre comercial. Si llega de un nodo anterior, se escribe como expresión {{ $json.field }}.
  • Email: opcional, con el formato name@email.com que indica el propio campo.
  • Additional Fields: colección opcional con Address, Name, Notes y Phone.
Casos de uso
entra un responsable nuevo en un cliente que ya atiendes y el flujo lo coloca bajo su cuenta en vez de duplicar la ficha.
02

Delete a contact

contact.delete

Lo que ves en n8n

Notas y casos de uso

Borra un contacto de SyncroMSP señalado por su identificador, y nada más que eso.

Parámetros clave

  • Contact ID: requerido. El campo está descrito como borrar un contacto concreto por su ID, así que espera el identificador y no un nombre.
Casos de uso
una rutina de bajas lee la lista que envía el cliente y retira los contactos que ya no trabajan allí. Mete una aprobación manual delante las primeras veces, porque al otro lado no hay vuelta atrás.
03

Get a contact

contact.get

Lo que ves en n8n

Notas y casos de uso

Trae un contacto concreto desde SyncroMSP para que el resto del flujo tenga con qué trabajar.

Parámetros clave

  • Contact ID: requerido, descrito como obtener un contacto concreto por su ID. Entra un identificador, sale una ficha.
Casos de uso
llega un ticket con poco más que un identificador de contacto. Esta operación lo convierte en una ficha utilizable, y el nodo siguiente la transforma en el aviso que el técnico lee antes de devolver la llamada.
04

Get many contacts

contact.getAll

Lo que ves en n8n

Notas y casos de uso

Lista los contactos de SyncroMSP como elementos separados, listos para recorrer o exportar.

Parámetros clave

  • Return All: marcado, n8n pide página tras página hasta el último contacto. Sin marcar, se para antes.
  • Limit: el techo de contactos devueltos mientras Return All siga sin marcar.
Casos de uso
la auditoría trimestral del directorio saca todos los contactos, los compara con la relación que mantiene el cliente y marca las direcciones que rebotan. Return All sin marcar mientras montas el flujo, marcado el día de la verdad.
05

Update a contact

contact.update

Lo que ves en n8n

Notas y casos de uso

Modifica un contacto existente y reescribe solo los campos que metas en la colección.

Parámetros clave

  • Contact ID: señala el contacto a editar. Conviene saber que el nodo no lo marca como requerido, así que un valor vacío no detendrá la ejecución como sí haría un campo obligatorio.
  • Update Fields: colección opcional de 6 entradas, Address, Customer ID, Email, Name, Notes y Phone.
Casos de uso
un cambio de teléfono comentado dentro de un ticket vuelve a la ficha, y el siguiente técnico marca el número correcto.

Customer

5 operaciones
06

Create a customer

customer.create

Lo que ves en n8n

Notas y casos de uso

Abre una cuenta de cliente en SyncroMSP, la ficha de la que cuelga todo lo demás.

Parámetros clave

  • Email: queda fuera de la colección, es opcional y sigue el formato name@email.com.
  • Additional Fields: 11 entradas opcionales, entre ellas Business Name, First Name, Last Name, Phone, Invoice Emails y Notification Email.
  • Referred By: dentro de esa colección, la procedencia del cliente, del estilo Linkedin, Google o el nombre de otro cliente.
Casos de uso
una propuesta firmada crea la cuenta con Business Name y Referred By puestos, y el origen sobrevive al traspaso al equipo técnico.
07

Delete a customer

customer.delete

Lo que ves en n8n

Notas y casos de uso

Elimina una cuenta de cliente de SyncroMSP indicando su identificador.

Parámetros clave

  • Customer ID: requerido, descrito como borrar un cliente concreto por su ID.
Casos de uso
las cuentas creadas durante un ensayo de integración se limpian al terminar y la lista de producción se mantiene creíble. Protégela con un filtro que no deje dudas: un identificador que venga de la rama equivocada del flujo borra una cuenta viva en lugar de la copia de pruebas.
08

Get a customer

customer.get

Lo que ves en n8n

Notas y casos de uso

Recupera una cuenta de cliente y entrega la ficha al nodo siguiente.

Parámetros clave

  • Cutomer ID: requerido, y sí, así aparece escrita la etiqueta dentro del nodo. Está descrito como obtener un cliente concreto por su ID.
Casos de uso
antes de enviar el aviso mensual de facturación, el flujo relee la cuenta para que los datos que se usan después salgan de SyncroMSP y no de una hoja suelta que alguien guardó en su escritorio.
09

Get many customers

customer.getAll

Lo que ves en n8n

Notas y casos de uso

Devuelve la lista de clientes con filtros que la reducen antes de salir de SyncroMSP.

Parámetros clave

  • Return All: marcado, llegan todas las páginas de clientes; sin marcar, Limit pone el tope.
  • Search Query: texto libre que se compara con los datos del cliente, un nombre por ejemplo, con la forma John Doe.
  • Sort: el campo de cliente por el que ordenar, escrito como firstname ASC o city DESC.
Casos de uso
la foto semanal de la cartera, ordenada por razón social, alimenta la reunión de equipo con Return All marcado para que no falte nadie.
10

Update a customer

customer.update

Lo que ves en n8n

Notas y casos de uso

Empuja cambios sobre una cuenta de cliente ya creada, campo a campo.

Parámetros clave

  • Customer ID: nombra la cuenta que se edita y, igual que su equivalente en contactos, el nodo no lo marca como requerido.
  • Update Fields: 12 entradas opcionales, entre ellas Business Name, Email, Phone, Notes, Get SMS y No Email.
Casos de uso
el cliente cambia de oficina y una sola ejecución actualiza Address y Phone en la cuenta, en vez de tres personas editando la misma pantalla el lunes por la mañana.

RMM

5 operaciones
11

Create an RMM alert

rmm.create

Lo que ves en n8n

Notas y casos de uso

Registra una alerta RMM dentro de SyncroMSP a partir de algo que ha detectado otra supervisión.

Parámetros clave

  • Asset ID, Customer ID y Description: tres campos de texto, todos opcionales en esta operación, así que nada bloquea la ejecución si uno se queda vacío.
  • Additional Fields: contiene Resolved, un interruptor de verdadero o falso.
Casos de uso
un script que vigila una copia de seguridad invisible para SyncroMSP llama a un Webhook de n8n, y la alerta aparece en la misma lista que los técnicos ya revisan cada mañana.
12

Delete an RMM alert

rmm.delete

Lo que ves en n8n

Notas y casos de uso

Quita una alerta RMM de SyncroMSP para siempre, de identificador en identificador.

Parámetros clave

  • RMM Alert ID: requerido, descrito como borrar la alerta RMM por su ID.
Casos de uso
un agente de supervisión que se descontroló durante una ventana de reinicio deja un rastro de ruido detrás. Un flujo de limpieza recoge esos identificadores y los borra, y la lista de alertas vuelve a significar algo. Si solo buscas silencio temporal, silenciarla es la vía suave.
13

Get an RMM alert

rmm.get

Lo que ves en n8n

Notas y casos de uso

Relee una alerta RMM concreta para que la decisión posterior se apoye en la ficha real.

Parámetros clave

  • RMM Alert ID: requerido, descrito como obtener una alerta RMM concreta por su ID.
Casos de uso
una regla de escalado recibe un identificador desde un comando escrito en el chat interno, relee la alerta y la dirige al técnico adecuado. Combínala con la operación de listado, que es de donde salen esos identificadores cuando ningún otro sistema los aporta.
14

Get many RMM alerts

rmm.getAll

Lo que ves en n8n

Notas y casos de uso

Repasa la lista de alertas RMM, acotada a un estado si te interesa.

Parámetros clave

  • Return All: marcado, n8n recorre todas las páginas de alertas; sin marcar, Limit fija el máximo devuelto.
  • Status: filtro con tres opciones, active, all y resolved.
Casos de uso
el relevo de las 8 recoge las alertas en active y publica el recuento por cliente, con lo que el equipo empieza con una cola que atender y no con un muro de historial.
15

Mute an RMM alert

rmm.mute

Lo que ves en n8n

Notas y casos de uso

Silencia una alerta RMM durante el tiempo que elijas, sin hacerla desaparecer.

Parámetros clave

  • RMM Alert ID: requerido, descrito como silenciar la alerta RMM por su ID.
  • Mute Period: cuánto dura el silencio, a elegir entre 1-hour, 1-day, 2-days, 1-week, 2-weeks, 1-month y forever.
Casos de uso
una migración de servidor programada va a encender el panel entero. El flujo silencia las alertas afectadas mientras dura la ventana y la guardia reserva su atención para incidencias de verdad.

Ticket

5 operaciones
16

Create a ticket

ticket.create

Lo que ves en n8n

Notas y casos de uso

Registra un ticket nuevo en SyncroMSP contra una cuenta de cliente.

Parámetros clave

  • Customer ID y Subject: los dos son requeridos, la cuenta a la que pertenece el ticket y la línea que nombra el trabajo.
  • Additional Fields: opcional, con Asset ID, Assign to Contact (el ID del contacto al que se asigna el ticket), Issue Type y Status.
  • Issue Type: se elige entre Contract Work, Network Project, Other, Regular Maintenance y Remote Support.
Casos de uso
una petición recibida por formulario se convierte en ticket con el Issue Type ya puesto, y nadie ordena la cola a mano.
17

Delete a ticket

ticket.delete

Lo que ves en n8n

Notas y casos de uso

Hace desaparecer un ticket de SyncroMSP en cuanto le pasas el identificador correcto.

Parámetros clave

  • Ticket ID: requerido, de modo que un valor vacío detiene el nodo antes de llamar a SyncroMSP.
Casos de uso
un duplicado que un buzón automático creó dos veces se retira tras un paso de comparación que confirma que coinciden asunto y cuenta. El borrado es definitivo, así que muchos equipos mandan antes los candidatos a un canal de revisión.
18

Get a ticket

ticket.get

Lo que ves en n8n

Notas y casos de uso

Extrae un ticket suelto de SyncroMSP para lo que venga después en el flujo.

Parámetros clave

  • Ticket ID: el ticket que se lee. A diferencia de las operaciones de borrado y actualización, el nodo no lo marca aquí como requerido, algo fácil de pasar por alto cuando una expresión mapeada se queda sin valor.
Casos de uso
un cliente responde por correo citando un número de ticket y el flujo relee ese ticket antes de decidir si reabre la conversación o la manda al técnico de guardia.
19

Get many tickets

ticket.getAll

Lo que ves en n8n

Notas y casos de uso

Recorre la cola de tickets y devuelve un elemento por ticket, con filtro si lo pides.

Parámetros clave

  • Return All: marcado, vuelven todas las páginas de tickets; sin marcar, Limit decide cuántos.
  • Search Query: texto libre comparado con los datos del ticket, un usuario por ejemplo, con la forma John Doe.
  • Status: uno entre New, In Progress, Scheduled, Customer Reply, Waiting for Parts, Waiting on Customer y Resolved.
Casos de uso
el informe del lunes saca los tickets en Waiting for Parts para que compras reclame los pedidos correctos.
20

Update a ticket

ticket.update

Lo que ves en n8n

Notas y casos de uso

Hace avanzar un ticket reescribiendo únicamente los campos que pongas en la colección de actualización.

Parámetros clave

  • Ticket ID: requerido, el ticket que se modifica.
  • Update Fields: 7 entradas opcionales, Asset ID, Assign to Contact, Customer ID, Due Date, Issue Type, Status y Subject.
  • Due Date: un valor de fecha y hora, de modo que un plazo calculado encaja sin rodeos.
Casos de uso
llegan las piezas al almacén y el ticket pasa de Waiting for Parts a Scheduled con su Due Date puesta.
Necesitas ayuda

¿Necesitas ayuda para automatizar SyncroMSP con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

SyncroMSP y n8n, las preguntas que vienen después

01¿La integración SyncroMSP n8n es gratuita?
Sí, por el lado de n8n. El nodo de SyncroMSP viene incluido con n8n, así que no hay compra en un marketplace, ni plugin que instalar, ni cargo adicional por usarlo. Vale igual en n8n Cloud, la oferta alojada por n8n, que en una instancia auto-alojada montada con Docker o npm en Community Edition, bajo licencia Sustainable Use. Un flujo se comporta igual en los dos sitios, de modo que puedes probar en uno y ejecutar en el otro sin reescribir nada. Lo que cuesta SyncroMSP como herramienta es otra conversación y depende de tu propia cuenta con ellos.
02¿Qué credentials hacen falta para conectar SyncroMSP con n8n?
Uno de clave API, que es el único método de autenticación que admite el nodo. SyncroMSP lo llama API token: se crea desde el menú de usuario, en Profile/Password, luego API Tokens y después Create New Token. La opción Custom Permissions sirve para darle nombre al token y ajustar sus permisos a lo que el flujo hace realmente. El credential pide también el subdominio, ese fragmento de tu dirección situado entre https:// y .syncromsp.com. Guárdalo una vez en el menú Credentials y cualquier nodo SyncroMSP lo encontrará en su desplegable, con la clave viviendo en un único lugar.
03¿Qué límites tiene el nodo SyncroMSP en n8n?
Hay dos que conviene tener presentes. La paginación es una decisión explícita: en las operaciones de listado, Return All hace que n8n pida página tras página hasta agotar los resultados, mientras que dejarlo sin marcar recorta la respuesta al valor que hayas escrito en Limit. Cómodo para probar, incompleto sin avisar cuando exportas. La segunda: el nodo cubre 20 operaciones repartidas en 4 recursos y, si la llamada que buscas no está entre ellas, el nodo HTTP Request va directo a la API de SyncroMSP reutilizando el mismo credential mediante autenticación predefinida. Nada que configurar dos veces.
04¿La integración de SyncroMSP reacciona en tiempo real?
Por sí sola no, porque SyncroMSP no tiene nodo trigger en n8n. Nada queda a la escucha de los cambios, así que el punto de partida lo eliges tú. Un Schedule Trigger ejecuta el flujo cada cierto intervalo fijo, algo que encaja con exportaciones, repasos y controles periódicos. Un nodo Webhook de n8n te da una URL a la que otro servicio llama, que es la forma que tiene un formulario o un script de supervisión de empujar el dato en el momento en que ocurre. El trigger de otra herramienta también sirve: una fila nueva o un mensaje en otro sitio pone en marcha las operaciones de SyncroMSP.
05¿n8n o Make para SyncroMSP?
Depende de cuatro criterios, y ninguno consiste en coronar a un ganador. El alojamiento: n8n se auto-aloja con Docker o npm, o se usa en n8n Cloud, mientras que Make funciona solo alojado por ellos. De ahí sale el control del dato, porque una instancia propia deja las fichas de SyncroMSP dentro de tu infraestructura. El modelo de coste: Make factura por operación. Eso pesa cuando un flujo recorre una lista larga de clientes página a página. Y la lógica visual: ambos dibujan el flujo sobre un lienzo, así que la diferencia acaba estando en la costumbre de quien lo mantiene. Monta el mismo flujo pequeño de tickets en los dos y quédate con el que tu equipo lea más rápido.