El TPV sabe exactamente lo que has vendido hoy. Tu programa de contabilidad no se va a enterar hasta que alguien se siente a meterlo, normalmente a final de mes y normalmente con prisa.
Ese hueco cuesta dos cosas: horas de alguien tecleando lo que ya está en un sistema, y semanas de retraso para saber cómo va el negocio. En un comercio o un restaurante con margen ajustado, enterarte del mes cuando ya ha terminado es enterarte tarde.
Para quién es esta guía
Comercios, hostelería y negocios con punto de venta físico que llevan la contabilidad en otro programa y quieren dejar de pasar datos a mano. Sirve igual si tienes un local o varios: con varios, el ahorro se multiplica.
Qué se conecta exactamente
Conectar el TPV con la contabilidad no significa volcarlo todo. Significa mover cuatro cosas, y conviene tenerlas separadas porque cada una tiene su frecuencia y su nivel de detalle:
| Dato | Frecuencia sensata | Detalle |
|---|---|---|
| Cierre de caja | Diaria, al cerrar | Total del día por tipo de IVA y por forma de pago. Es el dato mínimo imprescindible |
| Ventas por artículo | Diaria o semanal | Solo si necesitas margen por producto. Si no, sobra y ensucia |
| Cobros por tarjeta | Diaria | Para conciliar con lo que ingresa el banco, que llega con retraso y con comisión descontada |
| Facturas simplificadas | Diaria | Con la numeración correlativa, que es donde suelen aparecer los problemas |
Empieza solo por el cierre de caja. Es el 80 % del valor con el 20 % del trabajo. Ventas por artículo y conciliación son mejoras posteriores; si intentas montarlo todo a la vez, el proyecto se alarga y acabas sin nada funcionando.
Los cuatro tipos de TPV y lo que puedes esperar de cada uno
Antes de plantear nada, mira cuál de estos es el tuyo. Determina por completo si esto va a ser una tarde de trabajo o un problema:
| Tipo | Ejemplos | Cómo sacas los datos | Dificultad |
|---|---|---|---|
| TPV cloud con API | Square, Shopify POS, Lightspeed | API REST documentada, a veces con webhooks | Fácil |
| TPV cloud sin API abierta | Muchos verticales de hostelería y retail español | Informe programado por email o exportación a una carpeta | Media |
| TPV instalado en local | Software de toda la vida sobre base de datos propia | Exportación manual programada, o lectura directa de la base si te dejan | Media-alta |
| Datáfono suelto | El terminal del banco, sin software de gestión detrás | Solo el extracto bancario. No hay detalle por producto | Limitada por diseño |
La llamada que resuelve la duda en cinco minutos. Llama a tu proveedor de TPV y pregunta exactamente esto: «¿tenéis API REST documentada para consultar ventas, y me la dais con mi plan actual?». Muchos la tienen pero solo en planes superiores, y algunos cobran por activarla. Es información que no está en su web y que cambia todo el planteamiento.
Cómo se hace, según lo que te deje tu TPV
Aquí está toda la dificultad del asunto, y no es técnica: depende de si tu TPV deja salir los datos. Tres escenarios, de mejor a peor:
- Tu TPV tiene API. El escenario cómodo. n8n consulta cada noche las ventas del día y las manda a la contabilidad. Con nodo HTTP Request y una hora de trabajo lo tienes.
- Tu TPV exporta ficheros. Muy común. Programas una exportación al cerrar y n8n recoge el fichero de una carpeta o de un email, lo procesa y lo carga. Funciona bien, pero depende de que la exportación no falle en silencio.
- Tu TPV es una caja cerrada. Pasa con algunos sistemas antiguos y con TPVs que van ligados a un proveedor concreto. Aquí no hay atajo digno: o pides al fabricante una vía de exportación, o el cambio de TPV entra en la conversación.
El flujo del cierre diario, paso a paso
- Disparador nocturno, a una hora en la que el local ya haya cerrado seguro. Si tienes varios locales con horarios distintos, uno por local.
- Recoger el cierre por API o del fichero exportado.
- Agrupar por tipo de IVA, que es como lo necesita la contabilidad. Este paso es el que más se subestima: mezclar tipos obliga a deshacerlo a mano después.
- Comprobar que cuadra. Si el total por formas de pago no coincide con el total de ventas, no cargues nada y avisa. Es preferible un aviso a un descuadre metido en contabilidad.
- Cargar en el programa de contabilidad como asiento de ventas del día.
- Resumen por WhatsApp o email al responsable: ventas del día, comparación con el mismo día de la semana anterior y cualquier incidencia. Este paso no lo pide nadie y es el que más se agradece después.
El cuarto paso es innegociable. Una automatización que carga datos descuadrados sin avisar no ahorra trabajo: lo multiplica, porque alguien tendrá que encontrar el error semanas después.
Ojo con la facturación: Verifactu entra en juego
Si tu TPV emite facturas —simplificadas incluidas—, forma parte de tu sistema de facturación y le aplican los requisitos de Verifactu: integridad de los registros, encadenamiento y conservación.
Las fechas se aplazaron con el Real Decreto-ley 15/2025: 1 de enero de 2027 para sociedades y 1 de julio de 2027 para autónomos. Tienes margen, pero conviene preguntar ya a tu proveedor de TPV si su software está adaptado, porque si no lo está te tocará cambiarlo y eso no se improvisa. Los detalles están en la guía de VeriFactu.
Los casos raros, que son los que rompen el automatismo
Un flujo que funciona con el día normal y se atraganta con el día raro acaba abandonado en tres semanas. Estos son los casos que hay que prever desde el principio, porque van a pasar:
| Situación | Qué pasa si no lo prevés | Cómo se resuelve |
|---|---|---|
| Un día sin ventas | El flujo falla o mete un asiento vacío | Un IF al principio: si el total es cero, se detiene sin error |
| Se cierra caja dos veces | Asiento duplicado, y encima con el mismo importe | Registrar qué fechas ya se han procesado y comprobarlo antes de escribir |
| Turno que cruza medianoche | Las ventas de madrugada se van al día siguiente | Definir la jornada comercial del negocio, no el día natural. En hostelería es imprescindible |
| Devolución de otro día | Un importe negativo descuadra el cierre | Tratarla como línea propia, nunca restándola del total de ventas |
| Se cae internet en el local | Ese día no se procesa y nadie se entera | Reintento automático y aviso si al segundo intento sigue sin haber datos |
El de los turnos de madrugada merece un aviso especial. Un bar que cierra a las tres de la mañana tiene la mitad de la caja del sábado registrada en domingo si nadie ha definido la jornada comercial. Es el fallo que más veces hemos visto en hostelería y el que más tarda en detectarse, porque los totales del mes cuadran igual.
El asiento: qué necesita tu gestoría de verdad
Aquí es donde estos proyectos se atascan, y no por motivos técnicos: por no haber preguntado a quien lleva la contabilidad qué formato necesita. El cierre diario de una tienda no es un número, son varias líneas que tienen que cuadrar entre sí.
| Concepto | De dónde sale | Por qué se olvida |
|---|---|---|
| Ventas por tipo de IVA | Desglose del cierre, no el total | Es el error número uno. Si vendes al 21 % y al 10 %, un total único no sirve para nada |
| Cobros por forma de pago | Efectivo, tarjeta, Bizum, vales | Sin esto no puedes conciliar contra el banco |
| Devoluciones y abonos | Líneas negativas del cierre | Muchos exportadores las suman al neto y pierdes la trazabilidad |
| Descuadres de caja | Diferencia entre lo contado y lo esperado | Hay que registrarlo, no taparlo. Si no, el asiento no cuadra |
| Comisiones del datáfono | Liquidación del banco, no del TPV | El banco te ingresa el neto, así que el cobro nunca coincide con la venta |
Ese último punto merece un párrafo aparte porque descuadra a mucha gente. Vendes 1.000 € con tarjeta y el banco te ingresa 985 €. Si el automatismo apunta 1.000 € contra el banco, la conciliación no va a cuadrar ni un solo día. El flujo tiene que separar la venta del cobro y dejar la comisión como gasto.
Ese nodo IF de control es lo que separa un automatismo útil de uno peligroso. Un flujo que mete asientos descuadrados sin avisar es peor que hacerlo a mano, porque el error se descubre semanas después y hay que deshacerlo todo.
Cuánto ahorra en horas
Un negocio que dedica media hora diaria a pasar el cierre a la contabilidad gasta unas 11 horas al mes en teclear algo que ya existe en otro sistema. Con dos locales, 22.
A eso se le suma lo que no se mide en horas: cerrar el mes en dos días en lugar de en dos semanas, y saber el margen del mes cuando todavía puedes hacer algo al respecto.
En coste, el flujo se sostiene con n8n autoalojado en un VPS por 5-10 € al mes, o desde 20 € en cloud. El grueso es el montaje inicial, que depende por completo de en cuál de los tres escenarios de arriba estés.
Preguntas frecuentes
¿Puedo hacerlo si mi TPV no tiene API?
Sí, siempre que exporte algún tipo de fichero. n8n puede recoger un CSV de una carpeta compartida, de un FTP o incluso de un email automático, procesarlo y cargarlo. Es menos elegante que una API, pero funciona igual de bien mientras la exportación sea fiable.
¿Mi gestoría tiene que aprobar esto?
Aprobar no, pero avísales antes de montarlo. Ellos saben cómo quieren recibir los asientos y en qué cuentas, y adaptar el flujo a su criterio desde el principio ahorra rehacerlo. En muchos casos son los primeros interesados, porque también les quita trabajo manual.
¿Y si un día el TPV falla o no cierra bien?
Por eso el flujo lleva el paso de comprobación. Si no hay cierre o los totales no cuadran, no carga nada y manda un aviso. Al día siguiente se procesan los dos días juntos. Lo importante es que el error se vea el mismo día, no en la revisión trimestral.
¿Merece la pena con un solo local?
Si estás en el primer o segundo escenario, sí: son unas horas de montaje contra once horas al mes recurrentes. Si tu TPV es una caja cerrada y la única salida es cambiarlo, con un solo local probablemente no compense todavía.
¿Me sirve si tengo varias tiendas?
Sí, y es donde más se nota. El flujo se monta una vez y se repite por local, con el identificador de tienda en cada asiento. Pasar de cuadrar cinco cierres a mano cada mañana a revisar un único resumen consolidado es probablemente el mayor ahorro de todo lo que cuenta este artículo.
¿Qué hago si mi TPV no tiene API ni exportación programada?
Queda la vía del informe por email: muchos TPV mandan un cierre diario a una dirección de correo, y n8n puede leer ese buzón, extraer el adjunto y procesarlo. No es elegante y depende del formato del informe, pero funciona y es mucho mejor que teclear. Si tu TPV ni siquiera manda informes, valora que el próximo cambio de terminal sea a uno con API.
¿Esto sustituye a mi gestoría?
No, y no debería. Lo que sustituye es la parte mecánica de picar datos, que además es donde se cuelan los errores. Tu gestoría sigue haciendo lo que aporta valor: revisar, clasificar bien lo dudoso, presentar los modelos y avisarte de lo que te conviene. De hecho, la mayoría agradecen recibir los datos ya cuadrados.
¿Cuánto cuesta montarlo?
Con un TPV con API decente, entre 1.000 y 2.500 € el montaje completo, incluyendo el asiento bien planteado con la gestoría. Si hay que tirar de informes por email o de una base de datos local, sube. Contra una hora diaria de alguien picando datos, se paga en pocos meses.
¿Que el cierre de caja llegue solo a la contabilidad?
Lo primero que hacemos es mirar qué deja salir tu TPV, porque de eso depende todo lo demás. Si resulta que es una caja cerrada, te lo decimos en la primera llamada en vez de venderte un proyecto que no se puede hacer.
Si tu contabilidad va por Holded o Quipu, el otro extremo del flujo está detallado en la guía de integración con n8n. Y si lo que quieres es automatizar la facturación entera y no solo el cierre, está en automatizar la facturación de una pyme.
