Recursos · Integración n8n

Integración Fibery n8nAutomatiza Fibery con n8n.

¿Qué cubre de verdad la integración Fibery n8n? El nodo reúne 6 operaciones en 2 recursos, desde listar bases hasta crear, leer, actualizar y borrar entidades, y un trigger por webhook escucha una base para entregar cada cambio en cuestión de segundos.

Nodo comunitario Este nodo no viene con n8n: es un paquete comunitario (@fibery/n8n-nodes-fibery) que instalas desde Settings › Community nodes en una instancia autoalojada. npm

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

Por qué automatizar

Para qué sirve la integración Fibery n8n

La integración Fibery n8n añade dos nodos a un workflow: el nodo principal lee, escribe, actualiza y borra datos de Fibery mediante 6 operaciones repartidas en 2 recursos, Database y Entity, y un trigger que recoge los eventos de una base de Fibery y los entrega al workflow según van ocurriendo, sin necesidad de polling.

En Fibery vive el trabajo: funcionalidades, incidencias, cuentas, candidaturas, todo lo que el espacio modela como bases y entidades. n8n se ocupa de la fontanería alrededor. Por eso existe el nodo: leer una entidad, escribir otra o recorrer una base entera sin que nadie abra la aplicación.

Se repiten tres formas de uso. La entrada: algo llega por un formulario o un correo y le toca vivir en Fibery, así que entity.create lo deposita en la base correcta con los campos ya rellenados. La salida: entity.getMany extrae una porción filtrada de una base a una hora fija y la vuelca en una hoja de cálculo como Google Sheets o en Microsoft Excel 365 para que dirección mire un informe y no una vista. La reacción: el trigger salta sobre una base y el workflow abre la tarea correspondiente en ClickUp antes de que nadie recargue la pantalla.

El nodo es estrecho a propósito. Solo toca bases y entidades, y solo con las 6 operaciones que verás abajo. Para el resto de la API de Fibery entra el nodo HTTP Request, que llama a cualquier endpoint de la API reutilizando la misma credencial mediante la autenticación predefinida.

Conviene tener dos límites claros antes de montar nada. El paquete es un nodo comunitario, así que se instala a mano sobre una instancia autoalojada, y n8n Cloud solo admite nodos comunitarios verificados. Y el trigger no trae lista de eventos: vigila una base, y es el workflow quien decide qué hacer con lo que llega.

Si la duda es de plataforma y no de nodo, esa comparación está mejor tratada en la Reseña n8n.

Conexión

¿Cómo se conecta Fibery con n8n?

  1. 01

    Instala el paquete comunitario

    El nodo de Fibery no viene con n8n. En una instancia autoalojada, abre Settings y luego Community nodes, e instala el paquete npm @fibery/n8n-nodes-fibery, hoy en la versión 0.1.26. n8n recarga su lista y aparecen dos entradas en el panel de nodos: Fibery y Fibery Trigger. En n8n Cloud la instalación solo sale adelante con nodos comunitarios verificados.

  2. 02

    Crea la credencial Access Token

    La autenticación va por token de acceso, guardado en el tipo de credencial fiberyTokenApi. Entra en el menú Credentials de n8n, créala, pega el token que te da Fibery y guárdala. Una credencial se crea una vez y se reutiliza en todos los workflows, así que el token vive en un único sitio. El nodo la ofrece después en su desplegable, y el trigger también.

  3. 03

    Apunta el nodo a una base

    Coloca el nodo Fibery en el lienzo, elige la credencial y después un recurso, Database o Entity, y una operación. Casi todas piden Database, un resource locator que rellenas desde la lista o con una expresión como {{ $json.database }}, la forma que tiene n8n de leer un campo del item entrante. Un campo requerido vacío bloquea la ejecución del nodo.

Disparadores

¿Qué arranca un workflow de Fibery ?

Fibery Trigger es el nodo que arranca un workflow cuando Fibery llama a n8n. Activas el workflow: n8n te da la URL del webhook que registras en Fibery, y cada llamada se convierte en una ejecución.

Lo que ves en n8n

Notas de configuración

01Configurar el Fibery TriggerEl nodo Fibery Trigger recoge los eventos de una base de Fibery y arranca el workflow con ellos. Sale del mismo paquete comunitario, va por la versión 1 y acepta la misma credencial Access Token que el nodo principal. No hay eventos que marcar: vigila una base y transmite lo que pasa en ella.

El nodo Fibery Trigger recoge los eventos de una base de Fibery y arranca el workflow con ellos. Sale del mismo paquete comunitario, va por la versión 1 y acepta la misma credencial Access Token que el nodo principal. No hay eventos que marcar: vigila una base y transmite lo que pasa en ella.

Parámetros clave

  • Database: requerido, un resource locator que señala la base de Fibery que se quiere escuchar. La eliges de la lista en cuanto la credencial está conectada, o pasas el valor con una expresión cuando la base depende de un nodo anterior.
Casos de uso
un trigger por base mantiene los workflows legibles. El que vigila la base de incidencias avisa al canal de guardia, mientras otro, sobre la base de candidaturas, lanza la secuencia de entrevistas, cada uno con sus filtros propios después.
02Cómo llegan los eventos a n8nEste trigger funciona por webhook, es decir, una URL a la que Fibery llama cuando ocurre algo. n8n registra esa URL en Fibery al activar el workflow, así que no hay nada que programar ni nada que vigilar. Cada evento cae en el workflow a los pocos segundos de producirse.

Este trigger funciona por webhook, es decir, una URL a la que Fibery llama cuando ocurre algo. n8n registra esa URL en Fibery al activar el workflow, así que no hay nada que programar ni nada que vigilar. Cada evento cae en el workflow a los pocos segundos de producirse.

Hay una consecuencia que conviene prever: el registro se hace al activar, de modo que un workflow apagado no recibe nada y lo ocurrido mientras tanto no llega más tarde. Para tapar ese hueco, un segundo workflow con entity.getMany sobre la misma base cumple de sobra.

Cuándo usarlo
cuando la reacción tiene que pegarse al cambio, avisar a un equipo o crear el registro espejo en otra herramienta. Para una exportación nocturna o un resumen semanal, un nodo Schedule conectado al nodo Fibery se mantiene mucho mejor.
Acciones

Lo que sabe hacer el nodo Fibery

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

Matriz recursos × operaciones
RecursoCreateGetGet ManyUpdateDeleteGet Many
Database✓
Entity✓✓✓✓✓

Database

1 operación
01

Get many databases

database.getAll

Lo que ves en n8n

Notas y casos de uso

Esta operación devuelve las bases del espacio de trabajo de Fibery, que es como un workflow descubre lo que hay de verdad en el espacio en lugar de escribir un nombre fijo. No pide ningún parámetro: credencial conectada, ejecución lanzada, y vuelve la lista.

Casos de uso
lánzala una vez mientras construyes, para quedarte con los identificadores de base que las otras cinco operaciones esperan en su campo Database. También sirve de auditoría: lista todas las bases y deja ver cuáles no toca todavía ninguna automatización.

Entity

5 operaciones
02

Create an entity

entity.create

Lo que ves en n8n

Notas y casos de uso

Create escribe una entidad nueva en una base de Fibery y la devuelve, de modo que el resto del workflow sigue trabajando sobre el registro recién nacido.

Parámetros clave

  • Database: requerido, la base donde aterriza la entidad, tomada de la lista o puesta con una expresión como {{ $json.database }}.
  • Fields: los valores que se escriben, añadidos uno a uno detrás del botón Add Field.
  • Output: Simplified, Raw o Selected Fields, según cuánta información quieras de vuelta.
  • Fields To Select: los campos que se incluyen en la respuesta cuando Output está en Selected Fields.
Casos de uso
un formulario de soporte crea una entidad de incidencia con su título y su gravedad ya puestos.
03

Delete an entity

entity.delete

Lo que ves en n8n

Notas y casos de uso

Delete saca una entidad de una base. Es la operación más brusca del nodo y la que se protege detrás de un nodo IF, porque nada en el workflow devuelve el registro a su sitio.

Parámetros clave

  • Database: requerido, la base a la que pertenece la entidad.
  • Entity: requerido, el resource locator de la entidad en sí. Elegirla desde la lista vale mientras montas; en producción el valor llega de un nodo anterior, por expresión.
Casos de uso
limpiar duplicados detectados por una búsqueda previa, o retirar los borradores que un formulario rechazado dejó tirados en una base.
04

Get an entity

entity.get

Lo que ves en n8n

Notas y casos de uso

Get lee una sola entidad y pasa sus campos al nodo siguiente, que es justo lo que necesita un workflow de enriquecimiento antes de decidir nada.

Parámetros clave

  • Entity: requerido, la entidad que se lee, junto a la Database de la que depende.
  • Output: Simplified deja una respuesta legible, Raw lo conserva todo, Selected Fields la recorta.
  • Fields To Select: la lista de campos que vuelven cuando Output está en Selected Fields.
  • Download Files: una opción que descarga el archivo cuando un campo de la base contiene uno, en lugar de devolver su referencia.
Casos de uso
el trigger salta en una base de producto, Get lee la entidad completa y el workflow reparte según el responsable.
05

Get many entities

entity.getMany

Lo que ves en n8n

Notas y casos de uso

Get Many recorre una base y devuelve varias entidades de una vez, ya filtradas en origen en vez de ordenarlas más adelante en el workflow.

Parámetros clave

  • Database: requerido, la base que se lee.
  • Limit: el número máximo de entidades devueltas, para que una base ancha no ahogue la ejecución.
  • Filter: None toma la base tal cual, Build Manually abre las condiciones.
  • Must Match: All Filters exige todas las condiciones, Any Filter se conforma con una.
  • Filters: las condiciones en sí, cada una con un campo, un Operator como Is, Contains o Is Empty, y un Field Value.
Casos de uso
la exportación semanal de las entidades de cuenta cuyo estado Is Not cerrado.
06

Update an entity

entity.update

Lo que ves en n8n

Notas y casos de uso

Update cambia los campos de una entidad que ya existe y devuelve la versión actualizada. Es la operación que cierra casi todos los círculos: algo se movió fuera, y Fibery recibe el estado nuevo.

Parámetros clave

  • Entity: requerido, la entidad que se modifica, dentro de la Database también requerida.
  • Fields: los campos que se sobrescriben, añadidos detrás de Add Field; los que no tocas se quedan como estaban.
  • Fields To Select: se combina con un Output en Selected Fields para que la respuesta salga corta.
Casos de uso
un contrato firmado empuja la entidad de cuenta a la etapa siguiente y le graba la fecha.
Necesitas ayuda

¿Necesitas ayuda para automatizar Fibery con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

Fibery y n8n, las dudas que vienen después

01¿La integración Fibery n8n es gratis?
Sí por el lado de n8n, con una condición. El nodo de Fibery es un nodo comunitario, o sea que no viene incluido con n8n: es el paquete npm @fibery/n8n-nodes-fibery, que se instala desde Settings y luego Community nodes en una instancia que alojes tú. Autoalojar n8n con Docker o npm no añade ningún coste por este nodo, y n8n Cloud solo acepta nodos comunitarios cuando están verificados. Lo que cueste Fibery por su parte es otro asunto y no se trata aquí. Un workflow hecho con estos nodos se comporta igual en tu propio servidor que en n8n Cloud.
02¿Qué credenciales pide el nodo de Fibery?
Una sola credencial Access Token, guardada en n8n bajo el tipo fiberyTokenApi. La creas una vez desde el menú Credentials, pegas el token y a partir de ahí cada nodo de Fibery en cada workflow te la ofrece en su desplegable, incluido el Fibery Trigger. No hay una segunda forma de autenticación entre la que decidir, y eso acorta la puesta en marcha. Como la credencial es compartida, rotar el token en un único sitio actualiza todos los workflows que la usan. Ojo con una cosa: la credencial es solo la mitad del camino, el paquete tiene que estar instalado antes desde Settings, Community nodes, para que ese tipo de credencial exista.
03¿Qué límites tiene el nodo de Fibery en n8n?
El nodo cubre 2 recursos, Database y Entity, y 6 operaciones en total. Las bases solo se listan; las entidades se crean, se leen, se listan, se actualizan y se borran. Todo lo que la API de Fibery ofrezca más allá no está en el nodo, y la salida se llama HTTP Request: ese nodo llama a cualquier endpoint de la API reutilizando la misma credencial Access Token mediante la autenticación predefinida. En lectura, Get Many devuelve tantas entidades como permita Limit, así que una exportación que pretenda ser completa exige ajustar ese valor conociendo el tamaño de la base. El nodo va por la versión 1.
04¿El trigger de Fibery reacciona en tiempo real?
Sí. El Fibery Trigger funciona por webhook, una URL a la que Fibery llama cuando ocurre algo en la base elegida. n8n registra esa URL en Fibery al activar el workflow, y cada evento llega al workflow en cuestión de segundos. No hay lista de eventos que marcar: el trigger toma un único parámetro requerido, Database, un resource locator, y transmite lo que suceda ahí. La consecuencia práctica es que un workflow desactivado no recibe nada, y los eventos ocurridos durante ese apagón no se reproducen después. Para cubrir ese hueco, pasa entity.getMany por la misma base y compara.
05¿n8n o Make para Fibery?
Depende de dónde quieras que vivan los datos y de cómo prefieras pagar. n8n se autoaloja con Docker o npm, o se usa en n8n Cloud, y el workflow es idéntico en ambos casos; precisamente esa opción es la que hace posible un nodo comunitario como este, porque se instala en una instancia que controlas. Make es una plataforma de automatización alojada, sin opción de autoalojamiento, facturada por operación, de modo que una sincronización de mucho volumen ve crecer su coste con las ejecuciones. Las dos ofrecen construcción visual. Decide por alojamiento, control de los datos, modelo de coste y ganas de mantener una instancia.