Preámbulo

Estudio basado en la Edici�n 0 revisi�n 5 de la AEAT, de fecha 27 de Enero del 2017, verificados en la reuni�n del 15 de Febrero del 2017, en la que se definen los �ltimos cambios de esquema y la creación de WSDL.

A nivel resumido, los contribuyentes deber�n remitir a la Agencia Estatal de Administraci�n Tributaria la siguiente informaci�n sobre la facturaci�n:

� Registro: Libro registro de facturas recibidas y expedidas, bienes de Inversi�n, operaciones en met�lico y libro de registro de determinadas operaciones intracomunitarias

� Tipo de operaci�n: a identificar mediante CLAVES y SUBCLAVES. (Las claves ser�an similares a las actuales del modelo 340: factura simplificada, factura rectificativa, Inversi�n del sujeto pasivo, IVA de caja y resto de reg�menes especiales..)

� Datos de la factura / factura simplificada (art. 6 y 7 del RD 1619/2012): NIF, identificaciones, Fecha devengo y expedici�n, tipos, bases y cuotas�.

� Otros datos: cuota deducible indicando si la operaci�n corresponde a bienes corrientes o de inversi�n, periodo de deducci�n, rectificaciones,�

El env�o se realizar� por v�a telem�tica, concretamente mediante Servicios Web basados en el intercambio de mensajes XML. La estructura de dichos mensajes constar� de una cabecera com�n con informaci�n sobre el titular de cada libro de registro y a continuaci�n se incluir� un bloque con los datos de las facturas. Todos los mensajes mencionados se devuelven de forma sincrónica.

Para cada tipo de libro de registro se podr�n realizar las operaciones de alta, baja y modificaci�n masivas.

Para los libros de facturas recibidas y expedidas se podr�n a�adir cobros/pagos. La inclusi�n de cobros/pagos debe ir en un mensaje XML de env�o independiente al del suministro de facturas emitidas y recibidas. La anulaci�n de cobros/pagos se realizar� enviando los cobros/pagos que se pretende anular con importe negativo, es decir, no existe un env�o espec�fico para bajas de cobros/pagos.

Una vez enviado el mensaje XML, la AEAT proceder� a realizar autom�ticamente un proceso de validaci�n, tanto a nivel de formato XML, como de reglas de negocio.

Si el mensaje no supera alguna de las validaciones a nivel de formato XML, AEAT devolver� un mensaje de tipo SoapFault, en el que se especificar� el error concreto.

Si el mensaje supera las validaciones a nivel de formato XML, AEAT proceder� a realizar las validaciones de negocio, devolvi�ndose un mensaje de respuesta con el resultado de la validaci�n y de su aceptaci�n o no por la AEAT.

En esencia el mensaje XML enviado por las empresas es un contenedor de facturas, con sus datos asociados, identificadas con una clave �nica. Es posible realizar modificaciones y bajas en los datos de las facturas enviadas. El n�mero m�ximo de facturas por env�o es de 10.000.

La unidad de informaci�n, factura, podr� ser aceptada, rechazada o aceptada con errores, consecuencia de las validaciones que se realizan en el momento de la presentaci�n.

Si las facturas contuvieran errores, AEAT s�lo se aceptar� aquellas facturas para las que no exista motivo de rechazo. En caso de rechazo, se deber�n realizar las correcciones necesarias y proceder a una nueva presentaci�n en la que se incluir�n las facturas que en su momento fueron rechazadas.

El mensaje XML de respuesta enviado por la AEAT contendr� la relaci�n de facturas aceptadas, aceptadas con errores y rechazadas junto con la expresi�n del motivo por el que no hayan sido aceptadas o rechazadas con errores. En la respuesta tambi�n se informar� del c�digo seguro de verificaci�n (CSV) que servir� para dejar constancia de la presentaci�n, excepto en el caso de que se rechacen todas las facturas enviadas.

A su vez, en la respuesta tambi�n se incluye un resultado global de la presentaci�n, que puede ser aceptada (si no existen errores en ninguna factura), aceptada parcialmente (cuando existen facturas aceptadas y rechazadas o aceptadas con errores) y rechazada (cuando todas las facturas han sido rechazadas).

Las operaciones de alta y modificaci�n que se pueden realizar sobre la factura est�n recogidas en el campo del mensaje <TipoComunicacion> de env�o. Todas las facturas enviadas en un mensaje XML deben tener el mismo tipo <TipoComunicacion> , es decir, en un mismo env�o solo se pueden incluir facturas que respondan al mismo <TipoComunicacion> "altas" o "modificaciones". Nunca puede contener altas y modificaciones a la vez.

Las operaci�n de baja de facturas se realizar� en un mensaje XML espec�fico para bajas, que contendr� una cabecera com�n y la relaci�n de todas las facturas que se quieran dar de baja en un mismo env�o. Cada factura estar� identificada mediante el contenido de la etiqueta <IDFactura> . Adem�s se deber� informar el ejercicio y periodo de la baja de cada factura.

La etiqueta <IDFactura> contiene los campos que identifican de manera �nica a una factura. Cuando en una presentaci�n posterior desee realizarse una modificaci�n de dicha unidad de informaci�n deber�n enviarse las facturas a modificar y el valor de la etiqueta <TipoComunicacion> con valor modificaci�n.

Las peticiones masivas realizadas a trav�s de los servicios web definidos para cada unos de los tipos de libros de registro devolver�n una respuesta en la que se indicar� tanto, el resultado global del env�o, como el resultado espec�fico de cada factura/registro. El resultado global del env�o estar� incluido en uno de los siguientes estados:

� Aceptaci�n completa

� Aceptaci�n parcial

� Rechazo completo

El resultado parcial de cada factura/registro incluido en la petici�n se encontrar� en uno de los siguientes estados:

 

Aceptada

Una presentaci�n cuyo resultado sea la aceptaci�n completa de la misma, indicar� que todas las facturas o registros incluidos en la misma han pasado tanto las validaciones sint�cticas, como las de negocio y que por tanto han sido registradas de manera satisfactoria por la Agencia.

Para las empresas inscritas en el REDEME que no deseen estar en el SII se ha previsto aprobar un plazo extraordinario para ejercitar la renuncia durante el mes de junio de 2017.

Aceptada con errores

Una presentaci�n con Aceptaci�n parcial, indicar� que no todos las facturas o registros incluidos en la misma han sido aceptados correctamente y que por tanto los no aceptados no han pasado alg�n tipo de validaci�n de las establecidas.

Ser� necesario el env�o de una nueva presentaci�n corregida que permita la aceptaci�n de las facturas o registros err�neos.

Este tipo de respuesta se originar� cuando existan en un mismo env�o facturas/registros aceptadas o aceptadas con errores y tambi�n facturas/registros rechazadas

Rechazada

Una presentaci�n con un rechazo completo de la misma puede deberse a dos casu�sticas:

1. O bien la estructura definida en la presentaci�n no es conforme al esquema definido (no cumple las validaciones estructurales), o bien, existen errores sint�cticos en la cabecera y por ello toda la petici�n ha de ser rechazada. La respuesta se devolver� un mensaje de tipo SoapFault, en el que se especifica el error concreto.

2. Todas las facturas/registros incluidos en la petici�n no cumplen las validaciones sint�cticas o de negocio (de la cabecera) asociadas y por tanto todas ellas han sido rechazadas.

 

Estándares Utilizados

La estructura de los mensajes se basa en la creación de esquemas XML utilizando la recomendación W3C de 28-Octubre de 2004 en http://www.w3.org/TR/xmlschema-0 y referenciada por el namespace http://www.w3.org/2001/XMLSchema.

Con relación a SOAP se utilizará SOAP V1.1 disponible como NOTA W3C de 08Mayo-2000 en: http://www.w3.org/TR/2000/NOTE-SOAP-20000508/ y referenciado por el namespace http://schemas.xmlsoap.org/soap/envelope/ .

En SOAP-1.1 existen dos estilos para implementar servicios, modo “rpc” y modo “document”. En línea con las recomendaciones actuales se utilizará siempre el modo “document” (style = ”document”) sin ningún tipo de codificación (use = ”literal”). Es decir el mensaje de entrada y salida estará descrito íntegramente por su respectivo esquema XML.

En la descripción de los servicios se usará WSDL 1.1 disponible como NOTA W3C de 14-Marzo-2001 en: http://www.w3.org/TR/2001/NOTE-wsdl-20010315 y referenciado por el namespace http://schemas.xmlsoap.org/wsdl/

� Protocolo: HTTPS

� Mensajes: Web Service con SOAP 1.1 modo Document.

� Certificado: Autenticación con certificado de cliente. El uso de los servicios requiere tener instalado un certificado electrónico reconocido admitido por la Agencia Tributaria, en el ordenador desde el que se produzca el envío de la información.

� Firma: Los  XML intercambiados no irán firmados.

G2K SII.