Cierre de Ejercicio, facturas del año anterior, etc.

[rci]

Hola, os explico lo que he visto en algún sitio...

El programa cuando se hace la facturación de albaranes, permite indicar la fecha de factura (no utiliza la fecha actual) dentro de unos límites (máximo 15 días atrás creo).
De esta forma si el 3 de enero quieren facturar a 31 de diciembre lo puede hacer. La fecha de la factura será 31 de diciembre y la fecha de operación pues depende de los albaranes.

A parte, el programa tiene una fecha de activación veri*factu, un dato interno que es 01/01/2026 o 01/07/2026 dependiendo del CIF.
El programa para decidir si crea un registro de facturación y lo envía, mira si la fecha de la factura es igual o posterior a esa fecha de activación de veri*factu.
Por lo tanto si el 3 de enero facturan a 31 de diciembre, esas facturas del año anterior no generarán RF ni se enviarán a Veri*Factu. Como si las hubieran hecho en 2025 cuando no era obligatorio veri*factu....
En cambio las facturas que hacen en el TPV, si que cogen siempre la fecha actual de internet y ya crean registros de facturación y se envían.

Yo diría que esta parte de la facturación de albaranes no es correcta ...
Lo de poder indicar una fecha anterior a la actual se ha hecho siempre así y supongo que se tendría que impedir pero les interesa hacerlo para los vencimientos a la hora de cobrar las facturas y para no facturar en festivos o fines de semana.
Y lo de no crear registro de facturación si la fecha de factura es anterior a la fecha de activación de veri*factu imagino que tampoco es correcto...

Vosotros que pensáis?

No se que nivel de gravedad tiene y si podrían hacer una inspección y sancionar este caso...
Esto solo ocurrirá este 2026, porque en enero de 2027 ya estarán todos con veri*factu activado y se crearan RFs y se mandaran de todas las facturas.


Muchas Gracias

[espinete]

La verdad es que hay tantas dudas sin resolver que es difícil saber si algo es sancionable o no, y sobre todo, si la responsabilidad es nuestra o no. Y así con todo 😅

Nosotros por lo pronto permitiremos dar de alta facturas con fecha de operación del año anterior, y ésta se enviará a VeriFactu sí o sí, independientemente de que sea de 2026 o de 2025, y encadenada con la última factura que se envió, sea también de 2026 o de 2025.

Si no se puede, pues ya les dará error. Y si no les da error y Hacienda se queja, pues haber puesto un error ahí o haberlo impedido de otra manera. Nosotros estamos ya cansados de intentar evitar todo lo que pueda fallar, y aún así, fallarán más cosas que ni nos hemos planteado aún.

[eumealto]

Empezado por rci

Hola, os explico lo que he visto en algún sitio...

El programa cuando se hace la facturación de albaranes, permite indicar la fecha de factura (no utiliza la fecha actual) dentro de unos límites (máximo 15 días atrás creo).
De esta forma si el 3 de enero quieren facturar a 31 de diciembre lo puede hacer. La fecha de la factura será 31 de diciembre y la fecha de operación pues depende de los albaranes.

A parte, el programa tiene una fecha de activación veri*factu, un dato interno que es 01/01/2026 o 01/07/2026 dependiendo del CIF.
El programa para decidir si crea un registro de facturación y lo envía, mira si la fecha de la factura es igual o posterior a esa fecha de activación de veri*factu.
Por lo tanto si el 3 de enero facturan a 31 de diciembre, esas facturas del año anterior no generarán RF ni se enviarán a Veri*Factu. Como si las hubieran hecho en 2025 cuando no era obligatorio veri*factu....
En cambio las facturas que hacen en el TPV, si que cogen siempre la fecha actual de internet y ya crean registros de facturación y se envían.

Yo diría que esta parte de la facturación de albaranes no es correcta ...
Lo de poder indicar una fecha anterior a la actual se ha hecho siempre así y supongo que se tendría que impedir pero les interesa hacerlo para los vencimientos a la hora de cobrar las facturas y para no facturar en festivos o fines de semana.
Y lo de no crear registro de facturación si la fecha de factura es anterior a la fecha de activación de veri*factu imagino que tampoco es correcto...

Vosotros que pensáis?

No se que nivel de gravedad tiene y si podrían hacer una inspección y sancionar este caso...
Esto solo ocurrirá este 2026, porque en enero de 2027 ya estarán todos con veri*factu activado y se crearan RFs y se mandaran de todas las facturas.


Muchas Gracias

En Verifactu no existe el concepto Fecha de Factura. Sólo hay Fecha de Emisión/Expedición, y Fecha de Operación. La Fecha de Emisión/Expedición la da el sistema y no se puede modificar. La de Operación sí se puede modificar siempre que no sea mayor que la fecha actual ni del mes anterior si la fecha actual es mayor del día 15

[espinete]

Empezado por eumealto

En Verifactu no existe el concepto Fecha de Factura. Sólo hay Fecha de Emisión/Expedición, y Fecha de Operación. La Fecha de Emisión/Expedición la da el sistema y no se puede modificar. La de Operación sí se puede modificar siempre que no sea mayor que la fecha actual ni del mes anterior si la fecha actual es mayor del día 15

Habrá que hacer eso entonces. Impedir que emitan facturas con Fecha Operación > HOY y tampoco con Fecha Operación del mes anterior si hoy es día 15 o más.
Y quien esté acostumbrado a hacer cosas raras, que vaya a llorar delante de los leones del Congreso.

[rci]

he preguntado a Copilot y me ha dicho lo siguiente:

La fecha de expedición de una factura no debe ser necesariamente la fecha exacta en la que se genera el documento, sino que debe respetar los plazos legales de expedición.
En el caso de facturas recapitulativas (para agrupar albaranes de un mes), la ley permite que la fecha de expedición sea el último día del mes en el que se han realizado las operaciones, aunque la factura se genere físicamente unos días después

No se si será cierto o no...
indica este enlace de la AEAT
https://sede.agenciatributaria.gob.e...-facturas.html

Una factura de final de mes, factura de los albaranes de un cliente, es una factura recapitulativa?

gracias

[Faneka]

La fecha de expedición en Verifactu debe ser la del día que se genera el RF ya que deben coincidir, en el webinar último que vi y lo subio un compi de por aquí lo dice varias veces el inspector de hacienda.

[rci]

Empezado por Faneka

La fecha de expedición en Verifactu debe ser la del día que se genera el RF ya que deben coincidir, en el webinar último que vi y lo subio un compi de por aquí lo dice varias veces el inspector de hacienda.

Si si, tenéis razón, estoy de acuerdo.
Además en la faq
https://sede.agenciatributaria.gob.e...00dc381e0aRCRD
dice

La fecha de expedición de la factura debe coincidir con la de generación del registro de facturación. Ambas fechas, generalmente deben corresponderse con la fecha en que se remite el Registro de facturación. No obstante, se pueden dar situaciones puntuales de no coincidencia, de la fecha de generación del registro con la de envío (por ejemplo, incidencia al remitir que obliga a reintentar más adelante, cambio de horario de verano/invierno...).

Un mayor detalle puede encontrarse en las reglas de validación que afecten a los campos del registro de facturación y del mensaje de remisión a la AEAT .

Pero si envías un RF con FechaExpedicionFactura unos días antes del valor de FechaHoraGeneracionRegistro no falla ni se queja... es raro porque si dice que se valida...
En el documento de validación de errores no indica en ningún sitio que tenga que ser la misma fecha...

gracias

[novatico]

Es que la FechaExpedicionFactura debería coincidir con la FechaHoraHusoGenRegistro, pues deben ser simultáneas o prácticamente, en un funcionamiento normal de VERIFACTU.

A mí solo me las admite como tú dices, si son Emitidas por el Destinatario

[Faneka]

Empezado por rci

Hola, os explico lo que he visto en algún sitio...

El programa cuando se hace la facturación de albaranes, permite indicar la fecha de factura (no utiliza la fecha actual) dentro de unos límites (máximo 15 días atrás creo).
De esta forma si el 3 de enero quieren facturar a 31 de diciembre lo puede hacer. La fecha de la factura será 31 de diciembre y la fecha de operación pues depende de los albaranes.

A parte, el programa tiene una fecha de activación veri*factu, un dato interno que es 01/01/2026 o 01/07/2026 dependiendo del CIF.
El programa para decidir si crea un registro de facturación y lo envía, mira si la fecha de la factura es igual o posterior a esa fecha de activación de veri*factu.
Por lo tanto si el 3 de enero facturan a 31 de diciembre, esas facturas del año anterior no generarán RF ni se enviarán a Veri*Factu. Como si las hubieran hecho en 2025 cuando no era obligatorio veri*factu....
En cambio las facturas que hacen en el TPV, si que cogen siempre la fecha actual de internet y ya crean registros de facturación y se envían.

Yo diría que esta parte de la facturación de albaranes no es correcta ...
Lo de poder indicar una fecha anterior a la actual se ha hecho siempre así y supongo que se tendría que impedir pero les interesa hacerlo para los vencimientos a la hora de cobrar las facturas y para no facturar en festivos o fines de semana.
Y lo de no crear registro de facturación si la fecha de factura es anterior a la fecha de activación de veri*factu imagino que tampoco es correcto...

Vosotros que pensáis?

No se que nivel de gravedad tiene y si podrían hacer una inspección y sancionar este caso...
Esto solo ocurrirá este 2026, porque en enero de 2027 ya estarán todos con veri*factu activado y se crearan RFs y se mandaran de todas las facturas.


Muchas Gracias

Pues efectivamente no es correcto pero bueno, cada uno .... Nosotros de momento los que tienen el SII pueden tocar la fecha de expedición pero en breve se les acabara el chollo tambien y se cerrara al día actual.