Para anular estas pruebas, se hace un registro de anulación y Verifactu lo tiene perfectamente cuadrado pero


Esa factura de pruebas, como la dejas en el ERP, la pasas a contabilidad como anulada y que no salga en los listados, balances, ivas o la marcas como anulada en el registro que llevas de facturas para verifactu y no la pasas a contabilidad?


Gracias

Nuestro SIF permite crear "empresas de pruebas". De todas las facturas de esa empresa se crea un registro de facturación de alta y otro de anulación y se envían los dos.
Esa empresa siempre será de pruebas, por lo que en el ERP no quedará bien pero en principio no importa porque es de pruebas o de formación ...
En una empresa marcada como real de momento no permitimos anular facturas, precisamente por lo complicado de la gestión de esa factura en el ERP, pero... a lo mejor tendremos que implementarlo

En ese punto estamos y claro, no tiene pinta que vayan a permitir que esas facturas de pruebas en vez de mandarlas con el registro de anulación mandes una de abono y quedan "saldadas"


Como esto termine como parece me estoy pensando quitar la opción de que puedan hacer pruebas.:mad:

No deberíamos crear una empresa de pruebas para hacer "pruebas" ya que a la Aeat le da igual si la empresa es de pruebas o no, ellos ven que las facturas son emitidas por el mismo obligado independientemente de la empresa origen. Por otro lado, siempre que se use un programa adaptado, éste siempre va a informar a Verifactu o a firmar y conservar según el caso. Además, el certificado utilizado debe ser de la empresa del OEF (obligado a emitir factura). Todo esto es lo que obliga el reglamento, aunque no lo hayan informado en ningún documento, todos deberíamos tener claro a estas alturas, lo que es un SIF adaptado y las obligaciones que conlleva.

Pero siempre ha habido una tercera vía, que veo que nadie explota. Un OT puede tener un programa NO ADAPTADO con el que puede seguir trabajando hasta final de año, y a su vez, puede tener otro programa ADAPTADO para ir trabajando con él y explorar su funcionamiento, ambos de forma concurrente hasta final de año. Las facturas que hagamos en el programa adaptado se enviarán a PRODUCCIÓN y pueden ser ANULADAS (se emite registro de anulación a la Aeat y en el SIF se pone a cero dicha factura) pero NO TE OBLIGA a que ya debas hacer el resto de facturas del año 2025 en el programa adaptado porque cada OT sólo tiene la obligación de comenzar con Verifactu o No Verifactu cuando le toque ( el día 1 de enero o el 1 de julio de 2026).

La idea es tener dos instalaciones, una con el programa que siempre ha tenido el cliente y otra con su versión adaptada (aunque sea el mismo software, uno tendrá la declaración responsable y el otro no), de esta forma, si tienes que actualizar el programa NO Adaptado (aunque afecte a la facturación ) lo podrás hacer sin problemas porque estás respaldado por la otra instalación que sí está Adaptada. Una vez llegado el momento de la obligatoriedad, hay que desinstalar el programa NO Adaptado y seguir con el que sí lo está.

Mas o menos es lo que nos contesto Veri*Factu cuando les preguntamos como debíamos proceder en las puestas en marcha de nuestro SIF, por ejemplo para hacer demos o para formación del usuario.
Crear una empresa de pruebas, con los datos y el certificado real, con una serie especial... que se dan de alta y se anulan automáticamente y se envían al entorno de producción (modo Veri*Factu).

Cuando acabe la formación se crea otra empresa que no sea de pruebas, con el mismo certificado y los mismos datos y las facturas que se creen en esa empresa ya no se anularan automáticamente

Interesante lo de tener dos instalaciones... Depende de como este montado puede ser complicado de mantener pero... es una idea interesante

Pero de pruebas o no, da igual, los números de factura ya están expedidos, no puedes volver a hacerlo. Lo lógico es emitir sobre una serie distinta las facturas de prueba bajo la misma empresa real que tiene el cliente. Además, esa pruebas debes mantenerlas durante 4 años en la empresa oficial del cliente, no puedes borrar esa empresa (la de pruebas ) y comenzar con otra desde cero, estarías incumpliendo las obligaciones de un SIF adaptado

Exacto, no se pueden borrar empresas, aunque sean de pruebas. La serie es distinta en empresas de pruebas.
No haría falta una "empresa" nueva de pruebas pero para nuestro caso es mas fácil de gestionar. Para la AEAT es el mismo obligado tributario pero para nuestro programa es una empresa distinta. También vimos que en SAGE lo hacen de esta forma.

A que te refieres exactamente?

No quisiera equivocarme, pero creo que no puedes escoger las partes de la normativa/instrucciones/FAQs que te interesen de forma separada. Es decir, si empiezas con un programa adaptado a enviar lo que sea a producción, estarás obligado desde ese momento a enviar todo el resto de la facturación con el programa adaptado a producción, porque así te obliga la norma a mi modo de ver.

La AEAT no te va a dar por bueno que tengas 2 programas para usarlos según te convenga en el período transitorio. Es aplicación antigua o aplicación nueva o adaptada, no ambas a la vez. Fíjate que en las respuestas de la AEAT siempre dicen que puedes seguir con el programa viejo transitoriamente o programa nuevo, no usan la conjunción "y".

No confundir la obligación de comenzar con Verifactu (1 enero o 1 julio) con la posibilidad de, hasta que llegue el día obligatorio, puedas seguir usando un programa no adaptado o empezar voluntariamente con uno ya adaptado.

Fíjate la respuesta que le da Verifactu a gcqZW Por otro lado, hasta el momento de su obligatoriedad, se pueden seguir utilizando sistemas no adaptados de los que los usuarios dispongan (cuyo uso se puede simultanear con el de SIF adaptados; estos últimos podrían incluso dejar de usarse -en favor de los no adaptados- hasta que fuera obligatorio utilizarlos).

Esto ya me lo respondieron a mí hace tiempo, si un OT debe realizar un periodo de formación con un nuevo software adaptado y emite facturas de prueba que luego anula, no le obliga a seguir emitiendo el resto de facturas bajo este formato desde ese momento. Los plazos de obligatoriedad están claros en el reglamento y tienen que ver con periodos de fechas no con actuaciones del OT.

No había caído en eso sglorka, la verdad que muy bien traído, eso me genera una duda, en mi caso tenemos un app web que no es solo de facturación, pero la app no es a medida sino que es la misma para cada cliente, en ese caso se os ocurre alguna forma de no enviar a verifactu en el preciso instante que se actualice algo?? Es posible deshabilitar modulos, pero claro, el cliente querrá seguir haciendo facturas en la app.

Otra duda que tiene que ver pero no tanto, si un software adaptado solo puede hacer verifactu y no verifactu, un programa que también gestione SII y ticketbai ya no es un software adaptado???

Según el Reglamento desde el momento en que hagas el primer envío estas obligado a enviar hasta final de ese ejercicio (año)

Después del periodo transitorio

Respecto de la primera pregunta no entiendo lo que quieres decir.

Respecto de la segunda, si el software está adaptado a RRSIF entonces se debe comportar según dicta el reglamento, emitir factura, generar Rf y enviarlo (Verifactu) o firmarlo y conservarlo (No verifactu).
Si está adaptado al SII o a TicketBai no significa que esté adaptado al RRSIF ( aunque también podría estarlo ), no debe llevar declaración responsable pero es perfectamente válido cumpliendo con la normativa que le atañe (SII o TicketBai) y cumpliendo con los apartados a), b), c), d) y e) de la Ley 58/2003 en su artículo 201 bis, además de con el reglamento de facturación

El Problema de esto es que como actualizas a todos los clientes el 1 de enero y les adaptas las facturas con la impresión del QR y les explicas todos los cambios que hay en la versión (que en nuestro caso son muchos)
Esto sería una buena pregunta para hacérsela a los de la AEAT que se creen, como algunos clientes, que tenemos una varita mágica para hacer los cambios. En nuestro caso casi 150 clientes y algunos con varios formatos de factura, y también irse familiarizando con la nueva forma de facturar(borrador de factura, tipos, transcendencia tributarias, sujeta o no, Exenta o no ..). Creo que tal como plantean esto deben (y lo resalto como hacen ellos): INFORMAR CLARAMENTE A LOS OBLIGADOS AL RRSIF Y A SUS ASESORES DE QUE VA EL ROLLO ESTE

Me refiero que al no ser una software a medida, actualizar algo significa actualizarlo a todos los clientes, por si había alguna forma de aun actualizando que no estén obligado a enviar a verifactu.

Me parece que nos estamos tomando esto demasiado estricto.

Yo lo que voy a hacer es:

Hasta que no sea obligatorio tendré los dos tipos. Adaptado y no adaptado a verifactu.

Si hay que actualizar por un tema no relacionado a verifactu a un cliente que tiene su programa comprado antes del 29 de julio y su contrato de mantenimiento es con anterioridad a esa fecha, le daré las 2 opciones. ¿Quieres actualizar y mantener tu programa sin adaptar o actualizar y adaptar ya y comenzar con los envíos?.

Los nuevos programas a partir del 29 de julio todos adaptados.

La única posibilidad que veo es que actualices ese programa en la web el día 28 de Julio de 2025, con los envíos bloqueados, y no lo vuelvas a actualizar hasta el 31 de Diciembre.

Publico pregunta y Respuesta de Verifactu para despejar dudas

Pregunta

Buenos días.

Si un Obligado tributario, durante el periodo de transacción hasta el día 01/01/2026 o 01/07/2026, dispone de un sistema No adaptado y de otro Adaptado a Verifactu, podría seguir usando el sistema no adaptado para emitir facturas normalmente pero además, puede utilizar el sistema adaptado a Verifactu para realizar su periodo de formación enviando las facturas a PRODUCCIÓN que Anulará seguidamente. O sea, el hecho de enviar una primera factura desde un sistema adaptado a Producción durante el periodo de transacción NO LE OBLIGA a mantener el envío de toda su facturación a través de este sistema adaptado.

¿ Es correcta esta afirmación ?

Respuesta

Buenas tardes:

Efectivamente, así es. Se puede simultanear el uso de un SIF no adaptado y uno adaptado con el cual ir realizando envíos puntuales para familiarizarse con el sistema.

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

----------------------------------------------------
Espero que quede claro entonces este aspecto porque puede ayudar mucho a los que tenían dudas

Como ya ha quedado claro que pueden convivir los dos (Adaptado y sin adaptar durante el periodo transitorio ) y el echo de enviar con el adaptado no te obliga a seguir haciéndolo con éste, estarías en la misma situación que un software con dos instalaciones, una adaptada y otra no, por lo tanto, puedes tener dos versiones en la nube para que el usuario haga pruebas con el adaptado y facturas con el otro.

Aunque ya te digo yo que cuando ellos dicen que durante el periodo de transición puedes ofertar un programa adaptado o mantener el que ya tiene no adaptado "SIN ACTUALIZAR" lo que ellos quieren decir es que ese "SIN ACTUALIZAR" se refiere a la no actualización de la versión no adaptada a Verifactu, y en ningún caso, a que puedas realizar mantenimiento preventivo o correctivo sobre el software no adaptado ya que es imposible que ellos puedan saber lo que tú has actualizado de esa versión ¿ Tienen tú código fuente ?

Yo no acabo de ver lo de las dos instalaciones, una adaptada y otra sin adaptar :confused:

-si tengo que crear un artículo o cliente nuevo... ¿lo tengo que hacer en los dos?

-la oferta en cual la hago, ¿en el adaptado o en el sin adaptar?

-si tengo que hacer un cambio de precios... ¿en uno o en el otro?

Y no me digáis que en los dos porque o vuestros clientes son muy buenos o no sé... los míos me mandan a la porra pero vamos! No veo viable mantener 2 programas durante 6 meses, replicando los datos de uno al otro :(

Gracias sglorka, la verdad es que es una buena solución, la tendremos en cuenta.

Hola,

He leído algo de tener el SIF, además de con la empresa normal, también con una empresa de pruebas.
Mucho ojo cómo se emplea esa opción.
Una de las cosas que más persigue Hacienda es que se pueda llevar una contabilidad en B con facturas de "empresa de pruebas" (es decir, falsas)
A tener en cuenta.

Saludos

Pero si esas facturas de la empresa de pruebas se crean registros de facturación y son enviadas a hacienda y también se crea un rf de anulación automáticamente y también se envía, a parte de ser una serie distinta e indicar en el impreso que es una prueba... que problema ves?

Gracias

Además que es lo que ellos mismos proponen en las FAQ's

Pero deben seguir el encadenamiento de la empresa normal porque es el mismo SIF para el mismo OT

No, son dos instalaciones distintas para el mismo OT, por lo tanto, son dos líneas de encadenamiento independientes. Recuerda, las líneas de encadenamiento son por SIF (OT+IDSISTEMA+NUMEROINSTALACION)

Aquí es donde tenemos otra duda. Ahora mismo en nuestro SIF seguiría el mismo encadenamiento porque es el mismo OT y de momento no hemos puesto el "código de la empresa" dentro del NumeroInstalacion (ahora tenemos un TimeStamp concatenado con la licencia de nuestro cliente y con el nombre de la base de datos).
Por lo tanto ahora mismo en nuestro SIF, si fuera el mismo ejecutable, la misma base de datos y mismo CIF, pero distinta "empresa", encadenaría conjuntamente la empresa normal con la de pruebas.
Estamos valorando añadir el código de empresa en el número de instalación pero la documentación tampoco lo deja totalmente claro si hace falta, habla de múltiples facturaciones, mismo OEF... pero no lo vemos claro del todo

Muchas gracias

Nosotros el nº de instalación depende tambien de la empresa, cada empresa dentro de un mismo OT y Ejecutable tendra una nº instalación distinto.

Supongo que os pasa como a nosotros, que el concepto de "empresa" puede referirse a diferentes empresas de un mismo obligado, o a diferentes ejercicios de una misma empresa.

Pero tampoco hay ningún problema en que diferentes empresas de un mismo OT puedan compartir la línea de encadenamiento. Personalmente yo nunca lo haría pero eso no significa que no se pueda hacer.
Al final, estamos hablando de un mismo OT donde su facturación se acumula en el mismo sitio en la Aeat venga del SIF que venga.
Otra cosa es la gestión que va a hacer tu ERP de diferentes facturaciones para un mismo OT donde cada facturación es diametralmente opuesta a la otra. Si tu ERP lo gestiona bien no hay problema en encadenar en una sola línea

No entiendo por qué no se permite que durante estos 6 meses, hasta el 1 de enero, las empresas puedan enviar al entorno de PRUEBAS como hacemos nosotros, que era lo que yo pensaba hacer con mis clientes... Es que son ganas de complicar las cosas.

Yo por cada empresa también tengo un número de instalación distinto, con lo que les pondré una empresa de pruebas y que hagan varias facturas y las anulen y ya está. En realidad para el cliente es un tema más o menos inocuo, la cosa está en que el XML vaya bien formado y, a partir de ahí, tratar los problemas de cortes de conexión, con lo que mandando unos pocos de RF y sus anulaciones ya puedes saber si todo está en orden para empezar el 1 de enero. Por eso no entiendo realmente por qué no dejan ese entorno de pruebas para estas cosas, pero en fin.

El entorno de pruebas también es para ellos de prueba, cada ciertos días lo cortan para modificar cosas y probar: reestructurar etc. Y no sabemos si el servidor de pruebas tiene capacidad para registrar tantos movimientos, por otro lado no querrán encontrarse con qrs eel entorno de pruebas de facturas emitidas y seria otra complicación añadida a regular

Hola,

Por supuesto, si se crean registros de facturación y se envían a Hacienda, ningún problema.
El tema es si no se envían y se utiliza esa "empresa de pruebas" para hacer facturas no declaradas contabilizadas en "B"

Saludos

Técnico ninguno, legal sí, te pueden sancionar, ellos dicen que solo para desarrolladoea, para las pruebas que comentas tienen que ser en entorno pro, envías factura y anulas pero en producción para pruebas de consumidores eel sif

Pero ten cuidado con lo de diferentes ejercicios para la misma empresa (mismo OT) que tienen que continuar el encadenamiento con la ultima factura del ejercicio anterior

continuar con el encadenamiento
 

Pero ten cuidado con lo de diferentes ejercicios para la misma empresa (mismo OT) que tienen que continuar el encadenamiento con la ultima factura del ejercicio anterior

Hola
Ya se comentó esto en otros hilos, el OT no lo marca el propietario de la empresa si no el cif/nif de la empresa, por tanto un encadenamiento, y en bloques de envios diferentes, por cada sif/empresa que emite.
Si un cif es utilizado con distintos nombres, np son varios OT ni varias empresas de cara a hacienda, son nombres comerciales, pero el nombre fiscal que consta en hacienda sólo es uno

La AEAT ya aclaró que, en el cambio de ejercicio de una misma empresa (mismo CIF), los registros deben seguir encadenándose con el ejercicio anterior.

Buenas tardes, estaba leyendo vuestras ideas sobre las pruebas y me pareció interesante el de meter la empresa en el número de instalación cuando tenemos un software multiempresa ( para temas de pruebas ). Pero tenía muchas dudas así que le hice la pregunta a verifactu tal cual:

Quizá en la pregunta tendría que haber aclarado más que sería una empresa de pruebas pero del mismo obligado tributario de la empresa principal pero creo que en la respuesta ya se entiende por donde van.

saludos

Que la empresa de pruebas era para el mismo OT viene implícito en la pregunta que haces y entiendo que la respuesta va en esa dirección. El resumen es, un encadenamiento (o más ) por cada línea de facturación distinta de cada OT, y por ende, un SIF (o más ) por cada línea de facturación independiente del OT. El encadenamiento debe hacerse por cada SIF desplegado que tenga el OT.