Declaración responsable

DECLARACIÓN RESPONSABLE DEL SISTEMA INFORMÁTICO DE FACTURACIÓN

1.a) Nombre del sistema informático a que se refiere esta declaración responsable:

CUANTIC

1.b) Código identificador del sistema informático a que se refiere el apartado a) de esta declaración responsable:

01

1.c) Identificador completo de la versión concreta del sistema informático a que se refiere esta declaración responsable:

2026.1

Es el valor que el sistema informa en el campo «Version» de cada registro de facturación y de evento que genera. Comprende las piezas descritas en los puntos 1 a 4 del apartado 1.d), en las versiones que se publican con ella: el cliente de escritorio, el Servidor, la actualización de la base de datos y el ERP web de la versión 2026.1. Cualquier cambio posterior de una de esas piezas que afecte a lo que aquí se declara da lugar a una versión nueva del sistema, con su propia declaración responsable.

1.d) Componentes, hardware y software, de que consta el sistema informático a que se refiere esta declaración responsable, junto con una breve descripción de lo que hace dicho sistema informático y de sus principales funcionalidades:

CUANTIC es un programa de gestión empresarial (ERP) que, entre otras funciones, expide facturas completas, facturas simplificadas y facturas rectificativas de una o de varias empresas. Se usa desde un programa de escritorio instalado en los equipos del usuario o desde un navegador, y los dos trabajan sobre la misma base de datos de la empresa usuaria. Por eso forman un único sistema informático: los registros de facturación y de evento de cada empresa se generan en esa base de datos, en una sola cadena por empresa, tanto si la factura se expide desde el escritorio como si se expide desde el navegador.

Consta de estos componentes de software:

1. La base de datos de la empresa usuaria (PostgreSQL), con las tablas, las funciones y los disparadores que forman parte de CUANTIC. Genera, en la misma transacción que deja definitiva cada factura, su registro de facturación con la huella y el encadenamiento; genera también los registros de anulación, los de subsanación y los de evento; impide modificar o borrar los registros y los datos fiscales de las facturas registradas; comprueba las cadenas, y guarda cifrado el certificado con el que se firma.
2. El cliente de escritorio, un programa para Windows que se instala en cada puesto. Es el componente principal de facturación de las instalaciones de escritorio: expide las facturas y las imprime o las envía con el código QR, pide la firma de los registros al Servidor en el momento de la expedición, muestra los avisos y las alarmas, y da acceso a los registros de facturación y de evento, a su comprobación y exportación, a la anulación y la subsanación de registros y a la remisión en respuesta a un requerimiento.
3. El Servidor de Cuantic, un servicio de Windows que se instala en un equipo de la instalación del usuario. Expide facturas en los procesos automáticos de facturación; firma los registros de facturación y de evento de las empresas que no funcionan como VERI*FACTU; remite a la Agencia Tributaria los registros de las empresas que funcionan como VERI*FACTU y no tienen activado el servicio fiscal central; genera los resúmenes periódicos del registro de eventos; hace la comprobación diaria de las cadenas, y remite los registros en respuesta a un requerimiento.
4. El ERP web (https://cuantic.es/erp/), que se ejecuta en servidores contratados por la entidad productora y se usa desde un navegador. Es el componente principal de facturación de quien factura desde el navegador: expide las facturas con su código QR y, en las empresas que no funcionan como VERI*FACTU, firma él mismo cada registro en el momento de la expedición. Los registros de las empresas que funcionan como VERI*FACTU no los remite él: los de las que tienen activado el servicio fiscal central se los envía a ese servicio, y no deja poner una empresa en VERI*FACTU si no lo tiene activado (apartado 2.c), punto 5). Tiene las mismas funciones de consulta, comprobación, exportación, anulación, subsanación y requerimientos que el escritorio, y un proceso programado que firma lo que haya quedado pendiente y genera los resúmenes del registro de eventos.
5. El servicio fiscal central de Cuantic (https://cuantic.es/impuestos/), componente de remisión que produce la misma entidad productora, con su propio código identificador (SF), su propio ciclo de versiones y su propia declaración responsable. Remite a la Agencia Tributaria los registros de las empresas que funcionan como VERI*FACTU y lo tienen activado; el ERP le envía los registros pendientes de forma automática, sin intervención del usuario. Esta versión de CUANTIC funciona con el servicio fiscal central en la versión 2026.1.

El sistema no incluye hardware propio. El cliente de escritorio y el Servidor se instalan en equipos del usuario con Windows, y la base de datos, en un servidor PostgreSQL de la propia instalación o alojado fuera de ella. La instalación puede ser de un solo puesto o de varios puestos que trabajan con el mismo Servidor y la misma base de datos. El ERP web y el servicio fiscal central no se instalan: se usan a través de Internet.

Sus principales funcionalidades de facturación son: expedir facturas completas, simplificadas y rectificativas, y facturas en sustitución de facturas simplificadas; imprimirlas o enviarlas con el código QR; generar, conservar, consultar, comprobar y exportar los registros de facturación y de evento; firmarlos o remitirlos a la Agencia Tributaria, según la modalidad de cada empresa; anular y subsanar registros, y remitir los registros conservados en respuesta a un requerimiento.

El sistema gestiona de forma independiente la facturación de cada empresa de cada base de datos, cumpliendo por separado para cada una con la normativa mencionada en el apartado 1.k), como si se tratara de sistemas informáticos distintos: cada empresa tiene su propia cadena de registros de facturación, su propia cadena de registros de evento, su propia modalidad y su propio número de instalación. El número de instalación se asigna al generar el primer registro de la empresa, con la fecha y la hora de ese momento y el número interno de la empresa, y no se puede cambiar; una empresa nueva, o copiada de otra, recibe el suyo.

1.e) Indicación de si el sistema informático a que se refiere esta declaración responsable se ha producido de tal manera que, a los efectos de cumplir con el Reglamento, solo pueda funcionar exclusivamente como «VERI*FACTU»:

N – No

Cada empresa funciona como VERI*FACTU o como NO VERI*FACTU, según elija. El sistema no deja pasar una empresa de VERI*FACTU a NO VERI*FACTU dentro del año natural en que ha generado registros como VERI*FACTU; tampoco en un año posterior si no consta la renuncia comunicada a la Agencia Tributaria, ni sin un certificado de firma activo, en vigor y no revocado.

1.f) Indicación de si el sistema informático a que se refiere la declaración responsable permite ser usado por varios obligados tributarios o por un mismo usuario para dar soporte a la facturación de varios obligados tributarios:

S – Sí

1.g) Tipos de firma utilizados para firmar los registros de facturación y de evento en el caso de que el sistema informático a que se refiere esta declaración responsable no sea utilizado como «VERI*FACTU»:

Firma electrónica XAdES Enveloped (ETSI EN 319 132), de clase EPES, con la política de firma de la Administración General del Estado (urn:oid:2.16.724.1.3.1.1.2.1.9), con el algoritmo RSA con SHA-256 y la canonicalización C14N 1.0 inclusiva, sin sello de tiempo.

Se firman con un certificado electrónico cualificado de firma, del obligado tributario o de un representante suyo, todos los registros de facturación de alta (incluidos los de subsanación), todos los de anulación y todos los de evento. La firma abarca el registro completo, se verifica antes de guardarla, y el registro se conserva tal como se firmó.

1.h) Razón social de la entidad productora del sistema informático a que se refiere esta declaración responsable:

PRODUCTOS Y SERVICIOS GALICIANOVA, S.L.

1.i) Número de identificación fiscal (NIF) español de la entidad productora del sistema informático a que se refiere esta declaración responsable:

B36406916

1.j) Dirección postal completa de contacto de la entidad productora del sistema informático a que se refiere esta declaración responsable:

Polígono Industrial A Granxa, parcela 211, planta 2, local 22. 36475 O Porriño (Pontevedra). España.

1.k) La entidad productora del sistema informático a que se refiere esta declaración responsable hace constar que dicho sistema informático, en la versión indicada en ella, cumple con lo dispuesto en el artículo 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áticos o electrónicos que soporten los procesos de facturación de empresarios y profesionales, y la estandarización de formatos de los registros de facturación, aprobado por el Real Decreto 1007/2023, de 5 de diciembre, en la Orden HAC/1177/2024, de 17 de octubre, y en la sede electrónica de la Agencia Estatal de Administración Tributaria para todo aquello que complete las especificaciones de dicha orden.

1.l)

• Fecha en que la entidad productora de este sistema informático suscribe esta declaración responsable del mismo:

1 de enero de 2027

• Lugar en que la entidad productora de este sistema informático suscribe esta declaración responsable del mismo:

O Porriño (España)

Firmante, en nombre y representación de PRODUCTOS Y SERVICIOS GALICIANOVA, S.L.: Roberto Davila Bugarín, administrador

ANEXO

2.a) Otras formas de contacto con la entidad productora del sistema informático a que se refiere esta declaración responsable:

• Teléfono: +34 986 33 02 02
• Correo electrónico: info@cuantic.es

2.b) Direcciones de Internet de la entidad productora del sistema informático a que se refiere esta declaración responsable:

• Sitio web de la empresa: https://www.cuantic.es/
• Información sobre este sistema, con su declaración responsable vigente y el archivo de las declaraciones de sus versiones anteriores: https://www.cuantic.es/verifactu
• ERP web: https://cuantic.es/erp/
• Servicio fiscal central: https://cuantic.es/impuestos/

2.c) El sistema informático a que se refiere esta declaración responsable cumple las diferentes especificaciones técnicas y funcionales contenidas en la Orden HAC/1177/2024, de 17 de octubre, y en la sede electrónica de la Agencia Estatal de Administración Tributaria para todo aquello que complete las especificaciones de dicha orden, de la siguiente manera:

Además de lo que es de obligado cumplimiento en ciertos casos, como el algoritmo de la huella, el sistema lo hace así:

1. Identificación del sistema en cada registro. Cada registro de facturación lleva el bloque «SistemaInformatico» con estos valores, que se congelan en el registro al generarlo y se firman o se remiten tal cual:

Campo	Valor
NombreRazon	PRODUCTOS Y SERVICIOS GALICIANOVA, S.L.
NIF	B36406916
NombreSistemaInformatico	CUANTIC
IdSistemaInformatico	01
Version	2026.1
NumeroInstalacion	El de la empresa, fijo desde su primer registro (apartado 1.d)
TipoUsoPosibleSoloVerifactu	N
TipoUsoPosibleMultiOT	S
IndicadorMultiplesOT	S si la base de datos tiene más de una empresa; N si tiene una sola

Los registros de evento llevan el mismo bloque, sin el campo TipoUsoPosibleSoloVerifactu, que no se informa en ellos.

2. Generación del registro de facturación. El registro de alta de cada factura lo genera la base de datos de la empresa en la misma transacción que deja definitiva la factura, sea cual sea la vía por la que se expide: el escritorio, el navegador o un proceso automático. Así se consolidan en una sola unidad transaccional del sistema gestor de base de datos la expedición de la factura y la generación de su registro: si el registro no se puede generar, la factura no se emite y el usuario ve el motivo. Si la fecha de expedición es posterior al día en curso, el registro se genera el día de esa fecha, porque la Agencia Tributaria no admite registros de facturas con fecha futura.

El registro congela los datos de la factura que se encadenan y los que después se firman o se remiten (identificación, tipo de factura, importes y desglose, destinatario, facturas rectificadas o sustituidas, descripción de la operación y el bloque del sistema informático), de modo que lo que se firma o se remite es siempre lo que se encadenó, aunque después cambien las fichas del cliente o de la empresa.

La huella se calcula con el algoritmo SHA-256 sobre los campos y con el formato de la especificación de la Agencia Tributaria, e incluye la huella del registro inmediatamente anterior de la misma empresa. La base de datos genera los registros de cada empresa de uno en uno, con un bloqueo por empresa y tomando siempre el último registro de la propia tabla, y rechaza cualquier intento de encadenar dos registros al mismo registro anterior. La fecha, la hora y el huso horario de generación los pone el reloj de la base de datos en el momento de generar el registro, en la hora oficial peninsular española. Antes de generar cada registro, el sistema comprueba que el último está correctamente encadenado y que su fecha y hora no superan en más de un minuto las actuales; si no es así, avisa sin interrumpir la facturación y, en NO VERI*FACTU, además registra el evento y abre la alarma (punto 8).

En las empresas de Canarias, Ceuta y Melilla, el desglose del registro lleva el IGIC o el IPSI, con la clave de impuesto que corresponde, en lugar del IVA, y la fecha, la hora y el huso horario de generación son los del territorio desde donde se expide la factura (artículo 7.e de la Orden HAC/1177/2024).

3. Inalterabilidad y conservación. Un registro de facturación no se puede modificar ni borrar: la base de datos solo deja cambiar su estado y la respuesta de la Agencia Tributaria, y escribir su firma una sola vez. Tampoco se puede borrar una factura que tiene registro ni modificar sus datos con trascendencia fiscal. Los registros de facturación y de evento se conservan en la base de datos de la empresa, desde donde se consultan; en NO VERI*FACTU, cada registro se conserva además firmado, con la estructura que fija la Orden HAC/1177/2024. El sistema no ofrece borrar registros, tampoco después de exportarlos.

4. Subsanación y anulación, en las dos modalidades. Un registro solo se corrige con otro posterior del mismo documento, que es un eslabón más de la misma cadena de la empresa. Las indicaciones que la Agencia Tributaria exige en esos registros (subsanación, rechazo previo y sin registro previo) las decide el sistema al generarlos, según lo que conste en la Agencia Tributaria, y quedan congeladas en ellos. Solo se genera un registro nuevo de un documento cuando el último ya tiene respuesta definitiva de la Agencia Tributaria o, en NO VERI*FACTU, ya está firmado.

• Subsanación. Corrige datos del registro que no exigen una factura rectificativa (por ejemplo, un destinatario no censado, la clave de régimen, la descripción o el desglose) o reactiva una factura anulada. Genera un registro de alta de subsanación con los datos de ese momento.
• Anulación. Es solo para facturas expedidas por error que no han tenido consecuencias: sin facturas rectificativas; fuera de liquidaciones y declaraciones; sin contabilizar; fuera de cierres de caja; sin cobros ni vencimientos remesados o contabilizados; que no sustituyan a facturas simplificadas, y que no se hayan comunicado al Registro Electrónico de Transacciones y Operaciones con Productos Fitosanitarios (RETO). Si la factura tiene alguna de esas consecuencias, el sistema indica qué hay que deshacer y no lo deshace por su cuenta. La factura anulada se conserva con su número y sin vencimientos, y queda fuera de las liquidaciones, las declaraciones, la contabilidad y los cierres.
• Rectificativa. Si la operación existió y lo que está mal es la factura, procede una factura rectificativa, y así lo indica el sistema antes de subsanar o de anular.
• Reenvío sin cambios. En VERI*FACTU, un registro rechazado por una causa ajena a él (por ejemplo, un NIF que la Agencia Tributaria aún no tenía censado) se puede volver a remitir tal cual; corregir un dato es siempre una subsanación.

5. Funcionamiento como VERI*FACTU: remisión de los registros. Los registros de las empresas que funcionan como VERI*FACTU se remiten a la Agencia Tributaria de forma automática, sin intervención del usuario:

• si la empresa tiene activado el servicio fiscal central de Cuantic, los remite el servicio, al que el ERP envía periódicamente los registros pendientes: el Servidor de Cuantic cada minuto y el ERP web cada cinco minutos;
• si no lo tiene activado, los remite el Servidor de Cuantic desde la propia instalación, que comprueba antes de cada envío que la empresa sigue sin tenerlo, para que nunca remitan los dos;
• en una instalación sin Servidor de Cuantic, en la que se factura solo desde el navegador, los remite el servicio fiscal central: el ERP web no deja poner una empresa en VERI*FACTU si no tiene activado ese servicio, y lo avisa. Si una empresa que funciona como VERI*FACTU se queda sin el servicio y no la atiende ningún Servidor de Cuantic, sus registros siguen pendientes en su base de datos, y el ERP web lo avisa de forma permanente, con el número de registros que llevan más de una hora sin remitir, hasta que vuelve a tenerlo activado.

Lo que se remite es exactamente lo que se encadenó: el mensaje se construye con los datos congelados en cada registro, y antes de enviarlo se vuelve a calcular la huella con los valores que van a viajar; un registro cuya huella no coincide no se remite. Cada envío lleva registros de un solo obligado tributario, en el orden de la cadena y hasta 1.000. Entre dos envíos se respeta el tiempo de espera que fija la Agencia Tributaria en cada respuesta, de 60 segundos al principio, salvo que se acumulen 1.000 registros. La respuesta se procesa registro a registro (aceptado, aceptado con errores, que se corrige con una subsanación, o rechazado), y se guardan el código seguro de verificación de cada envío y los mensajes enviados y recibidos. La renuncia a VERI*FACTU se comunica en el siguiente envío, con la fecha de fin, y queda anotada en la empresa cuando la Agencia Tributaria la acepta.

Si una incidencia técnica impide remitir, el sistema lo vuelve a intentar al menos una vez cada hora; mientras quede algún registro sin remitir, muestra de forma visible cuántos son, y en el envío que se hace al resolverse la incidencia lo indica a la Agencia Tributaria, como pide el artículo 16.4 de la Orden HAC/1177/2024.

6. Funcionamiento como NO VERI*FACTU: firma en el momento de la expedición. En las empresas que no funcionan como VERI*FACTU, cada registro de facturación se firma en el momento de la expedición, con la firma del apartado 1.g), sobre el registro que la base de datos generó en la transacción de la factura:

• en el escritorio, el cliente pide la firma al Servidor dentro de la propia expedición, antes de imprimir la factura, y las facturas que expiden los procesos automáticos del Servidor se firman en ese mismo proceso;
• en el ERP web, la firma la hace el propio ERP en la misma operación en que se expide la factura.

Los registros de anulación, las altas de subsanación y los registros de evento se firman igual, en la misma operación en que se generan. Antes de guardar una firma, el sistema la verifica por completo: vuelve a leer el registro firmado con un analizador distinto del que lo generó, lo valida contra los esquemas oficiales, recalcula los resúmenes y la firma, y comprueba que el certificado es el custodiado y que la huella sigue siendo la del registro. Cada registro firmado se guarda una sola vez, byte a byte tal como se firmó, y nada lo vuelve a generar después.

La facturación no se interrumpe si la firma no puede hacerse en el acto, por ejemplo con el Servidor parado o sin certificado: la factura se expide, el usuario ve el aviso con la factura y el motivo, el sistema mantiene una alarma visible mientras quede algún registro sin firmar y lo anota en el registro de eventos, y los registros pendientes se firman en cuanto es posible, en el orden de la cadena, con un barrido del Servidor cada 15 segundos y un proceso programado del ERP web cada 5 minutos.

7. Registro de eventos. Las empresas que no funcionan como VERI*FACTU llevan un registro de eventos que genera la base de datos: una cadena de registros de evento por empresa, independiente de la de facturación, con su huella y firmada con el mismo tipo de firma y el mismo certificado que los registros de facturación. En VERI*FACTU no se generan eventos, salvo el de fin del funcionamiento como NO VERI*FACTU al salir de esa modalidad. Se generan estos eventos:

• 01 y 02, inicio y fin del funcionamiento como NO VERI*FACTU: al entrar la empresa en esa modalidad y al salir de ella. Se interpretan como entrada y salida de la modalidad, no como arranque y parada del programa, que quedan registrados con el evento 90 de arranque del Servidor y con el resumen que se genera al pararlo. La cadena de eventos de una empresa empieza siempre por un 01.
• 03 y 04: al lanzar la detección de anomalías en los registros de facturación, y uno por cada anomalía detectada. El 04 se genera también al generar un registro de facturación cuyo registro anterior no está bien encadenado o tiene una fecha y hora posteriores a las actuales.
• 05 y 06: lo mismo, sobre los registros de evento.
• 08 y 09: al exportar los registros de facturación o de evento de un periodo.
• 10, resumen: por cada 6 horas de funcionamiento y al parar el Servidor. Si en el periodo no ha habido ningún evento, el resumen se informa con el tipo 10 y 0 eventos. La norma pide que esa circunstancia se refleje de manera adecuada, pero no dice cómo: esta es la interpretación de la entidad productora.
• 90, otros: el arranque del Servidor; la firma con un certificado cuyo titular no es el obligado tributario; un registro que no se ha podido firmar, con su motivo; la firma de registros con más de 60 segundos de retraso, y la firma con un certificado cuya vigencia empieza después de la generación del registro.

El evento 07, de restauración de una copia de seguridad, no se genera, porque el sistema no restaura copias de seguridad desde el propio sistema.

8. Comprobación, detección de anomalías y alarma. En cualquier momento, el usuario puede comprobar un registro, un tramo de la cadena o la cadena entera, de registros de facturación y de evento: la huella de cada registro, su firma, su encadenamiento con el anterior y con el siguiente, y el orden de las fechas y horas de generación entre sí y respecto de la fecha y hora actuales. Desde cada registro puede ir al anterior y al siguiente de la cadena, viendo si en ese salto el encadenamiento y el orden temporal son correctos. Además, el sistema hace una comprobación diaria.

En NO VERI*FACTU, cada comprobación queda registrada con sus eventos (03 a 06), y cada anomalía nueva abre una alarma que se muestra de forma permanente en el programa de escritorio y en el ERP web. La alarma no se apaga hasta que un usuario la reconoce y el sistema comprueba que el último registro de facturación y el último registro de evento de la empresa están bien encadenados, sin fecha futura y firmados. También se abre una alarma cuando un registro o un evento lleva más de 15 minutos sin firmar, y se cierra sola al firmarse. En VERI*FACTU, la comprobación funciona igual, sin eventos ni alarmas.

9. Exportación. En NO VERI*FACTU, el usuario puede exportar a un soporte externo todos los registros de facturación o de evento generados en un periodo: un fichero por registro, tal como se firmó y se conserva, con un índice. Cada exportación queda registrada con su evento (08 o 09). Exportar no borra nada: los registros exportados se siguen conservando en el sistema.

10. Remisión en respuesta a un requerimiento. Cuando la Agencia Tributaria requiere los registros conservados de una empresa que no funciona como VERI*FACTU, el usuario indica la referencia del requerimiento y el periodo, y el sistema remite al servicio de la Agencia Tributaria para requerimientos todos los registros de facturación firmados de la empresa en ese periodo (altas, altas de subsanación y anulaciones), en el orden de la cadena y exactamente tal como se firmaron y se conservan: el mensaje se compone insertando cada registro conservado, sin volver a generarlo, y antes de enviarlo se comprueba que cada uno es, byte a byte, el conservado. Cada envío lleva la referencia del requerimiento y hasta 1.000 registros, y el último se marca como fin del requerimiento. Lo que la Agencia Tributaria señale en su respuesta no se subsana, porque se remite lo conservado. La remisión la hace el Servidor, en el escritorio, o el propio ERP web, con el certificado custodiado de la empresa; el servicio fiscal central no interviene.

11. Certificados. El certificado con el que se firma en NO VERI*FACTU se custodia cifrado en la base de datos de la empresa: el que usa el ERP web, con una clave que está en el servidor del ERP web, y el que usa el Servidor, con una clave propia de cada base de datos que el Servidor genera y guarda en su equipo protegida por Windows, y que nunca se guarda en la base de datos. El fichero del certificado viaja del puesto al Servidor cifrado con la clave pública de este. La contraseña del certificado no se guarda en claro ni se muestra. Al subir el certificado, y el día de cada firma, se comprueba que es un certificado cualificado de firma electrónica, en vigor, apto para firmar, con su cadena hasta una autoridad de certificación de confianza y no revocado. Si su titular no es la propia empresa, el usuario tiene que confirmarlo indicando su relación con ella (representante, apoderado o colaborador social), y queda anotado en el registro de eventos.

Para remitir como VERI*FACTU, el servicio fiscal central usa el certificado de la propia empresa que esta ha activado en él, y el Servidor, el certificado configurado para la empresa en el equipo del Servidor.

12. Código QR. Las facturas llevan al principio el código QR de los artículos 20 y 21 de la Orden HAC/1177/2024, de entre 30 y 40 milímetros, con el texto «QR tributario:» encima. El código contiene la dirección del servicio de cotejo de la Agencia Tributaria que corresponde a la modalidad de la empresa, con el NIF del emisor, la serie y el número, la fecha de expedición y el importe total de la factura. La frase «VERI*FACTU» se imprime debajo del código solo en esa modalidad.

2.d) Otra información adicional que la entidad productora del sistema informático a que se refiere esta declaración responsable considera de interés:

• El servicio fiscal central de Cuantic (código SF) tiene su propia declaración responsable como componente de remisión. Esta declaración dice, en el apartado 1.d), con qué versión del servicio funciona esta versión de CUANTIC, y cada versión del servicio dice en la suya con qué versiones de CUANTIC funciona. Una versión nueva del servicio se declara en su propia declaración, sin cambiar la versión de CUANTIC.
• Las declaraciones responsables de las versiones anteriores de CUANTIC se conservan y pueden consultarse en https://www.cuantic.es/verifactu.

DECLARACIÓN RESPONSABLE DEL SISTEMA INFORMÁTICO DE FACTURACIÓN

1.a) Nombre del sistema informático a que se refiere esta declaración responsable:

Servicio fiscal central de Cuantic: remisión VERI*FACTU

Es un componente de facturación del sistema informático de facturación CUANTIC (código 01): el que remite a la Agencia Tributaria los registros de facturación de las empresas que funcionan como VERI*FACTU y lo tienen activado.

1.b) Código identificador del sistema informático a que se refiere el apartado a) de esta declaración responsable:

SF

Es propio de este componente y distinto del de CUANTIC. El componente no genera registros, así que este código no figura en ninguno: los registros que remite llevan el bloque del sistema informático de CUANTIC con el que se generaron.

1.c) Identificador completo de la versión concreta del sistema informático a que se refiere esta declaración responsable:

2026.1

Comprende sus cuatro piezas, descritas en el apartado 1.d), en la versión 2026.1: remisión VERI*FACTU, puerta de acceso, activación del certificado y biblioteca común.

Cualquier cambio en una de esas piezas cambia ese conjunto y da lugar a una versión nueva del componente, con su propia declaración responsable.

1.d) Componentes, hardware y software, de que consta el sistema informático a que se refiere esta declaración responsable, junto con una breve descripción de lo que hace dicho sistema informático y de sus principales funcionalidades:

Es un servicio de software que la entidad productora ejecuta en servidores contratados por ella, en https://cuantic.es/impuestos/, con su propia base de datos. No se instala en los equipos del usuario ni incluye hardware propio.

Lo usa el ERP de CUANTIC, desde el cliente de escritorio o desde el ERP web, para las empresas que funcionan como VERI*FACTU y lo tienen activado: el ERP le envía de forma automática, sin intervención del usuario, los registros de facturación pendientes de remitir, tal como los generó y los encadenó la base de datos de la empresa, y aplica en ella el resultado que el servicio le devuelve.

Consta de estas piezas:

1. Remisión VERI*FACTU. Recibe los registros, vuelve a calcular la huella de cada uno con los valores que van a viajar y no remite el que no coincide; construye el registro de alta (también el de subsanación) o el de anulación con los datos congelados en cada registro, copiando tal cual el bloque del sistema informático con el que se generó; los remite a la Agencia Tributaria y devuelve el resultado de cada uno.
2. Puerta de acceso. Autentica cada llamada del ERP con una credencial emitida para un contrato, un NIF y un tipo de programa (escritorio o web), y ligada a la base de datos que la obtuvo. Rechaza cualquier registro de un obligado tributario distinto del NIF de la credencial y solo atiende contratos vigentes.
3. Activación del certificado. Recibe el certificado electrónico de la empresa y comprueba que se abre, que tiene clave privada, que está en vigor y que su titular es el NIF de la credencial. Lo guarda cifrado con una clave que no está en la base de datos, ligado al contrato, al NIF y a la huella del certificado. La contraseña del certificado no se guarda.
4. Biblioteca común. La comunicación segura con la Agencia Tributaria, la cola de envíos y el cifrado de lo que se guarda.

El componente no genera, no encadena, no modifica ni firma registros de facturación ni de evento, y no decide cuáles se remiten. No interviene en la modalidad NO VERI*FACTU ni en la remisión en respuesta a un requerimiento. No conserva los registros de facturación, que siguen en la base de datos de la empresa.

1.e) Indicación de si el sistema informático a que se refiere esta declaración responsable se ha producido de tal manera que, a los efectos de cumplir con el Reglamento, solo pueda funcionar exclusivamente como «VERI*FACTU»:

S – Sí

Este componente solo interviene en el funcionamiento como VERI*FACTU: remite los registros de las empresas que funcionan en esa modalidad. Que el sistema informático CUANTIC pueda funcionar también como NO VERI*FACTU consta en la declaración responsable propia de CUANTIC.

1.f) Indicación de si el sistema informático a que se refiere la declaración responsable permite ser usado por varios obligados tributarios o por un mismo usuario para dar soporte a la facturación de varios obligados tributarios:

S – Sí

Remite los registros de varios obligados tributarios, cada uno con su propia credencial y su propio certificado. Cada envío a la Agencia Tributaria lleva los registros de un solo obligado.

1.g) Tipos de firma utilizados para firmar los registros de facturación y de evento en el caso de que el sistema informático a que se refiere esta declaración responsable no sea utilizado como «VERI*FACTU»:

Este componente no firma registros de facturación ni de evento. Solo remite registros de empresas que funcionan como VERI*FACTU, que no tienen que firmarse (artículo 16.3 del Real Decreto 1007/2023, de 5 de diciembre).

1.h) Razón social de la entidad productora del sistema informático a que se refiere esta declaración responsable:

PRODUCTOS Y SERVICIOS GALICIANOVA, S.L.

1.i) Número de identificación fiscal (NIF) español de la entidad productora del sistema informático a que se refiere esta declaración responsable:

B36406916

1.j) Dirección postal completa de contacto de la entidad productora del sistema informático a que se refiere esta declaración responsable:

Polígono Industrial A Granxa, parcela 211, planta 2, local 22. 36475 O Porriño (Pontevedra). España.

1.k) La entidad productora del sistema informático a que se refiere esta declaración responsable hace constar que dicho sistema informático, en la versión indicada en ella, cumple con lo dispuesto en el artículo 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áticos o electrónicos que soporten los procesos de facturación de empresarios y profesionales, y la estandarización de formatos de los registros de facturación, aprobado por el Real Decreto 1007/2023, de 5 de diciembre, en la Orden HAC/1177/2024, de 17 de octubre, y en la sede electrónica de la Agencia Estatal de Administración Tributaria para todo aquello que complete las especificaciones de dicha orden, en lo que se refiere a las funcionalidades que presta al sistema informático CUANTIC, descritas en el apartado 1.d).

1.l)

• Fecha en que la entidad productora de este sistema informático suscribe esta declaración responsable del mismo:

1 de enero de 2027

• Lugar en que la entidad productora de este sistema informático suscribe esta declaración responsable del mismo:

O Porriño (España)

Firmante, en nombre y representación de PRODUCTOS Y SERVICIOS GALICIANOVA, S.L.: Roberto Davila Bugarín, administrador

ANEXO

2.a) Otras formas de contacto con la entidad productora del sistema informático a que se refiere esta declaración responsable:

• Teléfono: +34 986 33 02 02
• Correo electrónico: info@cuantic.es

2.b) Direcciones de Internet de la entidad productora del sistema informático a que se refiere esta declaración responsable:

• Sitio web de la empresa: https://www.cuantic.es/
• Dirección de este componente: https://cuantic.es/impuestos/
• Declaración responsable vigente de este componente y archivo de las anteriores: https://www.cuantic.es/verifactu

2.c) El sistema informático a que se refiere esta declaración responsable cumple las diferentes especificaciones técnicas y funcionales contenidas en la Orden HAC/1177/2024, de 17 de octubre, y en la sede electrónica de la Agencia Estatal de Administración Tributaria para todo aquello que complete las especificaciones de dicha orden, de la siguiente manera:

1. Capacidad de remisión. El componente se conecta a los servicios de remisión de la Agencia Tributaria por una conexión segura, autenticándose con el certificado de la empresa; remite los registros con la estructura, el formato y la codificación del apartado 4 del anexo de la Orden HAC/1177/2024; recibe y procesa las respuestas, y devuelve al ERP el resultado de cada registro y el código seguro de verificación de cada envío aceptado, que el ERP guarda en la base de datos de la empresa junto con los mensajes enviados y recibidos.

En las empresas de Canarias, Ceuta y Melilla, el desglose de los registros lleva el IGIC o el IPSI, con la clave de impuesto que corresponde, tal como lo congeló la base de datos de la empresa.

2. Control de flujo. Cada envío lleva registros de un solo obligado tributario, en el orden de la cadena y hasta 1.000. Entre dos envíos del mismo obligado se respeta el tiempo de espera que fija la Agencia Tributaria en cada respuesta, de 60 segundos al principio, salvo que se acumulen 1.000 registros. Cuando la espera lo permite, el envío se hace en la misma llamada del ERP; si no, queda en una cola que atiende un proceso programado cada 5 minutos. El escritorio y el ERP web de una misma empresa pasan por la misma cola.

3. Sin alteración de los registros. Lo que se remite es lo que se generó: el mensaje se construye con los datos congelados en cada registro, y antes de construirlo se recompone la cadena de la huella con los valores que van a viajar y se exige que coincida con la del registro. Si no coincide, el registro no se remite y el ERP lo recibe como no válido. El bloque del sistema informático se copia tal como se congeló al generar el registro: ni un reintento ni una versión nueva del componente lo cambian.

4. Autenticación. El componente remite con el certificado electrónico del propio obligado tributario, que la empresa activa en él. No remite con un certificado caducado, y si la Agencia Tributaria rechaza un certificado, deja de usarlo hasta que la empresa vuelva a activar uno.

5. Coordinación con el ERP. El componente no envía dos veces el mismo registro mientras un envío suyo está en curso, y no vuelve a enviar uno que la Agencia Tributaria ya aceptó. Si el ERP pierde el resultado de un envío, lo recupera después. Un registro rechazado por una causa ajena a él se vuelve a remitir tal cual si el ERP lo pide; corregir un dato es una subsanación, que genera la base de datos de la empresa y el componente remite como un registro más.

6. Subsanación, anulación y renuncia. El componente construye el registro de alta de subsanación y el de anulación con las indicaciones que decidió la base de datos de la empresa al generarlos (subsanación, rechazo previo y sin registro previo), y no remite una combinación que la Agencia Tributaria no admite. Una anulación que la Agencia Tributaria ya tenía anulada se da por hecha. La renuncia de una empresa a VERI*FACTU se comunica en su siguiente envío, con la fecha de fin, y se devuelve al ERP cuando la Agencia Tributaria la acepta.

7. Entornos. El componente distingue el entorno de pruebas del de producción de la Agencia Tributaria. Nunca envía a pruebas lo que se pidió enviar a producción: si no puede enviarlo a producción, lo rechaza y lo dice.

8. Lo que guarda. Guarda los datos de cada petición y de cada envío: contrato, NIF, versiones, estado, código seguro de verificación y huellas de los mensajes; los de cada envío, durante cuatro años. Lo que tiene que enviar lo guarda cifrado hasta enviarlo, y los mensajes enviados y recibidos, cifrados, hasta 7 días después de que el ERP confirme que ha recibido el resultado, o 30 días después de terminar el envío si esa confirmación no llega. No guarda los registros de facturación: son del obligado tributario y siguen en la base de datos de su empresa.

9. Contrato. El componente solo remite los registros de las empresas cuyo contrato está vigente. Si deja de estarlo, no remite nada más, y los registros pendientes siguen en la base de datos de la empresa.

10. Incidencias. Si una incidencia técnica impide remitir, el componente lo vuelve a intentar al menos una vez cada hora, y en el envío que se hace al resolverse la incidencia lo indica a la Agencia Tributaria, como pide el artículo 16.4 de la Orden HAC/1177/2024. El aviso al usuario de cuántos registros faltan por remitir lo muestra el ERP.

2.d) Otra información adicional que la entidad productora del sistema informático a que se refiere esta declaración responsable considera de interés:

• Esta versión del componente funciona con el sistema informático CUANTIC (código 01) a partir de su versión 2026.1, cuya declaración responsable dice, a su vez, con qué versión de este componente funciona.
• Cada versión nueva de este componente tiene su propia declaración responsable, que indica con qué versiones de CUANTIC funciona, sin que cambie la versión de CUANTIC.