![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
|||
|
|||
|
Consulta A La Aeat
Aquí la pregunta a VERIFACTU que no hay forma de que me contesten, que pensais vosotros?
Literalmente la pregunta: Buenos días Señores por favor, vuelvo a contestarles con un ejemplo a ver si así nos pueden contestar más concretamente: 1- Nuestro software adaptado al RD 1007/2023 se vende ayer a un cliente nuevo. 2- Nuestro software está adaptado a VERIFACTU y nunca va a tener la modalidad NO VERIFACTU (estamos en nuestro derecho de hacerlo así) 3- A partir del 1 de enero de 2026 este cliente nuevo NO va a estar en la modalidad VERIFACTU porque no es obligatorio hasta 2027. Con lo cual dicho cliente va a trabajar con nuestro software adaptado al RD 1007/2003 y no van a estar ni en VERIFACTU ni en NO VERIFACTU. Correcto??? |
|
#2
|
|||
|
|||
|
te van a decir que el cliente va a tener que enviar por narices a VeriFactu. ¿Tiene sentido? NINGUNO, pero Hacienda se cree que por exigir cosas se tienen que cumplir y punto, como si no hubiera consecuencias. Son así de espabilados...
|
|
#3
|
|||
|
|||
|
Cita:
Ya te contesto yo: NO, no es correcto. Un cliente que ya ha empezado a enviar a VERIFACTU, sólo tiene la opción de pasarse a NO VERIFACTU, con tu SIF si lo admite, o con otro SIF, o bien solicitar declarar por SII. |
|
#4
|
|||
|
|||
|
Novatico, te entiendo perfectamente, pero NO es lógico en absoluto, este es el caso:
La cuestión planteada se basa en que, SI tienen un software adaptado al reglamento VERIFACTU. Vuelvo a explicarlo lo más claramente posible: 1. La empresa X ha comprado un software adaptado a VERIFACTU el 1 de diciembre de 2025 y empezó a remitir registros ese mismo día (un software que solamente tienen la modalidad VERIFACTU) 2. La empresa X ha configurado para que a partir del 31 de diciembre de 2025 no seguir enviando dichos registros en VERIFACTU. Y dejarlo para el año 2027 que es cuando es obligatorio, de ninguna de las formas quieren seguir remitiendo registros hasta que NO SEA OBLIGATORIO (2027) y por supuesto entendemos perfectamente que están en su derecho. CONCLUSIÓN: La empresa desarrolladora del software cumple con todo porque ha vendido un software que cumple la normativa del RD y su modalidad única es VERIFACTU. Y la empresa X que usa dicho software está en su derecho de no remitir los registros de facturación en VERIFACTU hasta que sea obligatorio, aunque hasta el 31 de diciembre de 2025 así lo haya hecho. No quieren estar ni en VERIFACTU ni en NO VERIFACTU porque no es obligatorio hasta 2027, aunque ya durante este mes estén remitiendo. |
|
#5
|
|||
|
|||
|
Respuesta:
La última información que nos consta en nuestro buzón es la que le trasladamos a continuación: La Disposición final cuarta del RRSIF (Reglamento que establece los requisitos de los sistemas informáticos de facturación), modificada por el Real Decreto-ley 15/2025, de 2 de diciembre, establece que entrará en vigor de forma obligatoria el 1 de enero de 2027 para contribuyentes del Impuesto sobre Sociedades y el 1 de julio de 2027 para el resto de obligados tributarios mencionados en el artículo 3.1 del RRSIF, entre ellos, los contribuyentes del Impuesto sobre la Renta de las Personas Físicas que desarrollen actividades económicas. El periodo anterior a la entrada en vigor del RRSIF es un periodo de pruebas. Se podrá dejar de expedir facturas y remitir registros en prueba con un SIF modalidad VERI*FACTU y utilizar para facturar otros SIF (sistema informático de facturación), que podrían ser adaptados y funcionar en modo NO VERI*FACTU (si así lo permiten) o incluso sistemas antiguos no adaptados, mientras no tengan obligación: hasta el 31/12/2026 o 30/06/2027, según aplique. Una vez se tenga obligación de adaptación al RRSIF, es decir, a partir del 1/1/2027 o 1/7/2027, según aplique, si los obligados optan por comenzar a expedir facturas y remitir registros de facturación (RF) con un SIF VERI*FACTU, debe permanecer, al menos, hasta la finalización del año natural en el que se haya producido, de forma efectiva, el primer envío de los registros de facturación. Por último, le recordamos que desde este buzón se ofrece soporte informático a las especificaciones técnicas, funcionales y de contenido referidas en el Reglamento que establece los requisitos que deben adoptar los sistemas y programas informáticos o electrónicos que soporten los procesos de facturación de empresarios y profesionales, y la estandarización de formatos de los registros de facturación, aprobado por el Real Decreto 1007/2023, de 5 de diciembre, publicadas en la Orden HAC/1177/2024, de 17 de octubre. |
|
#6
|
||||
|
||||
|
Cita:
1) Programa adaptado + veri*factu 2) Programa adaptado + No_veri*factu 3) Programa antiguo no adaptado => Ni veri*factu ni noveri*factu (con este podrá estar hasta el 31/12/2026), pero tú no le puedes dar ni soporte, ni actualizaciones, ni ayuda,... después del día 01/01/2026 La única opción que yo veo para no estar en veri*factu o noveri*factu, es que le instales al cliente una versión antigua "no adaptada". Siempre que lo hagas antes del 01/01/2026 (que es la fecha límite para empresas desarrolladoras) y tu cliente podrá estar así hasta el 31/12/2026. Pero si tu cliente tiene una versión "adaptada" no existe la opción de no estar ni en veri*factu ni en Noveri*factu. En tu caso concreto, por lo que dices la (2) no aplica porque no tienes esa modalidad.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi ![]() P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. Última edición por Neftali [Germán.Estévez] fecha: 04-12-2025 a las 18:51:19. |
|
#7
|
|||
|
|||
|
>Pero si tu cliente tiene una versión "adaptada" no existe la opción de no estar ni en veri*factu ni en Noveri*factu.
Exacto mi cliente tiene la versión adaptada en VERIFACTU (no tenemos ni hoy ni nunca la modalidad NO VERIFACTU) Con lo cual se queda en el limbo, así son de listos, |
|
#8
|
|||
|
|||
|
Duda: Sin verifactu y sin QRCODE de un software adaptado ¿Es legal?
Hola, si el hilo no va aquí por favor, movedlo o lo que sea adecuado. He estado buscando en los hilos esta pregunta y en el buscador y no la he encontrado.
En https://sede.agenciatributaria.gob.e...00dc381e0aRCRD La pregunta Una sociedad que opte por utilizar el sistema informático VERI*FACTU dentro del periodo de pruebas ¿es obligatoria la permanencia en dicho sistema hasta que finalice el año natural? Respuesta: No. La Disposición final cuarta del RRSIF (Reglamento que establece los requisitos de los sistemas informáticos de facturación), modificada por el Real Decreto-ley 15/2025, de 2 de diciembre, establece que entrará en vigor de forma obligatoria el 1 de enero de 2027 para contribuyentes del Impuesto sobre Sociedades y el 1 de julio de 2027 para el resto de obligados tributarios mencionados en el artículo 3.1 del RRSIF, entre ellos, los contribuyentes del Impuesto sobre la Renta de las Personas Físicas que desarrollen actividades económicas. El periodo anterior a la entrada en vigor del RRSIF es un periodo de pruebas. Se podrá dejar de expedir facturas y remitir registros en prueba con un SIF modalidad VERI*FACTU y utilizar para facturar otros SIF (sistema informático de facturación), que podrían ser adaptados y funcionar en modo NO VERI*FACTU (si así lo permiten) o incluso sistemas antiguos no adaptados, mientras no tengan obligación: hasta el 31/12/2026 o 30/06/2027, según aplique. Una vez se tenga obligación de adaptación al RRSIF, es decir, a partir del 1/1/2027 o 1/7/2027, según aplique, si los obligados optan por comenzar a expedir facturas y remitir registros de facturación (RF) con un SIF VERI*FACTU, debe permanecer, al menos, hasta la finalización del año natural en el que se haya producido, de forma efectiva, el primer envío de los registros de facturación. En base a esto quiero resaltar el párrafo anterior resaltado. Tienes un sistema de facturación no adaptado, y otro adaptado pero en modo PRUEBAS de VERIFACTU. Te ofrecen la opción de volver atrás, con facturas sin QRCODE y sin verifactu (no el NO VERIFACTU que debe incluir QRCODE). ¿Entonces se permite esta opción a pesar de ser un software adquirido después de julio de 2025 y que está adaptado? Es decir, ¿se permite sin verifactu como si fuera un software no adaptado? Me atengo a la respuesta que indica " funcionar en modo NO VERI*FACTU (si así lo permiten) o incluso sistemas antiguos no adaptados" Y otra duda ya que estamos: ¿Una empresa que tenía un software no adaptado ahora que hay un aplazamiento puede dar soporte técnico sobre dudas o problemas de un software no adaptado anterior a julio de 2025? |
|
#9
|
|||
|
|||
|
Cita:
Si que habla de que los SIF que se comercialicen posterior a julio 2025, deben estar adaptados a normativa Veri*factu; la normativa Veri*factu implica que el SIF adaptado DEBE enviar a Veri*factu si o si. Y no confundamos enviar a 'pruebas' que estar en periodo de pruebas (enviando a real). No es lo mismo ni de lejos. El primero puede dejar de enviar, el segundo no. Que no contempla la normativa? Que le cliente tenga dos SIF en su ordenador, el viejo y el adaptado. De instalar/actualizar SIF no adaptados, la normativa no lo permite actualmente. Nos podemos basar en lo que queramos, la normativa creo que es clara en lo que contempla, otra cosa es que sea incoherente en algunos enunciados, pero debemos escoger el más restrictivo, si no, podemos 'pillar'. Soporte técnico (actualizar/instalar), no; dudas creo que si. |
|
#10
|
|||
|
|||
|
1. No existe "periodo de pruebas". El periodo de pruebas era solo para desarrolladores, no para empresas/clientes finales.
2. Olvídense de hablar de actualizar/instalar. Eso está muy bien para software de escritorio instalable, pero eso no es el 100% del software. El software en la NUBE ni se instala ni se actualiza ni se puede volver a una versión anterior. No existe opción. Por lo tanto, lo que no es aplicable para algunos no puede ser aplicable para otros. O Hacienda se digna a modificar el reglamento, o va a ver un problema serio con todo esto, afectando más a unas empresas de software que a otras. |
|
#11
|
|||
|
|||
|
Aunque tiene fecha del día 04/12/2025, hoy se ha publicado una actualización de las FAQ's para Desarrolladores, en las que, revisando preguntas y respuestas se pueden sacar conclusiones.
No voy a dar mi opinión para no crear más polémica. Que cada uno entienda lo que quiera. https://www.agenciatributaria.es/sta...rolladores.pdf |
|
#12
|
||||
|
||||
|
Lo voy a unir con este otro hilo, en que se habla de lo mismo:
https://www.clubdelphi.com/foros/showthread.php?t=97924 También se puede revisar este donde también se toca el tema. https://www.clubdelphi.com/foros/showthread.php?t=97919
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi ![]() P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Duda: ¿debería crear mi propio software verifactu? | kranga | Registros de Facturacion y Eventos (XML) | 10 | 11-09-2025 20:11:41 |
| El software de "segunda mano" ha conseguido un importante triunfo legal | Casimiro Noteví | La Taberna | 17 | 06-06-2011 15:45:25 |
| Legal copiar un software ?? | rodrisoft | Debates | 9 | 29-10-2007 22:23:45 |
| duda legal sobre royalties e InterBase | mak8888 | Varios | 2 | 02-04-2005 15:44:12 |
| Software legal | Gabriel2 | Varios | 14 | 20-11-2004 20:42:11 |
|