SII -Nuevo sistema de la Agencia Tributaria española de envío de datos vía Webservice

[[newtron]]

Hola a tod@s.

Pues eso, la semana pasada la Agencia Tributaria española ha sacado una nueva ley por la que determinadas empresas que hacen la declaración del I.V.A. mensual deben de enviar los datos de facturación en un plazo máximo de 4 días desde la emisión o la anotación de la factura en cuestión. Este envío de información se hará mediante webservices y la verdad es que a mi me ha pillado fuera de juego con tema.

¿Alguien ha visto ya algo sobre este asunto en particular? ¿Algún tutorial o algo donde pueda enterarme mínimamente cómo va el tema este de los webservices con Delphi? porque actualmente estoy nulo sobre esto.

Gracias y un saludo

[Casimiro Notevi]

Había leido que de momento solo será aplicable a grandes empresas, ¿ahora es para todas?

[[AgustinOrtu]]

Por que te preocupa? Documentacion del webservice? Que protocolo usa? Ellos deberian darte el tutorial y la especificacion de su webservice

[[Al González]]

Un servicio Web normalmente se representa con una interfaz, que para fines prácticos es como una clase de las de toda la vida.

En Delphi, usa la opción de menú Import WSDL, especificando la URL y demás datos que te proporciona la agencia tributaria. Eso generará una unidad .pas con el código Delphi necesario para que desde tu proyecto puedas escribir algo como:

...
WSFactura.NIF := '....';
WSFactura.IVA := 100;
WSFactura.Enviar;
...

Por falta de tiempo no puedo extenderme más, pero seguro que no te quedarás aquí. Hay bastante material en otros hilos del Club, además de las siguientes respuestas de los compañeros.

¡Saludos!

[[fjcg02]]

Al tiene razón, suena todo muy rimbombante, pero al final sigues el procedimiento, te conectas , importas el WSDL y se te crea una unidad con todas las funciones que puedes emplear.

Lo contrastas con la documentación y empiezas a hacer pruebas. Te tendrán que indicar los pasos para conectarte, hacer una consulta, un envío, ... y comprobar que lo que has enviado se ha recibido correctamente.

Si no te da problemas, en una mañana tendrías que estar haciendo pruebas.

Un saludo

[[newtron]]

Empezado por Casimiro Notevi

Había leido que de momento solo será aplicable a grandes empresas, ¿ahora es para todas?

En principio se aplica a todas las grandes empresas y a las que, por distintos motivos, hagan las declaraciones de IVA mensual en vez de trimestral. La verdad es que en mi caso son unos pocos clientes pero aunque solo tuviera uno ya tendría que adaptar los programas a esto y por otro lado me da en la nariz que todo esto al final acabará implantándose para la mayoría de las empresas.

Empezado por AgustinOrtu

Por que te preocupa? Documentacion del webservice? Que protocolo usa? Ellos deberian darte el tutorial y la especificacion de su webservice

Me preocupa porque es un "jardín" en el que nunca me he metido y no tengo la más mínima idea ni de cómo va ni cómo empezar.

Al, fjcg02 gracias por vuestras respuestas, habrá que ir empezando a ver cómo va todo este asunto.

Iré haciendo alguna prueba y si me atasco ya os comento.

Gracias a todos.

[Nasca]

Nos vamos a divertir bastante con esta jugada con puente y alevosía de la A.Tributaria

En este caso concreto los procedimientos del Webservice se limitan a recibir un archivo xml de entrada y devolver una respuesta también en xml. Del tipo:

        <wsdl:operation name="SuministroLRFacturasEmitidas">

            <wsdl:input message="siiWdsl:EntradaSuministroLRFacturasEmitidas"/>

            <wsdl:output message="siiWdsl:RespuestaSuministroLRFacturasEmitidas"/>

        </wsdl:operation>

No hay funciones ni propiedades de utilidad real. Esto te permite obviar en Delphi el WSDL y SOAP. Se puede utilizar el wsdl solo como referencia.

La parte mas interesante del proceso es autentificar con certificado de usuario aceptado por la Agencia Tributaria y el no depender de SOAP te permite opciones mas directas y flexibles.

[[newtron]]

Empezado por Nasca

No hay funciones ni propiedades de utilidad real. Esto te permite obviar en Delphi el WSDL y SOAP. Se puede utilizar el wsdl solo como referencia.

La parte mas interesante del proceso es autentificar con certificado de usuario aceptado por la Agencia Tributaria y el no depender de SOAP te permite opciones mas directas y flexibles.

Gracias Nasca pero no me entero. ¿Algún ejemplo disponible para ver cómo va este asunto?

Gracias

[[newtron]]

Hola de nuevo.

Si algún amable forero le echara un vistazo a este documento distribuido por la Agencia Tributaria y me dijera si hay todo lo necesario para poner en marcha el tema se lo agradecería.

Saludos

[Nasca]

Empezado por newtron

Hola de nuevo.

Si algún amable forero le echara un vistazo a este documento distribuido por la Agencia Tributaria y me dijera si hay todo lo necesario para poner en marcha el tema se lo agradecería.

Usa ese documento para hacerte una idea general del procedimiento pero para implementar mejor olvídate de él y tira de la documentación técnica que hay referida en el wsdl:

https://www2.agenciatributaria.gob.e...diatoInfo.wsdl
https://www2.agenciatributaria.gob.e...nformacion.xsd
https://www2.agenciatributaria.gob.e...ministroLR.xsd
https://www2.agenciatributaria.gob.e...ConsultaLR.xsd
https://www2.agenciatributaria.gob.e...ConsultaLR.xsd
https://www2.agenciatributaria.gob.e...Suministro.xsd


Al final es la última palabra al respecto. Está en pleno desarrollo y cambiando constantemente. Los documentos explicativos como el que indicas se quedarán desactualizados pronto.
Establecer un sistema que te permita descargar las últimas versiones y ver si se han producido cambios viene muy bien.

[[newtron]]

Ok.

Me he creado un proyecto nuevo, he picado en File-Other-WSDL Importer, introduzco la dirección "https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/SuministroInmediatoInfo.wsdl" y me crea una unidad nueva llamada "SuministroInmediatoInfo". Hasta aquí todo sin problemas.

Por otro lado he insertado un componente HTTPRIO1 y lo he configurado con la dirección que he puesto anteriormente, el puerto y el servicio.

Ahora toca enviar datos de una factura (por ejemplo) y recibir el resultado (si es ok la comunicación o no). Imagino que será con la función "SuministroLRFacturasEmitidas" pero no sé qué parámetros pasarle.

¿Alguien me orienta?

Saludos

[Nasca]

Antes de poder enviar peticiones, revisa esquemas xsd o baja SOAPUI o plugins SOAP para un navegador para ello, tendrás que resolver el tema de la comunicación.

Las comunicaciones son SSL, por https, y además autentificadas con certificado digital de FNMT o similar.

[[newtron]]

Creo que si me lo hubieras dicho en chino mandarín me hubiera enterado de algo.

[soundlifeseo]

Muchas gracias Keys
Te tardaron mucho en dar el acceso a pruebas.

Lo solicitaste en esta direccion informaciontecnicaSII@araba.eus que es donde lo he enviado.
Un saludo

[Francisco1973]

Hola a todos, en primer lugar daros la enhorabuena por la gran aportación que estáis realizando sobre este tema. Mi problema es el siguiente: Uso Delphi 2010 y el componente HTTPRIO no tiene la propiedad HTTPWebNode.ClientCertificate para el envío del certificado. ¿ Alguien sabe como poder hacerlo ?. Por otro lado, creo que alguien ha implementado la llamada al webservice mediante Indy y OpenSSL. ¿ Teneis algún ejemplo de cómo hacerlo ?
Saludos,

[[newtron]]

Hola de nuevo.

Estoy intentando enviar una factura recibida del tipo "Inversión del sujeto pasivo" y me da el error "Error no: 1144 Los campos IDEmisorfactura y Contraparte de la factura son distintos"

Seguro que es alguna tontería pero no doy con el problema así que he pensado en echar un vistazo al XML pero no sé cómo porque no he necesitado hasta ahora verlo. ¿Alguien me puede decir cómo generar el XML después de crear el objeto? ¿Alguien tiene un ejemplo XML de facturas recibidas del tipo "Inversión del sujeto pasivo"?

Gracias

[CMB]

Empezado por newtron

Hola de nuevo.
Estoy intentando enviar una factura recibida del tipo "Inversión del sujeto pasivo" y me da el error "Error no: 1144 Los campos IDEmisorfactura y Contraparte de la factura son distintos"
Seguro que es alguna tontería pero no doy con el problema así que he pensado en echar un vistazo al XML pero no sé cómo porque no he necesitado hasta ahora verlo. ¿Alguien me puede decir cómo generar el XML después de crear el objeto? ¿Alguien tiene un ejemplo XML de facturas recibidas del tipo "Inversión del sujeto pasivo"?
Gracias

Buenos días newtron

En el documento SII_Descripcion_ServicioWeb_v0.6.pdf, pág. 157, tienes un ejemplo de mensaje con el desglose de la inversión del sujeto pasivo.

Échalo un vistazo.

Saludos,

[[newtron]]

Empezado por CMB

Buenos días newtron

En el documento SII_Descripcion_ServicioWeb_v0.6.pdf, pág. 157, tienes un ejemplo de mensaje con el desglose de la inversión del sujeto pasivo.

Échalo un vistazo.

Saludos,

Gracias CMB, ¿tú sabes cómo genero el XML a partir del objeto creado?

[CMB]

Empezado por newtron

Gracias CMB, ¿tú sabes cómo genero el XML a partir del objeto creado?

Es que yo escribo el XML línea a línea mediante Delphi. Nada de funciones externas. Y una vez creado y escrito en disco, lo mando a la AEAT y recojo la respuesta. Sugiero copiar y pegar el ejemplo oficial e intentar su envío (previa substitución de los datos ficticios). En mi modesta opinión, y en contra de la mayoría, creo que es más claro y sencillo.

Saludos,

[PepCat]

Empezado por newtron

Hola de nuevo.

Estoy intentando enviar una factura recibida del tipo "Inversión del sujeto pasivo" y me da el error "Error no: 1144 Los campos IDEmisorfactura y Contraparte de la factura son distintos"

Seguro que es alguna tontería pero no doy con el problema así que he pensado en echar un vistazo al XML pero no sé cómo porque no he necesitado hasta ahora verlo. ¿Alguien me puede decir cómo generar el XML después de crear el objeto? ¿Alguien tiene un ejemplo XML de facturas recibidas del tipo "Inversión del sujeto pasivo"?

Gracias

¿El NIF del IDEmisorfactura y de la Contraparte que envias son iguales?
En las facturas recibidas tienen que ser iguales.