Actualizado 2026-10-23 · ReadyStack
Ejemplo resuelto
El ejemplo de arriba es una factura de 1.500 € con IVA al 21 % y retención del 15 %. El cliente paga 1.590 €, y eso es lo que el programa puso como ImporteTotal. El comprobador lo marca: el ImporteTotal del registro debe ser bases + cuotas + recargo, 1.815,00 €, y la AEAT solo admite un margen de 10 €. La retención de IRPF queda fuera. El segundo error es la fecha y hora de generación sin huso horario (falta “+02:00”). El QR repite el mismo importe equivocado.
Qué revisa
Pegas o subes el registro de alta en XML que ya produce tu programa de facturación y, si quieres, la URL que contiene el QR impreso en la factura. El comprobador revisa: NIF del emisor y del destinatario (letra o dígito de control), serie y número (hasta 60 caracteres), fecha de expedición en formato DD-MM-AAAA, tipo de factura (F1, F2, F3, R1 a R5), descripción, desglose por tipo de IVA, que la CuotaTotal sea la suma de cuotas, que el ImporteTotal cuadre con un margen de 10 €, el encadenamiento (primer registro o registro anterior con su huella), los datos del sistema informático, la fecha y hora con huso, el TipoHuella y el formato de la huella. Del QR revisa la dirección del servicio de cotejo de la AEAT y sus cuatro parámetros (nif, numserie, fecha, importe), y que coincidan con el XML.
Qué no hace
No genera registros de facturación, XML, huellas ni códigos QR, y no envía nada a la AEAT. Esos registros los tiene que producir tu sistema de facturación, y su productor debe firmar la declaración responsable que exige el RD 1007/2023. Este comprobador sirve para ver, antes del 1 de julio de 2027 (autónomos) o del 1 de enero de 2027 (sociedades), si lo que produce tu programa tiene los campos y los importes bien. Si algo falla, el arreglo corresponde a tu proveedor de software.