Cuando un programa TPV o un software de facturación envía facturas a los servidores de Hacienda, puede recibir una respuesta con un código de error.
Ese código no siempre significa lo mismo. A veces indica que el envío completo no ha sido aceptado. Otras veces solo afecta a una factura concreta. Y en algunos casos el registro puede quedar aceptado, pero con una incidencia que habrá que subsanar después.
Por eso es importante no quedarse solo con el número. Hay que entender qué tipo de problema hay detrás.
En esta guía vamos a explicar, con lenguaje claro, cómo interpretar los códigos de error VeriFactu más habituales y qué debería revisar un comercio, bar, restaurante, tienda o empresa cuando su sistema de facturación recibe un rechazo.
Qué son los códigos de error VeriFactu
Los códigos de error VeriFactu son respuestas técnicas que recibe el programa cuando intenta comunicar registros de facturación con la Agencia Tributaria.
Dicho de forma sencilla: el TPV genera una factura o factura simplificada, prepara la información exigida por el sistema y la envía. Hacienda responde indicando si el registro se acepta, se rechaza o se acepta con alguna incidencia pendiente de corrección.
Para el usuario final, el mensaje puede parecer muy técnico. Puede hablar de XML, NIF, tipo de factura, fecha, hash, huella, cuota, recargo de equivalencia, registro anterior o sistema informático.
Pero detrás de muchos errores hay problemas bastante comprensibles:
- Un NIF mal escrito o no identificado.
- Una fecha incorrecta.
- Un tipo de factura que no corresponde.
- Un total de factura que no cuadra con la base y el IVA.
- Un certificado digital que no tiene permiso.
- Un software TPV que no está generando bien el registro.
- Un problema de comunicación con el servidor.
La clave está en no actuar a ciegas. Si el programa muestra un código, conviene guardarlo, leer el mensaje completo y revisar la causa antes de volver a enviar la factura una y otra vez.
No todos los errores VeriFactu tienen la misma gravedad
Una de las cosas más importantes es distinguir entre tres grandes grupos de errores.
1. Errores que rechazan el envío completo
Estos errores afectan al envío en bloque. Es decir, el problema puede estar en la cabecera, en el XML, en el certificado, en el formato general o en la forma en la que el programa está intentando comunicarse con Hacienda.
En estos casos, no estamos hablando solo de una factura concreta. Puede fallar todo el paquete de información enviado.
Algunos ejemplos son:
- 4102: el XML no cumple el esquema o falta un campo obligatorio.
- 4103: se produce un error al interpretar el XML.
- 4106: el formato de fecha es incorrecto.
- 4107: el NIF no está identificado en el censo de la AEAT.
- 4108: error técnico al obtener el certificado.
- 4119: problema con caracteres que no están en codificación UTF-8.
- 4134: servicio no activo.
- 4135: la URL no puede ser utilizada mediante GET.
- 4136: no se ha enviado correctamente el nodo RegistroAlta.
- 4137: no se ha enviado correctamente el nodo RegistroAnulacion.
Cuando aparece un error de este tipo, normalmente debe intervenir el proveedor del software o el técnico que mantiene el TPV. No suele ser algo que el usuario pueda resolver cambiando un dato de la factura.
Puede haber una configuración incorrecta, una versión no adaptada, un certificado mal instalado o una comunicación mal construida.
2. Errores que rechazan una factura concreta
Este grupo es muy habitual en el trabajo diario. La comunicación puede estar bien, pero una factura contiene un dato que Hacienda no acepta.
Algunos ejemplos son:
- 1100: valor o tipo incorrecto de un campo.
- 1104: número o serie de factura incorrectos.
- 1105: fecha de expedición incorrecta.
- 1108: el NIF del emisor no coincide con el obligado de emisión.
- 1109 y 1110: NIF no identificado en el censo de la AEAT.
- 1112: fecha de expedición superior a la fecha actual.
- 1123: formato del NIF incorrecto.
- 1124: tipo impositivo no incluido en la lista permitida.
- 1142 y 1144: cuota repercutida incorrecta según la base y el tipo impositivo.
- 1150: límite de factura simplificada superado en determinados casos.
- 1176, 1177 y 1179: errores relacionados con el bloque del sistema informático.
- 1180: error en el encadenamiento.
- 1210: importe total incorrecto según bases, cuotas y recargo.
- 1216: cuota total incorrecta.
- 1244: formato incorrecto de fecha, hora y huso horario.
- 1269: el bloque de registro anterior no está informado correctamente.
- 3000: registro de facturación duplicado.
Estos errores pueden aparecer por datos fiscales incorrectos, por una factura mal clasificada, por un cálculo que no cuadra o por una mala gestión de anulaciones, rectificaciones o subsanaciones.
Aquí sí puede haber parte de revisión por parte del usuario: comprobar cliente, NIF, fecha, serie, base imponible, IVA, recargo, total y tipo de factura. Pero si el error se repite, lo prudente es revisar el software.
3. Registros aceptados con incidencia pendiente de subsanar
Este punto es importante. No todo aviso significa rechazo directo.
Hay códigos que indican que el registro ha sido aceptado por el sistema, pero con una incidencia que deberá corregirse posteriormente.
Algunos ejemplos son:
- 2000: el cálculo de la huella suministrada es incorrecto.
- 2001: el NIF del destinatario no está identificado en el censo de la AEAT.
- 2002: la longitud de la huella del registro anterior no cumple las especificaciones.
- 2003: el contenido de la huella del registro anterior no cumple las especificaciones.
- 2005: el importe total no cuadra con base imponible, cuota y recargo.
- 2006: la cuota total no cuadra con las cuotas informadas.
Estos códigos no deben ignorarse. Que un registro entre en el sistema no significa que esté perfecto. Si el aviso pide subsanación, conviene corregirlo cuanto antes y dejar trazabilidad de lo ocurrido.
Por qué pueden aparecer errores VeriFactu en un TPV
En un negocio real, el problema no siempre está en “Hacienda”. Muchas veces está en cómo se genera la factura desde el TPV.
Un restaurante, una cafetería o una tienda pueden emitir cientos de tickets al día. Si el programa trabaja con varios terminales, impresoras, mandos, balanzas, cajones o módulos de facturación, todo debe estar bien conectado y configurado.
Estos son algunos puntos críticos.
Datos fiscales del emisor
El NIF del negocio, la razón social y el obligado de emisión deben estar bien configurados. Si el certificado digital pertenece a una persona o entidad distinta, o si el software informa un NIF que no corresponde, pueden aparecer errores de cabecera o de emisor.
Datos del cliente
En facturas completas, el destinatario debe estar correctamente identificado cuando sea obligatorio. Un NIF mal escrito, incompleto o no reconocido puede provocar rechazo o aviso de subsanación.
Fechas y hora del sistema
La fecha de expedición, la fecha de operación y la fecha/hora de generación del registro deben tener sentido. Un ordenador con la hora mal configurada puede convertirse en un problema serio.
También hay que vigilar el huso horario. En instalaciones con equipos antiguos, sistemas Windows sin mantenimiento o terminales desconectados, este detalle puede pasar desapercibido.
Series y numeración de facturas
La numeración debe ser coherente. Los saltos, duplicados, series mal configuradas o cambios improvisados pueden provocar errores como registro duplicado, número de factura incorrecto o problemas de encadenamiento.
IVA, recargo de equivalencia y totales
Los errores de cálculo son especialmente delicados. Si la base imponible, la cuota de IVA, el recargo y el total no cuadran, el sistema puede rechazar la factura.
Esto puede ocurrir por redondeos mal gestionados, artículos con impuestos incorrectos, descuentos aplicados de forma extraña o configuraciones antiguas del programa.
Tipo de factura
No es lo mismo una factura completa que una factura simplificada. Tampoco es lo mismo una factura rectificativa, una anulación o una subsanación.
Si el programa marca un tipo de factura que no corresponde con los datos enviados, pueden aparecer errores relacionados con campos obligatorios, bloques no permitidos o información incompatible.
Software TPV no adaptado o mal actualizado
Un TPV antiguo puede seguir funcionando para vender, imprimir tickets y cobrar, pero eso no significa que esté preparado para generar correctamente los registros exigidos por VeriFactu.
La adaptación no va solo de añadir un QR al ticket. También intervienen la generación del registro, el encadenamiento, la huella, los datos fiscales, la trazabilidad, la conservación y la comunicación con la AEAT.
Qué debe hacer un negocio cuando aparece un código de error
Ante un error VeriFactu, lo peor es improvisar.
Estos pasos ayudan a trabajar con más orden:
- Guardar el código y el mensaje completo. No basta con decir “me da error”. El número y el texto ayudan a localizar la causa.
- Comprobar si afecta al envío completo o a una factura. No se corrige igual un error de XML que un NIF mal escrito.
- Revisar los datos fiscales. Emisor, cliente, NIF, razón social, dirección si procede y certificado digital.
- Comprobar fecha, hora y zona horaria. Especialmente si el equipo es antiguo o ha estado apagado mucho tiempo.
- Revisar importes e impuestos. Base, IVA, recargo, descuentos y total.
- No reenviar sin control. Repetir envíos puede provocar duplicados o más errores.
- Contactar con el proveedor del software. Si el error afecta al XML, hash, encadenamiento o sistema informático, normalmente debe revisarlo un técnico.
- Consultar con la gestoría cuando sea fiscal. Especialmente en facturas rectificativas, anulaciones, operaciones exentas o casos especiales.
Errores VeriFactu y TPV antiguos: una combinación peligrosa
Muchos negocios todavía trabajan con sistemas que fueron válidos durante años: cajas registradoras informatizadas, TPV antiguos, programas sin mantenimiento, equipos con sistemas operativos obsoletos o instalaciones que se han ido parcheando con el tiempo.
El problema es que VeriFactu exige más orden técnico.
El sistema debe generar registros coherentes, mantener trazabilidad, respetar numeraciones, trabajar con fechas correctas y preparar la información con el formato adecuado.
Si el programa no se actualiza, si el proveedor ya no da soporte o si el equipo no puede trabajar de forma estable, los códigos de error pueden ser una señal de aviso.
No siempre hay que cambiarlo todo. Pero sí conviene revisar el conjunto: software, equipo, impresora, conexión, certificado, copias de seguridad y forma real de facturar.
Cuándo conviene actualizar el sistema TPV
Conviene plantearse una actualización si ocurre alguna de estas situaciones:
- Tu programa no tiene una hoja de ruta clara para VeriFactu.
- El proveedor no confirma compatibilidad o adaptación.
- El equipo trabaja lento o falla al emitir tickets.
- Usas varios terminales y no tienes claro cómo se sincronizan las ventas.
- Emites facturas completas, simplificadas y rectificativas desde el mismo sistema.
- Necesitas soporte técnico cercano para hostelería, comercio o alimentación.
- El TPV no permite actualizaciones seguras.
En negocios pequeños, puede tener sentido valorar TPV Android económicos para pequeños negocios, siempre que el software elegido esté adaptado a la normativa y encaje con el volumen de trabajo.
En instalaciones más exigentes, con varios puestos, comandas, periféricos, impresoras de cocina, almacén o mayor carga de facturación, suele ser más recomendable revisar sistemas TPV Windows profesionales para hostelería y comercio.
VeriFactu no debe verse solo como una obligación
Es normal que muchos negocios vean VeriFactu como otra carga más. Pero también puede ser una oportunidad para poner orden.
Un sistema TPV actualizado ayuda a trabajar mejor, reducir errores, controlar tickets, mejorar cierres, evitar duplicados y tener una instalación más estable.
En hostelería, por ejemplo, un buen TPV no solo emite facturas. También gestiona mesas, comandas, impresoras de cocina, camareros, cierres y pagos.
En comercio, ayuda con artículos, códigos de barras, stock, clientes, tickets, devoluciones y arqueos.
En alimentación, puede conectarse con balanzas, etiquetas, ventas al peso e impresoras.
Por eso, la adaptación a VeriFactu no debería hacerse a última hora ni solo “para salir del paso”. Es mejor revisar el sistema con tiempo y elegir una solución proporcionada al negocio.
Servicio técnico y adaptación VeriFactu en Alicante
En Control Táctil ayudamos a revisar TPV, programas de facturación, periféricos y sistemas de punto de venta para que el negocio pueda prepararse con más tranquilidad.
No sustituimos el trabajo de la asesoría fiscal, pero sí podemos ayudarte en la parte técnica: programa TPV, instalación, configuración, equipos, impresoras, conectividad y soporte.
Si tienes un comercio, bar, restaurante, cafetería, tienda de alimentación, panadería, carnicería, pescadería o empresa que emite tickets y facturas, puedes consultar nuestro servicio para adaptar tu TPV a VeriFactu en Alicante.
También hemos recopilado información práctica en todos nuestros artículos sobre VeriFactu, pensada para explicar el cambio de forma clara y aplicada al punto de venta real.
Resumen final
Los códigos de error VeriFactu no son solo mensajes para programadores. También son pistas útiles para saber qué está fallando en la facturación de un negocio.
Un error 4102 puede indicar un problema de estructura en el envío. Un 1109 puede apuntar a un NIF no identificado. Un 1210 puede señalar que los importes no cuadran. Un 3000 puede avisar de un registro duplicado. Y un 2000 puede indicar que el registro ha sido aceptado, pero necesita revisión posterior.
La mejor forma de actuar es guardar el código, leer el mensaje completo, revisar los datos básicos y contar con un software TPV preparado.
VeriFactu no va solo de cumplir. Va de facturar con más control, más trazabilidad y menos margen para errores.
.png)
.png)
.png)

No hay comentarios:
Publicar un comentario
Gracias por participar en el blog, si quieres contactar con nosotros de una manera mas rapida, recuerda que puedes enviar un correo a info@controltactil.com
Saludos