Envío de Archivos XML

El cumplimiento con Verifactu contempla la creación de archivos XML en 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, como 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 lo tanto, no aplica a la API SIGN ES.

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

La API 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 proceso de envío de los archivos Verifactu se lleva a cabo en el componente de firma de la API SIGN ES. Este componente sincroniza el estado de los archivos Verifactu desde el servidor 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.

Respuesta

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

El estado ideal de registro es REGISTERED. La API SIGN ES ayuda a reducir los rechazos asegurando que los archivos XML estén correctamente estructurados y los datos 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 las normativas de facturación españolas no requieran emitir una factura de corrección (CORRECTING invoice).

Reenvío de facturas

Las estructuras XML de Verifactu ya consideran el proceso de remediación para facturas que no se han registrado correctamente en el sistema de la Agencia Tributaria. Para esto, la API SIGN ES permite el reenvío de facturas con estado de registro REQUIRES_CORRECTION y REQUIRES_INSPECTION mediante facturas de remediación (REMEDY invoices) en los siguientes casos:

• archivos que han sido rechazados
• archivos aceptados con errores que NO requieren corrección por ley

El reenvío de facturas con estado de registro PENDING o STORED no está permitido. Estas facturas están en espera de ser enviadas por SIGN ES o se almacenan porque no es necesario transmitirlas a la Agencia Tributaria (por ejemplo, facturas emitidas a través de otros sistemas que no utilizan la API SIGN ES y que se ingresan para realizar una corrección o un retorno en el futuro).

nota

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