Preproducción en empresas reales

[novatico]

He enviado la siguiente pregunta a VERIFACTU, aunque puede que alguno sepa la respuesta, y si es así espero me la digais:

Me surge la siguiente duda:
Si tengo clientes que, a partir deL 29 de Julio de 2025, empiezan a enviar Registros de Facturación en modo PREPRODUCCION de Veri*Factu, y cuando llegue el 1 de Enero de 2026 cambian de forma automatizada al modo PRODUCCION, en ese instante es OBLIGATORIO enviar un Registro de Facturación marcado en el Encadenamiento como PRIMER REGISTRO, o se puede seguir encadenando al último registro enviado a PREPRODUCCION ?


Hago esta pregunta porque la mayoría de mis clientes, no van a querer enviar a PRODUCCION hasta la fecha obligatoria.

[Faneka]

En producción tendras que marcarlo como primer registro. Yo lo tengo así preparado.

[[newtron]]

Por lo que he leido de que para las pruebas de una nueva instalación todas las facturas que se hagan hay que anularlas me huele que no les va a gustar el tener a clientes finales usando el endpoint de preproducción.

[Jarogo08]

Empezado por novatico

He enviado la siguiente pregunta a VERIFACTU, aunque puede que alguno sepa la respuesta, y si es así espero me la digais:

Me surge la siguiente duda:
Si tengo clientes que, a partir deL 29 de Julio de 2025, empiezan a enviar Registros de Facturación en modo PREPRODUCCION de Veri*Factu, y cuando llegue el 1 de Enero de 2026 cambian de forma automatizada al modo PRODUCCION, en ese instante es OBLIGATORIO enviar un Registro de Facturación marcado en el Encadenamiento como PRIMER REGISTRO, o se puede seguir encadenando al último registro enviado a PREPRODUCCION ?

Tendrá que ir marcado como "PRIMER REGISTRO" (aunque si no lo haces dará aceptado con errores)

[novatico]

Sí, pero una cosa es lo que les gustaría, y otra cosa lo permitido.

Pasa lo mismo que con VERIFACTU con envío inmendiato y NO-VERIFACTU con requerimiento. Ellos recomiendan el primero, pero permiten el segundo.

[Faneka]

Empezado por newtron

Por lo que he leido de que para las pruebas de una nueva instalación todas las facturas que se hagan hay que anularlas me huele que no les va a gustar el tener a clientes finales usando el endpoint de preproducción.

Yo tengo preparado una serie para "pruebas" en producción, que lo que hace es enviarlas y luego anularlas (como ellos dijeron en algún ejemplo).

[fsuarezm]

Empezado por Faneka

Yo tengo preparado una serie para "pruebas" en producción, que lo que hace es enviarlas y luego anularlas (como ellos dijeron en algún ejemplo).

Ojo, si yo no he entendido mal la normativa, a partir del momento que remitas el primer registro en producción, la empresa está obligada a remitir el resto de la facturación en producción.

Las pruebas a las que se refieren ellos en algún ejemplo, creo que se circunscriben a cursos de formación o similar.

[Faneka]

Si, en principio en cuanto este en producción ya no puede volver a preproducción. Para formación o similar creo que es mejor que se envien al entorno de preproducción, o a producción pero en una serie de "pruebas" para que se anulen automáticamente.

[novatico]

Me han respondido desde verifactu: !!! Que rapidez !!!.
Ahí va la respuesta:

Buenos días:

El entorno de pruebas y el entorno de producción son entornos distintos y no comparten información, el de pruebas no tiene trascendencia tributaria. Por tanto, cuando hagan el primer envío al entorno de producción deberán indicar en el encadenamiento que es el primer registro, no pueden encadenarlo con lo enviado al entorno de pruebas.

Dicho esto, clarificar que el servicio VERI*FACTU en preproducción de la AEAT ("entorno de pruebas") SOLO se proporciona a los fabricantes de SIF para que puedan realizar sus pruebas en la fase de desarrollo de los SIF de cara a asegurar que su producto funciona correctamente, pero NO en la comercialización de productos acabados.

A este respecto, y aunque puede implementarse de diversas formas, si se desea poder probar el SIF, deberá ser con el certificado electrónico cualificado válido y admitido instalado (porque, si no es así, el SIF no puede estar operativo y ser usado). Desde ese momento, el usuario puede ya expedir facturas con él, que siempre serán "reales" (con su QR tributario, y cuyos RF de alta son remitidos a la AEAT) pero, en este caso, al ser expedidas con la intención de hacer pruebas (y no corresponderse con bienes entregados o servicios prestados), la normativa contempla que para las facturas expedidas que no sean tales, siempre y cuando no diga otra cosa el reglamento de obligaciones de facturación, aprobado por el Real Decreto 1619/2012, deberá procederse a la inmediata posterior anulación de ellas (para que no cuenten como facturas reales), por lo que luego deberían siempre ser anuladas por el usuario, remitiéndose entonces automáticamente a la AEAT el debido RF de anulación (sin perjuicio de que, además, el usuario "describa" esas facturas con algún texto que las califique "de pruebas"). Para facilitar esta operativa "de pruebas (o de formación) del SIF" y hacer más cómoda, tranquila y segura su realización por parte del usuario (evitando descuidos u olvidos), el SIF podría ofrecer una funcionalidad de "facturar en pruebas (o formación)" ya preparada para que haga todo esto automáticamente: dejar al usuario expedir 5 de mayo de 2025 20 facturas "reales" (con QR y remitido su RF de alta a la AEAT) pero "para pruebas/formación" (que deberá poder distinguir, por ejemplo, con numeración en una serie especial de tipo PRU 25 XXXX), describirlas visible y claramente como "de pruebas" y asegurarse de que siempre serán anuladas (con remisión de RF de anulación a la AEAT) una vez terminadas dichas pruebas o formación. De esta manera, el usuario se despreocupa, lográndose así el objetivo de poder probar el SIF (o enseñar su funcionamiento), ya que después se "arregla" oficialmente todo lo hecho en pruebas/formación, a la vez que se actúa cumpliendo con el RD 1007/2023, y siempre de forma transparente, ya que se deja el rastro que explica toda la operativa llevada a cabo.

Debemos recordar que el objetivo y finalidad de la norma es registrar todo lo que pasa en el SIF, por lo que debe señalarse que aún en estos casos de pruebas, la conservación de los registros resulta obligatoria, incluso en el caso de que se utilice una modalidad preparatoria como pre-facturas, proformas, borradores de pruebas, etc. que no lleguen a integrar una factura completa.

Disponen de esta información (y recomendamos su lectura) en las nuevas Preguntas frecuentes de empresas de desarrollo (actualizado 16-05-2025), concretamente en la Pregunta 11. BORRADORES DE FACTURA, “PRE-FACTURAS”, FACTURAS PROFORMA, ALBARANES, FACTURAS DE PRUEBA…

Añadir que en el entorno de pruebas no hay limitación establecida en cuanto al número de envíos en dicho entorno pero tengan en cuenta que el entorno de pruebas no está preparado para grandes volúmenes de presentaciones ni está destinado para ello.


Una vez contestada esta parte, le indicamos también información los plazos.

A partir del 29/7/2025 (que es cuando los productores y comercializadores de sistemas informáticos de facturación (SIF) están obligados a proporcionar solo SIF adaptados) los nuevos clientes solo puede contratar un SIF adaptado (el fabricante está obligado a ofertar únicamente productos adaptados) y éste debe actuar y funcionar acorde al reglamento. Es decir, remitir con normalidad los registros generados a la AEAT ya desde el primer momento.

En cambio, a partir de 29/7/2025 un cliente antiguo con contrato de mantenimiento en vigor podrá decidir entre:

a) Seguir usando el SIF no adaptado que tenía, sin actualizarlo (si el fabricante ofrece esta posibilidad) hasta que le toque cumplir con el RRSIF (1/1/2026 o 1/7/2026)

b) Actualizar el SIF no adaptado que tenía a una versión adaptada (y que actúe como tal desde el primer momento) , o contratar y usar un nuevo SIF adaptado (el fabricante está obligado a ofertar solo "nuevos" producto/s adaptado/s).

Recomendamos consulten las nuevas Preguntas frecuentes de empresas de desarrollo (actualizado 16-05-2025).(concretamente en la 1. PERIODO TRANSITORIO y 2. CUÁNDO SE PUEDE EMPEZAR A USAR SISTEMAS INFORMÁTICOS DE FACTURACION ADAPTADOS AL RD 1007/2023. ).




Atentamente,
Atención al Usuario
Departamento de Informática Tributaria
Email: [email protected]

[Faneka]

Pues justo lo que tenía entendido, por eso como comente hice una configuración para meter una serie de "pruebas" así para probarlo en producción se envia y anula automáticamente.

[Neftali [Germán.Estévez]]

Nosotros lo que hacemos es que lo clientes hasta una determinada fecha están en PREPRODUCCIÓN.
Cuando llega esa fecha (o el cliente cambia antes voluntariamente -sin marcha atrás-) se cambia a PRODUCCIÓN y se borra de la B.D. todo rastro de VERI*FACTU/NO-VERI*FACTU hasta ese momento.
Desde ese punto ya no pueden volver a PREPRODUCCION.
Y empiezan en PRODUCCION desde cero, marcando la primera factura como "sin encadenamiento" y "primer registro".

[Faneka]

Empezado por Neftali [Germán.Estévez]

Nosotros lo que hacemos es que lo clientes hasta una determinada fecha están en PREPRODUCCIÓN.
Cuando llega esa fecha (o el cliente cambia antes voluntariamente -sin marcha atrás-) se cambia a PRODUCCIÓN y se borra de la B.D. todo rastro de VERI*FACTU/NO-VERI*FACTU hasta ese momento.
Desde ese punto ya no pueden volver a PREPRODUCCION.
Y empiezan en PRODUCCION desde cero, marcando la primera factura como "sin encadenamiento" y "primer registro".

Nosotros tambien tenemos que a partir de la fecha en cuestión al iniciar el programa si no estan en el SII automáticamente se activa Veri*Factu.

[novatico]

Empezado por Neftali [Germán.Estévez]

Nosotros lo que hacemos es que lo clientes hasta una determinada fecha están en PREPRODUCCIÓN.
Cuando llega esa fecha (o el cliente cambia antes voluntariamente -sin marcha atrás-) se cambia a PRODUCCIÓN y se borra de la B.D. todo rastro de VERI*FACTU/NO-VERI*FACTU hasta ese momento.
Desde ese punto ya no pueden volver a PREPRODUCCION.
Y empiezan en PRODUCCION desde cero, marcando la primera factura como "sin encadenamiento" y "primer registro".

Pues tras esta respuesta que me han dado, nosotros hemos decidido que la versión que estamos preparando, que será la instalable a partir del 29-07-2025, sólo llevará PRODUCCION. De esto informaremos a nuestros clientes que podrán, o instalarla o continuar con la actual hasta el 01-01-2026 (o 01-07-2026), que realiza todos los procesos de grabación, pero no envía nada.

Una vez informados, si desean realizar alguna prueba, como es algo que nosotros no tenemos porque conocer, deberán ser ellos quienes anulen las facturas. No vamos a incluir ni series ni opciones de prueba.

Que los clientes también asuman sus responsabilidades.

[[newtron]]

Empezado por Faneka

Nosotros tambien tenemos que a partir de la fecha en cuestión al iniciar el programa si no estan en el SII automáticamente se activa Veri*Factu.

Atento que no todo el mundo empieza el mismo día.

[Faneka]

Empezado por newtron

Atento que no todo el mundo empieza el mismo día.

Es a partir del año que viene, la primera vez que entres se activa.

[rci]

Empezado por Neftali [Germán.Estévez]

Nosotros lo que hacemos es que lo clientes hasta una determinada fecha están en PREPRODUCCIÓN.
Cuando llega esa fecha (o el cliente cambia antes voluntariamente -sin marcha atrás-) se cambia a PRODUCCIÓN y se borra de la B.D. todo rastro de VERI*FACTU/NO-VERI*FACTU hasta ese momento.
Desde ese punto ya no pueden volver a PREPRODUCCION.
Y empiezan en PRODUCCION desde cero, marcando la primera factura como "sin encadenamiento" y "primer registro".

Hola Germán, esta es la idea que teníamos nosotros pero en las últimas comunicaciones de AEAT parece que esto no es correcto no?

Nosotros también hemos eliminado la opción preproducción para Veri*Factu y solo pueden enviar en real. También hemos dado la posibilidad de crear una empresa de pruebas o formación, que utiliza el entorno real pero que inmediatamente después de crear un registro de alta, también crea otro de anulación, tal como indica AEAT.

[Jarogo08]

A mí lo que me descolocó de esta respuesta es si pueden actualizar a la versión definitiva y decidir empezar en Verifactu más tarde... en septiembre o enero, por ejemplo. Me explico:


Nosotros tenemos idea de cerrar la versión definitiva que controle Verifactu sobre el 15 de Julio (pongamos que es la versión 2.5).


-Si una empresa nueva empieza con nuestro programa el 15 de agosto está claro que tiene que enviar ya a Verifactu.
-Si una empresa que ya tiene nuestro programa desde hace años (pongamos que ahora está en la versión 2.4) y quiere empezar en Verifactu en septiembre (o el 1 de enero)... ¿puede actualizar a la versión 2.5 el 10 de agosto por ejemplo? ¿tener la versión definitiva el 10 de agosto y empezar en modo Verifactu el 1 de septiembre? ¿o el hecho de poner la versión definitva el 10 de agosto implica empezar a enviar a Verifactu el 10 de agosto?


¿como lo véis?

[novatico]

Empezado por Jarogo08

A mí lo que me descolocó de esta respuesta es si pueden actualizar a la versión definitiva y decidir empezar en Verifactu más tarde... en septiembre o enero, por ejemplo. Me explico:


Nosotros tenemos idea de cerrar la versión definitiva que controle Verifactu sobre el 15 de Julio (pongamos que es la versión 2.5).


-Si una empresa nueva empieza con nuestro programa el 15 de agosto está claro que tiene que enviar ya a Verifactu.
-Si una empresa que ya tiene nuestro programa desde hace años (pongamos que ahora está en la versión 2.4) y quiere empezar en Verifactu en septiembre (o el 1 de enero)... ¿puede actualizar a la versión 2.5 el 10 de agosto por ejemplo? ¿tener la versión definitiva el 10 de agosto y empezar en modo Verifactu el 1 de septiembre? ¿o el hecho de poner la versión definitva el 10 de agosto implica empezar a enviar a Verifactu el 10 de agosto?


¿como lo véis?

Nosotros también teníamos pensado hacer lo mismo, pero tras la contestación que me han dado desde verifactu, entiendo que no es posible. Con tu planteamiento, el cliente nuevo está claro, pero para una empresa que ya tenga nuestro programa, o aguanta con su versión actual (2.4 en tu ejemplo) hasta la fecha en que esté obligado, o si se actualiza a partir del 29 de Julio, desde ese momento implicará empezar a enviar a verifactu en PRODUCCION.

[Jarogo08]

Empezado por novatico

Nosotros también teníamos pensado hacer lo mismo, pero tras la contestación que me han dado desde verifactu, entiendo que no es posible. Con tu planteamiento, el cliente nuevo está claro, pero para una empresa que ya tenga nuestro programa, o aguanta con su versión actual (2.4 en tu ejemplo) hasta la fecha en que esté obligado, o si se actualiza a partir del 29 de Julio, desde ese momento implicará empezar a enviar a verifactu en PRODUCCION.

Eso es lo que entendí, y nos fastidia bastante. Date cuenta que las versiones las cerramos son porque sacamos funcionalidades nuevas, o porque corregimos algún error, o porque cambiaron algo en los modelos oficiales que tenemos que adaptar, etc. La AEAT no es el ombligo del mundo, ya sacábamos versiones antes del Verifactu

De esta manera, si alguien quiere empezar a enviar en enero pero quier actualizar a la nueva versión porque le interesa una nueva opción que sacamos, o porque hubo cambios en los modelos y necesita sí o sí esa versión... le obligamos a irse a Verifactu ya, sin opción de esperar a Enero como era su intención

Una caca, vamos

[novatico]

Empezado por Jarogo08

Eso es lo que entendí, y nos fastidia bastante. Date cuenta que las versiones las cerramos son porque sacamos funcionalidades nuevas, o porque corregimos algún error, o porque cambiaron algo en los modelos oficiales que tenemos que adaptar, etc. La AEAT no es el ombligo del mundo, ya sacábamos versiones antes del Verifactu

De esta manera, si alguien quiere empezar a enviar en enero pero quier actualizar a la nueva versión porque le interesa una nueva opción que sacamos, o porque hubo cambios en los modelos y necesita sí o sí esa versión... le obligamos a irse a Verifactu ya, sin opción de esperar a Enero como era su intención

Una caca, vamos

Exactamente, nosotros habíamos "pulsado" a nuestros clientes, la mayoría querían actualizar, pero ninguno quería empezar a enviar datos reales ya.

Aún no sabemos como se lo vamos a plantear.