Hacienda retrasa un año la entrada en vigor del sistema de facturación Verifactu

[[newtron]]

Empezado por Rja750

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