Envío de archivos XML

El cumplimiento de Verifactu contempla la creación de archivos XML para los siguientes casos:

• Registro: se crea un archivo XML cuando se emite una nueva factura.
• Cancelación: se crea un archivo XML cuando se cancela una factura, por ejemplo, en el caso de transacciones no realizadas.
• Evento: se crea un archivo XML cuando el sistema detecta o realiza ciertos procesos. Esto no es obligatorio en el modo Verifactu y, por tanto, no es aplicable a la API de SIGN ES.

Todas las operaciones de registro y cancelación son registradas por la API de SIGN ES, y los archivos XML se crean, firman y encadenan de acuerdo con las especificaciones técnicas de Verifactu.

Transmisión

SIGN ES realiza el envío automáticamente en modo Verifactu a la Agencia Tributaria española (AEAT) cuando el domicilio fiscal del contribuyente que emite las facturas corresponde a los territorios de SPAIN_OTHER (España peninsular), CANARY_ISLANDS, CEUTA y MELILLA.

El cumplimiento con la transmisión de archivos XML de Verifactu requiere que los registros de facturación se transmitan cuando se alcance uno de los siguientes límites:

• se emiten 1000 facturas, o
• ha transcurrido el tiempo indicado en la respuesta de la AEAT (parámetro variable, actualmente indicado como 60 segundos)

¡SIGN ES se encarga de esto por ti! Cuando envías facturas a nuestra API, las agrupamos en un “lote” y las transmitimos a las autoridades cuando se alcanza una de las restricciones anteriores. En la mayoría de los casos, todas las facturas se transmitirán en un plazo de 60 segundos, por lo que puedes esperar recibir la respuesta de las autoridades en un plazo estimado de 60-70 segundos.

El proceso de envío de archivos Verifactu se lleva a cabo en el componente de firma de la API de SIGN ES. El componente de firma sincroniza el estado de los archivos Verifactu desde el servidor de SIGN ES al servidor de la Agencia Tributaria española. Esta sincronización se implementa sobre el modelo de solicitud/respuesta proporcionado por la Agencia Tributaria española.

Respuesta

Cuando se envía un archivo, los sistemas de la Agencia Tributaria realizan automáticamente diversas validaciones, y los resultados de estas comprobaciones se incluyen en la respuesta.

El estado de registro ideal es REGISTERED. SIGN ES ayuda a reducir los rechazos garantizando que los archivos XML estén correctamente estructurados y que los datos estén formateados con precisión a través de sus procesos de validación.

Sin embargo, si el estado de registro de la factura aparece como REQUIRES_CORRECTION, puede ser necesario reenviar el archivo, siempre que la normativa española de facturación no exija la emisión de una factura CORRECTING. Como integrador de la API de SIGN ES, debes asegurarte de que el sistema reaccione adecuadamente a los mensajes de error proporcionados a través del proceso de creación de facturas, permitiendo a los contribuyentes reaccionar ante ellos (p. ej., corregir una factura con errores).

Reenvío de facturas

Las estructuras XML de Verifactu ya contemplan el proceso de subsanación para facturas que no se han registrado correctamente en el sistema de la Agencia Tributaria. Para ello, SIGN ES permite el reenvío de facturas en el estado de registro REQUIRES_CORRECTION y REQUIRES_INSPECTION a través de facturas REMEDY a Verifactu en los siguientes casos:

• los archivos han sido rechazados
• los archivos han sido aceptados con errores pero NO requieren una corrección legal

El reenvío de facturas con estado de registro PENDING o STORED no está permitido. Estas facturas están esperando el envío por parte de SIGN ES o están almacenadas porque la transmisión a la autoridad fiscal no es necesaria (por ejemplo, facturas emitidas a través de otros sistemas, no a través de la API de SIGN ES, que se introducen para realizar una corrección o devolución posteriormente).

📘Note

La API de SIGN ES realiza validaciones que evitan el rechazo de los archivos XML al enviarlos a la Agencia Tributaria.