Integración Agile CRM n8nAutomatiza Agile CRM con n8n.

Da de alta una ficha de empresa y devuelve el objeto creado, identificador incluido. Ningún campo es obligatorio: la forma de la ficha depende de la colección opcional, que reúne 8 campos.

• Name: el nombre de la empresa, casi siempre {{ $json.company }} tomado del formulario que inició la ejecución.
• Website: la colección de sitios web, útil cuando el dominio hace de clave para cruzar datos más adelante.
• Star Value: una valoración de 0 a 5 para marcar las cuentas que merecen atención.

Elimina una empresa del CRM. La llamada apunta a una sola ficha y no toca nada más, por eso encaja al final de una rama de deduplicación y no en medio de una sincronización.

• Company ID: el identificador de la empresa que se va a borrar, no su nombre. Recupéralo con un company.getAll previo y {{ $json.id }}.

Recupera una empresa y entrega sus campos guardados al siguiente nodo, de modo que el resto del flujo decide con lo que el CRM tiene de verdad y no con una suposición.

• Company ID: el identificador único de esa empresa concreta. Ni el nombre ni el dominio funcionan aquí, conviene buscar el ID antes.

Devuelve las empresas en forma de listado. Es la lectura indicada cuando el flujo necesita toda la cartera y no una ficha suelta.

• Return All: activado, n8n recorre todas las páginas de la API hasta la última empresa; desactivado, Limit fija cuántas vuelven.
• Filter: none, manual para construir condiciones desde la interfaz, o json para pegarlas.
• Must Match: anyFilter abre el resultado, allFilters lo estrecha.
• Simplify: devuelve una versión reducida de la respuesta en lugar de los datos en bruto.

Escribe valores nuevos sobre una empresa que ya existe. La colección opcional trae 8 campos, de Phone a Custom Properties, y tú envías los que el flujo conoce de verdad.

• Company ID: el identificador único de la empresa afectada, el ancla de la actualización.
• Email: el correo de la empresa, con el formato que sugiere el propio campo, name@email.com.
• Tags: identificadores únicos añadidos a la empresa para mantener la base ordenada.

Crea un contacto en Agile CRM con lo que haya producido el nodo anterior. Igual que con las empresas, no hay campos impuestos, y la colección opcional ofrece 12.

• First Name y Last Name: el nombre del contacto, normalmente {{ $json.first_name }} mapeado desde el formulario.
• Email: la colección de correos del contacto, el campo con el que se cruzan casi todos los flujos después.
• Lead Score: la puntuación de partida, para que una solicitud de demo no entre al mismo nivel que un alta en la newsletter.
• Title: el cargo profesional, útil para dirigir la ficha a la persona correcta.

Borra un contacto de la base. Una ficha, una llamada, algo fácil de colocar detrás de una validación humana en lugar de dejarlo correr sobre un listado entero.

• Contact ID: el identificador del contacto que se va a borrar. Resuélvelo antes con contact.getAll, porque este campo no acepta una dirección de correo.

Lee una ficha de contacto y baja sus campos al resto del flujo. Todo lo almacenado viaja con el item, así que los pasos siguientes trabajan con valores reales y no con lo que traía el disparador.

• Contact ID: el identificador único del contacto buscado, la única entrada de la operación.

Trae un listado de contactos con las mismas herramientas de filtrado que el listado de empresas. Aquí es donde se construye un segmento sin abrir la interfaz de Agile CRM.

• Return All: activado, se recuperan todas las páginas; desactivado, Limit marca el número máximo de contactos devueltos.
• Field y Condition Type: cualquier campo buscable comparado con EQUALS, BEFORE, BETWEEN y el resto, frente a Value y Value 2.
• Sort: ordena el resultado antes de que llegue al nodo siguiente.

Sustituye los valores de un contacto por lo que el flujo acaba de calcular. Los 12 campos opcionales son los mismos de la creación, así que el mapeo no cambia entre la rama que crea y la que actualiza.

• Contact ID: el identificador único del contacto afectado.
• Lead Score: la nueva puntuación, a menudo {{ $json.score }} procedente de un paso de scoring anterior.
• Company: el nombre de la empresa asociada, que conviene refrescar cuando la persona cambia de trabajo.

Abre una oportunidad en el embudo. Es la única operación del nodo con una base realmente obligatoria: hay 5 campos que deben ir rellenos o la ejecución se detiene.

• Name: el nombre del negocio, la etiqueta que el equipo leerá en el embudo.
• Close Date: la fecha de cierre, en formato dateTime, así que una fecha calculada antes encaja directamente.
• Expected Value y Probability: el valor esperado y la probabilidad esperada, ambos numéricos.
• Milestone: la etapa del embudo en la que entra.
• Contact IDs: opcional, enlaza el negocio con los contactos que hay detrás.

Retira una oportunidad del embudo. Su sitio está en una rutina de limpieza, cuando un negocio se registró por error y la previsión no debería seguir arrastrándolo.

• Deal ID: el identificador del negocio que se va a borrar, tomado del paso que lo creó o de una lectura deal.getAll.

Un negocio vuelve con sus valores actuales. Así es como un flujo comprueba en qué punto está una oportunidad antes de hacer nada con ella.

• Deal ID: el identificador único del negocio buscado, que conviene guardar desde el paso que lo creó o lo listó.

Lista los negocios del embudo. Admite dos parámetros, los dos relacionados con el volumen que vuelve, lo que la convierte en la lectura más sencilla del nodo.

• Return All: activado, n8n recorre las páginas de la API hasta recoger el último negocio.
• Limit: el número máximo de negocios devueltos mientras Return All siga desactivado, práctico para una prueba rápida.

Modifica los valores de un negocio ya abierto. El identificador del negocio es lo único que la operación exige, y por encima hay 5 campos opcionales.

• Deal ID: el identificador del negocio que se va a actualizar.
• Probability: la nueva probabilidad esperada, el campo del que depende la previsión.
• Expected Value: el importe revisado, por ejemplo {{ $json.amount }} después de una renegociación.
• Custom Data: tus propias claves y valores, para lo que el equipo controla además de los campos estándar.