Recursos · Integración n8n

Integración Invoice Ninja n8nAutomatiza Invoice Ninja con n8n.

¿Cuántas horas se van cada mes en copiar facturas y pagos a mano? La integración Invoice Ninja n8n trae un nodo con 31 operaciones sobre 7 objetos y un trigger que escucha 5 eventos de creación por webhook. Está pensada para equipos de finanzas y operaciones que ya facturan ahí dentro.

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

Por qué automatizar

¿Para qué sirve la integración Invoice Ninja n8n?

Dos piezas y una sola credencial. El nodo Invoice Ninja lee y escribe los objetos de la facturación: clientes, facturas, pagos, gastos, transacciones bancarias, presupuestos y tareas, en total 31 operaciones. El trigger Invoice Ninja, el nodo que arranca un flujo, se ocupa del otro extremo y lo lanza en cuanto se crea un registro en la aplicación. Una credencial es el acceso que n8n guarda por ti: se configura una vez y la usan los dos nodos.

Empieza por el gasto, que suele ser lo que más se escapa. Create an expense recibe un Amount, un Vendor Name or ID y una Category Name or ID, así que un justificante leído en el correo acaba registrado con su proveedor y su categoría. Si además se marca Billable, ese coste vuelve más tarde a una factura de cliente en lugar de quedarse olvidado en una carpeta.

Segundo montaje: el cobro que se entera solo. El trigger salta con create_payment, Get a payment con la opción Include en Client devuelve la cuenta asociada, y la línea se escribe en Google Sheets mientras el aviso sale por Gmail. Comercial deja de reclamar a quien ya ha pagado.

Tercer montaje: la conciliación bancaria. Get many bank transactions lista lo que ha entrado, y Match payment to a bank transaction ata cada línea al pago que le corresponde. Los equipos que cobran por Stripe encadenan las dos operaciones en la misma ejecución.

El seguimiento de impagados vive en Get many invoices. Con Client Status en Unpaid y Return All activado, n8n recorre todas las páginas de la API en vez de quedarse en el primer bloque, y el recordatorio sale una vez por cuenta. Cuando el ERP también tiene que enterarse, el puente se monta del lado de ERPNext.

Cuando un endpoint de la API de Invoice Ninja no forma parte del nodo, el nodo HTTP Request lo llama directamente y reutiliza la misma credencial mediante la autenticación predefinida. El flujo sigue siendo uno solo y no hace falta un segundo juego de claves.

Dos avisos antes de construir. La credencial necesita una cuenta de Invoice Ninja en un plan que admita integraciones API, es decir Pro o Enterprise. Y cada operación lleva una opción API Version, v4 o v5, que tiene que coincidir con la instancia a la que apunta la URL. Si todavía dudas entre plataformas, la Reseña n8n entra en el detalle.

Conexión

¿Cómo conectar Invoice Ninja con n8n?

  1. 01

    Generar un token de API

    Entra en Invoice Ninja y ve a Settings > Account Management > API Tokens para generar un token. Las integraciones API funcionan en los planes Pro y Enterprise, así que revisa el plan de la cuenta antes que nada: ahorra buscar un error que no existe. Copia el token en cuanto aparezca, porque es el único valor que demuestra quién llama a la API.

  2. 02

    Crear la credencial en n8n

    En n8n, abre el menú Credentials y añade una credencial Invoice Ninja API. Importan tres campos. URL admite una de las direcciones por defecto cuando Invoice Ninja aloja la instalación, o la dirección de tu propia instancia si la alojas tú. API Token recibe el valor que acabas de copiar. Secret es opcional y solo está disponible para usuarios de la API v5.

  3. 03

    Elegir un recurso y ejecutar

    Coloca el nodo Invoice Ninja en el lienzo y elige la credencial en la lista desplegable. Selecciona un recurso y después una operación, por ejemplo Client y Get many clients. Ajusta API Version a la versión de tu instancia, v4 o v5. Ejecuta el paso por separado: si vuelven registros reales, el token, la URL y la versión están de acuerdo.

Disparadores

¿Qué pone en marcha un flujo de Invoice Ninja ?

Invoice Ninja Trigger es el nodo que arranca un workflow cuando algo ocurre en Invoice Ninja. Escucha 5 eventos, listados abajo por familia. Eliges uno o varios, activas el workflow y n8n registra el webhook (la URL que Invoice Ninja llama) en tu cuenta.

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.

create_client.*1
  • create_client.
    • create_client
create_invoice.*1
  • create_invoice.
    • create_invoice
create_payment.*1
  • create_payment.
    • create_payment
create_quote.*1
  • create_quote.
    • create_quote
create_vendor.*1
  • create_vendor.
    • create_vendor

Notas de configuración

01Set up the Invoice Ninja TriggerEl nodo trigger está en la versión 2 y funciona por webhook, o sea una URL que n8n registra en Invoice Ninja al activar el flujo. A partir de ahí cada evento llega en unos segundos, sin polling, sin comprobaciones repetidas cada cierto tiempo.

El nodo trigger está en la versión 2 y funciona por webhook, o sea una URL que n8n registra en Invoice Ninja al activar el flujo. A partir de ahí cada evento llega en unos segundos, sin polling, sin comprobaciones repetidas cada cierto tiempo.

Parámetros clave

  • Event: la creación que se quiere escuchar, entre los 5 valores que ofrece el nodo.
  • API Version: v4 o v5, alineada con la instancia de la credencial.
Cuándo usarlo
siempre que el arranque del flujo dependa de la aplicación de facturación y no de un horario. Un presupuesto aceptado de madrugada, un gasto registrado en domingo, un pago anotado mientras el equipo está desconectado: la ejecución sale igual. Activa primero el flujo y crea después un registro de prueba en Invoice Ninja para ver llegar los datos.
02Invoice CreatedCon Event en Invoice Created, el flujo arranca cada vez que aparece una factura nueva en Invoice Ninja, venga de una entrada manual, de una plantilla recurrente o de otra automatización.

Con Event en Invoice Created, el flujo arranca cada vez que aparece una factura nueva en Invoice Ninja, venga de una entrada manual, de una plantilla recurrente o de otra automatización.

Parámetros clave

  • Event: create_invoice, el único valor que necesita esta rama.
Casos de uso
encadena Email an invoice justo detrás del trigger y el documento sale sin que nadie intervenga. Otra opción: leerlo con Get an invoice y la opción Include en Client, y guardar una copia donde contabilidad archiva sus documentos. La facturación sigue siendo la fuente de verdad y el flujo solo traslada las consecuencias.
Cuándo usarlo
elige este evento cuando lo que importa es el documento y no el dinero que hay detrás. Una factura recurrente emitida de madrugada entra en el flujo igual que una escrita a mano, así que una sola rama cubre los dos casos y nadie revisa listados al llegar por la mañana.
03Payment CreatedPayment Created responde al registro de un pago en Invoice Ninja. El valor es create_payment y es la rama que cierra el círculo de una factura enviada días antes.

Payment Created responde al registro de un pago en Invoice Ninja. El valor es create_payment y es la rama que cierra el círculo de una factura enviada días antes.

Parámetros clave

  • Event: create_payment, disparado al crearse el registro de pago.
  • API Version: el mismo valor que en el nodo que corre a continuación.
Casos de uso
publicar una línea en el canal del equipo para que nadie reclame a un cliente que ya ha pagado. O encadenar Get a payment con Include en Client para recuperar la cuenta en la misma ejecución y anotar el importe en el seguimiento de tesorería que el responsable financiero consulta de verdad.
Cuándo usarlo
en cuanto otro sistema tenga que enterarse del cobro antes del cierre de mes. Mantén la rama corta: una lectura, una escritura y un mensaje suelen bastar.
04Quote CreatedQuote Created arranca un flujo en cuanto se guarda un presupuesto nuevo en Invoice Ninja, sea cual sea la fase de venta detrás.

Quote Created arranca un flujo en cuanto se guarda un presupuesto nuevo en Invoice Ninja, sea cual sea la fase de venta detrás.

Parámetros clave

  • Event: create_quote, el único valor que necesita esta rama.
Casos de uso
vuelve a leer el registro con Get a quote, añade client en Include cuando la cuenta importe, y publica el resumen en el canal donde el equipo comercial sigue las operaciones nuevas. Un camino más corto encadena Email a quote justo después del trigger, una vez que un paso de aprobación ha dado el visto bueno.
Cuándo usarlo
elige este evento cuando lo que importa es que aparezca el presupuesto, no un cambio de estado en uno ya existente. Combinarlo con un paso de aprobación evita que un borrador llegue al cliente antes de revisarlo.
05Client Created and Vendor CreatedEstos dos vigilan el directorio en lugar de los documentos. Client Created sale con create_client y Vendor Created con create_vendor, cada uno en su propio nodo trigger cuando un flujo necesita los dos.

Estos dos vigilan el directorio en lugar de los documentos. Client Created sale con create_client y Vendor Created con create_vendor, cada uno en su propio nodo trigger cuando un flujo necesita los dos.

Parámetros clave

  • Event: create_client o create_vendor, según el lado del registro que corresponda.
Casos de uso
con un cliente nuevo, lanza Get a client con Include en Invoices para ver de inmediato si ya hay algo abierto en la cuenta. Con un proveedor nuevo, prepara el terreno para Create an expense, cuyo campo Vendor Name or ID espera que ese proveedor ya exista. Así el CRM y la facturación manejan la misma lista de nombres.
Cuándo usarlo
cuando el problema de fondo son los registros duplicados. Un directorio que se desvía cuesta mucho más tiempo después que los 5 minutos de montar hoy esta rama.
Acciones

¿Qué sabe hacer el nodo Invoice Ninja ?

El nodo Invoice Ninja expone 31 operaciones en 7 recursos. Para cada una: el nodo tal como lo configuras en n8n, los campos obligatorios y nuestras notas de campo.

Matriz recursos × operaciones
RecursoCreateGetGet ManyDeleteEmailMatch Payment
Bank Transaction✓✓✓✓✓
Client✓✓✓✓
Expense✓✓✓✓
Invoice✓✓✓✓✓
Payment✓✓✓✓
Quote✓✓✓✓✓
Task✓✓✓✓

Bank Transaction

5 operaciones
01

Create a bank transaction

bank_transaction.create

Lo que ves en n8n

Notas y casos de uso

La operación escribe una línea en las transacciones bancarias de Invoice Ninja, útil cuando el movimiento llega de otro sitio que no es un conector bancario. No hay nada obligatorio: todo está en Additional Fields.

Parámetros clave

  • Amount: el importe del movimiento, muchas veces tomado del paso anterior con {{ $json.field }}.
  • Base Type: CREDIT para un ingreso, DEBIT para una salida.
  • Bank Integration Name or ID: la cuenta a la que pertenece la línea, elegida en la lista o dada como identificador mediante una expresión.
  • Date y Description: la fecha del movimiento y el texto que figura en el extracto.
Casos de uso
volcar un extracto exportado en filas, una transacción por fila, antes de que alguien empiece a conciliar.
02

Delete a bank transaction

bank_transaction.delete

Lo que ves en n8n

Notas y casos de uso

Borrar una línea depende de un solo valor. La operación elimina la transacción bancaria cuyo identificador le entregas, y nada más.

Parámetros clave

  • Bank Transaction ID: obligatorio, el identificador de la línea que se retira, normalmente llegado del paso de listado como {{ $json.field }}.
  • API Version: v4 o v5, según la instancia a la que apunta la credencial.
Casos de uso
una importación lanzada dos veces deja el mismo movimiento duplicado. Pon esta operación detrás del paso que detecta el duplicado y el flujo bancario queda limpio sin abrir la aplicación.
03

Get a bank transaction

bank_transaction.get

Lo que ves en n8n

Notas y casos de uso

Entra un identificador y sale una transacción bancaria. La operación recupera los datos de una sola línea para que el resto del flujo decida qué hacer con ella.

Parámetros clave

  • Bank Transaction ID: obligatorio, el identificador de la línea que se lee.
  • API Version: v4 o v5, la misma en todos los nodos Invoice Ninja del flujo.
Casos de uso
antes de atar una línea a un pago, releerla y dejar que un nodo IF revise el importe y el texto. Un movimiento raro se queda ahí en vez de acabar en la ficha de un cliente.
04

Get many bank transactions

bank_transaction.getAll

Lo que ves en n8n

Notas y casos de uso

Listar el flujo bancario viene con la pareja de interruptores de siempre, y son ellos los que deciden cuánto ve realmente el flujo.

Parámetros clave

  • Return All: activado, n8n encadena las páginas de la API y trae todas las transacciones; desactivado, se detiene en Limit.
  • Limit: el número máximo de transacciones devueltas cuando Return All queda desactivado, cómodo mientras pruebas.
Casos de uso
una ejecución mensual que trae todo el movimiento, agrupa las líneas por cuenta y deja el resultado en la hoja que abre el contable al cerrar.
05

Match payment to a bank transaction

bank_transaction.matchPayment

Lo que ves en n8n

Notas y casos de uso

La conciliación está aquí: la operación enlaza una transacción bancaria con un pago, y la línea deja de ser un movimiento huérfano dentro del listado.

Parámetros clave

  • Bank Transaction ID: obligatorio, la línea que se concilia.
  • Payment Name or ID: el pago al que se ata, elegido en la lista o dado como identificador mediante una expresión.
Casos de uso
después de Get many bank transactions, un nodo Code empareja cada ingreso con el pago que le corresponde y esta operación aplica el emparejamiento elemento a elemento.

Client

4 operaciones
06

Create a client

client.create

Lo que ves en n8n

Notas y casos de uso

Una ficha de cliente se arma con bloques opcionales en lugar de un formulario cerrado, y por eso aquí no hay ningún campo obligatorio.

Parámetros clave

  • Contacts: el bloque repetible donde First Name, Last Name, Email y Phone describen a las personas a las que se factura.
  • Billing Address y Shipping Address: los dos bloques de dirección, con Street Address, City, Postal Code y Country Code Name or ID.
  • Additional Fields: Client Name, VAT Number, Website, Private Notes y el resto del perfil.
Casos de uso
un acuerdo firmado en el CRM crea la cuenta en Invoice Ninja, contacto incluido, y la primera factura no espera a una entrada manual.
07

Delete a client

client.delete

Lo que ves en n8n

Notas y casos de uso

La cuenta desaparece de Invoice Ninja en cuanto se ejecuta, así que conviene colocarla detrás de un paso que tenga clara su diana.

Parámetros clave

  • Client ID: obligatorio, el identificador de la cuenta que se retira.
  • API Version: v4 o v5, el mismo valor que en el resto del flujo.
Casos de uso
las cuentas de prueba que todo el mundo crea mientras conecta la credencial. Un flujo de limpieza las lista, filtra por una convención de nombres y esta operación las retira de una pasada en vez de con diez clics.
08

Get a client

client.get

Lo que ves en n8n

Notas y casos de uso

Leer una cuenta da al flujo los datos que el trigger no lleva por sí solo, y puede venir acompañada del historial de facturación.

Parámetros clave

  • Client ID: obligatorio, el identificador de la cuenta que se lee.
  • Include: en Invoices, la respuesta trae también las facturas del cliente y ahorra una segunda llamada.
Casos de uso
antes de enviar un recordatorio, recuperar la cuenta con Include en Invoices y dejar que el flujo mire qué sigue abierto. Un cliente sin nada pendiente sale de la secuencia.
09

Get many clients

client.getAll

Lo que ves en n8n

Notas y casos de uso

El directorio de clientes vuelve como lista, y se puede estrechar antes incluso de que llegue al nodo siguiente.

Parámetros clave

  • Return All: activado, suben todos los clientes página a página; desactivado, la ejecución para en Limit.
  • Status: Active, Archived o Deleted, para sincronizar solo las cuentas vivas.
  • Created At y Updated At: los filtros de fecha que convierten la ejecución en incremental.
Casos de uso
una sincronización nocturna que lee los clientes modificados desde ayer y empuja los cambios al CRM, en lugar de recorrer toda la cartera cada vez.

Expense

4 operaciones
10

Create an expense

expense.create

Lo que ves en n8n

Notas y casos de uso

Registrar un coste cabe en una llamada, y los 17 campos de Additional Fields deciden cuánto detalle llega a la contabilidad.

Parámetros clave

  • Amount: el importe gastado.
  • Vendor Name or ID y Category Name or ID: a quién se pagó y bajo qué epígrafe, desde la lista o como identificador mediante una expresión.
  • Billable: activado cuando el coste debe volver a un cliente.
  • Expense Date, Payment Type y Transaction Reference: cuándo, cómo y con qué referencia se liquidó.
Casos de uso
un justificante extraído del correo se convierte en un gasto con proveedor y categoría ya puestos.
11

Delete an expense

expense.delete

Lo que ves en n8n

Notas y casos de uso

Un gasto que nunca debió registrarse sale de la contabilidad aquí, un registro por ejecución.

Parámetros clave

  • Expense ID: obligatorio, el identificador del coste que se retira.
  • API Version: v4 o v5, alineada con la instancia detrás de la credencial.
Casos de uso
un buzón que reenvía dos veces el mismo justificante crea el coste por duplicado. Una rama de deduplicación conserva el primer registro y manda el segundo a esta operación, para que el mes cierre con el total correcto.
12

Get an expense

expense.get

Lo que ves en n8n

Notas y casos de uso

Releer un coste concreto da al flujo algo que citar, adjuntar o comparar más adelante.

Parámetros clave

  • Expense ID: obligatorio, el identificador del gasto que se lee, servido a menudo como {{ $json.field }} desde el paso anterior.
  • API Version: v4 o v5, igual que en el resto del flujo.
Casos de uso
un generador de informe mensual recorre una lista de identificadores, lee cada gasto uno a uno y monta el detalle que hay detrás de los totales que van a dirección.
13

Get many expenses

expense.getAll

Lo que ves en n8n

Notas y casos de uso

Los costes vuelven en lista, y los dos interruptores de abajo deciden si esa lista está completa o es solo una muestra.

Parámetros clave

  • Return All: activado, n8n sigue las páginas de la API hasta el último gasto; desactivado, para en Limit.
  • Limit: el número máximo de gastos que se traen, el ajuste sensato mientras se construye el flujo.
Casos de uso
una ejecución de cierre de mes que lee todos los gastos, los suma por categoría en un nodo Code y envía el desglose antes de que el contable lo pida.

Invoice

5 operaciones
14

Create an invoice

invoice.create

Lo que ves en n8n

Notas y casos de uso

Aquí es donde nace el documento, con sus líneas y sus 23 campos opcionales.

Parámetros clave

  • Invoice Items: el bloque repetible de líneas, cada una con Description, Cost, Hours y Service.
  • Client Name or ID: la cuenta a la que se factura, desde la lista o como identificador mediante una expresión.
  • Invoice Status: 1 para Draft, 2 para Sent.
  • Due Date, Tax Name 1 y Tax Rate 1: el vencimiento y la línea de impuesto que lleva el documento.
  • Email Invoice: activado, el envío por correo ocurre en la misma llamada.
Casos de uso
convertir una venta cerrada en un borrador que alguien revisa antes de que salga.
15

Delete an invoice

invoice.delete

Lo que ves en n8n

Notas y casos de uso

Un identificador y una factura menos en Invoice Ninja. Sencillo, y conviene protegerlo con una condición antes.

Parámetros clave

  • Invoice ID: obligatorio, el identificador del documento que se retira.
  • API Version: v4 o v5, coherente con la instancia de la credencial.
Casos de uso
una automatización que se descontroló y creó una tanda de borradores contra la cuenta equivocada. Filtra la lista por Created At con Get many invoices y manda solo esos identificadores a esta operación.
16

Email an invoice

invoice.email

Lo que ves en n8n

Notas y casos de uso

El envío es una operación aparte, separada de la creación, de modo que un documento se puede revisar primero y mandar después desde otro flujo.

Parámetros clave

  • Invoice ID: obligatorio, el identificador de la factura que se envía.
  • API Version: v4 o v5, según la instancia.
Casos de uso
un flujo de los lunes lee las facturas que siguen en borrador, espera una aprobación en la herramienta de chat y pasa por esta operación los identificadores aprobados. Nada sale sin un visto bueno y nadie abre la aplicación para pulsar enviar.
17

Get an invoice

invoice.get

Lo que ves en n8n

Notas y casos de uso

Releer un documento es lo que convierte los datos del trigger en algo aprovechable, sobre todo cuando importan los datos del cliente.

Parámetros clave

  • Invoice ID: obligatorio, el identificador de la factura que se lee.
  • Include: en Client, la respuesta trae al cliente junto con la factura.
Casos de uso
justo después de que salte create_invoice, leer el documento con Include en Client para que el aviso nombre la cuenta en lugar de mostrar un identificador pelado.
18

Get many invoices

invoice.getAll

Lo que ves en n8n

Notas y casos de uso

La operación que sostiene el cobro, porque sus 7 opciones hacen que la lista llegue ya filtrada.

Parámetros clave

  • Client Status: All, Paid, Unpaid u Overdue, el filtro sobre el que se apoyan casi todos los flujos de recordatorio.
  • Return All: activado, suben todas las facturas que encajan, página a página; desactivado, la ejecución para en Limit.
  • Invoice Number y Status: para apuntar a un documento concreto o dejar fuera los registros Archived y Deleted.
Casos de uso
una ejecución en Overdue cada lunes que agrupa las facturas por cliente y prepara un recordatorio por cuenta, no uno por documento.

Payment

4 operaciones
19

Create a payment

payment.create

Lo que ves en n8n

Notas y casos de uso

Anotar un cobro sobre un documento es lo que saca a una factura de la lista de reclamaciones, y esta operación lo resuelve en un paso.

Parámetros clave

  • Invoice Name or ID: el documento que se paga, desde la lista o como identificador mediante una expresión.
  • Amount: la cantidad recibida, que puede diferir del total de la factura en un pago parcial.
  • Payment Type: Bank Transfer, Cash, SEPA y el resto de la lista.
  • Transfer Reference: la referencia bancaria, para volver a encontrar la línea más adelante.
Casos de uso
un aviso de transferencia recibido de una pasarela se convierte en un pago sobre la factura correcta.
20

Delete a payment

payment.delete

Lo que ves en n8n

Notas y casos de uso

Un cobro anotado en la factura equivocada se corrige aquí, retirando el propio registro de pago.

Parámetros clave

  • Payment ID: obligatorio, el identificador del pago que se retira.
  • API Version: v4 o v5, la versión que usa el resto del flujo.
Casos de uso
una importación que abonó dos veces la misma factura deja un documento corto y otro pasado. Retira el registro equivocado con esta operación y reconstruye el bueno con Create a payment en la misma ejecución.
21

Get a payment

payment.get

Lo que ves en n8n

Notas y casos de uso

Un pago concreto vuelve con su detalle y, si hace falta, con la cuenta a la que pertenece.

Parámetros clave

  • Payment ID: obligatorio, el identificador del pago que se lee.
  • Include: en Client, el cliente viaja junto al pago en la misma respuesta.
Casos de uso
un mensaje de agradecimiento que nombra al cliente y el importe, montado justo después del evento create_payment y sin una segunda consulta sobre la cuenta.
22

Get many payments

payment.getAll

Lo que ves en n8n

Notas y casos de uso

El histórico de cobros llega en lista, filtrable por fechas o por el estado de los registros.

Parámetros clave

  • Return All: activado, n8n recorre todas las páginas de pagos; desactivado, la ejecución para en Limit.
  • Created At y Updated At: los filtros de fecha que hacen incremental una ejecución diaria o semanal.
  • Include: en Client, cada pago lleva su cuenta y se evita una consulta por fila.
Casos de uso
un parte de tesorería diario con los pagos de ayer y el cliente en cada línea, enviado al responsable financiero antes de la reunión de la mañana.

Quote

5 operaciones
23

Create a quote

quote.create

Lo que ves en n8n

Notas y casos de uso

Un presupuesto nuevo entra en Invoice Ninja con sus líneas ya cargadas, y el registro creado vuelve al flujo.

Parámetros clave

  • Invoice Items: la colección repetible que contiene las líneas del presupuesto, una entrada por cada Add Invoice Item.
  • Client Name or ID: eliges el cliente en la lista, o pasas un identificador con una expresión, o sea un fragmento como {{ $json.field }} que lee un valor del item entrante.
  • Quote Status: hay dos valores, 1 (Draft) y 2 (Sent).
  • Due Date: una fecha, dentro de Additional Fields.
Casos de uso
un formulario comercial rellena las líneas y crea el presupuesto como borrador, para que alguien lo revise antes de que salga hacia el cliente.
24

Delete a quote

quote.delete

Lo que ves en n8n

Notas y casos de uso

Borrar un presupuesto solo pide un identificador. La llamada apunta a un único registro, así que casi siempre conviene un paso de control delante.

Parámetros clave

  • Quote ID: el identificador obligatorio del presupuesto que se borra. Un campo obligatorio vacío bloquea la ejecución del nodo, así que aliméntalo con una expresión tipo {{ $json.field }} y no a mano.
  • API Version: v4 o v5, según la instancia de Invoice Ninja detrás del credential, la credencial que se guarda una sola vez en n8n.
Casos de uso
los presupuestos generados durante una prueba se limpian de una pasada, en vez de archivarlos uno a uno en la interfaz.
25

Email a quote

quote.email

Lo que ves en n8n

Notas y casos de uso

¿Y el envío al cliente? Tiene operación propia: el flujo señala un presupuesto e Invoice Ninja lo manda por email. Sin plantilla que montar ni nodo de correo intermedio.

Parámetros clave

  • Quote ID: el identificador obligatorio del presupuesto que se envía, normalmente heredado del nodo que lo creó o lo leyó, por ejemplo {{ $json.field }}.
  • API Version: la misma elección entre v4 y v5 que en el resto del nodo.
Casos de uso
un presupuesto creado al principio del flujo sale hacia el cliente en cuanto un paso de aprobación da luz verde.
26

Get a quote

quote.get

Lo que ves en n8n

Notas y casos de uso

Un presupuesto, leído por su identificador, con los datos que Invoice Ninja devuelve de ese registro. Sirve cuando una rama necesita el presupuesto entero y no solo su número.

Parámetros clave

  • Quote ID: obligatorio, el identificador del presupuesto que se lee.
  • Include: la colección Options ofrece un valor, client.
Casos de uso
llega un evento Quote Created, el flujo relee el presupuesto con client incluido y publica el detalle en el canal donde el equipo comercial sigue las oportunidades abiertas.
27

Get many quotes

quote.getAll

Lo que ves en n8n

Notas y casos de uso

Esta lee varios presupuestos de golpe, que es de lo que viven los flujos de reporting y de exportación.

Parámetros clave

  • Return All: activado, n8n encadena las páginas de la API y trae todos los presupuestos; desactivado, Limit fija el número máximo de items devueltos.
  • Status: tres valores, active, archived y deleted.
  • Quote Number: un valor de texto de la colección Options, para acotar la lectura.
  • Created At y Updated At: fechas, en esa misma colección.
Casos de uso
una ejecución semanal recoge los presupuestos active con Return All y los escribe en la hoja que el equipo comercial ya consulta.

Task

4 operaciones
28

Create a task

task.create

Lo que ves en n8n

Notas y casos de uso

El tiempo facturable encuentra sitio aquí: la operación crea una tarea en Invoice Ninja, con las horas ya anotadas o sin ellas.

Parámetros clave

  • Time Logs: la colección repetible de los periodos registrados, una entrada por cada Add Time Log.
  • Client Name or ID y Project Name or ID: los dos salen de una lista desplegable y los dos aceptan un identificador pasado por expresión cuando el valor viene de un nodo anterior.
  • Duration (Hours): un número, dentro de Additional Fields.
Casos de uso
un ticket cerrado en la herramienta de soporte crea la tarea equivalente, con el proyecto puesto, para tener las horas listas al facturar.
29

Delete a task

task.delete

Lo que ves en n8n

Notas y casos de uso

Las tareas se acumulan rápido cuando un flujo las crea solo. Esta operación retira una, señalada por su identificador.

Parámetros clave

  • Task ID: obligatorio. Es el identificador de la tarea en Invoice Ninja, no su descripción, y un valor vacío detiene el nodo antes de la llamada.
  • API Version: v4 o v5, según la instancia a la que apunta el credential.
Casos de uso
una tarea duplicada que detecta un paso de comparación desaparece al momento, para que las horas se cuenten una sola vez en la factura.
30

Get a task

task.get

Lo que ves en n8n

Notas y casos de uso

Leer una sola tarea le da al flujo lo que Invoice Ninja guarda de ella. Suele ser el primer gesto antes de que una rama decida qué hacer después.

Parámetros clave

  • Task ID: obligatorio, el identificador de la tarea que se lee, muchas veces pasado como {{ $json.field }} desde el nodo anterior.
  • Include: también aquí un valor, client.
Casos de uso
antes de convertir una tarea en línea de facturación, el flujo la relee con client incluido y contrasta los valores con lo que apuntó el responsable del proyecto.
31

Get many tasks

task.getAll

Lo que ves en n8n

Notas y casos de uso

Lectura masiva de tareas, para los flujos que cuentan horas en vez de tratarlas de una en una.

Parámetros clave

  • Return All: activado, n8n sigue las páginas de la API hasta leer todas las tareas; desactivado, Limit fija el número máximo de tareas devueltas.
  • Include: la colección Options ofrece client.
  • API Version: v4 o v5.
Casos de uso
a fin de mes, el flujo lee todas las tareas con Return All, agrupa las horas por cliente y pasa los totales al nodo que prepara la facturación.
Necesitas ayuda

¿Necesitas ayuda para automatizar Invoice Ninja con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

Invoice Ninja y n8n, las dudas más frecuentes

01¿La integración Invoice Ninja n8n es gratuita?
Sí por el lado de n8n. El nodo Invoice Ninja y el trigger Invoice Ninja vienen incluidos con n8n: no hay nada que instalar ni coste adicional, tanto si los flujos corren en n8n Cloud como en una instancia autoalojada en Community Edition con licencia Sustainable Use. Un flujo se comporta igual en los dos casos. Por el lado de Invoice Ninja la respuesta cambia: las integraciones API están disponibles en los planes Pro y Enterprise. Una cuenta en un plan inferior no podrá generar el token que la credencial necesita. Revisa el plan primero y construye después.
02¿Qué credenciales hacen falta para conectar Invoice Ninja con n8n?
Una sola credencial, basada en una clave API, y sirve tanto para el nodo como para el trigger. Guarda tres cosas. Una URL, que es una de las direcciones por defecto cuando Invoice Ninja aloja la instalación, o la dirección de tu propio servidor si lo alojas tú. Un API Token, generado en Settings, luego Account Management, luego API Tokens. Y un Secret opcional, un campo disponible únicamente para usuarios de la API v5. Una vez guardada en el menú Credentials, esa credencial aparece en la lista desplegable de todos los nodos Invoice Ninja que añadas después, sin repetir la configuración flujo por flujo.
03¿Qué límites tiene el nodo Invoice Ninja en n8n?
El nodo expone 31 operaciones repartidas en 7 objetos, que cubren el ciclo de facturación del día a día. Hay dos límites que conviene prever. Primero la paginación: en cualquier operación de listado hay que activar Return All para que n8n recorra todas las páginas de la API, porque si no la ejecución se detiene en el número fijado por Limit. Segundo, cuando un endpoint de la API de Invoice Ninja no está entre esas 31 operaciones, el nodo HTTP Request lo llama directamente y reutiliza la misma credencial mediante la autenticación predefinida, sin un segundo token. Y cada operación lleva una opción API Version, v4 o v5, que debe coincidir con la instancia.
04¿El trigger de Invoice Ninja reacciona en tiempo real?
Sí. El trigger funciona por webhook, es decir una URL que n8n registra en Invoice Ninja al activar el flujo. Invoice Ninja llama a esa URL en cada evento, así que la ejecución arranca en unos segundos y no hay polling, o sea ninguna comprobación repetida cada cierto tiempo. Hay cinco eventos disponibles, uno por creación de registro: Client Created, Invoice Created, Payment Created, Quote Created y Vendor Created. El parámetro Event indica cuál escucha un nodo trigger concreto. El nodo trigger está en la versión 2 y lleva la misma opción API Version que el nodo principal, así que mantén las dos en el mismo valor.
05¿n8n o Make para Invoice Ninja?
Depende de dónde deban vivir los flujos y de cómo quieras pagarlos. Make es una plataforma de automatización alojada, sin opción de autoalojamiento, facturada por operación, lo que encaja con un equipo que no quiere administrar nada. n8n se autoaloja con Docker o npm, o se usa en n8n Cloud, y el flujo es idéntico en ambos casos. Con datos de facturación esa decisión de alojamiento suele zanjar el debate: un registro de facturas que tiene que quedarse en tu servidor apunta a n8n autoalojado. La lógica visual también cambia, así que monta el mismo flujo corto en los dos y quédate con el que tu equipo lea más rápido.