Qué es VeriFactu y qué cambia en tu facturación

VeriFactu es la forma de registrar las facturas y las ventas en España según la cual el sistema de facturación genera registros protegidos y funciona con las reglas del control tributario. Lo importante es cómo el sistema crea, guarda y, según el modelo de trabajo, envía los datos de cada operación. Si eres autónomo o tienes una pyme y te preguntas si VeriFactu es obligatorio para ti, la respuesta práctica empieza por otra pregunta: qué sistema emite tu factura final.

Para el dueño de un negocio es una cuestión práctica. Si las ventas pasan por la caja, el CRM, la tienda online o el programa de contabilidad, hay que entender dónde se genera la factura final y si ese circuito cumple los requisitos de los registros. Si no, puedes acabar pagando un servicio que duplica los datos o atando tus procesos a una plataforma de la que cuesta sacar el historial de ventas.

VeriFactu no sustituye la lógica de negocio de la empresa. Lo que fija son los requisitos del rastro que deja cada operación: el registro tiene que ser secuencial, estar protegido frente a modificaciones que no dejen huella y servir para el control tributario. Por eso conviene empezar por un esquema del recorrido de los datos: del pedido a la factura, al cobro y a la contabilidad.

¿Qué es VeriFactu?

Reglas para registrar operaciones

VeriFactu describe cómo debe funcionar el software que registra los datos de facturas y ventas para el control tributario en España. No es un producto que se conecta sin más, ni el nombre de un CRM, una caja o un servicio de pagos concreto.

Se trata de las propiedades del circuito donde nace el documento fiscal. El sistema tiene que generar el registro de la operación, conservar su secuencia y no permitir que la historia se reescriba sin dejar huella.

Una venta pasa por una cadena de eventos. El pedido aparece en la tienda online o en el CRM. El cobro pasa por la caja o por un servicio de pagos. Después se emite la factura. VeriFactu se ocupa del momento en que la operación se convierte en registro contable: qué fijó exactamente el sistema, cómo enlazó ese registro con las operaciones anteriores y qué ocurre si hay que rectificar o anular el documento.

No confundas VeriFactu con la factura electrónica. La factura electrónica define la forma del documento y cómo se intercambia. VeriFactu define si detrás de ese documento hay un rastro fiable en el sistema.

El CRM tampoco emite necesariamente la factura final. Puede ser el lugar donde el comercial gestiona la oportunidad. Sobre su papel en las ventas, lee Qué es un CRM, explicado de forma sencilla.

La pregunta para el negocio es simple: qué sistema crea el registro definitivo de la venta y si puede conservarlo sin que nadie lo edite en silencio con fecha anterior.

Para qué sirve VeriFactu al negocio y al control tributario

Trazabilidad de los documentos fiscales

Una factura o una venta no deben desaparecer de la contabilidad una vez emitidas. Tampoco se pueden reescribir en silencio con fecha anterior, como si el registro original nunca hubiera existido. VeriFactu fija los requisitos del rastro que deja la operación en el software del negocio.

Para el control tributario importan la trazabilidad de las operaciones y la integridad de los registros. Tiene que quedar claro que la venta se hizo, qué documento se emitió y cómo trató el sistema la anulación o la rectificación.

La idea es que el historial de documentos fiscales no dependa de que alguien pueda cambiar un registro a mano sin dejar huella.

Al negocio este enfoque también le sirve. Le obliga a ordenar de verdad su circuito de datos: qué sistema emite la factura final, dónde está el historial de documentos, quién puede cambiar el estado de una operación y qué viaja entre la caja, el CRM y la contabilidad.

VeriFactu no corrige solo un error en el importe, el impuesto o los datos del cliente. El error puede ocurrir. Pero un proceso bien hecho no lo borra sin rastro: el sistema tiene que conservar la lógica de la rectificación, no sustituir la operación pasada por una versión nueva.

Cuando el papel de cada sistema está definido, es más fácil hablar de automatización e integraciones sin módulos de más ni documentos duplicados.

Cómo funciona VeriFactu: el camino de la factura desde la venta hasta el registro

De la venta al registro

Todo empieza con un evento que el sistema reconoce como venta o prestación de un servicio. Da igual dónde se produzca: en la caja, el CRM, la tienda online o el programa de contabilidad. Lo que importa es cuál de esos sistemas convierte el evento en factura final y en registro contable.

1. <svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 800 160" role="img" aria-label="Esquema del recorrido de los datos desde la venta, pasando por la factura, hasta el registro protegido y su conservación o envío">
2. <defs>
3. <marker id="arrow" markerWidth="10" markerHeight="10" refX="8" refY="3" orient="auto">
4. <path d="M0,0 L0,6 L9,3 z" fill="#4A5568"/>
5. </marker>
6. </defs>
7. <rect x="30" y="55" width="100" height="50" rx="8" fill="#E2E8F0" stroke="#4A5568" stroke-width="2"/>
8. <path d="M140 80 H190" stroke="#4A5568" stroke-width="3" marker-end="url(#arrow)"/>
9. <rect x="200" y="55" width="100" height="50" rx="8" fill="#E2E8F0" stroke="#4A5568" stroke-width="2"/>
10. <path d="M310 80 H360" stroke="#4A5568" stroke-width="3" marker-end="url(#arrow)"/>
11. <rect x="370" y="55" width="100" height="50" rx="8" fill="#E2E8F0" stroke="#4A5568" stroke-width="2"/>
12. <path d="M480 80 H530" stroke="#4A5568" stroke-width="3" marker-end="url(#arrow)"/>
13. <circle cx="570" cy="80" r="30" fill="#E2E8F0" stroke="#4A5568" stroke-width="2"/>
14. <path d="M600 80 H650" stroke="#4A5568" stroke-width="3" marker-end="url(#arrow)"/>
15. <rect x="660" y="55" width="100" height="50" rx="8" fill="#E2E8F0" stroke="#4A5568" stroke-width="2"/>
16. <path d="M570 50 C540 15 450 15 420 50" fill="none" stroke="#4A5568" stroke-width="2" stroke-dasharray="6 6" marker-end="url(#arrow)"/>
17. </svg>

La venta genera un evento, a partir de él se emite la factura y el sistema registra la operación como un registro independiente. Ese registro no puede quedar aislado. Se encadena con los registros anteriores para que nadie pueda sustituir el historial ni reescribirlo con fecha anterior sin que se note. Después, los datos se conservan en el sistema o se envían según el modelo que este admita.

Hay un límite que se pasa por alto a menudo al diseñar el proceso. El borrador de una factura se puede editar antes de emitirla: cambiar líneas, datos del cliente o condiciones de venta. Pero una vez registrada la operación, un cambio no debe borrar el rastro original.

Si hay que anular o rectificar una factura, el sistema tiene que reflejar esa acción y su relación con el documento anterior. Justo aquí se ve la diferencia entre editar un borrador y modificar una operación ya emitida.

Los problemas empiezan cuando la caja, el CRM y la contabilidad se consideran, cada uno a su manera, el lugar donde nace la factura final. Entonces una sola venta genera varios documentos con estados distintos. Hace falta una única fuente de verdad, y el resto de sistemas deben recibir los datos que necesitan mediante una sincronización acordada.

Qué es la factura electrónica y qué no es para VeriFactu

Forma del documento y registro

La factura electrónica es una factura emitida, enviada o recibida en formato electrónico. Describe la forma del documento y cómo se intercambia entre vendedor, comprador, gestoría u otro sistema.

El documento puede llegar por correo, a través del panel de un servicio o entrar automáticamente en la contabilidad. Pero el formato electrónico por sí solo no explica cómo guarda el sistema el historial de la operación.

VeriFactu está en otro nivel. Su objeto son las reglas para generar el registro de facturación y la integridad de los datos de venta. La factura electrónica puede ser la forma de enviar el documento. VeriFactu define qué pasa con la operación en el sistema después de emitirla: si queda rastro, si se ven las rectificaciones y si el registro original no desaparece.

El CRM se confunde a menudo con la contabilidad porque ya contiene el cliente, los productos y el importe de la oportunidad. Pero su papel es otro: acompaña el proceso antes y después de la venta. Sobre los límites de un CRM, lee Qué es un CRM, explicado de forma sencilla.

No hagas responsable a un sistema solo porque fue el primero en mostrar el importe. La fuente de la factura final se define por el lugar donde la operación se emite de forma definitiva, se corrige y queda en el historial.

Cómo revisar la caja, el CRM y la contabilidad antes de integrar VeriFactu

Mapa del recorrido de los datos

Empieza por un mapa del circuito actual. Anota todos los sistemas por los que pasa una venta: la web, la caja, el CRM, el servicio de pagos, la contabilidad, el almacén o el panel de una plataforma externa.

En cada uno, marca qué datos crea, recibe, modifica y guarda. Un mapa así muestra enseguida dónde aparecen duplicados y dónde la información pierde el vínculo con la operación original.

Después, localiza el punto donde aparece la factura final. No tiene por qué ser la caja ni el CRM. El sistema responsable tiene que emitir la operación, guardar su estado y gestionar las correcciones posteriores. Si el documento final se genera en un circuito, los demás sistemas no deben crear sus propias copias.

Comprueba si entre los sistemas viajan el número de operación, el importe, los datos fiscales y el estado de anulación. No basta con sincronizar el nombre del producto y el contacto del comprador. Sin estados ni vínculos entre documentos, la contabilidad puede recibir una venta que ya se devolvió o se rectificó en otro circuito.

Aparte, aclara quién es dueño del historial de operaciones. Los datos tienen que poder exportarse, no quedarse solo en la interfaz de un servicio cerrado. Del mismo modo, describe los casos de devolución, anulación y rectificación: qué sistema inicia la acción, adónde se envía el cambio y qué documento queda en el historial.

Cuándo VeriFactu puede no ser una tarea directa para tu negocio

Límites de responsabilidad de cada sistema

Que tengas que cambiar tu propio sistema depende del papel de tu negocio en la cadena de venta. Hay que aclarar si la factura final la emites tú en tu circuito o la emite otra parte. Esto vale igual para un autónomo que para una pyme.

Si la factura nace en una plataforma externa, tu negocio puede enviarle los datos del pedido sin crear él mismo el registro de la operación. En ese caso hay que fijar el límite de responsabilidad entre tu sistema y la plataforma.

La web también puede ser solo un escaparate. Muestra el catálogo, recoge la solicitud o lleva al comprador a otro canal de pago, pero no formaliza la venta ni emite la factura. Entonces lo que hay que revisar no es la web, sino el sistema donde el pedido se convierte en documento fiscal.

A veces el CRM registra la oportunidad y la contabilidad se lleva en un circuito aparte. El sistema responsable no se identifica por el nombre del servicio, sino por la acción: dónde la operación se emite de forma definitiva, cambia de estado y queda en el historial.

Esto no significa que puedas ignorar los requisitos. Primero hay que nombrar al responsable de generar el registro. Lo que hay que revisar lo determinan los sistemas y los escenarios de intercambio de datos, no la popularidad de la plataforma. Y eso también influye en el costo de integrar la caja, el CRM y el programa de contabilidad.

Errores al prepararse para VeriFactu

Exportación y corrección de datos

También es fácil confundir la factura electrónica con el registro protegido de la venta. El documento digital se encarga del intercambio de datos con el destinatario. No explica cómo guarda el sistema la secuencia de operaciones ni qué ocurre tras una anulación o una rectificación. Para cada caso conviene definir el sistema responsable y el recorrido del cambio.

Otro error es guardar el historial solo en un servicio cerrado. Si los datos no se pueden exportar, cuesta más comprobar el vínculo entre la venta, la devolución y la corrección. El acceso al historial y las reglas de sincronización hay que acordarlos antes de la integración, no después de que aparezcan discrepancias.

Conclusión

La fuente de la factura final

VeriFactu trata del rastro de la operación: desde la venta, pasando por la emisión del documento, hasta su conservación en la contabilidad. Lo importante es que ese rastro no desaparezca cuando la venta se anula, se devuelve o se rectifica.

Empieza por identificar la fuente de la factura final. Luego revisa el recorrido de los datos entre la caja, el CRM y la contabilidad. Por separado, describe los casos de modificación de una operación ya emitida.

Si quieres analizar tu circuito actual y el papel de cada sistema, escríbenos para hablar del esquema de integración.

Preguntas frecuentes