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

[espinete]

Ahora que se acerca fin de año, nos surgen un par de dudas...

Nuestro software permite hacer "cierres de año/ejercicio", opcionales, de forma que cada base de datos esté dividida en años (2025, 2026, etc.). De esta forma la BD no crece tanto, si se daña solo dañas un año y no todos, etc.
Normalmente el cierre lo hacen el 1 de enero, otros clientes o hacen después de Reyes, otros después de las Rebajas, etc.
Pueden elegir si empezar el ejercicio nuevo con la enumeración desde 1, o seguir la numeración correlativa de facturas según el último número de factura del ejercicio anterior. Eso también es opcional.

Las dudas son...

- ¿Qué pasa si el 2 de enero se envía la factura (con el número que sea)? ¿Se debe encadenar con la última factura que se envió el ejercicio anterior, verdad? ¿O se enviaría como Primera Factura?

- ¿Qué pasa si un cliente decide meter en el programa una factura del año anterior pero en el ejercicio actual? Es decir, el 5 de diciembre crea una factura que correspondía realmente al 28 de diciembre del año anterior (es raro, pero ha pasado).

Y seguramente me surjan más dudas relacionadas con esto, porque está claro que en el día a día pasan muchas más cosas raras de las que uno pueda prever.

[Faneka]

- Se encadenan con la última generada del año anterior, no se reinicia por ejercicio.
- Supongo que seria el 5 de Enero meter una factura del 28 de diciembre. Pues la fecha de expedición no se puede tocar con lo que es la del día, la fecha de operación si podría ponerla el 28 de Diciembre con lo que contablemente se guardarian en el ejercicio 2025, eso lo hemos programado. Otra cosa es que como se le queda registrada la factura, registro en el 2026 y contabilizada en el 2025.

[espinete]

Me refería más bien a que el usuario, en vez de entrar en la Empresa 2026, entra en la Empresa 2025 y mete esa factura de Diciembre en la empresa del año pasado, no en la actual.

Entiendo que en este caso hay dos opciones:
- Evitar que entren en las empresas de ejercicios anteriores
- O si lo hacen, y crean una factura, aún así se envíe a VeriFactu (obviamente), pero encadenándola con lo que toque, sea de ese año o no.

Ejemplo del caso 2:
En 2026 voy por la factura 20, en 2025 iba por la 3000. El cliente se mete en 2025 para meter una factura que olvidó meter en Diciembre. Encadenaría esa factura 3001 con la 20 de 2026, y luego de vuelta a 2026, la 22 la encadenaría con la 3001 que se creó en la empresa de 2025.

El caso 1 sería simplemente impedir que hagan eso: una vez hecho el cierre, que no puedan entrar en la empresa para crear nuevas facturas: si se te olvidó, te j_des y la creas en 2026 con fecha de 2025 si quieres.

[Faneka]

Nosotros tenemos este hermoso cartel: NO SE PUEDE GENERAR FACTURAS SI LA FECHA DE HOY NO ESTA DENTRO DEL EJERCICIO. Así que no pueden generar facturas con día de hoy si no estan en el ejercicio correcto.
La fecha de expedición es la del día actual y coincide con la fecha que se genera el RF, y no dejamos dar de alta en el ejercicio 2025 una factura con fecha de expedición del 2026.

[espinete]

Pero si un cliente necesita hacerlo (por el motivo que sea)... quiero decir... es posible hacerlo aunque no lo permitas? O es algo que no se puede hacer bajo ningún concepto pero aún así lo hacen?

Porque para nosotros sería más fácil hacer lo mismo que tu: impedir hacer eso, pero claro, no somos asesores fiscales y no sabemos si eso está permitido legalmente o no.

No sé, se me ocurre a lo mejor el caso de una empresa que facture solo a fin de mes, o a principios del mes siguiente, todas las facturas de golpe. Que el 3 de enero den de alta todas las facturas de diciembre. En fecha de operación pondrán la fecha de diciembre, y la fecha de emisión/expedición será 3 de enero sí o sí.
¿Debemos impedir que las metan en la empresa de 2025?

En fin, menudo lío con los casos raros. Estoy harto ya de pensar en mil cosas (y casos) a la vez.

[Faneka]

Ese caso si que lo tenemos contemplado, en enero facturar de diciembre, fecha expedición 2026 y 2025 de operación.

[espinete]

Eso sería lo ideal, pero entiendo que algunos clientes se empeñan en meter esa factura de diciembre en la empresa/base de datos del ejercicio anterior y no del actual, y eso es lo que deberíamos impedir supongo.
No sé si a Hacienda le gustará que envíen facturas del mes pasado encadenadas con facturas del actual, aunque tenemos el software preparado para hacerlo si se diera el caso.

[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

[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.

[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

[rci]

Empezado por novatico

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

Como dices?? no te las admite ??
y te da error??

Lo he probado mil veces en el entorno de pruebas y todas correctas. Nada de emitidas por el destinatario

...
 <sum1:IDFactura>
    <sum1:IDEmisorFactura>99999910G</sum1:IDEmisorFactura>
    <sum1:NumSerieFactura>2500223</sum1:NumSerieFactura>
    <sum1:FechaExpedicionFactura>20-11-2025</sum1:FechaExpedicionFactura>
  </sum1:IDFactura>
...
  <sum1:NombreRazonEmisor>CERTIFICADO FISICA PRUEBAS</sum1:NombreRazonEmisor>
  <sum1:TipoFactura>F1</sum1:TipoFactura>
  <sum1:FechaOperacion>29-10-2025</sum1:FechaOperacion>
  <sum1:DescripcionOperacion>F.Crédito: 2500223</sum1:DescripcionOperacion>
  <sum1:Destinatarios>
    ...
  </sum1:Destinatarios>
  <sum1:Desglose>
    <sum1:DetalleDesglose>
      ...
  </sum1:Desglose>
  <sum1:CuotaTotal>0.00</sum1:CuotaTotal>
  <sum1:ImporteTotal>0.00</sum1:ImporteTotal>
  <sum1:Encadenamiento>
    <sum1:RegistroAnterior>
    ...
    </sum1:RegistroAnterior>
  </sum1:Encadenamiento>
  <sum1:SistemaInformatico>
    ...
  </sum1:SistemaInformatico>
  <sum1:FechaHoraHusoGenRegistro>2025-11-28T13:33:36+01:00</sum1:FechaHoraHusoGenRegistro>
...

[novatico]

Y bajo que situación tienes:

<sum1:FechaExpedicionFactura>20-11-2025</sum1:FechaExpedicionFactura>

y a la vez

<sum1:FechaHoraHusoGenRegistro>2025-11-28T13:33:36+01:00</sum1:FechaHoraHusoGenRegistro>

pues según entiendo yo, ambas han de ser simultáneas o seguidas, no ?

[rci]

Empezado por novatico

Y bajo que situación tienes:

<sum1:FechaExpedicionFactura>20-11-2025</sum1:FechaExpedicionFactura>

y a la vez

<sum1:FechaHoraHusoGenRegistro>2025-11-28T13:33:36+01:00</sum1:FechaHoraHusoGenRegistro>

pues según entiendo yo, ambas han de ser simultáneas o seguidas, no ?

Pues la situación es esta que explico aquí:

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

Pero te la rechaza a ti o no??

[novatico]

Empezado por rci

Pues la situación es esta que explico aquí:



Pero te la rechaza a ti o no??

Yo es que bloqueo la fecha de factura, de forma que no la pueden cambiar. Obligo a que sea la fecha real del momento.