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

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