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

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.

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

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.

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.

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.

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

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.

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

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.

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

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.

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.

he preguntado a Copilot y me ha dicho lo siguiente:

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

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

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

Como dices?? no te las admite ?? :o :eek::confused:
y te da error??

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

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í:

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.

Ah ok, es una buena idea.

Nosotros lo tenemos igual, la fecha de expedición esta bloqueada. Solo pueden modificar la de operación con las validaciones pertinentes.

Y como lo hacéis en los casos de facturación de albaranes, cuando el final de mes cae en fin de semana o festivo? no hacen la factura el día 31/02 porque es festivo, facturan el día 05/03... pero no pueden indicar fecha factura 31/02...

Los usuarios del SIF tienen unos contratos con sus clientes, para que les paguen por ejemplo a 30 días de la fecha de factura a día 2.
si en la factura indica fecha factura 05/03 en lugar de 31/02 pues claro, ya los vencimientos saltan un mes mas, en vez de cobrar el 02/04 cobran el 02/05 y no les interesa retrasar sus cobros....

como lo hacéis?

Gracias

Voy a intentar ser claro:

Nuestros clientes, o se adaptan a la legalidad, o no se adaptaran con nosotros.

Por tanto, fecha emisión factura, la real del momento en que se está facturando. Sí o sí.

No me cansaré de repetirlo:

NO HAY FECHA DE FACTURA.

La normativa de facturación sólo contempla 2 fechas:
1-Fecha de Emisión/Expedición: La genera el sistema en el momento en que se da de alta la factura y no es modificable por el usuario
2-Fecha de Operación: Se introduce manualmente con las restricciones de que no sea mayor que la fecha actual ni del mes anterior si la fecha actual es mayor del día 15

La fecha que se usa para el cálculo de los vencimientos es la Fecha de Operaión.

En realidad como dice eumealto para el cálculo de vto debería ser la fecha de operación, pero actualmente no lo tenemos así programado (nunca se había dado el caso hasta ahora) y los que llevan esa parte de programación no quieren de momento tocarlo, que haya algún fallo y se lie la de dios. Lo que que tenemos aparte de la forma de cobro en la ficha de cliente es un día preferible de cobro, con lo que con eso se puede jugar para que no se les pase otro mes de pago, hay una configuración aparte que si paga a 30 días por ejemplo como dices y haces la factura el día 5 y el cliente tiene puesto que pague el día 2 se pueda poner que mire hacía atras x día antes de irse adelante, creo que con esto lo estan apañando, le puedo preguntar de todas formas al compi para enterarme bien y así ponerlo por aquí.

Nosotros lo tenemos igual, y esos días que se puede "echar atrás" lo llamamos "Días de Cadencia", y son configurables.

Justo, nosotros tambien lo tenemos configurable.

Hombre a los demas nos viene bien que se haga asi para que te lleves todas las papeletas del premio gordo:D
Enfin deben concidir xon pequrñisimo margej de tiempo, qur la acepten hace mas posible que salgas premiado y la sorpresa mayor.
Posiblemrente pasa el filtro por que para rrgistros por subsanación es lógico y se han ahorrado el doble filtro.

Nosotros tenemos un montón de clientes que AHORA, cuando solo queda un mes, se están dando cuenta de que hay cosas que ya no podrán hacer:

- modificar una factura una vez creada
- convertir varios albaranes en una sola factura y, una vez hecha, aplicarle un descuento porque justo en ese momento es cuando se dan cuenta de que ha "comprado mucho y se merece un descuento"
- las empresas de vestidos de novia, por ejemplo, la factura la emiten al final de todo el proceso de elaboración del traje, pero ellos van cobrando con cada modificación que pida la novia: ahora quiero esto (1000 euros). Ahora esto otro (otros 1000 euros), etc. Es decir, van cobrando de 1000 en 1000 (o lo que sea) pero no registran nada en ese momento, sino al final, cuando ya está todo, que es cuando hacen la factura.

¿Más de uno me ha dicho que los que están en "módulos" están exentos de VeriFactu. Eso es verdad? No recuerdo haber leído nada de que los que están en módulos se salvan...

Estando en módulos están exentos de la obligación de entregar factura pero si se la piden y se hace con un SIF están obligados a Verifactu.

Y facturas simplificadas? Un bar/cafetería en módulos no necesita VeriFactu o No-Verifactu?

Cuando se habla de facturas es de los dos tipos, las "normales" y las simplificadas. Un bar/cafetería que emita una factura simplificada (ticket) con un SIF está obligado a Verifactu aunque esté en módulos.

La obligación no es por donde esteas, es por lo que uses.

No estoy de acuerdo. Si tienes un albarán del día 5, lo facturas a día 30 y la forma de pago es 15,30,45... ¿el primer plazo debería ser antes incluso de que exista la factura? No lo veo, y nunca vi ningún programa que calculara los vencimientos por la fecha operación

Nosotros en nuestro programa también tenemos días fijos y días de retroceso (que son los que puedes ir para atrás para que no te "salte" al mes siguiente)

Me rectifico, arriba tuve un lapsus y confirme que los vencimientos se calculaban de la fecha de operación, pero es de la fecha de expedición. :rolleyes:

Más dudas!!!
 

Entonces, si facturo hoy un albarán de hace tres meses (por forzar el ejemplo, se ha estado mareando la perdiz, esto ya lo he visto), fecha de emisión hoy, está claro, pero ¿y en fecha de operación? hace mas de 15 días ¿qué hago?, facturar tengo que facturar, pero ¿cómo?... ¿tengo que estar atento a que no se descuelgue ningún albarán pendiente de facturar?, ¿genero la factura automáticamente (me parece una salvajada)?, ¿me pongo el mostacho de la guardia civil? ...
¿vosotros cómo lo hacéis?

Yo en este caso no me complicaría. Usaría la fecha de hoy, que es cuando hago la factura. A Hacienda le da igual si esa factura es fruto de un albarán o de 20 o si son de hace 2 días o 3 meses. La factura es lo que importa

Gracias!! eso haré