Preguntas frecuentes (FAQ)

Es el resultado de aplicar una función o algoritmo de cálculo de huella a una determinada información (en este caso, a unos datos del registro). Se trata de un dato (habitualmente de mucha menor longitud que la información sobre la que se ha calculado) con la propiedad de que es único para la información origen y a partir de la cual sería “virtualmente imposible” encontrar u obtener otra información alternativa (y menos aún que fuera significativa) cuya huella fuera la misma que la calculada para la información original. Es decir, si se cambiara –por poco que fuera– la información original, la huella de la nueva información modificada también cambiaría y no coincidiría con la huella obtenida para la información original.

De ahí su nombre, porque es como si fuera una huella dactilar (“pequeña”) que “identifica” al contenido original (“grande”) sobre el que se obtuvo.

A todos los registros de facturación, de alta y de anulación, generados por el sistema informático de facturación (SIF).

Adicionalmente, los sistemas de emisión de facturas no verificables, como están obligados a generar registros de evento, también deberán calcular la huella o «hash» de estos.

La huella o «hash» se calcula solo sobre unos pocos datos relevantes de los registros. Dichos datos son distintos en función del tipo de registro generado (de facturación de alta, de facturación de anulación o de evento) sobre el que se va a calcular la huella o «hash». Se puede consultar cuáles son en el documento “Detalle de las especificaciones técnicas para la generación de la huella o hash de los registros” que se puede encontrar en la web de desarrolladores y en la sede electrónica de la Agencia Tributaria.

Finalmente, el resultado de aplicar el algoritmo de cálculo de la huella sobre dichos datos del registro se almacenará en el propio registro como un campo más. Además, dicha huella también deberá incluirse dentro del contenido del registro inmediatamente siguiente que se pueda generar con posterioridad, formando así parte del mecanismo de encadenamiento de registros con el que se implementa el requisito de trazabilidad de los registros.

El algoritmo de cálculo de huella o «hash» a emplear es, por el momento, SHA-256 en todos los casos, es decir, para todos los tipos de registro. Tanto este como otros detalles y ejemplos del procedimiento de cálculo de la huella se pueden consultar en el documento “Detalle de las especificaciones técnicas para la generación de la huella o hash de los registros” que se puede encontrar en la web de desarrolladores y en la sede electrónica de la Agencia Tributaria.

La huella o «hash» de un registro juega un papel fundamental para saber si se ha mantenido la integridad e inalterabilidad de ciertos datos relevantes del registro. Por otro lado, como la huella de un registro ha de incluirse a su vez dentro del contenido del registro inmediatamente siguiente que se pueda generar con posterioridad, también forma parte del mecanismo de encadenamiento de registros con el que se implementa el requisito de trazabilidad de los registros.

Todos los SIF están obligados a calcular y colocar la huella correctamente, encadenando los registros según se exige en las correspondientes especificaciones.

Dicho esto, los SIF VERI*FACTU no están obligados a realizar comprobaciones de huellas ni a ofrecer funcionalidades que permitan comprobarlas, ya que remiten todos sus registros de facturación (RF) a la Agencia Tributaria y es esta quien lo puede hacer (y, por este mismo motivo, no están obligados a generar registros de evento).

Sin embargo, en el caso de un sistema de emisión de facturas no verificables, este también debe ofrecer como funcionalidad la posibilidad de comprobar las huellas de los registros generados que estén a su alcance. Asimismo, al generar un nuevo registro, debe efectuar obligatoriamente la comprobación del correcto encadenamiento del anterior registro generado, lo que incluye la verificación de que la huella del anterior registro generado es correcta y que la huella encadenada en él (del registro previo al anterior) también es correcta. Esto debe hacerlo tanto para los registros de facturación, de alta y de anulación, como para los registros de evento que genere (se recuerda que los sistemas de emisión de facturas no verificables sí están obligados a generar registros de evento).

Ez. La huella del RF no forma parte de los datos que se incluyen en el código «QR» tributario añadido a las facturas expedidas por los sistemas informáticos de facturación (SIF) utilizados por los obligados a expedir facturas a los que aplica el reglamento aprobado por el Real Decreto 1007/2023, de 5 de diciembre.