Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[keys]

Empezado por ermendalenda

Estos han pensado que si lo ponen al principio y se empiza a imprimir ya es mas seguro que el registro quede guardado.

Supongo que habra miles de quejas, y como está en borrador lo mismo lo cambian.

Por cierto, en una factura eléctronica ¿donde van a meter el QR? Arriba, abajo al centro o pa dentro

[ermendalenda]

Empezado por keys

Por cierto, en una factura eléctronica ¿donde van a meter el QR? Arriba, abajo al centro o pa dentro

Jajaja
Va la cadena en un nodo que ya diran

[ermendalenda]

Por cierto, en Face añado también en el xml el pdf de la factura generada. No me gusta que se pierda el logotipo.

[ermendalenda]

Por cierto, en Face añado también en el xml el pdf de la factura generada. No me gusta que se pierda el logotipo.

[ermendalenda]

Seguramente ya esté pensado. Estará contemplado de que alguien quiera joder a un comercio y genere qr erróneos y los envíe desde algún dispositivo a la aeat

[edari]

Buenos días,


Estoy intentando conseguir que mi calculo del hash coincida con el de los 3 ejemplos que nos ponen en la documentación y tengo un problema con el caso 3, el de la anulación de la segunda factura.


Aquí indica que tienen que ser las etiquetas IDEmisorFacturaAnulada, NumSerieFacturaAnulada, FechaExpedicionFacturaAnulada




Y por contra cuando explica el caso 3 pone






Para hacer lo que dice el manual tendría que coger esas etiquetas del nodo "RegistroAnterior" pero se hace raro...

Lo estoy yo entendiendo mal o está mal explicado???


Gracias

[sglorka]

Se han equivocado ellos, el copia pega les ha jugado una mala pasada, efectivamente debe hacer referencia a los campos FacturaAnulada

[edari]

Empezado por sglorka

Se han equivocado ellos, el copia pega les ha jugado una mala pasada, efectivamente debe hacer referencia a los campos FacturaAnulada

Con lo cual su cálculo de Hash para ese ejemplo no es correcto.


En fín...


Gracias sglorka