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

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

[rci]

Empezado por novatico

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.

[Faneka]

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

[rci]

Empezado por Faneka

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

[novatico]

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

[eumealto]

Empezado por rci

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

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.

[Jarogo08]

Empezado por eumealto

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.

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

[Faneka]

Empezado por rci

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

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

[novatico]

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

[Jarogo08]

Empezado por Faneka

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

[ermendalenda]

Hombre a los demas nos viene bien que se haga asi para que te lleves todas las papeletas del premio gordo
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.

[espinete]

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

[[newtron]]

Empezado por espinete

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.

[espinete]

Empezado por newtron

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?

[eumealto]

Empezado por espinete

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

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