Automatiza crowd.dev con n8n: 23 operaciones y 2 eventos

Por qué automatizar

¿Para qué sirve la integración crowd.dev n8n?

crowd.dev es una suite de código abierto de herramientas de comunidad y de datos, pensada para un crecimiento impulsado por la propia comunidad. El nodo de n8n maneja esos datos desde un flujo de trabajo: 23 operaciones repartidas en 6 recursos escriben miembros, actividades, notas, tareas, organizaciones y automatizaciones, las vuelven a leer o las eliminan. El crowd.dev Trigger arranca un flujo cuando ocurre un evento de crowd.dev.

¿Por dónde empezar? Por el inventario. automation.list no pide ni un parámetro y devuelve todas las automatizaciones del tenant, mientras que automation.create registra una nueva con su Trigger y su URL. Un flujo semanal que vuelca ese listado en Google Sheets deja por escrito qué existe antes de tocar nada. Si todavía estás eligiendo plataforma, la Reseña n8n entra en el detalle del alojamiento.

Después llega el volumen de verdad: la actividad. activity.createWithMember escribe el evento y a la persona que lo generó en una sola llamada, así que un colaborador desconocido no rompe la ejecución. Con Source ID y Timestamp bien puestos, el histórico queda ordenado por la fecha real y no apilado a la hora de la importación.

Y queda el momento humano, el de alguien que acaba de entrar. El evento new_member arranca el flujo, note.create guarda el contexto y task.create abre la tarea de bienvenida. Si tu equipo trabaja en Jira Software o avisa por Slack, el mismo flujo reparte el trabajo donde toca.

Todo lo que queda fuera de esas 23 operaciones pasa por el nodo HTTP Request, que llama a cualquier endpoint de la API de crowd.dev reutilizando la misma credencial mediante la autenticación predefinida. La misma conexión, un nodo más, ningún segundo juego de datos de acceso que mantener.

Antes de montar nada, dos avisos. El parámetro Trigger acepta un evento cada vez y no existe un valor comodín: un flujo que tenga que responder a new_activity y a new_member se monta con 2 nodos trigger. Y un campo marcado como requerido detiene el nodo si llega vacío, de modo que una expresión que no resuelve nada tumba la ejecución en vez de dejar medio registro escrito. Mejor así: prefieres un fallo visible a una ficha a medias que nadie revisa.

Conexión

¿Cómo se conecta crowd.dev con n8n?

01
Crear la credencial de crowd.dev
En n8n, abre el menú Credentials y añade una entrada de crowd.dev. Una credencial, es decir un juego de datos de acceso guardado una sola vez en n8n, se reutiliza en todos los flujos de la instancia. Por eso este paso ocurre fuera del nodo. La misma entrada sirve luego para el nodo crowd.dev y para el crowd.dev Trigger, tanto en n8n Cloud como en una instancia autoalojada.
02
Elegir el recurso y después la operación
Coloca el nodo crowd.dev en un flujo y selecciona esa credencial en su lista desplegable. Elige uno de los 6 recursos, Activity, Automation, Member, Note, Organization o Task, y la operación que cuelga de él. La lista de parámetros se redibuja según la operación elegida: los campos obligatorios que ves en pantalla son justo los que necesita esa llamada.
03
Activar el flujo antes de probar el trigger
El nodo se ejecuta cuando tú quieres, pero el crowd.dev Trigger solo escucha mientras el flujo está activo. Actívalo y provoca un evento real en crowd.dev. Del lado del nodo, Get all existing automation data for tenant sigue siendo la prueba más rápida: no pide ningún parámetro, así que una ejecución correcta demuestra que la credencial está bien y que nada más estorba.

Disparadores

¿Qué pone en marcha un flujo de crowd.dev ?

crowd.dev Trigger es el nodo que arranca un workflow cuando algo ocurre en crowd.dev. Cubre 2 eventos, listados abajo por familia. Activas el workflow y cada evento recibido se convierte en una ejecución.

Lo que ves en n8n

Todos los eventos, por familia

Una fila por objeto, un chip por acción. El evento que marcas en el nodo se escribe objeto.acción; pasa el cursor por un chip para leer cuándo se dispara.

new_activity.*1

new_activity.
- new_activity

new_member.*1

new_member.
- new_member

Notas de configuración

01Set up the crowd.dev TriggerEl crowd.dev Trigger arranca el flujo cuando ocurren eventos de crowd.dev. La versión 1 del nodo tiene un único parámetro que rellenar, y ese decide todo lo demás.

El crowd.dev Trigger arranca el flujo cuando ocurren eventos de crowd.dev. La versión 1 del nodo tiene un único parámetro que rellenar, y ese decide todo lo demás.

Parámetros clave

Trigger: el evento que arranca el flujo, elegido entre los 2 valores del catálogo, new_activity o new_member. No hay valor comodín, así que un nodo trigger escucha un evento.

Cuándo usarlo

siempre que la ejecución deba salir de crowd.dev y no de un horario. El flujo tiene que estar activo para que el trigger escuche: algo que funciona en el editor y luego nunca salta suele ser un flujo que quedó apagado. Cubrir los 2 eventos pide 2 nodos trigger, o 2 flujos, que además es la separación más clara cuando los dos caminos no comparten nada.

02New ActivitySalta con new_activity, la primera de las 2 familias de eventos. Es la puerta de entrada a lo que pasa en la comunidad, no a lo que le pasa a una persona concreta.

Salta con new_activity, la primera de las 2 familias de eventos. Es la puerta de entrada a lo que pasa en la comunidad, no a lo que le pasa a una persona concreta.

Cuándo usarlo

cuando el flujo responde a algo que alguien dijo o hizo. Un mensaje, un commit, un comentario: el evento lanza la ejecución y el resto decide cuánto vale. El montaje habitual pone un filtro justo detrás del trigger para que solo sigan las actividades que importan, y después un Create a note o un Create a task sobre el miembro implicado. Mantén corta esa primera rama. En una comunidad viva este trigger salta a menudo, y todo lo que metas en el primer nodo se paga en cada ejecución.

03New MemberSalta con new_member, la segunda familia. Si New Activity habla de lo que ha ocurrido, este habla de quién acaba de llegar.

Salta con new_member, la segunda familia. Si New Activity habla de lo que ha ocurrido, este habla de quién acaba de llegar.

Cuándo usarlo

para la bienvenida, el reparto y el aviso. La ejecución típica abre una tarea con Create a task, la asigna con Assigneess y publica un mensaje para que nadie descubra la llegada una semana más tarde. Si el flujo necesita más de lo que trae el evento, encadena un nodo crowd.dev y vuelve a leer la ficha con Find a member, que pide el ID del miembro. Combínalo con Create an organization cuando esa llegada además destapa una empresa que nadie seguía. Dos detalles hacen fiable esta rama: mantener ligero el primer nodo y comprobar que el flujo está activo, porque el trigger solo escucha en ese estado.

Acciones

¿Qué sabe hacer el nodo crowd.dev ?

El nodo crowd.dev expone 23 operaciones en 6 recursos. Para cada una: el nodo tal como lo configuras en n8n, los campos obligatorios y nuestras notas de campo.

Matriz recursos × operaciones
Recurso	Create	Update	Delete	Create	Create or Update	Create or Update with a Member	Destroy	Find	List
Activity				✓		✓
Automation	✓	✓					✓	✓	✓
Member		✓	✓		✓			✓
Note	✓	✓	✓					✓
Organization	✓	✓	✓					✓
Task	✓	✓	✓					✓

Activity

2 operaciones

01

Create or update an activity with a member

activity.createWithMember

Lo que ves en n8n

Notas y casos de uso

Escribe la actividad y a la persona que la generó en la misma llamada. Si quien contribuyó no está aún en crowd.dev, su ficha se crea junto con el evento.

Parámetros clave

Username: una colección donde cada entrada empareja Platform, el nombre de la plataforma como twitter o github, con Username, el usuario que tiene ahí.
Source ID: el identificador de la actividad en la plataforma, por ejemplo el del mensaje en Discord.
Timestamp: la fecha y la hora en que ocurrió la actividad, lo que mantiene el histórico en orden.

Casos de uso

recuperar el histórico de un foro donde media lista de autores no está en crowd.dev, con Type y Platform tomados del archivo de origen.

02

Create an activity for a member

activity.createForMember

Lo que ves en n8n

Notas y casos de uso

La misma escritura, pero para alguien que ya existe: aquí la actividad se cuelga de un miembro conocido. Es la opción natural dentro de un bucle sobre colaboradores ya identificados.

Parámetros clave

Member: el identificador del miembro que realizó la actividad, normalmente {{ $json.id }} traído de un paso Find a member.
Type: el tipo de actividad, una cadena libre que conviene mantener igual en todos los flujos.
Platform: la plataforma en la que ocurrió la actividad.

Casos de uso

registrar la asistencia a un webinar sobre los miembros inscritos, con Title y Channel desde Additional Options.

Automation

5 operaciones

03

Create a new automation for the tenant

automation.create

Lo que ves en n8n

Notas y casos de uso

Registra una automatización en el tenant de crowd.dev. crowd.dev envía después los datos a la URL que le indiques, y un nodo Webhook de n8n los recibe sin que nadie abra la interfaz de crowd.dev.

Parámetros clave

Trigger: lo que disparará la automatización, o new_activity o new_member.
URL: la URL a la que se envían por POST los datos del webhook, normalmente la URL de producción de un nodo Webhook de n8n.

Casos de uso

montar un alta autoservicio donde cada espacio de trabajo nuevo recibe su propia automatización, en vez de una lista que alguien repasa a mano.

04

Destroy an existing automation for the tenant

automation.destroy

Lo que ves en n8n

Notas y casos de uso

Elimina una automatización del tenant. Aquí nada se selecciona por nombre, así que el flujo tiene que llevar encima el identificador antes de llegar a este nodo.

Parámetros clave

ID: el identificador de la automatización, normalmente {{ $json.id }} salido de un paso List filtrado justo antes.

Casos de uso

limpiar las automatizaciones que apuntan a una URL de pruebas antes de que esa URL se reutilice para otra cosa.

05

Get an existing automation data for the tenant

automation.find

Lo que ves en n8n

Notas y casos de uso

Lee una automatización concreta. Es la forma de comprobar desde un flujo que la URL y el Trigger guardados en el tenant siguen siendo los que esperas.

Parámetros clave

ID: el identificador de la automatización que quieres leer.

Casos de uso

una revisión nocturna que compara la automatización guardada con el endpoint que el equipo mantiene de verdad, y avisa cuando dejan de coincidir.

06

Get all existing automation data for tenant

automation.list

Lo que ves en n8n

Notas y casos de uso

Devuelve todas las automatizaciones del tenant y no pide ningún parámetro. Por eso es el nodo más cómodo para lanzar primero y confirmar que la credencial funciona: si falla, el problema solo puede estar en la conexión.

Casos de uso

hacer inventario antes de una migración, decidir qué se actualiza y qué se elimina, y guardar la salida como foto del antes.

07

Updates an existing automation for the tenant

automation.update

Lo que ves en n8n

Notas y casos de uso

Reescribe una automatización que ya existe. El evento y el destino son obligatorios los dos, así que la llamada lleva la pareja completa aunque solo cambie uno de ellos.

Parámetros clave

ID: el identificador de la automatización que se modifica.
Trigger: lo que disparará la automatización, new_activity o new_member.
URL: la URL de destino de los datos del webhook, aquí la nueva.

Casos de uso

mover todas las automatizaciones a una instancia nueva de n8n en una sola ejecución, reapuntando cada URL.

Member

4 operaciones

08

Create or update a member

member.createOrUpdate

Lo que ves en n8n

Notas y casos de uso

Da de alta al miembro o actualiza el que ya está. crowd.dev mira si ese usuario existe en esa plataforma: si existe, actualiza la ficha; si no, la crea.

Parámetros clave

Platform: la plataforma en la que se comprueba si el miembro existe.
Username: el usuario del miembro en esa plataforma, el valor que decide entre crear y actualizar.
Emails: las direcciones de correo del miembro, en Additional Options, útiles si la ficha tiene que cruzarse con un CRM más adelante.

Casos de uso

llevar a crowd.dev a quien se suscribe a la newsletter y añadir Tags para que el equipo de growth segmente desde el primer día.

09

Delete a member

member.delete

Lo que ves en n8n

Notas y casos de uso

Borra la ficha de un miembro. Solo acepta el identificador, de modo que un flujo que parte de un correo electrónico primero localiza al miembro y después borra.

Parámetros clave

ID: el identificador del miembro que se retira.

Casos de uso

atender una baja pedida desde un formulario y dejar constancia en tu registro de auditoría, con fecha e identificador, fuera de crowd.dev.

10

Find a member

member.find

Lo que ves en n8n

Notas y casos de uso

Recupera un miembro por identificador y entrega la ficha al nodo siguiente. Es el paso que convierte un ID suelto en algo que un mensaje puede nombrar.

Parámetros clave

ID: el identificador del miembro, a menudo {{ $json.id }} que llega de un nodo crowd.dev anterior.

Casos de uso

enriquecer un aviso antes de que llegue al canal del equipo, para que el mensaje hable del miembro y no de un identificador ilegible.

11

Update a member

member.update

Lo que ves en n8n

Notas y casos de uso

Edita a un miembro del que ya tienes el identificador. La pareja plataforma y usuario viaja con la llamada, lo que mantiene la ficha anclada a la misma identidad mientras cambia el resto.

Parámetros clave

ID: el identificador del miembro que se edita.
Username: el usuario del miembro en la plataforma, obligatorio incluso cuando el cambio va por otro lado.
Organizations: las organizaciones asociadas al miembro; si la organización no existe, se crea.

Casos de uso

vincular a un miembro con la empresa donde trabaja, o añadir Notes después de una conversación con soporte.

Note

4 operaciones

12

Create a note

note.create

Lo que ves en n8n

Notas y casos de uso

Deja una nota de texto libre en crowd.dev. Ningún campo es obligatorio, así que una nota vacía también pasa: rellena Body salvo que solo estés probando el cableado.

Parámetros clave

Body: el cuerpo de la nota, el texto en sí.

Casos de uso

volcar el resumen de una llamada con la comunidad en cuanto la transcripción entra en el flujo, mientras los detalles todavía sirven.

13

Delete a note

note.delete

Lo que ves en n8n

Notas y casos de uso

Quita una nota a partir de su identificador. Cobra sentido el día en que un flujo escribe notas solo y hace falta un camino de limpieza para las que salieron mal.

Parámetros clave

ID: el identificador de la nota que se elimina.

Casos de uso

una rama de vuelta atrás que borra la nota creada antes en la misma ejecución cuando un paso posterior falla.

14

Find a note

note.find

Lo que ves en n8n

Notas y casos de uso

Trae una nota para poder leer su texto dentro del flujo y no en la interfaz de crowd.dev. Lo que venga después trabaja sobre el contenido, no sobre una referencia.

Parámetros clave

ID: el identificador de la nota que quieres leer.

Casos de uso

repasar la nota de un miembro antes de enviarle un correo, para no repetir una conversación que ya se tuvo.

15

Update a note

note.update

Lo que ves en n8n

Notas y casos de uso

Sustituye el texto de una nota existente. El identificador es obligatorio y el texto no, de manera que la llamada sale adelante aunque no lleve nada nuevo.

Parámetros clave

ID: el identificador de la nota que se reescribe.
Body: el cuerpo de la nota, aquí el texto nuevo.

Casos de uso

mantener una sola nota viva por miembro y reescribirla con la última interacción, en lugar de acumular una nota nueva cada vez.

Organization

4 operaciones

16

Create an organization

organization.create

Lo que ves en n8n

Notas y casos de uso

Añade una empresa a crowd.dev. Solo el nombre es obligatorio, y son los campos opcionales los que separan una línea vacía de una ficha que alguien vuelve a abrir.

Parámetros clave

Name: el nombre de la organización, el único campo requerido.
Url: la dirección web de la organización, práctica cuando varias fichas comparten nombre.
Employees: el número de empleados de la organización, un número y no una horquilla.

Casos de uso

crear la empresa en cuanto aparece un dominio en un alta y colgar después a las personas con Members.

17

Delete an organization

organization.delete

Lo que ves en n8n

Notas y casos de uso

Saca una empresa del tenant. La llamada pide su identificador, así que el flujo lee antes de escribir y nunca adivina por el nombre que se ve en pantalla.

Parámetros clave

ID: el identificador de la organización que se elimina.

Casos de uso

eliminar el duplicado que dejó una importación, una vez movidos sus miembros a la ficha con la que te quedas.

18

Find an organization

organization.find

Lo que ves en n8n

Notas y casos de uso

Lee la ficha de una empresa. Donde Find a member devuelve a una persona, esta devuelve la cuenta que hay alrededor, que es lo que necesita una regla de reparto para decidir.

Parámetros clave

ID: el identificador de la organización, normalmente traído de la ficha de miembro que la referencia.

Casos de uso

mirar el número de Employees antes de decidir si un alta sigue en autoservicio o pasa a una persona.

19

Update an organization

organization.update

Lo que ves en n8n

Notas y casos de uso

Actualiza una empresa que ya está dada de alta. Name es obligatorio junto al identificador: devuelve el nombre actual cuando lo que cambias es otra cosa.

Parámetros clave

ID: el identificador de la organización que se edita.
Description: una descripción corta de la organización, en Additional Options.
Members: los miembros asociados a la organización, cada elemento es el identificador de un miembro.

Casos de uso

un enriquecimiento semanal que refresca Logo y Employees desde la fuente de datos que el equipo ya paga.

Task

4 operaciones

20

Create a task

task.create

Lo que ves en n8n

Notas y casos de uso

Abre una tarea en crowd.dev. No hay nada obligatorio, cómodo dentro de una rama, aunque también significa que una tarea sin nombre entra igual.

Parámetros clave

Name: el nombre de la tarea, en Additional Options.
Status: el estado de la tarea, una cadena libre que el equipo acuerda una vez.
Assigneess: los usuarios asignados a la tarea, cada elemento es el identificador de un usuario, escrito así en el nodo.

Casos de uso

convertir a un miembro nuevo en una tarea de bienvenida asignada a quien esté de guardia en comunidad esta semana.

21

Delete a task

task.delete

Lo que ves en n8n

Notas y casos de uso

Borra una tarea del tenant. El identificador es la única entrada: guárdalo donde el flujo pueda alcanzarlo cuando la tarea se creó antes en la misma ejecución.

Parámetros clave

ID: el identificador de la tarea que se elimina.

Casos de uso

cancelar sola la tarea de seguimiento cuando el miembro responde antes de que nadie la haya cogido, sin dejar que la lista de pendientes crezca por su cuenta.

22

Find a task

task.find

Lo que ves en n8n

Notas y casos de uso

Devuelve una tarea suelta. Va bien como paso de lectura delante de un nodo de decisión, cuando la rama depende del punto en el que está esa tarea.

Parámetros clave

ID: el identificador de la tarea que se lee.

Casos de uso

comprobar la tarea antes de mandar un recordatorio, para que el recordatorio no caiga sobre algo que ya resolvió un compañero.

23

Update a task

task.update

Lo que ves en n8n

Notas y casos de uso

Cambia una tarea sin sacarla de sitio, casi siempre su estado. Todo menos el identificador vive en Additional Options, así que la llamada lleva únicamente lo que se mueve.

Parámetros clave

ID: el identificador de la tarea que se modifica.
Status: el estado de la tarea, el campo que más mueve un flujo.
Members: los miembros asociados a la tarea, cada elemento es el identificador de un miembro.

Casos de uso

dar por terminada la tarea de incorporación en cuanto el miembro publica por primera vez.

Necesitas ayuda

¿Necesitas ayuda para automatizar crowd.dev con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

Preguntas frecuentes sobre crowd.dev y n8n

01¿La integración crowd.dev n8n es gratis?

Sí por el lado de n8n. El nodo crowd.dev y el crowd.dev Trigger vienen incluidos con n8n: no hay nada que instalar ni coste adicional, da igual que uses n8n Cloud o una instancia autoalojada en Community Edition con licencia Sustainable Use. Un flujo montado en una funciona igual en la otra, así que un prototipo que empieza en Cloud se muda a tu servidor sin reescribir ni un nodo. Lo que cueste crowd.dev en tu plan es otra pregunta y esta página no la responde: compruébalo del lado de crowd.dev antes de dimensionar un flujo que escriba una actividad por cada mensaje de la comunidad.

02¿Qué credenciales hacen falta para el nodo crowd.dev?

Una credencial de crowd.dev, creada una vez en el menú Credentials de tu instancia de n8n. Hay una sola entrada que rellenar, sin selector de autenticación que elegir en el nodo, y tanto el nodo como el trigger la recogen de la misma lista desplegable. Una vez creada queda disponible para todos los flujos de la instancia, y por eso el segundo y el tercer flujo se montan mucho más rápido que el primero. Si algo no cuadra, la señal más rápida es Get all existing automation data for tenant: como no pide ningún parámetro, un fallo ahí apunta a la conexión y no a un campo mal escrito.

03¿Qué límites tiene el nodo crowd.dev en n8n?

Dos, y los dos se manejan. El alcance: el nodo cubre 23 operaciones repartidas en 6 recursos, y todo lo que queda fuera de esa lista pasa por el nodo HTTP Request, que llama a cualquier endpoint de la API de crowd.dev reutilizando la misma credencial con la autenticación predefinida. Los campos requeridos: todas las escrituras salvo Create a note y Create a task piden al menos un valor, y un valor vacío detiene el nodo en lugar de dejar media ficha escrita. Casi todos esos valores son identificadores, así que guarda el ID que devuelve el paso que creó el registro y el flujo no tendrá que buscarlo después.

04¿El crowd.dev Trigger responde en tiempo real?

Depende, y n8n no documenta cómo recibe este trigger sus eventos. Lo que sí está definido es lo que hace: arranca el flujo cuando ocurre el evento de crowd.dev elegido en el parámetro Trigger, New Activity o New Member, y solo escucha mientras el flujo está activo. Diseña con eso en la mano y no con una promesa de tiempos. Si un paso posterior tiene que ejecutarse dentro de un plazo conocido, mídelo en tu propio tenant antes de comprometerte, y deja una vía de reconciliación programada para los registros que de verdad importan. La versión 1 del trigger acepta un evento por nodo, así que cubrir los dos pide 2 nodos trigger.

05¿n8n o Make para crowd.dev?

Depende de cuatro criterios y las dos hacen el trabajo. El alojamiento: n8n corre en tu servidor o en n8n Cloud, Make solo está alojado. De ahí sale el control de los datos, que pesa cuando las fichas de miembros llevan datos personales. El modelo de coste: Make factura por operación, así que un flujo que escribe una actividad por mensaje sube de precio a medida que crece la comunidad, mientras que una instancia de n8n autoalojada traslada ese coste al servidor. Queda la lógica visual, que es sobre todo cuestión de costumbre: quédate con el editor en el que tu equipo se mueva cómodo, porque es el que acabará manteniéndose.

Hack'celeration Lab

Recibe nuestros tips de integración cada semana.

Sin spam. Cancela cuando quieras.

Crear la credencial de crowd.dev

Elegir el recurso y después la operación

Activar el flujo antes de probar el trigger

Todos los eventos, por familia

Notas de configuración

¿Necesitas ayuda para automatizar crowd.dev con n8n?

Recibe nuestros tips de integración cada semana.