Orden HAC/1177/2024, de 17 de octubre, por la que se desarrollan las especificaciones t閏nicas, funcionales y de contenido referidas en el Reglamento que establece los requisitos que deben adoptar los sistemas y programas inform醫icos o electr髇icos que soporten los procesos de facturaci髇 de empresarios y profesionales, y la estandarizaci髇 de formatos de los registros de facturaci髇, aprobado por el Real Decreto 1007/2023, de 5 de diciembre; y en el Reglamento por el que se regulan las obligaciones de facturaci髇, aprobado por Real Decreto 1619/2012, de 30 de noviembre

• Expandir / Contraer 韓dice sistem醫ico
• INTRODUCCION
• CAP蚑ULO I.�Disposiciones generales
  • Art韈ulo 1燨bjeto y definiciones
  • Art韈ulo 2燯so de un mismo sistema inform醫ico para dar soporte a la facturaci髇 de varios obligados tributarios
• CAP蚑ULO II.�Especificaciones t閏nicas y funcionales de las caracter韘ticas y requisitos de los sistemas inform醫icos de facturaci髇
  • SECCI覰 1.�Particularidades en el caso de sistemas inform醫icos 玍ERI*FACTU�
    • Art韈ulo 3燩articularidades aplicables a los sistemas inform醫icos 玍ERI*FACTU�
  • SECCI覰 2.�Requisitos de remisi髇 de informaci髇 a la Administraci髇 Tributaria
    • Art韈ulo 4燙apacidad de remisi髇 de informaci髇 a la Administraci髇 tributaria
    • Art韈ulo 5燬istemas de identificaci髇 y autenticaci髇 v醠idos para remitir los registros de facturaci髇 a la sede electr髇ica de la Agencia Estatal de Administraci髇 Tributaria
  • SECCI覰 3.�Caracter韘ticas que deben ser garantizadas por los sistemas inform醫icos
    • Art韈ulo 6營ntegridad e inalterabilidad de los registros de facturaci髇
    • Art韈ulo 7燭razabilidad de los registros de facturaci髇
    • Art韈ulo 8燙onservaci髇, accesibilidad y legibilidad de los registros de facturaci髇
  • SECCI覰 4.�Otros requisitos de los sistemas inform醫icos
    • Art韈ulo 9燫egistro de eventos
• CAP蚑ULO III.�Generaci髇 y contenido de los registros de facturaci髇
  • Art韈ulo 10燫egistro de facturaci髇 de alta
  • Art韈ulo 11燫egistro de facturaci髇 de anulaci髇
  • Art韈ulo 12營nformaci髇 a suministrar en los casos de autorizaci髇 o de resoluci髇 de no aplicaci髇
  • Art韈ulo 13燞uella o 玥ash� de los registros de facturaci髇 y de evento
  • Art韈ulo 14燜irma electr髇ica de los registros de facturaci髇 y de evento
• CAP蚑ULO IV.�Declaraci髇 responsable de los sistemas inform醫icos
  • Art韈ulo 15燙ontenido de la declaraci髇 responsable y ubicaci髇 de la misma
• CAP蚑ULO V.�Caracter韘ticas de la remisi髇 por parte de los 玈istemas de emisi髇 de facturas verificables� o 玍ERI*FACTU�
  • Art韈ulo 16燛specificaciones t閏nicas de la remisi髇 por parte de los sistemas inform醫icos 玍ERI*FACTU�
  • Art韈ulo 17燙ondiciones y plazos de inicio y de renuncia a la remisi髇 voluntaria
• CAP蚑ULO VI.�Remisi髇 de registros de facturaci髇 para responder a un requerimiento
  • Art韈ulo 18燙aracter韘ticas y requisitos de la remisi髇 de registros de facturaci髇 en caso de respuesta a un requerimiento
• CAP蚑ULO VII.�Requisitos de la aplicaci髇 inform醫ica de facturaci髇 que desarrolle la Administraci髇 tributaria
  • Art韈ulo 19燙ondiciones y l韒ites de la aplicaci髇 inform醫ica de facturaci髇 que pueda desarrollar la Administraci髇 tributaria
• CAP蚑ULO VIII.�Elementos adicionales a incluir en las facturas
  • Art韈ulo 20燫epresentaci髇 gr醘ica a incluir en la factura
  • Art韈ulo 21燙骴igo 玅R�
• DISPOSICIONES ADICIONALES
  • Disposici髇 adicional primera燩ublicaci髇 de informaci髇 adicional en la sede electr髇ica de la Agencia Estatal de Administraci髇 Tributaria
  • Disposici髇 adicional segunda燭ratamiento de datos personales
• DISPOSICIONES FINALES
  • Disposici髇 final 鷑ica燛ntrada en vigor
• ANEXO.燛structura de los ficheros

Art韈ulo 1 Objeto y definiciones

1. El objeto de la presente orden es detallar los aspectos t閏nicos, funcionales y de contenido recogidos en el Reglamento que establece los requisitos que deben adoptar los sistemas y programas inform醫icos o electr髇icos que soporten los procesos de facturaci髇 de empresarios y profesionales, y la estandarizaci髇 de formatos de los registros de facturaci髇, aprobado por el Real Decreto 1007/2023, de 5 de diciembre (en adelante, el Reglamento).

Asimismo, en el cap韙ulo VIII concreta las especificaciones t閏nicas y funcionales de formaci髇 del c骴igo 玅R� y, en su caso, de la frase que deber醤 incluirse en las facturas expedidas por los sistemas inform醫icos a que se refiere el art韈ulo 7 del Reglamento, seg鷑 se indica en el art韈ulo 6.5 del Reglamento por el que se regulan las obligaciones de facturaci髇, aprobado por el Real Decreto 1619/2012, de 30 de noviembre.

2. A los efectos de esta orden, se establecen las siguientes definiciones:

• a) Sistema inform醫ico de facturaci髇 o, de forma abreviada, sistema inform醫ico: se remite a la definici髇 ya dada en el art韈ulo 1.2 del Reglamento.
• b) Componente de facturaci髇 de un sistema inform醫ico o, de forma abreviada, componente: conjunto de hardware y software que se encarga de implementar alg鷑 requisito exigido por el Reglamento y por esta orden a los sistemas inform醫icos, o bien de dirigir, gestionar y controlar su implementaci髇.
• c) Componente principal de facturaci髇 de un sistema inform醫ico o, de forma abreviada, componente principal: es el componente que se encarga de implementar las funcionalidades necesarias para poder expedir facturas, o bien de dirigir, gestionar y controlar su implementaci髇, cumpliendo en ambos casos con los requisitos exigidos en el Reglamento y en esta orden.

Art韈ulo 2 Uso de un mismo sistema inform醫ico para dar soporte a la facturaci髇 de varios obligados tributarios

En caso de que un mismo sistema inform醫ico pueda ser usado por varios obligados tributarios o por un mismo usuario para dar soporte a la facturaci髇 de varios obligados tributarios, se deber� comportar como si fueran sistemas inform醫icos independientes para cada obligado tributario gestionado y, en particular, en lo concerniente a los siguientes aspectos:

• a) Deber� realizar de forma separada la gesti髇 de los registros de facturaci髇 y, en su caso, de evento de cada obligado tributario, garantizando siempre las caracter韘ticas indicadas en el art韈ulo 8 del Reglamento para cada obligado tributario, de acuerdo con las especificaciones t閏nicas y funcionales de esta orden.
• b) Deber� generar cadenas independientes de registros de facturaci髇 y, en su caso, de evento para cada obligado tributario, seg鷑 se dispone en los art韈ulos 7 y 9.
• c) Deber� permitir el funcionamiento como sistema inform醫ico 玍ERI*FACTU� de forma independiente para cada obligado tributario.
• d) Deber� visualizar, claramente y en todo momento, la informaci髇 identificativa del obligado tributario al que corresponde la operativa que se est� realizando en cada instante. Adem醩, en el caso de que efectivamente est� soportando la facturaci髇 de m醩 de un obligado tributario, independientemente del estado operativo en que se encuentren, bien sea de alta, de baja o cualquier otro, deber� indicarlo con alg鷑 mensaje explicativo que pueda ser consultado de forma r醦ida, f醕il e intuitiva.

Art韈ulo 3 Particularidades aplicables a los sistemas inform醫icos 玍ERI*FACTU�

De acuerdo con lo previsto en el art韈ulo 16.2 del Reglamento, se presumir� que los sistemas inform醫icos que tengan la consideraci髇 de 玈istemas de emisi髇 de facturas verificables� o 玍ERI*FACTU�, cumplen por dise駉 ciertos requisitos y caracter韘ticas que recogen el resto de secciones del cap韙ulo II de esta orden y, en tanto act鷈n como 玍ERI*FACTU�, no les ser醤 de aplicaci髇 los art韈ulos 6.b), 6.c), 6.d), 6.e), 6.f), 7.f), 7.h), 7.i), 7.j), 8 y 9 de esta orden.

Art韈ulo 4 Capacidad de remisi髇 de informaci髇 a la Administraci髇 tributaria

La capacidad de remisi髇 de todos los registros de facturaci髇 generados a que se refiere el segundo p醨rafo del art韈ulo 8.1 del Reglamento implica que el sistema inform醫ico deber� poder realizar cada una de las siguientes acciones:

• a) Conectarse a Internet a fin de comunicarse con los servicios electr髇icos que, para la remisi髇 de la informaci髇, exponga la Agencia Estatal de Administraci髇 Tributaria en su sede electr髇ica.
• b) Gestionar certificados electr髇icos. Los certificados electr髇icos ser醤 utilizados para autenticarse en la conexi髇 con la Agencia Estatal de Administraci髇 Tributaria con la finalidad de remitir la informaci髇 y, en su caso, generar la firma electr髇ica de los registros de facturaci髇 y de evento.
• c) Remitir los registros de facturaci髇, con la estructura, formato y codificaci髇 requeridos, usando para ello protocolos seguros de comunicaci髇. Esto incluye tanto el env韔 automatizado de los registros de facturaci髇 a que se refieren los art韈ulos 15 y 16.1 del Reglamento, como, en su caso, el env韔 en respuesta a un requerimiento a que se refiere el art韈ulo 14.2 del Reglamento.
• d) Recibir y procesar adecuadamente las respuestas generadas por la Agencia Estatal de Administraci髇 Tributaria ante los env韔s realizados.

Art韈ulo 5 Sistemas de identificaci髇 y autenticaci髇 v醠idos para remitir los registros de facturaci髇 a la sede electr髇ica de la Agencia Estatal de Administraci髇 Tributaria

Para remitir los registros de facturaci髇 a la sede electr髇ica de la Agencia Estatal de Administraci髇 Tributaria, los sistemas inform醫icos deber醤 presentar ante esta la correspondiente identificaci髇 electr髇ica del remitente mediante el uso de los certificados electr髇icos v醠idos en cada momento en la sede electr髇ica de la Agencia Estatal de Administraci髇 Tributaria. Adem醩, dichos certificados electr髇icos deber醤 ajustarse a las condiciones que se establezcan en la normativa vigente en cada momento en relaci髇 con los atributos m韓imos que deben incluir los certificados electr髇icos cualificados y los mecanismos que permiten verificar su vigencia y contenido en el 醡bito de las Administraciones P鷅licas.

La remisi髇 podr� ser efectuada por el propio obligado tributario o por un tercero que act鷈 en su representaci髇, de acuerdo con lo establecido en los art韈ulos 79 a81, ambos inclusive, del Reglamento General de las actuaciones y los procedimientos de gesti髇 e inspecci髇 tributaria y de desarrollo de las normas comunes de los procedimientos de aplicaci髇 de los tributos, aprobado por el Real Decreto 1065/2007, de 27 de julio, y en la Orden HAC/1398/2003, de 27 de mayo, por la que se establecen los supuestos y condiciones en que podr� hacerse efectiva la colaboraci髇 social en la gesti髇 de los tributos, y se extiende 閟ta expresamente a la presentaci髇 telem醫ica de determinados modelos de declaraci髇 y otros documentos tributarios.

Art韈ulo 6 Integridad e inalterabilidad de los registros de facturaci髇

La integridad e inalterabilidad de los registros de facturaci髇 generados por el sistema inform醫ico a que se refiere el art韈ulo 8.2.a) del Reglamento se garantizar� cumpliendo los siguientes requisitos:

• a) Para cada registro de facturaci髇 que genere, el sistema inform醫ico deber� calcular, de acuerdo con lo especificado en el art韈ulo 13 de esta orden, su correspondiente huella o 玥ash� a que se refiere el art韈ulo 12 del Reglamento.
• b) El sistema inform醫ico deber� ser capaz de comprobar si es correcta la huella o 玥ash� de cualquier registro de facturaci髇 individual generado, permitiendo realizar esta comprobaci髇, bajo demanda, de forma r醦ida, f醕il e intuitiva.
• c) El sistema inform醫ico deber� firmar electr髇icamente, de acuerdo con lo especificado en el art韈ulo 14, todos los registros de facturaci髇 que genere.
• d) El sistema inform醫ico deber� ser capaz de comprobar si es correcta la firma electr髇ica de cualquier registro de facturaci髇 individual generado, permitiendo realizar esta comprobaci髇, bajo demanda, de forma r醦ida, f醕il e intuitiva.
• e) El sistema inform醫ico deber� ser capaz de comprobar si es correcta toda o una determinada parte de la cadena de registros de facturaci髇 a que se refiere el primer p醨rafo del art韈ulo 7, al menos cuando se conserve en el propio sistema inform醫ico, permitiendo realizar esta comprobaci髇, bajo demanda, de forma r醦ida, f醕il e intuitiva.
• f) Cuando el sistema inform醫ico detecte cualquier tipo de circunstancia que impida garantizar o que vulnere o pueda vulnerar la integridad e inalterabilidad de los registros de facturaci髇 generados, o de su encadenamiento, deber�:
  • 1.� Mostrar una alarma que indique claramente este hecho. Dicha alarma no deber� desactivarse hasta que no se pueda volver a garantizar la integridad e inalterabilidad de los siguientes registros de facturaci髇 y su encadenamiento.
  • 2.� Generar el correspondiente registro de evento que informe sobre el hecho detectado, de acuerdo con lo especificado en el art韈ulo 9.

Art韈ulo 7 Trazabilidad de los registros de facturaci髇

Se denominar� cadena de registros de facturaci髇 a la secuencia de registros de facturaci髇 en donde cada uno de ellos contiene la referencia del registro de facturaci髇 cronol骻icamente anterior, en los t閞minos indicados en las letras a) y b) de este art韈ulo.

La trazabilidad de los registros de facturaci髇 generados por el sistema inform醫ico, a que se refiere el art韈ulo 8.2.b) del Reglamento, se garantizar� cumpliendo los siguientes requisitos:

• a) Cada registro de facturaci髇, de alta o de anulaci髇, contendr� el siguiente conjunto de datos referido al registro de facturaci髇, de alta o de anulaci髇, inmediatamente anterior por orden cronol骻ico de fecha de generaci髇:
  • 1.� NIF del obligado a expedir la factura a que se refiere el registro de facturaci髇 inmediatamente anterior.
  • 2.� N鷐ero de serie y n鷐ero de la factura a que se refiere el registro de facturaci髇 inmediatamente anterior.
  • 3.� Fecha de expedici髇 de la factura a que se refiere el registro de facturaci髇 inmediatamente anterior.
  • 4.� Los primeros 64 caracteres de la huella o 玥ash� del registro de facturaci髇 inmediatamente anterior.

  En los art韈ulos 10 y 11 constan los detalles sobre estos campos.

• b) La 鷑ica excepci髇 al contenido de la letra a) se dar� cuando no haya registro de facturaci髇 anterior por tratarse del primer registro de facturaci髇 generado en el sistema inform醫ico desde su instalaci髇 o puesta en marcha inicial, en cuyo caso no ser� necesario incluir los datos de la letra a) pero se deber� identificar dicho registro como el primer registro de la cadena.
• c) Para un determinado obligado tributario, cada sistema inform醫ico producir� una 鷑ica cadena de registros de facturaci髇, es decir, todos los registros de facturaci髇 de un mismo obligado tributario generados por un mismo sistema inform醫ico deber醤 formar parte de la misma cadena.
• d) La cadena de registros de facturaci髇 generada contendr� tanto los registros de facturaci髇 de alta como los registros de facturaci髇 de anulaci髇.
• e) El sistema inform醫ico deber� incorporar a los registros de facturaci髇 la fecha y hora exactas del momento en que son generados, de acuerdo al territorio desde donde se expide la correspondiente factura. Si el sistema inform醫ico no cuenta con la capacidad de proporcionar esos datos por sus propios medios, podr� tomarlos de otros sistemas que incorporen reloj.
• f) En cualquier caso, el obligado tributario usuario del sistema inform醫ico deber� asegurarse de que la fecha y hora empleadas por dicho sistema inform醫ico para fechar los registros de facturaci髇 son exactas, con un margen m醲imo de error admitido de un minuto.
• g) La fecha y hora de generaci髇 de cada registro de facturaci髇 deber� incluir el huso horario aplicado en el momento de la generaci髇 del registro, todo ello de acuerdo con lo especificado en los art韈ulos 10.c) y 11.c).
• h) El sistema inform醫ico deber� permitir realizar el seguimiento de la secuencia de la cadena de registros de facturaci髇, tanto hacia delante como hacia atr醩, de forma r醦ida, f醕il e intuitiva.

  A tal efecto, al menos deber� permitir que, a partir de cualquier registro de facturaci髇 existente en el sistema inform醫ico, se pueda saltar al anterior (siempre que este se encuentre disponible en el sistema inform醫ico) o al posterior (excepto si el registro de partida fuera el 鷏timo generado) dentro de la cadena de registros de facturaci髇, indicando de forma clara y visible si para ese salto dado el encadenamiento de la huella o 玥ash� es correcto o no y si las respectivas fechas y horas de generaci髇 respetan el orden temporal entre s� y con respecto a la fecha actual del sistema.

  Adicionalmente, el sistema inform醫ico podr� ofrecer el lanzamiento, peri骴ico o bajo demanda, de un proceso de comprobaci髇 de toda o de parte de la cadena de registros de facturaci髇. En caso de que se trate de una comprobaci髇 parcial, se deber� permitir especificar de alguna manera qu� parte de la cadena se comprobar�.

• i) Salvo cuando se trate del primer registro de facturaci髇, cada vez que el sistema inform醫ico vaya a generar un nuevo registro de facturaci髇, de alta o de anulaci髇, antes deber� comprobar que se cumplen los siguientes requisitos:
  • 1.� El 鷏timo registro de facturaci髇 generado est� correctamente encadenado.
  • 2.� La fecha y hora de generaci髇 del 鷏timo registro de facturaci髇 generado no es superior en m醩 de un minuto a la fecha y hora actuales que se utilizar醤 para fechar el registro de facturaci髇 a generar.
• j) Cuando el sistema inform醫ico detecte cualquier tipo de circunstancia que impida garantizar o que vulnere o pueda vulnerar la trazabilidad y el encadenamiento de los registros de facturaci髇 generados, deber� avisar de ello, procediendo de la misma forma que se indica en el art韈ulo 6.f).

Art韈ulo 8 Conservaci髇, accesibilidad y legibilidad de los registros de facturaci髇

1. El sistema inform醫ico deber� garantizar la conservaci髇 de todos los registros de facturaci髇 generados por 閘 que se encuentren dentro del propio sistema inform醫ico, independientemente del m閠odo o lugar empleado para hacerlo, y deber� permitir el acceso a donde estos se conserven, as� como su recuperaci髇 y consulta en formato electr髇ico legible por parte de la Administraci髇 tributaria.

2. Los registros de facturaci髇 podr醤 ser conservados fuera del sistema inform醫ico que los gener�. Para ello, este deber� permitir descargar, volcar o copiar y archivar de forma segura, mediante su exportaci髇 a un soporte de almacenamiento externo en formato electr髇ico legible, los registros de facturaci髇 generados en 閘. El resultado de la exportaci髇 deber� contener la copia fidedigna de todos los registros de facturaci髇 exportados.

A este respecto, deber� ofrecer, al menos, la posibilidad de exportar todos los registros de facturaci髇 generados en un periodo.

趎icamente formando parte de un proceso de exportaci髇 correcto, los registros de facturaci髇 exportados podr醤 dejar de ser conservados por el sistema inform醫ico, en cuyo caso deber� avisar claramente de esta circunstancia, siempre y cuando ello no suponga el incumplimiento por este de ning鷑 requisito del Reglamento y de esta orden. Adem醩, para evitar la aparici髇 de huecos entre los registros de facturaci髇 conservados en el sistema inform醫ico, esta posibilidad de dejar de conservarlos solo podr� aplicarse a registros de facturaci髇 consecutivos empezando siempre por los m醩 antiguos que a鷑 se conserven en el sistema inform醫ico.

El proceso de exportaci髇 deber� ser independiente de la pol韙ica de copias de seguridad de los datos que pudieran establecerse para el sistema inform醫ico.

3. En cualquier caso, el obligado tributario usuario del sistema inform醫ico deber� garantizar, durante el mismo plazo previsto para la conservaci髇 de las copias o matrices de las facturas expedidas seg鷑 el art韈ulo 19.1 del Reglamento por el que se regulan las obligaciones de facturaci髇, aprobado por el Real Decreto 1619/2012, de 30 de noviembre, la conservaci髇, accesibilidad y legibilidad de todos los registros de facturaci髇 generados correspondientes a las facturas por 閘 expedidas a lo largo del tiempo, se encuentren o no en el sistema inform醫ico que los gener�, e incluso cuando se haya cambiado de sistema inform醫ico.

4. El acceso a las funcionalidades del sistema inform醫ico necesarias para llevar a cabo las acciones mencionadas en los apartados 1 y 2 sobre los datos que obren en 閘 deber� poderse realizar por el usuario del mismo de forma r醦ida, f醕il e intuitiva. Asimismo, el resultado de aplicar esas funcionalidades sobre dichos datos, especialmente en el caso del acceso para su consulta, deber� ser efectivo con prontitud desde el momento del lanzamiento de su ejecuci髇. Todo ello con independencia de d髇de se encuentren conservados los datos del sistema inform醫ico.

5. A los efectos de legibilidad, la informaci髇 conservada, o en su caso exportada, deber� mantener la estructura y formato indicados en los art韈ulos 10 y 11, de acuerdo con el tipo de registro de facturaci髇 de que se trate.

Art韈ulo 9 Registro de eventos

1. El sistema inform醫ico deber� ser capaz de detectar y registrar cuando se produzcan, al menos, los siguientes eventos:

• a) Inicio del funcionamiento del sistema inform醫ico como 玁O VERI*FACTU�.
• b) Fin del funcionamiento del sistema inform醫ico como 玁O VERI*FACTU�.
• c) Lanzamiento del proceso de detecci髇 de anomal韆s en los registros de facturaci髇.
• d) Detecci髇 de anomal韆s en la integridad, inalterabilidad y trazabilidad de registros de facturaci髇.
• e) Lanzamiento del proceso de detecci髇 de anomal韆s en los registros de evento.
• f) Detecci髇 de anomal韆s en la integridad, inalterabilidad y trazabilidad de registros de evento.
• g) Restauraci髇 de copia de seguridad, cuando esta se gestione desde el propio sistema inform醫ico de facturaci髇.
• h) Exportaci髇 de registros de facturaci髇 generados en un periodo.
• i) Exportaci髇 de registros de evento generados en un periodo.

2. Adicionalmente, el sistema inform醫ico deber� generar, por cada 6 horas que haya estado operativo y disponible para su uso, al menos, un registro resumen de los eventos sucedidos desde que se gener� el registro resumen de eventos anterior, o bien desde el inicio de funcionamiento del sistema inform醫ico de acuerdo al Reglamento si no se hubiera generado a鷑 ning鷑 registro resumen de eventos anterior.

En caso de que en ese espacio de tiempo no se hubiera dado ning鷑 evento de los se馻lados en el apartado 1, el registro resumen de eventos se generar� igualmente y reflejar� de manera adecuada dicha circunstancia, de acuerdo con lo especificado al respecto en el apartado 4.

El sistema inform醫ico tambi閚 deber� generar un registro resumen de eventos antes de cerrarse o apagarse.

Este registro resumen de eventos tendr� el mismo tratamiento que los registros de evento se馻lados en el apartado 1, por lo que puede considerarse un evento registrado m醩.

3. Los registros de evento deber醤 realizarse de tal forma que queden garantizadas sus caracter韘ticas de integridad, inalterabilidad, trazabilidad, conservaci髇, accesibilidad y legibilidad, tal y como se exige para los registros de facturaci髇. Para ello deber醤 cumplir de forma an醠oga las especificaciones contenidas en los art韈ulos 6, 7 y 8, donde todas las referencias a los registros de facturaci髇 y sus datos deber醤 entenderse hechas a los registros de evento y sus datos, que son los indicados en el art韈ulo 9.4. En particular, los datos de los registros de evento equivalentes a los mencionados en el art韈ulo 7.a) son los que conforman la agrupaci髇 獷ventoAnterior� del dise駉 del registro de evento del apartado 5 del anexo. Asimismo, la responsabilidad y el plazo de conservaci髇 establecidos en el art韈ulo 8.3 tambi閚 se aplican a los registros de evento generados por cada sistema inform醫ico del obligado tributario. Por 鷏timo, el art韈ulo 7.d) no es de aplicaci髇 en el caso de los registros de evento.

4. Los sistemas inform醫icos deber醤 generar los registros de evento de acuerdo a los siguientes requisitos:

• a) Formato XML.
• b) Codificaci髇 UTF-8.
• c) Estructura, contenido y formato seg鷑 se describen en el apartado 5 del anexo.

Art韈ulo 10 Registro de facturaci髇 de alta

Los sistemas inform醫icos deber醤 generar el registro de facturaci髇 de alta de acuerdo a los siguientes requisitos:

• a) Formato XML.
• b) Codificaci髇 UTF-8.
• c) Estructura, contenido y formato seg鷑 se describe en el apartado 3 del anexo.

Art韈ulo 11 Registro de facturaci髇 de anulaci髇

Los sistemas inform醫icos deber醤 generar el registro de facturaci髇 de anulaci髇 de acuerdo a los siguientes requisitos:

• a) Formato XML.
• b) Codificaci髇 UTF-8.
• c) Estructura, contenido y formato seg鷑 se describe en el apartado 3 del anexo.

Art韈ulo 12 Informaci髇 a suministrar en los casos de autorizaci髇 o de resoluci髇 de no aplicaci髇

1. Cuando exista alguna autorizaci髇 a que se refiere la disposici髇 adicional primera del Real Decreto 1007/2023, de 5 de diciembre, por el que se aprueba el Reglamento, antes de generar alg鷑 registro de facturaci髇 se deber� remitir copia de la autorizaci髇 en el apartado previsto para aportar documentaci髇 complementaria dentro de la sede electr髇ica de la Agencia Estatal de Administraci髇 Tributaria. El n鷐ero de registro obtenido en el env韔 de la autorizaci髇 deber� consignarse en los registros de facturaci髇 de alta y de anulaci髇, de acuerdo con lo especificado respectivamente en los art韈ulos 10.c) y 11.c) de esta orden.

2. Cuando exista alguna resoluci髇 de no aplicaci髇 a que se refiere el art韈ulo 5 del Reglamento, deber� consignarse el n鷐ero de identificaci髇 de dicha resoluci髇 en los registros de facturaci髇 de alta y de anulaci髇, de acuerdo con lo especificado respectivamente en los art韈ulos 10.c) y 11.c) de esta orden.

Art韈ulo 13 Huella o 玥ash� de los registros de facturaci髇 y de evento

1. La informaci髇 con la que se generar� la huella o 玥ash� se basar� en un subconjunto de datos del registro de facturaci髇 o de evento, seg鷑 corresponda:

• a) Para el registro de facturaci髇 de alta:
  • 1.� NIF del emisor.
  • 2.� Numero de factura y serie.
  • 3.� Fecha de expedici髇 de la factura.
  • 4.� Tipo de factura.
  • 5.� Cuota total.
  • 6.� Importe total.
  • 7.� Huella del registro de facturaci髇 anterior.
  • 8.� Fecha, hora y huso horario de generaci髇 del registro.
• b) Para el registro de facturaci髇 de anulaci髇:
  • 1.� NIF del emisor.
  • 2.� Numero de factura y serie.
  • 3.� Fecha de expedici髇 de la factura.
  • 4.� Huella del registro de facturaci髇 anterior.
  • 5.� Fecha, hora y huso horario de generaci髇 del registro.
• c) Para el registro de evento:
  • 1.� Identificador del productor del sistema inform醫ico.
  • 2.� Identificador del sistema inform醫ico.
  • 3.� Versi髇 del sistema inform醫ico.
  • 4.� Numero de instalaci髇 del sistema inform醫ico.
  • 5.� NIF del obligado a emisi髇.
  • 6.� Tipo de evento.
  • 7.� Huella del registro de evento anterior.
  • 8.� Fecha, hora y huso horario de generaci髇 del registro.

2. Para el c醠culo de la huella o 玥ash� se usar醤 el algoritmo y codificaci髇 indicados en el documento t閏nico que se publicar� en la sede electr髇ica de la Agencia Estatal de Administraci髇 Tributaria.

3. La huella o 玥ash� generada deber� almacenarse en el registro de facturaci髇 o de evento al que corresponde, de acuerdo con lo especificado respectivamente en los art韈ulos 10.c), 11.c) y 9.4.c).

Art韈ulo 14 Firma electr髇ica de los registros de facturaci髇 y de evento

La firma electr髇ica de los registros de facturaci髇 y de evento se basar� en el est醤dar del Instituto Europeo de Normas de Telecomunicaciones ETSI EN 319 132 y utilizar� el tipo de firma 玐AdES Enveloped Signature� con los detalles t閏nicos que para su generaci髇 se recojan en la sede electr髇ica de la Agencia Estatal de Administraci髇 Tributaria.

En todo caso, la firma electr髇ica deber� ser generada con una clave privada asociada a un certificado electr髇ico cualificado de firma electr髇ica en vigor. Dicho certificado debe haber sido emitido por un proveedor de servicios de confianza cualificado que cumpla con los requisitos establecidos en el Reglamento (UE) N.^o 910/2014 del Parlamento europeo y del Consejo, de 23 de julio de 2014, y est� incluido en la lista de proveedores de confianza de la UE (EU/EEA Trusted List).

La firma electr髇ica generada deber� almacenarse en el registro de facturaci髇 o de evento al que corresponde, de acuerdo con lo especificado en los art韈ulos 9.4.c), 10.c) y 11.c).

Art韈ulo 15 Contenido de la declaraci髇 responsable y ubicaci髇 de la misma

1. La declaraci髇 responsable comenzar� con el t韙ulo 獶ECLARACI覰 RESPONSABLE DEL SISTEMA INFORM罷ICO DE FACTURACI覰� y, a continuaci髇, deber� contener, al menos, la siguiente informaci髇, en el mismo orden en que se indica. Cada dato aportado deber� precederse del texto que lo describe, de acuerdo con lo redactado en la letra con la cual se corresponde:

• a) Nombre del sistema inform醫ico a que se refiere la declaraci髇 responsable. Con car醕ter general ser� la denominaci髇 gen閞ica dada al mismo para su distribuci髇 o comercializaci髇.
• b) C骴igo identificador del sistema inform醫ico a que se refiere el apartado 1.a), de acuerdo con las especificaciones dadas en el apartado 2.6 del anexo. Se trata de una codificaci髇 a establecer por la persona o entidad productora del sistema inform醫ico a que se refiere la declaraci髇 responsable de manera que sirva para identificar un韛ocamente al mismo de una forma breve, en lugar de hacerlo de una forma m醩 extensa mediante el nombre indicado en el apartado 1.a). Este c骴igo no podr� coincidir con el de otro sistema inform醫ico distinto que pueda producir dicha persona o entidad.
• c) Identificador completo de la versi髇 concreta del sistema inform醫ico a que se refiere la declaraci髇 responsable.
• d) Componentes, hardware y software, de que consta el sistema inform醫ico a que se refiere la declaraci髇 responsable, junto con una breve descripci髇 de lo que hace dicho sistema inform醫ico y de sus principales funcionalidades.
• e) Indicaci髇 de si el sistema inform醫ico a que se refiere la declaraci髇 responsable se ha producido de tal manera que, a los efectos de cumplir con el Reglamento, solo pueda funcionar exclusivamente como 玍ERI*FACTU�, de acuerdo con las especificaciones dadas en el apartado 2.6 del anexo.
• f) Indicaci髇 de si el sistema inform醫ico a que se refiere la declaraci髇 responsable permite ser usado por varios obligados tributarios o por un mismo usuario para dar soporte a la facturaci髇 de varios obligados tributarios, de acuerdo con las especificaciones dadas en el apartado 2.6 del anexo.
• g) Tipos de firma utilizados para firmar los registros de facturaci髇 y de evento en el caso de que el sistema inform醫ico a que se refiere la declaraci髇 responsable no sea utilizado como 玍ERI*FACTU�.
• h) Nombre y apellidos de la persona o raz髇 social de la entidad productora del sistema inform醫ico a que se refiere la declaraci髇 responsable.
• i) N鷐ero de identificaci髇 fiscal (NIF) espa駉l de la persona o entidad productora del sistema inform醫ico a que se refiere la declaraci髇 responsable. Si no dispone de NIF espa駉l, deber� hacer constar otro n鷐ero de identificaci髇 de que disponga, indicando de qu� tipo de identificaci髇 se trata y el pa韘 que lo ha emitido, todo ello de acuerdo con las especificaciones dadas al respecto en el apartado 2.6 del anexo.
• j) Direcci髇 postal completa de contacto de la persona o entidad productora del sistema inform醫ico a que se refiere la declaraci髇 responsable.
• k) La persona o entidad productora del sistema inform醫ico a que se refiere la declaraci髇 responsable deber� hacer constar que dicho sistema inform醫ico, en la versi髇 indicada en ella, cumple con lo dispuesto en el art韈ulo 29.2.j) de la Ley 58/2003, de 17 de diciembre, General Tributaria, en el Reglamento que establece los requisitos que deben adoptar los sistemas y programas inform醫icos o electr髇icos que soporten los procesos de facturaci髇 de empresarios y profesionales, y la estandarizaci髇 de formatos de los registros de facturaci髇, aprobado por el Real Decreto 1007/2023, de 5 de diciembre, en esta orden y en la sede electr髇ica de la Agencia Estatal de Administraci髇 Tributaria para todo aquello que complete las especificaciones de esta orden.
• l) Fecha y lugar en los que la persona o entidad productora del sistema inform醫ico suscribe la declaraci髇 responsable del mismo. La fecha ha de ser completa, es decir, deber� indicar d韆, mes y a駉, en ese orden. El lugar deber� contener, al menos, el nombre de la localidad y el nombre del pa韘, en ese orden.

2. Tras la informaci髇 obligatoria, se recomienda que, a modo de anexo, la declaraci髇 responsable contenga la siguiente informaci髇 adicional:

• a) Otras formas de contacto con la persona o entidad productora del sistema inform醫ico a que se refiere la declaraci髇 responsable, distintas a la indicada en el apartado 1.j).
• b) En caso de que existan, direcciones de Internet de la persona o entidad productora del sistema inform醫ico a que se refiere la declaraci髇 responsable, especialmente aquellas con informaci髇 sobre dicho sistema inform醫ico.
• c) Explicaci髇 detallada de c髆o cumple el sistema inform醫ico a que se refiere la declaraci髇 responsable las diferentes especificaciones t閏nicas y funcionales contenidas en esta orden.
• d) Cualquier otra informaci髇 adicional que la persona o entidad productora del sistema inform醫ico a que se refiere la declaraci髇 responsable considere de inter閟 al respecto.

3. La declaraci髇 responsable deber� encontrarse disponible de manera legible e individualizada dentro del propio sistema inform醫ico a que se refiere y ser accesible por el usuario de forma r醦ida, f醕il e intuitiva. Asimismo, deber� ponerse a disposici髇 del comercializador y del cliente, tanto en el momento de su adquisici髇 como posteriormente, en papel o electr髇icamente en un formato de uso ampliamente extendido y gratuito.

4. En caso de que el sistema inform醫ico sea ampliado con otros componentes, hardware o software, producidos por otras personas o entidades distintas a quien ha producido dicho sistema inform醫ico, estas deber醤 aportar las correspondientes declaraciones responsables de todas y cada una de las ampliaciones realizadas, en sus diferentes versiones.

Asimismo, cuando el propio sistema inform醫ico est� formado por varios componentes, hardware o software, producidos por diferentes personas o entidades, todas ellas deber醤 aportar las correspondientes declaraciones responsables de sus componentes, en sus diferentes versiones.

Art韈ulo 16 Especificaciones t閏nicas de la remisi髇 por parte de los sistemas inform醫icos 玍ERI*FACTU�

1. Los sistemas inform醫icos que tengan la consideraci髇 de 玈istemas de emisi髇 de facturas verificables� o 玍ERI*FACTU�, de acuerdo con el art韈ulo 16 del Reglamento, deber醤 hacer efectivas las facultades que implica la capacidad de remisi髇, indicadas en el art韈ulo 4 de esta orden, cumpliendo a su vez con el art韈ulo 5 de esta orden.

La remisi髇 de registros de facturaci髇 a la Administraci髇 tributaria se realizar� mediante mensajes en formato XML con los contenidos y estructura establecidos en el apartado 4 del anexo de esta orden.

2. Los sistemas inform醫icos 玍ERI*FACTU� deber醤 implementar un mecanismo de control de flujo basado en el tiempo de espera entre env韔s, el cual tomar� inicialmente el valor de 60 segundos, y en el n鷐ero m醲imo de registros admitidos en cada env韔.

Los mensajes de respuesta de la Agencia Estatal de Administraci髇 Tributaria informar醤 sobre el valor de este par醡etro, el cual deber� ser tenido en cuenta para el siguiente env韔.

El n鷐ero m醲imo de registros a remitir en cada env韔 queda determinado por el dise駉 de registro incluido en el apartado 2.2 del anexo.

El funcionamiento ser� el siguiente:

• a) El sistema inform醫ico realiza el env韔 del primer conjunto de registros de facturaci髇 a la Agencia Estatal de Administraci髇 Tributaria.
• b) La Agencia Estatal de Administraci髇 Tributaria devuelve, entre otros datos, un valor actualizado del par醡etro de tiempo de espera 玹� entre env韔s.
• c) Para poder realizar el siguiente env韔, el sistema inform醫ico deber� esperar a que transcurran 玹� segundos desde el anterior env韔 o deber� esperar a tener acumulados un n鷐ero de registros de facturaci髇 igual al l韒ite establecido en el dise駉 de registro para cada env韔, la circunstancia que ocurra primero.
• d) El sistema inform醫ico realiza un nuevo env韔 cumpliendo con lo establecido en la letra c). En la respuesta puede recibir una nueva actualizaci髇 del valor del par醡etro 玹�.

3. Los ficheros remitidos a la Agencia Estatal de Administraci髇 Tributaria ser醤 sometidos a diversas validaciones de calidad. La respuesta afirmativa por parte de la Agencia Estatal de Administraci髇 Tributaria no implica que los registros de facturaci髇 remitidos sean completamente v醠idos, ni impide posteriores validaciones por parte de la Agencia Estatal de Administraci髇 Tributaria.

Si la remisi髇 es rechazada por no cumplir las validaciones establecidas, se informar� del c骴igo de error que motiva el rechazo.

4. En caso de que alguna incidencia t閏nica impida la remisi髇 voluntaria en las condiciones indicadas se deber� proceder a la remisi髇 de los registros de facturaci髇 en cuanto sea posible, respetando el orden temporal de generaci髇 de los registros de facturaci髇. Adem醩, deber� avisar de esta circunstancia indic醤dolo en los mensajes donde se env韊n los correspondientes registros de facturaci髇 afectados, dentro del campo habilitado a tal efecto, de acuerdo con las especificaciones dadas en el apartado 4 del anexo.

El sistema inform醫ico deber� reintentar peri骴icamente, al menos una vez cada hora, el env韔 de los registros de facturaci髇 pendientes de remitir. Asimismo, el sistema inform醫ico deber� avisar de que se ha producido una incidencia que ha impedido la remisi髇 de todos los registros de facturaci髇 generados, indicando cu醤tos faltan por remitir. Este aviso deber� visualizarse a partir del momento en que se produzca la incidencia que impida la remisi髇 de los registros de facturaci髇 y mientras quede alguno de estos por remitir.

Las incidencias en la remisi髇 voluntaria de registros de facturaci髇 agrupados deber醤 ser debidamente justificadas por el remitente si as� se lo requiere la Agencia Estatal de Administraci髇 Tributaria.

5. La remisi髇 de registros de facturaci髇 a la Agencia Estatal de Administraci髇 Tributaria recibir� como respuesta, entre otros datos, un c骴igo seguro de verificaci髇 cuando al menos un registro de facturaci髇 contenido en el fichero remitido sea correcto y, por tanto, se acepte su env韔. El remitente podr� utilizar este c骴igo para verificar el env韔 realizado. Asimismo, si hubiera alg鷑 registro de facturaci髇 err髇eo en el fichero remitido, en la respuesta tambi閚 se informar� de cu醠 es y del tipo de error que presenta.

Art韈ulo 17 Condiciones y plazos de inicio y de renuncia a la remisi髇 voluntaria

1. Un sistema inform醫ico podr� iniciar en cualquier momento su funcionamiento como 玍ERI*FACTU�, en los t閞minos recogidos en el Reglamento y en esta orden.

2. El funcionamiento como 玍ERI*FACTU� deber� mantenerse siempre al menos hasta el final del 鷏timo a駉 en que haya funcionado como tal, es decir, hasta el 31 de diciembre de dicho a駉.

3. La forma de renunciar a que el sistema inform醫ico funcione como 玍ERI*FACTU� ser� cumplimentando el campo previsto a tal efecto en los mensajes de remisi髇 de registros de facturaci髇 a la Agencia Estatal de Administraci髇 Tributaria, donde se indicar� la 鷏tima fecha en la que funcionar� como 玍ERI*FACTU�, de acuerdo con las especificaciones dadas en el apartado 4 del anexo. El primer mensaje en el que se rellene dicho campo informando de la fecha de fin de funcionamiento como 玍ERI*FACTU� deber� remitirse antes del final del a駉 natural en el que se quiera hacer efectiva la renuncia.

Art韈ulo 18 Caracter韘ticas y requisitos de la remisi髇 de registros de facturaci髇 en caso de respuesta a un requerimiento

De acuerdo con el art韈ulo 14.2 del Reglamento, a requerimiento de la Administraci髇 tributaria, el obligado tributario podr� suministrar los registros de facturaci髇 conservados mediante env韔 autom醫ico y seguro por medios electr髇icos a la sede electr髇ica de dicha Administraci髇 tributaria.

Las caracter韘ticas y requisitos de dicho env韔 ser醤 los mismos que los especificados en esta orden para los sistemas inform醫icos 玍ERI*FACTU�, pero utilizando otro servicio espec韋ico, con la estructura y contenido adaptados de los registros de facturaci髇, seg鷑 se describe en el apartado 4 del anexo de esta orden.

Art韈ulo 19 Condiciones y l韒ites de la aplicaci髇 inform醫ica de facturaci髇 que pueda desarrollar la Administraci髇 tributaria

1. La aplicaci髇 de facturaci髇, en su caso, ofrecer� al menos las siguientes funcionalidades:

• a) Captura, almacenamiento, consulta y descarga de los datos de las facturas.
• b) Expedici髇 de la factura en formato imprimible en PDF.
• c) Descarga de la factura en PDF.
• d) Generaci髇 y almacenamiento del registro de facturaci髇.

2. La aplicaci髇 de facturaci髇 se podr� utilizar bajo las siguientes condiciones:

• a) Solo podr� ser utilizada para expedir facturas en nombre propio o por un apoderado.
• b) Para poder acceder a la aplicaci髇 ser� necesario autenticarse mediante alguno de los sistemas de identificaci髇 y autenticaci髇 admitido por la Agencia Estatal de Administraci髇 Tributaria.
• c) Las facturas expedidas con la aplicaci髇 deber醤 contener obligatoriamente un destinatario.
• d) Tanto las facturas que se expidan por esta aplicaci髇 como los correspondientes registros de facturaci髇 que se generen vinculados a ellas 鷑icamente podr醤 ser gestionados por dicha aplicaci髇.

Art韈ulo 20 Representaci髇 gr醘ica a incluir en la factura

1. Una factura, tanto si est� impresa en soporte papel como si se trata de la imagen de la misma en soporte digital, incluir� los siguientes elementos que, cumpliendo con los requisitos que se determinen, deber醤 ser legibles y estar impresos con una resoluci髇 apropiada:

• a) Un c骴igo 玅R�, que deber� cumplir con las especificaciones del art韈ulo 21.
• b) En caso de facturas expedidas por 玈istemas de emisi髇 de facturas verificables� o 玍ERI*FACTU�, seg鷑 los art韈ulos 15 y 16 del Reglamento, la frase 獸actura verificable en la sede electr髇ica de la AEAT� o 玍ERI*FACTU�, que deber� tener un tipo de letra y tama駉 bien visibles, similares a los del resto de datos de la factura.

2. En caso de tratarse de una factura electr髇ica, destinada al intercambio de su informaci髇 de forma estructurada entre sistemas inform醫icos por medios electr髇icos, se deber� incluir como un campo independiente la 玌RL� contenida en el c骴igo 玅R�, no siendo necesario incluir el propio c骴igo 玅R�.

Art韈ulo 21 C骴igo 玅R�

1. El c骴igo 玅R� deber� tener un tama駉 entre 30x30 y 40x40 mil韒etros y seguir las especificaciones de la norma ISO/IEC 18004. Para la generaci髇 del c骴igo 玅R� se emplear� el nivel M (medio) de correcci髇 de errores. En la sede electr髇ica de la Agencia Estatal de Administraci髇 Tributaria se publicar醤 la ubicaci髇 y presentaci髇 del mismo dentro de la factura, pudi閚dose completar con otras caracter韘ticas a cumplir.

2. El contenido del c骴igo 玅R� ser� el siguiente:

• a) 玌RL� del servicio de cotejo o remisi髇 de informaci髇 por parte del receptor de la factura, del cual se informar� en la sede electr髇ica de la Agencia Estatal de Administraci髇 Tributaria.
• b) Informaci髇 de la factura que formar� parte de la 玌RL�:
  • 1.� NIF del obligado a expedir la factura.
  • 2.� N鷐ero de serie y n鷐ero de la factura expedida.
  • 3.� Fecha de expedici髇 de la factura.
  • 4.� Importe total de la factura.

Tanto el formato detallado de esta 玌RL�, que podr� ser distinto dependiendo de si el sistema inform醫ico que expide la factura y genera su correspondiente c骴igo 玅R� es o no un sistema inform醫ico 玍ERI*FACTU�, como la codificaci髇 y formato de la informaci髇 requerida se especificar醤 en el correspondiente documento t閏nico que ser� publicado en la sede electr髇ica de la Agencia Estatal de Administraci髇 Tributaria.

Disposici髇 adicional primera Publicaci髇 de informaci髇 adicional en la sede electr髇ica de la Agencia Estatal de Administraci髇 Tributaria

Dado su marcado car醕ter t閏nico, se habilita a la Agencia Estatal de Administraci髇 Tributaria para que, dentro del alcance de las especificaciones contenidas en esta orden y sin modificarlas, publique en su sede electr髇ica los detalles t閏nicos necesarios para completarlas a fin de poder llevar a cabo su implementaci髇, especialmente los referidos a los servicios de remisi髇 voluntaria de registros de facturaci髇 y sus validaciones, al algoritmo de c醠culo de la huella y a la pol韙ica de firma electr髇ica, y a otras caracter韘ticas del c骴igo 玅R� y de su 玌RL�, como ubicaci髇 y presentaci髇, incluyendo los textos asociados al mismo que fuera necesario incluir en las facturas.

Disposici髇 adicional segunda Tratamiento de datos personales

Los datos personales aportados por el obligado tributario en el cumplimiento de sus derechos y obligaciones tributarias ser醤 tratados con la finalidad de la aplicaci髇 del sistema tributario y aduanero, siendo responsable del tratamiento de dichos datos la Agencia Estatal de Administraci髇 Tributaria. Este tratamiento se ajustar� al Reglamento (UE) 2016/679 del Parlamento Europeo y del Consejo, de 27 de abril de 2016, y a la Ley Org醤ica 3/2018, de 5 de diciembre, de Protecci髇 de Datos Personales y garant韆 de los derechos digitales. En la sede electr髇ica de la Agencia Estatal de Administraci髇 Tributaria se facilitar� la informaci髇 que exige el art韈ulo 13 del Reglamento relativa a los posibles tratamientos y al ejercicio de los derechos sobre los mismos.

Disposici髇 final 鷑ica Entrada en vigor

La presente orden entrar� en vigor el d韆 siguiente al de su publicaci髇 en el 獴olet韓 Oficial del Estado�, sin perjuicio de la aplicaci髇 de lo establecido por la disposici髇 final cuarta del Real Decreto 1007/2023, de 5 de diciembre.