Cita:
Empezado por Rja750
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 .
