Resumen

Los sistemas que no envían los registros a la AEAT (modalidad NO VERI*FACTU) deben anotar eventos: arranque y parada en esa modalidad, detección de anomalías, restauraciones, exportaciones y un resumen periódico. Cada evento lleva su propia huella SHA-256, encadenada con la del evento anterior, y va firmado.

Tipos de evento (TipoEvento)

EventosSIF.xsd, tipo TipoEventoType (texto de la AEAT)
CódigoEvento
01Inicio del funcionamiento del sistema informático como «NO VERI*FACTU».
02Fin del funcionamiento del sistema informático como «NO VERI*FACTU».
03Lanzamiento del proceso de detección de anomalías en los registros de facturación.
04Detección de anomalías en la integridad, inalterabilidad y trazabilidad de registros de facturación.
05Lanzamiento del proceso de detección de anomalías en los registros de evento.
06Detección de anomalías en la integridad, inalterabilidad y trazabilidad de registros de evento.
07Restauración de copia de seguridad, cuando ésta se gestione desde el propio sistema informático de facturación.
08Exportación de registros de facturación generados en un periodo.
09Exportación de registros de evento generados en un periodo.
10Registro resumen de eventos.
90Otros tipos de eventos a registrar voluntariamente por la persona o entidad productora del sistema informático.

Catálogo de anomalías (TipoAnomalia)

Cuando el sistema detecta una anomalía (eventos 04 y 06), la clasifica con uno de estos códigos. El catálogo es también una buena lista de comprobación de lo que tu sistema debe vigilar:

EventosSIF.xsd, tipo TipoAnomaliaType (texto de la AEAT)
CódigoAnomalía
01Integridad-huella
02Integridad-firma
03Integridad - Otros
04Trazabilidad-cadena-registro - Reg. no primero pero con reg. anterior no anotado o inexistente
05Trazabilidad-cadena-registro - Reg. no último pero con reg. posterior no anotado o inexistente
06Trazabilidad-cadena-registro - Otros
07Trazabilidad-cadena-huella - Huella del reg. no se corresponde con la 'huella del reg. anterior' almacenada en el registro posterior
08Trazabilidad-cadena-huella - Campo 'huella del reg. anterior' no se corresponde con la huella del reg. anterior
09Trazabilidad-cadena-huella - Otros
10Trazabilidad-cadena - Otros
11Trazabilidad-fechas - Fecha-hora anterior a la fecha del reg. anterior
12Trazabilidad-fechas - Fecha-hora posterior a la fecha del reg. posterior
13Trazabilidad-fechas - Reg. con fecha-hora de generación posterior a la fecha-hora actual del sistema
14Trazabilidad-fechas - Otros
15Trazabilidad - Otros
90Otros

El comprobador de huellas etiqueta cada fallo con su código de anomalía equivalente: huella que no corresponde a los datos (01), huella anterior que no coincide (08), registro anterior que no identifica la factura previa (04) y fecha-hora anterior a la del registro previo (11).

La huella de un evento

Se calcula igual que la de los registros de facturación (SHA-256 sobre campo=valor&… en UTF-8, hexadecimal en mayúsculas), con estos nueve campos en este orden:

#Campo en la cadenaRuta en el XML
1NIFRegistroEvento/Evento/SistemaInformatico/NIF
2IDRegistroEvento/Evento/SistemaInformatico/IDOtro/ID
3IdSistemaInformatico…/SistemaInformatico/IdSistemaInformatico
4Version…/SistemaInformatico/Version
5NumeroInstalacion…/SistemaInformatico/NumeroInstalacion
6NIFRegistroEvento/Evento/ObligadoEmision/NIF
7TipoEventoRegistroEvento/Evento/TipoEvento
8HuellaEvento…/Encadenamiento/EventoAnterior/HuellaEvento
9FechaHoraHusoGenEventoRegistroEvento/Evento/FechaHoraHusoGenEvento

Dos detalles propios de los eventos:

  • El nombre NIF aparece dos veces: el del productor del sistema (1) y el del obligado a expedir facturas (6).
  • NIF e ID son excluyentes: el productor se identifica con uno u otro. El que no se usa va vacío, como en el ejemplo de la especificación: NIF=89890001K&ID=&IdSistemaInformatico=….

Discrepancia de orden entre el PDF y el XSD

La especificación de la huella indica que el orden de los campos coincide con el del diseño de registro. Sin embargo, en EventosSIF.xsd el elemento FechaHoraHusoGenEvento aparece antes que TipoEvento, mientras que la cadena de la huella los pone al revés (7: TipoEvento, 9: FechaHoraHusoGenEvento). No es un error que te afecte si sigues cada documento para lo suyo:

  • para escribir el XML, el orden del XSD (si no, la validación falla con «This element is not expected»);
  • para calcular la huella, el orden de la especificación de la huella.

Como la especificación no incluye ejemplos de huella de evento, no hay un vector oficial con el que contrastar la implementación. Nuestro comprobador lo indica al verificar eventos.

Preguntas frecuentes

¿Quién tiene que llevar el registro de eventos?

Los sistemas que funcionan en modalidad sin envío (NO VERI*FACTU). Según la AEAT, en la modalidad VERI*FACTU el envío de cada registro a la AEAT sustituye a estas medidas de control.

¿Los registros de evento se firman?

Sí. En el esquema EventosSIF.xsd, el elemento ds:Signature del registro de evento es obligatorio.

¿Hay ejemplos oficiales de huella de evento?

No. La especificación de la huella (v0.1.2) define los campos y su orden, pero sus ejemplos solo cubren registros de alta y de anulación.

Fuentes oficiales

Revisado el 25 de septiembre de 2026
  1. AEAT: Especificaciones técnicas de la huella o hash de los registros (v0.1.2, 27/08/2024)AEAT
  2. AEAT: esquemas XSD (SuministroLR, SuministroInformacion, EventosSIF)AEAT
  3. AEAT: Preguntas frecuentes sobre los sistemas VERI*FACTUAEAT
  4. Orden HAC/1177/2024, de 17 de octubre (especificaciones técnicas)BOE

Cada dato de esta página se ha contrastado con estas fuentes el . Si la norma cambia, la actualizamos y cambia esta fecha.