Recursos · Integración n8n

Integración Beeminder n8nAutomatiza Beeminder con n8n.

Una meta de Beeminder solo se mueve cuando le llega un dato, y apuntarlo a mano es lo primero que se abandona. La integración Beeminder n8n abre 18 operaciones repartidas en 4 recursos, desde un punto de datos suelto hasta reescribir una meta entera. Sin nodo trigger propio: arranca un Schedule Trigger o un webhook.

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

Por qué automatizar

¿Qué hace realmente la integración Beeminder n8n?

Beeminder representa un compromiso como una línea de la que no conviene salirse, y el nodo de n8n es la tubería que alimenta esa línea. Crea, lee y modifica metas, envía puntos de datos de uno en uno o por lotes, actúa sobre el pledge asociado a una meta y devuelve la cuenta ligada al credential. Cada movimiento es una llamada a la API de Beeminder firmada con tu token, lanzada por lo que inicie el flujo de trabajo.

Hay un punto de partida que casi nadie automatiza y que rinde de inmediato: la revisión. Un flujo semanal llama a goal.getAll, recoge todas las metas de la cuenta y arma un único resumen que sale por Slack el lunes por la mañana. Una sola lectura, un solo mensaje, y la cuenta entera cabe en una pantalla sin abrir Beeminder. Y si hace falta el detalle de una meta concreta, goal.get la relee con Include Datapoints activado y devuelve sus puntos de datos en la misma llamada.

Distinto es el caso de quien abre metas a menudo. goal.create las levanta desde cero con su Goal Slug, su Goal Title, su Goal Type y sus Goal Units, así que una ficha nueva en Notion puede dejar la meta creada y lista antes de que nadie la pida. El campo Dry Run permite ensayar la rama entera sin crear nada mientras la montas.

Y luego está lo cotidiano, que es donde se juega el hábito. Cuando un ticket de Jira Software se cierra, datapoint.create manda el tiempo dedicado al campo Value y el título del ticket a Comment. Si algo se registró mal, datapoint.update corrige el punto existente en lugar de añadir otro encima, y el total sigue siendo fiable.

Lo que quede fuera de estas 18 operaciones se resuelve con el nodo HTTP Request, que llama a cualquier endpoint de la API de Beeminder reutilizando el mismo credential mediante la autenticación predefinida. Con esa salida disponible, ninguna automatización se queda a medias. Quien prefiera aprender la parte de n8n antes de montar todo esto tiene el Curso n8n.

Conexión

¿Cómo conectar Beeminder con n8n?

  1. 01

    Saca el token desde Beeminder

    Lo primero es tener cuenta en Beeminder. El Auth Token personal sale de la opción Apps & API dentro de Account Settings, o de llamar al endpoint de API auth_token si prefieres obtenerlo por código. Apunta también a qué usuario de Beeminder pertenece ese token, porque ese nombre hace falta en el paso siguiente y es el detalle que más se olvida.

  2. 02

    Guarda el credential en n8n

    En n8n, entra en el menú Credentials y añade un credential de Beeminder. Un credential es un conjunto de datos de acceso que se guarda una vez y se reutiliza en todos los flujos. Rellena el campo User con el nombre del usuario de Beeminder y el campo Auth Token con el token recién generado. El nodo ofrece además un tipo de credential OAuth2 si encaja mejor con tu instalación.

  3. 03

    Prueba con la operación más barata

    Coloca un nodo Beeminder en un flujo y elige el credential en el desplegable, donde ya aparece por su nombre. Selecciona un recurso entre Goal, Datapoint, Charge y User, y después una operación. Empieza por goal.getAll: no pide ningún campo obligatorio, así que si vuelve la lista de metas, el token funciona y aún no has escrito nada en la cuenta.

Acciones

Las 18 operaciones de Beeminder en n8n

El nodo Beeminder expone 18 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 ManyUpdateDeleteCancel Step DownCreate AllGet ArchivedRefreshShort CircuitStep DownUncle
Charge✓
Datapoint✓✓✓✓✓✓
Goal✓✓✓✓✓✓✓✓✓✓
User✓

Charge

1 operación
01

Create a charge

charge.create

Lo que ves en n8n

Notas y casos de uso

Esta operación cobra directamente sobre la cuenta de Beeminder ligada al credential, sin pasar por ninguna meta. Crea el cargo y devuelve el registro generado.

Parámetros clave

  • Amount: el importe del cargo en USD, en formato numérico.
  • Note: la explicación que acompaña al cargo, texto libre, conviene rellenarla para que la línea se entienda meses después.
  • Dry Run: activado, la llamada se prueba sin cobrar nada de verdad. Es la forma de montar la rama antes de armarla.
Casos de uso
un bote compartido en el que un compromiso semanal incumplido genera un cargo pequeño, con el motivo escrito en la nota.

Datapoint

6 operaciones
02

Create datapoint for goal

datapoint.create

Lo que ves en n8n

Notas y casos de uso

Un valor, una meta. Es la operación que sostiene casi todas las automatizaciones de Beeminder, porque una meta solo avanza cuando le entra un punto de datos.

Parámetros clave

  • Goal Name or ID: se elige en el desplegable de metas, o con una expresión si el nombre viene de un nodo anterior.
  • Value: el número que se manda a la meta, a menudo {{ $json.value }} recogido del paso previo.
  • Timestamp: si no se envía nada, vale el momento actual.
  • Request ID: una cadena que identifica el punto de datos de forma única, para que una ejecución repetida no cuente dos veces.
Casos de uso
un pase nocturno que registra las páginas leídas con el título del libro en el comentario.
03

Create multiple datapoints at once

datapoint.createAll

Lo que ves en n8n

Notas y casos de uso

La misma meta, varios valores, una sola llamada. En vez de un bucle que repite el nodo fila a fila, el lote entero viaja junto.

Parámetros clave

  • Goal Name or ID: la meta a la que pertenece todo el lote, así que una llamada no puede repartirse entre dos metas.
  • Datapoints: un array de objetos en JSON, cada uno con su valor y, si hace falta, timestamp o comentario, al estilo de [{"value": 1, "comment": "First datapoint"}].
Casos de uso
volcar el histórico de una temporada de entrenamiento al abrir una meta nueva, para que la gráfica arranque con datos reales y no plana.
04

Delete a datapoint

datapoint.delete

Lo que ves en n8n

Notas y casos de uso

Borra un punto de datos registrado en una meta. La gráfica se redibuja sin él, algo que importa cuando un valor erróneo ya ha torcido la línea.

Parámetros clave

  • Goal Name or ID: la meta en la que está el punto, tomada de la lista o resuelta con una expresión.
  • Datapoint ID: el identificador del punto en sí, no su comentario ni su valor. Hay que haberlo leído en un nodo anterior antes de borrar.
Casos de uso
limpiar un duplicado creado por un servicio de entrada que repitió la llamada tras un fallo.
05

Get a single datapoint

datapoint.get

Lo que ves en n8n

Notas y casos de uso

Recupera un punto concreto y devuelve lo que Beeminder guardó de verdad. Sirve como paso de comprobación, no como fuente de datos nuevos.

Parámetros clave

  • Goal Name or ID: la meta donde buscar, ya que un punto de datos siempre se lee dentro del contexto de su meta.
  • Datapoint ID: el identificador exacto del registro que quieres de vuelta.
Casos de uso
un flujo que escribe un valor, lo relee acto seguido y compara ambos antes de dejar correr el resto de la rama.
06

Get many datapoints for a goal

datapoint.getAll

Lo que ves en n8n

Notas y casos de uso

Devuelve los puntos de datos asociados a una meta. Es la operación a la que acudir siempre que al final de la cadena haya un informe o una exportación.

Parámetros clave

  • Goal Name or ID: el único campo obligatorio aquí.
  • Return All: activado, n8n encadena las páginas de la API y trae todos los puntos; desactivado, Limit pone el tope de elementos devueltos.
  • Sort: el atributo por el que ordenar.
  • Page y Per Page: la paginación empieza en la página 1, y Per Page vale 25 por defecto y se ignora mientras Page esté vacío.
Casos de uso
la exportación mensual de una meta a una hoja de cálculo antes de la reunión de seguimiento.
07

Update a datapoint

datapoint.update

Lo que ves en n8n

Notas y casos de uso

Corrige un punto que ya está en la meta en lugar de añadir otro al lado, con lo que el total sigue cuadrando.

Parámetros clave

  • Goal Name or ID y Datapoint ID: ambos obligatorios, juntos señalan el registro exacto que se edita.
  • Value: el número corregido que se envía.
  • Comment y Timestamp: viven en Update Fields, y en una actualización el timestamp conserva el que ya existía si no se envía nada.
Casos de uso
una rama de corrección que ajusta una cifra cuando llega el importe definitivo de una factura, horas después de la primera escritura.

Goal

10 operaciones
08

Create a new goal

goal.create

Lo que ves en n8n

Notas y casos de uso

Levanta una meta desde cero, con la forma de su línea decidida ya en el momento de crearla.

Parámetros clave

  • Goal Slug: el identificador único de la meta, el valor que esperarán después las demás operaciones.
  • Goal Title: el título legible para una persona.
  • Goal Type: a elegir entre hustler, biker, fatloser, gainer, inboxer, drinker o custom.
  • Goal Units: lo que se cuenta, por ejemplo horas, páginas o kilos.
  • Rate e Initial Value: el ritmo esperado en unidades por día y el valor de partida para la fecha de hoy.
  • Dry Run: prueba el endpoint sin crear nada.
Casos de uso
abrir una meta por cada proyecto de cliente nuevo, para que cada uno tenga su propia línea seguida.
09

Get a specific goal

goal.get

Lo que ves en n8n

Notas y casos de uso

Relee una meta y sus atributos. Es el primer nodo natural de cualquier rama que tenga que decidir algo.

Parámetros clave

  • Goal Name or ID: la meta que se lee, desde la lista o mediante expresión.
  • Include Datapoints: activado, la respuesta trae los puntos de datos junto con la meta y ahorra una segunda llamada.
  • Emaciated: quita los atributos road, roadall y fullroad del objeto de la meta, lo que aligera la respuesta cuando no se usan.
Casos de uso
un chequeo matinal que lee una meta antes de decidir si toca mandar un aviso.
10

Get many goals

goal.getAll

Lo que ves en n8n

Notas y casos de uso

Lista las metas de la cuenta ligada al credential. No pide nada, por lo que es el camino más corto para comprobar que un credential funciona.

Parámetros clave

  • Emaciated: la única opción disponible aquí, quita road, roadall y fullroad de cada objeto de meta devuelto.
Casos de uso
un bucle semanal que recoge todas las metas y luego se ramifica meta por meta, para producir un solo mensaje de síntesis en lugar de una decena de notificaciones.
11

Get archived goals

goal.getArchived

Lo que ves en n8n

Notas y casos de uso

Devuelve las metas archivadas en vez de las activas. Otra lista y otra pregunta: qué se estuvo siguiendo antes, no qué está en marcha ahora.

Parámetros clave

  • Emaciated: la misma opción que en los otros listados de metas, retira road, roadall y fullroad de los objetos que vuelven.
Casos de uso
un balance anual que reúne todo lo archivado en el periodo y lo escribe en un documento de resumen.
12

Update a goal

goal.update

Lo que ves en n8n

Notas y casos de uso

Modifica una meta existente, incluida su línea. Es la operación más pesada del lado Goal y la que conviene tratar con cuidado.

Parámetros clave

  • Goal Name or ID: la meta que se modifica, único campo obligatorio.
  • Title e Y-Axis: el título legible y la etiqueta del eje vertical de la gráfica.
  • Tmin y Tmax: las fechas mínima y máxima, ambas en formato yyyy-mm-dd.
  • Road All: un array de arrays que define la bright red line, cada subarray con una fecha, un valor y un ritmo, y un campo a null.
  • Tags: un array de etiquetas alfanuméricas que sustituye a las existentes.
Casos de uso
renombrar y reetiquetar metas en serie cuando un equipo cambia su forma de nombrar los proyectos.
13

Refresh goal data

goal.refresh

Lo que ves en n8n

Notas y casos de uso

Ejecuta la acción Refresh goal data sobre una meta. Apunta a la meta que indiques, y es el único ajuste que el nodo ofrece para ella.

Parámetros clave

  • Goal Name or ID: la meta que se refresca, seleccionada en la lista o construida con una expresión cuando el nombre viaja dentro del elemento.
Casos de uso
un pase programado que llama al refresco sobre unas cuantas metas justo antes de que un flujo de informes las lea.
14

Short circuit pledge

goal.shortCircuit

Lo que ves en n8n

Notas y casos de uso

Ejecuta la acción Short Circuit Pledge sobre una meta, la operación de pledge nombrada tal cual en el catálogo. Se aplica a la única meta que indiques.

Parámetros clave

  • Goal Name or ID: la meta cuyo pledge se cortocircuita. No se pide nada más, así que el nodo es fácil de disparar sin querer: ponlo detrás de una condición explícita.
Casos de uso
una rama asumida dentro de un flujo de compromiso, cerrada con un paso de aprobación para que ninguna automatización llegue sola hasta ahí.
15

Step down pledge

goal.stepDown

Lo que ves en n8n

Notas y casos de uso

Ejecuta la acción Step Down Pledge sobre una meta. Como las demás operaciones de pledge del nodo, solo pide el nombre de la meta y se ejecuta sin paso de confirmación.

Parámetros clave

  • Goal Name or ID: la meta que baja de pledge, tomada del desplegable o resuelta desde el elemento de entrada.
Casos de uso
un flujo de temporada que llama a Step Down Pledge sobre las metas que un equipo deja aparcadas ese mes.
16

Cancel step down

goal.cancelStepDown

Lo que ves en n8n

Notas y casos de uso

Ejecuta la acción Cancel Step Down sobre una meta. Es la contraparte de la operación anterior, la pieza de cualquier camino de vuelta atrás.

Parámetros clave

  • Goal Name or ID: la meta cuyo step down se cancela. Igual que en las demás operaciones de pledge, al nodo le basta el nombre de la meta.
Casos de uso
una rama que salta cuando un proyecto aparcado se reactiva, llamando a Cancel Step Down sobre esa meta.
17

Derail a goal and charge the pledge amount

goal.uncle

Lo que ves en n8n

Notas y casos de uso

Descarrila la meta y cobra el importe del pledge. De todo el nodo, esta es la operación con una consecuencia económica real, y se ejecuta sin ningún paso de confirmación.

Parámetros clave

  • Goal Name or ID: la meta que se descarrila. La descripción del campo lo dice así, de modo que una expresión que apunte al elemento equivocado cuesta dinero en vez de lanzar un error.
Casos de uso
una regla autoimpuesta en la que un compromiso anunciado en público y luego abandonado descarrila la meta correspondiente, lanzada a mano y nunca por calendario.

User

1 operación
18

Get user information

user.get

Lo que ves en n8n

Notas y casos de uso

Devuelve el usuario de Beeminder ligado al credential. No hay campos obligatorios: son las opciones las que deciden cuánta información vuelve.

Parámetros clave

  • Associations: incluye las asociaciones en la respuesta.
  • Diff Since: solo vuelven las metas y los puntos de datos creados o modificados desde esa marca de tiempo, lo que convierte una lectura completa en una lectura incremental.
  • Skinny: devuelve datos de usuario mínimos.
  • Datapoints Count: cuántos puntos de datos incluir.
Casos de uso
una sincronización cada hora que pasa la hora del pase anterior a Diff Since y solo procesa lo que se ha movido.
Necesitas ayuda

¿Necesitas ayuda para automatizar Beeminder con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

Beeminder y n8n, lo que se pregunta después

01¿La integración Beeminder n8n es gratis?
Sí por el lado de n8n. El nodo de Beeminder viene incluido en n8n, así que no hay nada que instalar ni ningún coste extra de n8n para desbloquearlo, tanto en n8n Cloud como en una instancia autoalojada bajo Community Edition y su licencia Sustainable Use. Un flujo montado en un sitio se comporta igual en el otro, de modo que puedes prototipar en Cloud y pasarlo después a tu propio servidor sin reescribir el nodo. Lo que cueste una cuenta de Beeminder es otra pregunta, y esta página no la responde: depende de tu plan en Beeminder, no de n8n.
02¿Qué credenciales necesita el nodo de Beeminder?
Un token de usuario de API, y el nodo ofrece además un tipo de credential OAuth2. Por la vía del token hacen falta dos valores: un nombre User, que tiene que coincidir con el usuario de Beeminder para el que se generó el token, y un Auth Token personal de ese usuario. El token se saca de la opción Apps and API dentro de Account Settings, o llamando al endpoint de API auth_token si prefieres obtenerlo por código. Los dos valores van a un credential de Beeminder creado una sola vez en el menú Credentials de n8n, y a partir de ahí cada nodo lo elige en un desplegable. No hay que repetir la configuración en cada flujo.
03¿Qué límites tiene el nodo de Beeminder en n8n?
El nodo cubre 18 operaciones repartidas en 4 recursos: Goal, Datapoint, Charge y User. Lo que quede fuera de ese catálogo pasa por el nodo HTTP Request, que llama a cualquier endpoint de la API de Beeminder reutilizando el mismo credential mediante la autenticación predefinida, así que nada obliga a salir de n8n. En las lecturas, vigila la paginación: al recuperar muchos puntos de datos de una meta vuelve todo si Return All está activado, y se corta en Limit si no lo está. Per Page vale 25 por defecto y se ignora mientras Page siga vacío, que es el motivo habitual de una primera exportación más corta de lo esperado.
04¿Beeminder reacciona en tiempo real en n8n?
Por sí solo no. Beeminder no tiene nodo trigger en n8n, así que un flujo que lo toque arranca en otro sitio. Los tres puntos de partida habituales son un Schedule Trigger que se dispara a intervalo fijo, un Webhook de n8n al que llama un servicio externo, es decir una URL de n8n que otras herramientas golpean para lanzar la ejecución, y el trigger de otra herramienta que ya uses. A partir de ahí el nodo de Beeminder hace la lectura o la escritura. Un Schedule Trigger nocturno cubre la mayoría de necesidades de seguimiento, y el webhook sirve cuando el evento tiene que empujarse en el momento en que ocurre.
05¿n8n o Make para Beeminder?
La decisión va de alojamiento, control de los datos y modelo de coste. Make está alojado por Make, sin opción de autoalojamiento, y se factura por operación, de forma que un flujo que escribe muchos puntos de datos sale más caro a medida que crece. n8n funciona en n8n Cloud o en tu propio servidor con Docker o npm, y el mismo flujo se comporta igual en los dos casos, algo que pesa si los datos de Beeminder deben quedarse en una infraestructura que controlas. Ambas plataformas trabajan con lógica visual. Make encaja en un montaje alojado sin servidor que mantener, y n8n cuando el autoalojamiento, el recurso a HTTP Request y la previsibilidad del coste pesan más.