Foros Club Delphi

Foros Club Delphi (https://www.clubdelphi.com/foros/index.php)
-   General/Noticias (https://www.clubdelphi.com/foros/forumdisplay.php?f=64)
-   -   Hacienda retrasa un año la entrada en vigor del sistema de facturación Verifactu (https://www.clubdelphi.com/foros/showthread.php?t=97919)

newtron 15-01-2026 12:49:32

Cita:

Empezado por Rja750 (Mensaje 571714)
Vale, tenemos un programa que no esta enviando, por lo tanto no hay XML, de acuerdo. El programa tiene la opcion de enviar a Verifactu. El cliente activa Verifactu en el momento adecuado para él o en el de obligatoriedad. Es en este momento cuando hay que decir que tipo de software está enviando. Al "tipo de software" me refiero que en el nodo "TipoUsoPosibleSoloVerifactu" al que me refiero hay que decir que opciones (opciones y no otra cosa) tiene para trabajar un usuario con ese software. En tu caso tiene una opción que no está reconocida en el reglamento (ni Verifactu ni no verifactu). Mi pregunta es ¿Que ponemos, cuando el cliente envíe, en el nodo "TipoUsoPosibleSoloVerifactu". Si ponemos que "S", estamos diciendo que no tiene "No Verifactu" si ponemos que "N" estamos diciendo que a demás de tener Verifactu tiene "No Verifactu" entonces ¿que ponemos si a demás tiene el "Ni una Ni otra"). Creo que no esta reconocida en ese nodo.
Se que puede ser difícil de entender porque también lo es de explicar pero si me aclaráis esto, yo mismo le pongo la opción "Ni una Ni otra" ya.


No sé si entiendo lo que quieres decir. Ese nodo solo lo tienes que tener en cuenta si activas Verifactu no cuando el programa funcione en modo "exento de Verifactu" por lo que solo tendrás que poner S si no permites NO VERIFACTU o N si lo permites.

novatico 15-01-2026 13:08:07

Creo que estamos confundiendo términos.

Cuando la ley habla de un SIF adaptado, no se refiere a que esté adaptado o no a VERIFACTU, sino de que esté adaptado o no al RRSIF, donde se incluyen:
1.- los obligados a VERIFACTU, con posibilidad de NO VERIFACTU, si el SIF lo contempla
2.- los obligados a SII
3.- los no obligados

Aquí nos ocuparemos, principalmente, de los del punto 1.
Si el SIF es anterior al 29/07/2025, y el cliente sigue con él, puede aguantar hasta el 31/12/2027 o 30/06/2027, según sea sociedad o autónomo.
Si el SIF es posterior al 29/07/2025:
- si es SOLO VERIFACTU, deberá generar registros de facturación encadenados, QR y enviar a la AEAT
- si incluye opción de NO VERIFACTU y está seleccionada, deberá generar registros de facturación encadenados y firmados, eventos firmados y QR
- NO HAY MAS POSIBILIDADES


Recordemos que todos ellos deben cumplir la normativa Antifraude.

Faneka 15-01-2026 13:36:44

Yo creo que cuando una empresa esta exenta, no esta ni en SII ni en VeriFactu con lo que no entra en esta ecuación. Si tiene Verifactu puede ser como dices solo modo Verifactu -> 'S' o los dos modos Verfactu y No Verifactu -> 'N'.
Otra cosa es que se pueda (como dejarón caer) que estando en modo Verifactu puedas poner exenta la empresa y no enviar ni generar el XML, en este caso si que esta la duda como dices de que valor tendría el campo, en el momento que volvieras a activarlo podriamos tener dudas de que valor poner en ese campo. Yo lo tengo claro, a día de hoy nuestro SIF solo funciona en modo Verifactu así que iría la 'S'.
Tenemos preparado el tema de la empresa exenta de envío pero no esta activo para nadie de momento.

Rja750 15-01-2026 14:39:35

Cita:

Empezado por Faneka (Mensaje 571718)
Yo creo que cuando una empresa esta exenta, no esta ni en SII ni en VeriFactu con lo que no entra en esta ecuación. Si tiene Verifactu puede ser como dices solo modo Verifactu -> 'S' o los dos modos Verfactu y No Verifactu -> 'N'.
Otra cosa es que se pueda (como dejarón caer) que estando en modo Verifactu puedas poner exenta la empresa y no enviar ni generar el XML, en este caso si que esta la duda como dices de que valor tendría el campo, en el momento que volvieras a activarlo podriamos tener dudas de que valor poner en ese campo. Yo lo tengo claro, a día de hoy nuestro SIF solo funciona en modo Verifactu así que iría la 'S'.
Tenemos preparado el tema de la empresa exenta de envío pero no esta activo para nadie de momento.

Me has entendido Faneka. Mil gracias 😊

Jarogo08 15-01-2026 15:00:18

Cita:

Empezado por Faneka (Mensaje 571709)
Ynosotros tenemos preparado una opción de estando en Verifactu la empresa este exenta (por el motivo que sea, unos por cuestión religiosa, otros ....) con lo que el programa funciona igual que uno con verifactu pero ni genera los XML ni los envía.

Es que si estás en Verifactu no estás exento.
Si por lo que sea no tienes que acogerte a Verifactu (llámale SII, TicketBai, Navarra, gremios que puedan quedar exentos) no puedes (debes) activarle la opción Verifactu. Tendrás que activarle otra opción, pero que no sea "Verifactu pero no envío". Pero bueno, que si le cambias el nombre ya lo tienes :D.
Nosotros todos los que no se acogen a Verifactu le activamos el modo SII (sólo tenemos esas dos opciones). Y como el envío al SII es manual, no van a esa pantalla y por tanto no envían nada.

Rja750 15-01-2026 16:59:22

Lo intentare de otra forma.
Tenemos que indicar en un nodo que tipo de SIF estamos utilizando si estamos bajo el reglamento Verifactu.
Segun algunos de ustedes se pueden utilizar tres formas de usar un mismo SIF las que seguidamente enumero;

1-Envia a Verifactu y no adminte otra forma de trabajar.
Esta informacion la recoge la AEAT con el nodo <sum1:TipoUsoPosibleSoloVerifactu>S</sum1:TipoUsoPosibleSoloVerifactu>
2-Envia a VeriFactu y tambien tiene la opcion de No_Verifactu
Esta informacion la recoge la AEAT con el nodo <sum1:TipoUsoPosibleSoloVerifactu>N</sum1:TipoUsoPosibleSoloVerifactu>
3-No trabaja bajo Verifactu y tampoco bajo No_Verifactu ( Esta es la madre del cordero) porque esta facturando sin enviar y sin enviar bajo requerimientos. Este programa tiene tres opciones en su codigo. Su codigo permite trabajar en tres formas distintas, no son dos programas diferentes sino uno que permite trabajar de tres formas diferentes. Para un programa que su codigo permite trabajar de tres formas diferentes que co*o ponemos en este nodo donde la normativa VeriFactu solo reconoce 2 formas "S" o "N" . Lo que hay que definir aquí es el tipo de software segun las opciones regladas y solo hay dos. Si un inspector llega a nuestro cliente y ve que en las opciones del menu principal tenemos tres opciones o cuatro(ya puesto...) y ve que nuestro XML no se corresponde, ¿que pasaria? ¿quien se ha confundido?.
Y me direis, "Pero si ha elegido no enviar nada(Como antes, que no se envia nada a la AEAT ni XML ni nada) ¿que problema hay? . Pues que estando en el mismo software, cuando el cliente active el modo verifactu o no verifactu, tendra que enviar el tipo de software (TipoUsoPosibleSoloVerifactu )segun las opciones que tiene y este tiene tres.
Ahora ya si que estoy seguro de no poder explicarlo mejor. No doy mas

newtron 15-01-2026 17:06:11

Cita:

Empezado por Rja750 (Mensaje 571723)
...
3-No trabaja bajo Verifactu y tampoco bajo No_Verifactu ( Esta es la madre del cordero) porque esta facturando sin enviar y sin enviar bajo requerimientos. Este programa tiene tres opciones en su codigo. Su codigo permite trabajar en tres formas distintas, no son dos programas diferentes sino uno que permite trabajar de tres formas diferentes. Para un programa que su codigo permite trabajar de tres formas diferentes que co*o ponemos en este nodo donde la normativa VeriFactu solo reconoce 2 formas "S" o "N" . Lo que hay que definir aquí es el tipo de software segun las opciones regladas y solo hay dos. Si un inspector llega a nuestro cliente y ve que en las opciones del menu principal tenemos tres opciones o cuatro(ya puesto...) y ve que nuestro XML no se corresponde, ¿que pasaria? ¿quien se ha confundido?.
Y me direis, "Pero si ha elegido no enviar nada(Como antes, que no se envia nada a la AEAT ni XML ni nada) ¿que problema hay? . Pues que estando en el mismo software, cuando el cliente active el modo verifactu o no verifactu, tendra que enviar el tipo de software (TipoUsoPosibleSoloVerifactu )segun las opciones que tiene y este tiene tres.
Ahora ya si que estoy seguro de no poder explicarlo mejor. No doy mas


En este caso no se generan ficheros XML, no se envía nada ni se guarda nada por lo que no existe como opción. Resumiendo... si el cliente está exento de Verifactu el programa se tiene que comportar como los programas antes de Verifactu que no crean ningún fichero ni envían nada por lo que ese nodo no existe. Yo es que tampoco sé explicártelo mejor.

Jarogo08 15-01-2026 20:57:28

Cita:

Empezado por Rja750 (Mensaje 571723)
Lo intentare de otra forma.
Tenemos que indicar en un nodo que tipo de SIF estamos utilizando si estamos bajo el reglamento Verifactu.
Segun algunos de ustedes se pueden utilizar tres formas de usar un mismo SIF las que seguidamente enumero;

1-Envia a Verifactu y no adminte otra forma de trabajar.
Esta informacion la recoge la AEAT con el nodo <sum1:TipoUsoPosibleSoloVerifactu>S</sum1:TipoUsoPosibleSoloVerifactu>
2-Envia a VeriFactu y tambien tiene la opcion de No_Verifactu
Esta informacion la recoge la AEAT con el nodo <sum1:TipoUsoPosibleSoloVerifactu>N</sum1:TipoUsoPosibleSoloVerifactu>
3-No trabaja bajo Verifactu y tampoco bajo No_Verifactu ( Esta es la madre del cordero) porque esta facturando sin enviar y sin enviar bajo requerimientos. Este programa tiene tres opciones en su codigo. Su codigo permite trabajar en tres formas distintas, no son dos programas diferentes sino uno que permite trabajar de tres formas diferentes. Para un programa que su codigo permite trabajar de tres formas diferentes que co*o ponemos en este nodo donde la normativa VeriFactu solo reconoce 2 formas "S" o "N" . Lo que hay que definir aquí es el tipo de software segun las opciones regladas y solo hay dos. Si un inspector llega a nuestro cliente y ve que en las opciones del menu principal tenemos tres opciones o cuatro(ya puesto...) y ve que nuestro XML no se corresponde, ¿que pasaria? ¿quien se ha confundido?.
Y me direis, "Pero si ha elegido no enviar nada(Como antes, que no se envia nada a la AEAT ni XML ni nada) ¿que problema hay? . Pues que estando en el mismo software, cuando el cliente active el modo verifactu o no verifactu, tendra que enviar el tipo de software (TipoUsoPosibleSoloVerifactu )segun las opciones que tiene y este tiene tres.
Ahora ya si que estoy seguro de no poder explicarlo mejor. No doy mas

Yo no entiendo así ese campo.

Lo que yo entiendo es que si de las dos modalidades de Verifactu (que son el Modo Verifactu o el modo No Verifactu) tu programa solo contempla la primera, debes poner una S. Si contempla las dos, debes poner una N.

Y ya, sin mas vueltas... Si contemplas 8 casos más (Sii, TicketBai, Navara, modalidad "antigua" para los que quieren seguir igual este año, etc) mejor para tu programa, pero no afecta al campo del que hablas.

Faneka 16-01-2026 08:00:46

Cita:

Empezado por Jarogo08 (Mensaje 571722)
Es que si estás en Verifactu no estás exento.
Si por lo que sea no tienes que acogerte a Verifactu (llámale SII, TicketBai, Navarra, gremios que puedan quedar exentos) no puedes (debes) activarle la opción Verifactu. Tendrás que activarle otra opción, pero que no sea "Verifactu pero no envío". Pero bueno, que si le cambias el nombre ya lo tienes :D.
Nosotros todos los que no se acogen a Verifactu le activamos el modo SII (sólo tenemos esas dos opciones). Y como el envío al SII es manual, no van a esa pantalla y por tanto no envían nada.

Si, al final es tener un modo neutro, jaja. Que no esta ni en SII ni VeriFactu.

espinete 16-01-2026 12:36:07

Cita:

Empezado por Rja750 (Mensaje 571723)
Lo intentare de otra forma.
Tenemos que indicar en un nodo que tipo de SIF estamos utilizando si estamos bajo el reglamento Verifactu.
Segun algunos de ustedes se pueden utilizar tres formas de usar un mismo SIF las que seguidamente enumero;

1-Envia a Verifactu y no adminte otra forma de trabajar.
Esta informacion la recoge la AEAT con el nodo <sum1:TipoUsoPosibleSoloVerifactu>S</sum1:TipoUsoPosibleSoloVerifactu>
2-Envia a VeriFactu y tambien tiene la opcion de No_Verifactu
Esta informacion la recoge la AEAT con el nodo <sum1:TipoUsoPosibleSoloVerifactu>N</sum1:TipoUsoPosibleSoloVerifactu>
3-No trabaja bajo Verifactu y tampoco bajo No_Verifactu ( Esta es la madre del cordero) porque esta facturando sin enviar y sin enviar bajo requerimientos. Este programa tiene tres opciones en su codigo. Su codigo permite trabajar en tres formas distintas, no son dos programas diferentes sino uno que permite trabajar de tres formas diferentes. Para un programa que su codigo permite trabajar de tres formas diferentes que co*o ponemos en este nodo donde la normativa VeriFactu solo reconoce 2 formas "S" o "N" . Lo que hay que definir aquí es el tipo de software segun las opciones regladas y solo hay dos. Si un inspector llega a nuestro cliente y ve que en las opciones del menu principal tenemos tres opciones o cuatro(ya puesto...) y ve que nuestro XML no se corresponde, ¿que pasaria? ¿quien se ha confundido?.
Y me direis, "Pero si ha elegido no enviar nada(Como antes, que no se envia nada a la AEAT ni XML ni nada) ¿que problema hay? . Pues que estando en el mismo software, cuando el cliente active el modo verifactu o no verifactu, tendra que enviar el tipo de software (TipoUsoPosibleSoloVerifactu )segun las opciones que tiene y este tiene tres.
Ahora ya si que estoy seguro de no poder explicarlo mejor. No doy mas

No entiendo nada. Si no está en VeriFactu (sea VeriFactu o NO-VeriFactu), NO hay que generar el XML, y por lo tanto, no hay que indicar ni "S" ni "N" en ese campo porque sencillamente ni siquiera tienes que generar el XML.

novatico 16-01-2026 12:54:01

Cita:

Empezado por Rja750 (Mensaje 571723)
Lo intentare de otra forma.
Tenemos que indicar en un nodo que tipo de SIF estamos utilizando si estamos bajo el reglamento Verifactu.
Segun algunos de ustedes se pueden utilizar tres formas de usar un mismo SIF las que seguidamente enumero;

1-Envia a Verifactu y no adminte otra forma de trabajar.
Esta informacion la recoge la AEAT con el nodo <sum1:TipoUsoPosibleSoloVerifactu>S</sum1:TipoUsoPosibleSoloVerifactu>
2-Envia a VeriFactu y tambien tiene la opcion de No_Verifactu
Esta informacion la recoge la AEAT con el nodo <sum1:TipoUsoPosibleSoloVerifactu>N</sum1:TipoUsoPosibleSoloVerifactu>
3-No trabaja bajo Verifactu y tampoco bajo No_Verifactu ( Esta es la madre del cordero) porque esta facturando sin enviar y sin enviar bajo requerimientos. Este programa tiene tres opciones en su codigo. Su codigo permite trabajar en tres formas distintas, no son dos programas diferentes sino uno que permite trabajar de tres formas diferentes. Para un programa que su codigo permite trabajar de tres formas diferentes que co*o ponemos en este nodo donde la normativa VeriFactu solo reconoce 2 formas "S" o "N" . Lo que hay que definir aquí es el tipo de software segun las opciones regladas y solo hay dos. Si un inspector llega a nuestro cliente y ve que en las opciones del menu principal tenemos tres opciones o cuatro(ya puesto...) y ve que nuestro XML no se corresponde, ¿que pasaria? ¿quien se ha confundido?.
Y me direis, "Pero si ha elegido no enviar nada(Como antes, que no se envia nada a la AEAT ni XML ni nada) ¿que problema hay? . Pues que estando en el mismo software, cuando el cliente active el modo verifactu o no verifactu, tendra que enviar el tipo de software (TipoUsoPosibleSoloVerifactu )segun las opciones que tiene y este tiene tres.
Ahora ya si que estoy seguro de no poder explicarlo mejor. No doy mas

Es que tu SIF no debe tener esas opciones accesibles para el cliente, salvo en el momento de instalarlo, donde le puedes dar a elegir, por ejemplo, entre :
- SUJETO A VERIFACTU (QUE PUEDE INCLUIR LA OPCION "NO VERIFACTU")
- SUJETO A SII
- SUJETO A TICKETBAY
- EXENTO (Reg. Equivalencia, Agricultura, etc.)

y una vez instalado, el cliente ya NO DEBE PODER CAMBIARLO.

Esto es lo que marca la Ley, las FAQ's y las diferentes respuestas dadas por la AEAT.

Si en un momento dado, el cliente necesita cambiar de uno a otro, supone una nueva instalación.

Por supuesto, cada uno puede configurar su SIF como quiera... yo a veces circulo por la autopista a 160 km./h.

Carlos 16-01-2026 14:45:40

Cita:

Empezado por espinete (Mensaje 571727)
No entiendo nada. Si no está en VeriFactu (sea VeriFactu o NO-VeriFactu), NO hay que generar el XML, y por lo tanto, no hay que indicar ni "S" ni "N" en ese campo porque sencillamente ni siquiera tienes que generar el XML.

Gracias por decirlo, yo empezaba a pensar que no había comprendido nada de Veri*factu. El caso es que hay más mundo aparte de Veri*factu.

Carlos 16-01-2026 14:47:15

Cita:

Empezado por novatico (Mensaje 571728)
Es que tu SIF no debe tener esas opciones accesibles para el cliente, salvo en el momento de instalarlo, donde le puedes dar a elegir, por ejemplo, entre :
- SUJETO A VERIFACTU (QUE PUEDE INCLUIR LA OPCION "NO VERIFACTU")
- SUJETO A SII
- SUJETO A TICKETBAY
- EXENTO (Reg. Equivalencia, Agricultura, etc.)

y una vez instalado, el cliente ya NO DEBE PODER CAMBIARLO.

Esto es lo que marca la Ley, las FAQ's y las diferentes respuestas dadas por la AEAT.

Si en un momento dado, el cliente necesita cambiar de uno a otro, supone una nueva instalación.

Por supuesto, cada uno puede configurar su SIF como quiera... yo a veces circulo por la autopista a 160 km./h.

Creo que es uno de los mensajes más claros que he leído últimamente.

Rja750 17-01-2026 11:30:46

Cita:

Empezado por Rja750 (Mensaje 571723)
Lo intentare de otra forma.
Tenemos que indicar en un nodo que tipo de SIF estamos utilizando si estamos bajo el reglamento Verifactu.
Segun algunos de ustedes se pueden utilizar tres formas de usar un mismo SIF las que seguidamente enumero;

1-Envia a Verifactu y no adminte otra forma de trabajar.
Esta informacion la recoge la AEAT con el nodo <sum1:TipoUsoPosibleSoloVerifactu>S</sum1:TipoUsoPosibleSoloVerifactu>
2-Envia a VeriFactu y tambien tiene la opcion de No_Verifactu
Esta informacion la recoge la AEAT con el nodo <sum1:TipoUsoPosibleSoloVerifactu>N</sum1:TipoUsoPosibleSoloVerifactu>
3-No trabaja bajo Verifactu y tampoco bajo No_Verifactu ( Esta es la madre del cordero) porque esta facturando sin enviar y sin enviar bajo requerimientos. Este programa tiene tres opciones en su codigo. Su codigo permite trabajar en tres formas distintas, no son dos programas diferentes sino uno que permite trabajar de tres formas diferentes. Para un programa que su codigo permite trabajar de tres formas diferentes que co*o ponemos en este nodo donde la normativa VeriFactu solo reconoce 2 formas "S" o "N" . Lo que hay que definir aquí es el tipo de software segun las opciones regladas y solo hay dos. Si un inspector llega a nuestro cliente y ve que en las opciones del menu principal tenemos tres opciones o cuatro(ya puesto...) y ve que nuestro XML no se corresponde, ¿que pasaria? ¿quien se ha confundido?.
Y me direis, "Pero si ha elegido no enviar nada(Como antes, que no se envia nada a la AEAT ni XML ni nada) ¿que problema hay? . Pues que estando en el mismo software, cuando el cliente active el modo verifactu o no verifactu, tendra que enviar el tipo de software (TipoUsoPosibleSoloVerifactu )segun las opciones que tiene y este tiene tres.
Ahora ya si que estoy seguro de no poder explicarlo mejor. No doy mas

Me contesto a mi mismo:

La pregunta -3 No trabaja bajo Verifactu y tampoco bajo No_Verifactu ( Esta es la madre del cordero) porque esta facturando sin enviar y sin enviar bajo requerimientos. Este programa tiene tres opciones en su codigo. Su codigo permite trabajar en tres formas distintas, no son dos programas diferentes sino uno que permite trabajar de tres formas diferentes. Para un programa que su codigo permite trabajar de tres formas diferentes que co*o ponemos en este nodo donde la normativa VeriFactu solo reconoce 2 formas "S" o "N"

R= En el caso que el cliente vuelva a enviar con verifactu, ya sea por obligacion o si es antes de la fecha indicada(voluntariamente) este nodo debería informarse como "N" pero claro está, solo si envía a verifactu, si no envía a verifactu no estamos hablando de nada. Para que se quiere rellenar un campo si no se va a enviar PD.

Un SIF puede tener varios perfiles de trabajo (siempre que esten reglados) pero una vez que se elija la forma, ya sea SII o VeriFactu o No_VeriFactu o Ticketbay o lo que sea ya no se podrá cambiar, aunque si se puede dejar la opción de cambiar si esta reglado, por ejemplo de SII a VariFactu teniendo en cuenta las fechas y condiciones. Esto no es nuevo ni es lo que preguntaba (pregunta 3 del documento de FAQs para desarrolladores.)

Ejemplos : Un SIF que tiene en sus opciones de configuracion de entorno los siguiente:

1- VeriFactu y SII . El cliente elige VeriFactu. ¿Que se debe poner en el nodo TipoUsoPosibleSoloVerifactu ? Respuesta= "S" porque aunque trabaje con mas opciones no lleva la opcion "No_VeriFactu".

2- VeriFactu y No_VeriFactu. Esta la sabemos todos desde hace tiempo. Respuesta= "N"

3- VeriFactu, No_VeriFactu, SII y Ticketbay. Si el cliente elige VeriFactu. Respuesta= "N"

4- VeriFactu y SII y Ticketbay. Si el cliente elige VeriFactu, en su XML debera informar el nodo TipoUsoPosibleSoloVerifactu = "S" como solo posibilidad de VeriFactu aunque el SIF que envia a Verifactu tenga más posibilidades.


Bajo mi punto de vista, habria puesto otra opción más como indica el compañero Faneka una que indicara que el SIF esta preparado para configurarse de otras formas regladas, que indicara que no tiene la opcion "No_VeriFactu" pero si tiene todas las demas o solo VeriFactu y SII por ejemplo. Pero esto no le importa a la AEAT, solo quiere saber si tiene o no la opcion de "No_VeriFactu" a mí esto me ralló. También habría especificado mejor la nota aclaratoria del NODO "TipoUsoPosibleSoloVerifactu" del fichero excell que dice asi: Especifica si para cumplir el Reglamento el sistema informático de facturación solo puede funcionar exclusivamente como «VERI*FACTU» (valor "S") o puede funcionar también como «NO VERI*FACTU» (valor "N"). Obligatorio en registros de facturación de alta y de anulación. No aplica en registros de evento.
Donde yo habria añadido "independientemente de que el SIF tenga otras opciones o posibilidades como SII, TicketBay...

En todos los ejemplos expuestos, estamos hablando en el supuesto de que el cliente haya optado por enviar a VeriFactu desde un SIF configurable a otras opciones, porque si no ha elegido VeriFactu, no estaríamos hablando de informar de un campo que solo se usa en el XML al enviar a VeriFactu.


Siento si con mi pregunta he podido confundir a alguien, no me he sabido explicar mejor, la próxima vez mejor me callo, por el bien de todos .:(

Carlos 17-01-2026 19:55:09

Cita:

Empezado por Rja750 (Mensaje 571731)
Me contesto a mi mismo:

La pregunta -3 No trabaja bajo Verifactu y tampoco bajo No_Verifactu ( Esta es la madre del cordero) porque esta facturando sin enviar y sin enviar bajo requerimientos. Este programa tiene tres opciones en su codigo. Su codigo permite trabajar en tres formas distintas, no son dos programas diferentes sino uno que permite trabajar de tres formas diferentes. Para un programa que su codigo permite trabajar de tres formas diferentes que co*o ponemos en este nodo donde la normativa VeriFactu solo reconoce 2 formas "S" o "N"

R= En el caso que el cliente vuelva a enviar con verifactu, ya sea por obligacion o si es antes de la fecha indicada(voluntariamente) este nodo debería informarse como "N" pero claro está, solo si envía a verifactu, si no envía a verifactu no estamos hablando de nada. Para que se quiere rellenar un campo si no se va a enviar PD.

Un SIF puede tener varios perfiles de trabajo (siempre que esten reglados) pero una vez que se elija la forma, ya sea SII o VeriFactu o No_VeriFactu o Ticketbay o lo que sea ya no se podrá cambiar, aunque si se puede dejar la opción de cambiar si esta reglado, por ejemplo de SII a VariFactu teniendo en cuenta las fechas y condiciones. Esto no es nuevo ni es lo que preguntaba (pregunta 3 del documento de FAQs para desarrolladores.)

Ejemplos : Un SIF que tiene en sus opciones de configuracion de entorno los siguiente:

1- VeriFactu y SII . El cliente elige VeriFactu. ¿Que se debe poner en el nodo TipoUsoPosibleSoloVerifactu ? Respuesta= "S" porque aunque trabaje con mas opciones no lleva la opcion "No_VeriFactu".

2- VeriFactu y No_VeriFactu. Esta la sabemos todos desde hace tiempo. Respuesta= "N"

3- VeriFactu, No_VeriFactu, SII y Ticketbay. Si el cliente elige VeriFactu. Respuesta= "N"

4- VeriFactu y SII y Ticketbay. Si el cliente elige VeriFactu, en su XML debera informar el nodo TipoUsoPosibleSoloVerifactu = "S" como solo posibilidad de VeriFactu aunque el SIF que envia a Verifactu tenga más posibilidades.


Bajo mi punto de vista, habria puesto otra opción más como indica el compañero Faneka una que indicara que el SIF esta preparado para configurarse de otras formas regladas, que indicara que no tiene la opcion "No_VeriFactu" pero si tiene todas las demas o solo VeriFactu y SII por ejemplo. Pero esto no le importa a la AEAT, solo quiere saber si tiene o no la opcion de "No_VeriFactu" a mí esto me ralló. También habría especificado mejor la nota aclaratoria del NODO "TipoUsoPosibleSoloVerifactu" del fichero excell que dice asi: Especifica si para cumplir el Reglamento el sistema informático de facturación solo puede funcionar exclusivamente como «VERI*FACTU» (valor "S") o puede funcionar también como «NO VERI*FACTU» (valor "N"). Obligatorio en registros de facturación de alta y de anulación. No aplica en registros de evento.
Donde yo habria añadido "independientemente de que el SIF tenga otras opciones o posibilidades como SII, TicketBay...

En todos los ejemplos expuestos, estamos hablando en el supuesto de que el cliente haya optado por enviar a VeriFactu desde un SIF configurable a otras opciones, porque si no ha elegido VeriFactu, no estaríamos hablando de informar de un campo que solo se usa en el XML al enviar a VeriFactu.


Siento si con mi pregunta he podido confundir a alguien, no me he sabido explicar mejor, la próxima vez mejor me callo, por el bien de todos .:(

Perdona pero yo es que ...
Novatico lo ha dicho muy claro 3 ó 4 mensajes anteriores.

Es todo mucho más fácil.
Le vendes un SIF que USA (no hablo de enviar) Veri*factu.
*No le des cosas que no necesite en ese momento*
En todo caso le dices, estamos adaptando el mismo SIF para TickeBai, SII y lo que venga, así si algún día cambiáis a estos módulos podréis usar el mismo SIF que ya conocéis.

Que deja de USAR Veri*factu, le dices "Prepara 30 euros, ahora vengo." vas y le activas la opción que desee.
Lo demás... no sé. Es perder el tiempo como con el sexo de los ángeles.

Jarogo08 20-01-2026 13:17:07

Cita:

Empezado por novatico (Mensaje 571728)
Es que tu SIF no debe tener esas opciones accesibles para el cliente, salvo en el momento de instalarlo, donde le puedes dar a elegir, por ejemplo, entre :
- SUJETO A VERIFACTU (QUE PUEDE INCLUIR LA OPCION "NO VERIFACTU")
- SUJETO A SII
- SUJETO A TICKETBAY
- EXENTO (Reg. Equivalencia, Agricultura, etc.)

y una vez instalado, el cliente ya NO DEBE PODER CAMBIARLO.

Esto es lo que marca la Ley, las FAQ's y las diferentes respuestas dadas por la AEAT.

Si en un momento dado, el cliente necesita cambiar de uno a otro, supone una nueva instalación.

Por supuesto, cada uno puede configurar su SIF como quiera... yo a veces circulo por la autopista a 160 km./h.


Cita:

Empezado por Carlos (Mensaje 571730)
Creo que es uno de los mensajes más claros que he leído últimamente.


Claro lo ha dejado... ahora que tenga que ser así, yo discrepo :D

Tu puedes tener tu software en modo Verifactu y a principio de año pasarte al SII (o al revés). El usuario SI debe poder cambiarlo (siempre cumpliendo unas normas) sin necesidad de que suponga una nueva instalación. Creo que queda claro en las FAQ's:

Cita:

No obstante, lo anterior no significa que no se pueda configurar el paquete de
software con arreglo a las especificidades del cliente en cuanto a sus obligaciones de
facturación. Tampoco significa que los cambios (obligatorios o voluntarios) que estén
normativamente aceptados (como, por ejemplo, pasar de cumplir el RD 1007/2023 a
cumplir el SII) no deban poder realizarse
, observando plazos y condiciones preceptivos.
El sistema debe velar porque se cumplan las mencionadas condiciones, impidiendo los
cambios “dinámicos” y asegurando que los que se produzcan se encuentren en el
marco de la normativa.
En cuanto a la expresión "a menos que se desinstale" (habitualmente referida a SIF on
premise), debe entenderse en general como "a menos que se cambie con carácter
«permanente»
". Es decir, cuando se produce un cambio de la implementación de la
forma de facturar del SIF, realmente se ha cambiado de SIF, porque se ha cambiado el
producto a utilizar (por ejemplo, un SIF que funcione bajo los requisitos del RD
1007/2023, con una determinada identificación, si se cambia a uno que funcione bajo
los requisitos del SII, dejará de ser el SIF con aquella identificación y será otro SIF

Carlos 20-01-2026 20:53:47

Cita:

Empezado por Jarogo08 (Mensaje 571748)
Claro lo ha dejado... ahora que tenga que ser así, yo discrepo :D

Tu puedes tener tu software en modo Verifactu y a principio de año pasarte al SII (o al revés). El usuario SI debe poder cambiarlo (siempre cumpliendo unas normas) sin necesidad de que suponga una nueva instalación. Creo que queda claro en las FAQ's:

El usuario no puede cambiar la configuración del SIF si la responsabilidad es mía.

Le vendo un SIF adaptado a Veri*factu, NO hay más.
Si quiere cambiar, voy yo, le modifico la configuración o le hago una nueva instalación con la configuración adecuada y le cobro xx,00 euros + IVA.

No sé que manía tenéis en querer vender una navaja suiza que haga de todo.
¿Cuántas veces quieres cobrar? Yo todas las que pueda. El resto son ONG.

Y cuando le vendo le digo lo que está comprando exactamente y de manera concreta.
Y además le aviso de que si quiere dejar Veri*factu o cambiar 'anoseque' podrá utilizar el mismo SIF pero que se lo tendré que configurar expresamente.
De hecho son una minoría los que van a cambiar a SII o a 'loquesea'.

Naturalmente que cada uno haga con su SIF lo que quiera, pero yo cumpliré la ley guste o no guste.

Y por si acaso (que habrá quién no entienda mis palabras) no me habléis de ética, por que con las horas que HEMOS echado por el morro es para comprar gasolina.

Por cierto las FAQs no son ley.

Nota: Menciono la ética por que hay quién no entiende que se debe ganar la vida lo más decente posible; y esto incluye sobre todo hablar claro, muy claro con el comprador y no dejarse nada en el tintero. Que cuando quiera dejar Veri*factu si es conmigo tendrá un descuento nada despreciable.

Jarogo08 21-01-2026 08:37:43

Cita:

Empezado por Carlos (Mensaje 571752)
El usuario no puede cambiar la configuración del SIF si la responsabilidad es mía.

Le vendo un SIF adaptado a Veri*factu, NO hay más.
Si quiere cambiar, voy yo, le modifico la configuración o le hago una nueva instalación con la configuración adecuada y le cobro xx,00 euros + IVA.

No sé que manía tenéis en querer vender una navaja suiza que haga de todo.
¿Cuántas veces quieres cobrar? Yo todas las que pueda. El resto son ONG.

Y cuando le vendo le digo lo que está comprando exactamente y de manera concreta.
Y además le aviso de que si quiere dejar Veri*factu o cambiar 'anoseque' podrá utilizar el mismo SIF pero que se lo tendré que configurar expresamente.
De hecho son una minoría los que van a cambiar a SII o a 'loquesea'.

Naturalmente que cada uno haga con su SIF lo que quiera, pero yo cumpliré la ley guste o no guste.

Y por si acaso (que habrá quién no entienda mis palabras) no me habléis de ética, por que con las horas que HEMOS echado por el morro es para comprar gasolina.

Por cierto las FAQs no son ley.

Nota: Menciono la ética por que hay quién no entiende que se debe ganar la vida lo más decente posible; y esto incluye sobre todo hablar claro, muy claro con el comprador y no dejarse nada en el tintero. Que cuando quiera dejar Veri*factu si es conmigo tendrá un descuento nada despreciable.


Si nadie dice lo contrario... nosotros también le cambiamos nosotros la configuración y se lo cobramos por hacerlo, faltaría más.

A lo que yo me refiero (que fue al post que respondí) es que no estoy de acuerdo en que para cambiar de un modo a otro haya que desinstalar o haya que hacer otra instalación. Basta con ir a la configuración y cambiar un modo por otro (haciendo las comprobaciones pertinentes, claro)

novatico 21-01-2026 08:56:48

Cita:

Empezado por Jarogo08 (Mensaje 571753)
Si nadie dice lo contrario... nosotros también le cambiamos nosotros la configuración y se lo cobramos por hacerlo, faltaría más.

A lo que yo me refiero (que fue al post que respondí) es que no estoy de acuerdo en que para cambiar de un modo a otro haya que desinstalar o haya que hacer otra instalación. Basta con ir a la configuración y cambiar un modo por otro (haciendo las comprobaciones pertinentes, claro)

Pero entonces, ese cambio, no puedes dejarlo en manos del cliente, por que entonces, no estas cumpliendo esto que tú mismo has posteado :

Cita:

debe entenderse en general como "a menos que se cambie con carácter
«permanente»

porque el cliente podría cambiarlo a voluntad suya.

Jarogo08 21-01-2026 09:06:34

Cita:

Empezado por novatico (Mensaje 571754)
Pero entonces, ese cambio, no puedes dejarlo en manos del cliente, por que entonces, no estas cumpliendo esto que tú mismo has posteado :


porque el cliente podría cambiarlo a voluntad suya.


Si metes las comprobaciones pertinentes no. Por ejemplo, sólo puede haber un cambio de modo por año (y no puede ser a mitad de año).

Pero el cliente si puede decidir y cambiar él mismo (aunque en nuestro programa solemos hacerlo nosotros) que en 2026 está en modo Verifactu, en 2027 en modo SII (porque cumple las condiciones o voluntariamente) y en 2028 vuelve a Verifactu


La franja horaria es GMT +2. Ahora son las 01:25:44.

Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi