Cita:
Empezado por birmain
El código QR se origina a través de una url a la AEAT que efectivamente no tiene que ver en absoluto con que haya sido enviada/aceptada o no. No obstante solo es contrastable con exito si la factura ya está en posesion de la AEAT. Por ejemplo: https://prewww2.aeat.es/wlpl/TIKE-CO...importe=505.13, esta url a la web de pruebas es completamente valida estructuralmente y tambien como prueba de que la operación ha sido aceptada, de lo contrario daría un mensaje distinto. Con esta url se puede crear un codigo QR que con su simple captación nos lleva exactamente al mismo lugar que la URL. El codigo QR puede ser un archivo .png o puede estar en base64. No obstante el API para cada operación tambien entrega la URL por si el programador que lo está utilizando quiere crear el codigo QR por sus medios.
Tanto si tienes conexión a internet como si no la factura debe llevar el QR, es algo que no tiene que ver con el XML ni con el envío.
Nada te impide crear el QR tu mismo sin haber obtenido ninguna respuesta, pero entiendo que el QR tiene validez contrastable solo si la operación es aceptada, de modo que captar el QR un segundo despues de haber enviado la operación y haber obtenido la respuesta no es mala práctica. |
Lo de la validez del QR... pues los que están en modo 'No Veri*factu' no envían sus registros de facturación, por tanto sus QR no son contrastables... pero creo que tienen validez. De hecho si alguien escanea estos QR, Hacienda nos dirá que no existen pero se guardará su información.