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

[CMB]

Aunque en unos pocos casos hay requerimientos especiales, de modo general, ¿se puede introducir en <DescripcionOperacion> una descripción genérica, siempre la misma, como SUMINISTRO DE BIENES O SERVICIOS, o hay que obligar al usuario a que, en cada factura emitida y recibida, escriba la descripción adecuada, con la pérdida de tiempo que ello conlleva?

Algunas empresas siempre venden lo mismo, pero otras tienen una gran variación, y mezclan género físico con horas de trabajo y otros servicios. En los ejemplos de la AEAT ponen diversas frases, como Objeto FACTURA, CompraXXXXXXX, VentaXXXXXXX, CASO PRUEBA, etc.

¿Cómo lo habéis resuelto vosotros?

Muchas gracias.

Saludos,

[[newtron]]

Empezado por CMB

Aunque en unos pocos casos hay requerimientos especiales, de modo general, ¿se puede introducir en <DescripcionOperacion> una descripción genérica, siempre la misma, como SUMINISTRO DE BIENES O SERVICIOS, o hay que obligar al usuario a que, en cada factura emitida y recibida, escriba la descripción adecuada, con la pérdida de tiempo que ello conlleva?

Algunas empresas siempre venden lo mismo, pero otras tienen una gran variación, y mezclan género físico con horas de trabajo y otros servicios. En los ejemplos de la AEAT ponen diversas frases, como Objeto FACTURA, CompraXXXXXXX, VentaXXXXXXX, CASO PRUEBA, etc.

¿Cómo lo habéis resuelto vosotros?

Muchas gracias.

Saludos,

Me puedo equivocar pero yo dudo que la aeat obligue a poner una descripción específica para cada factura, eso sería una locura. Yo en particular no pienso hacer nada al respecto por el momento, pondré una descripción genérica y a volar. De todas formas, tanto este como otros temas habrá que ir resolviéndolos sobre la marcha.

Saludos

[CMB]

Empezado por newtron

Me puedo equivocar pero yo dudo que la aeat obligue a poner una descripción específica para cada factura, eso sería una locura. Yo en particular no pienso hacer nada al respecto por el momento, pondré una descripción genérica y a volar. De todas formas, tanto este como otros temas habrá que ir resolviéndolos sobre la marcha.
Saludos

Eso haré yo también. Si más adelante hay cambios, nos tendremos que adaptar.

Muchas gracias,

[Nasca]

Seguramente la pongan luego como un cajón desastre para justificaciones específicas de cara a una inspección de registros personal por algún funcionario.

Yo por lo pronto la usaré para meter claves externas de registros y explicar volúmenes importantes de facturas simplificadas agrupadas. Para que si alguien revisa esos movimientos, que siempre son delicados, encuentre su justificación directamente en el propio registro.

[dmg]

Muy buenas, estoy realizando el proyecto en c# con Visual Studio 2010 .Net 4.6, el fichero XML que genero no lo valida correctamente.
Faltan los nodos Envelope, Header, Body,...


Como puedo conseguir generar la estructura como la de los ejemplos o algo parecido que se valide correctamente?


Yo estoy haciendo lo siguiente:

1) Creo un proyecto windows form

2) Agrego una Referencia de Servicio y en la direccion incluyo el wsdl y pulso IR:
"https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/SuministroFactEmitidas.wsdl"
3) Cambio el nombre del NAMESPACE: ServiceReferenceEmitidas

4) incluyo en el proyecto
using PruebaWS.ServiceReferenceEmitidas;

5) Defino una variable del tipo SuministroLRFacturasEmitidas y voy rellenando los datos de la factura

SuministroLRFacturasEmitidas SII_Emitidas = new SuministroLRFacturasEmitidas();

6) Termino generando el XML.
XmlSerializer serializer = new XmlSerializer(typeof(SuministroLRFacturasEmitidas));
FileStream fs = new FileStream(fichero, FileMode.Create);
serializer.Serialize(fs, SII_Emitidas);


Espero que alguien me pueda echar una mano, muchas gracias
Un saludo.

[batuzail]

Empezado por dmg

Muy buenas, estoy realizando el proyecto en c# con Visual Studio 2010 .Net 4.6, el fichero XML que genero no lo valida correctamente.
Faltan los nodos Envelope, Header, Body,...


Como puedo conseguir generar la estructura como la de los ejemplos o algo parecido que se valide correctamente?


Yo estoy haciendo lo siguiente:

1) Creo un proyecto windows form

2) Agrego una Referencia de Servicio y en la direccion incluyo el wsdl y pulso IR:
"https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/SuministroFactEmitidas.wsdl"
3) Cambio el nombre del NAMESPACE: ServiceReferenceEmitidas

4) incluyo en el proyecto
using PruebaWS.ServiceReferenceEmitidas;

5) Defino una variable del tipo SuministroLRFacturasEmitidas y voy rellenando los datos de la factura

SuministroLRFacturasEmitidas SII_Emitidas = new SuministroLRFacturasEmitidas();

6) Termino generando el XML.
XmlSerializer serializer = new XmlSerializer(typeof(SuministroLRFacturasEmitidas));
FileStream fs = new FileStream(fichero, FileMode.Create);
serializer.Serialize(fs, SII_Emitidas);


Espero que alguien me pueda echar una mano, muchas gracias
Un saludo.

Sobre como cambiar el xml, no te puedo ayudar, yo lo hago todo desde el WS, pero si que te falta usar el certificado para comunicarte con el WS, sin el no podrás realizar el envío de ninguna manera.

Saludos

[CMB]

Observo que tanto en el esquema como en el ejemplo del envío de Bienes de Inversión no consta en ninguna parte el importe a deducir. Sí que se pone la prorrata anual, pero no la cantidad que se amortiza ese año.

¿Será porque va vinculado a la factura inicial? Pues el número de esa factura sí que lo piden.

Me imagino yo, porque no lo veo explicado, que antes habrá que haber declarado la factura del bien de inversión, con el importe completo, dentro del libro de facturas recibidas. Posteriormente se envía dentro del libro de bienes de inversión la referencia a la factura de compra del bien.

¿Alguien lo ha trabajado y puede confirmar que es así? ¿O suministrar algún otro detalle que se me haya pasado por alto?

Con la inestimable ayuda de todos saldremos de ésta, igual que hemos salido de otras

Muchas gracias.

Saludos cordiales,

[jmlazaro]

Empezado por dmg

Muy buenas, estoy realizando el proyecto en c# con Visual Studio 2010 .Net 4.6, el fichero XML que genero no lo valida correctamente.
Faltan los nodos Envelope, Header, Body,...


Como puedo conseguir generar la estructura como la de los ejemplos o algo parecido que se valide correctamente?


Yo estoy haciendo lo siguiente:

1) Creo un proyecto windows form

2) Agrego una Referencia de Servicio y en la direccion incluyo el wsdl y pulso IR:
"https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/SuministroFactEmitidas.wsdl"
3) Cambio el nombre del NAMESPACE: ServiceReferenceEmitidas

4) incluyo en el proyecto
using PruebaWS.ServiceReferenceEmitidas;

5) Defino una variable del tipo SuministroLRFacturasEmitidas y voy rellenando los datos de la factura

SuministroLRFacturasEmitidas SII_Emitidas = new SuministroLRFacturasEmitidas();

6) Termino generando el XML.
XmlSerializer serializer = new XmlSerializer(typeof(SuministroLRFacturasEmitidas));
FileStream fs = new FileStream(fichero, FileMode.Create);
serializer.Serialize(fs, SII_Emitidas);


Espero que alguien me pueda echar una mano, muchas gracias
Un saludo.

Hola a todos,
Tengo el mismo problema al generar el XML (clavadito al tuyo, dmg), no me pone los nodos Envelope, Header, Body.
Pero cuando me comunico con el ws, el mensaje de respuesta es OK y puedo consultar las facturas enviadas en la página de pruebas AEAT, pero me gustaría poder generar correctamente el archivo XLM para guardarlo.

Muchas gracias a todos

[[newtron]]

Hola de nuevo.

Ahora toca una pregunta contable. ¿Las facturas de devolución de mercancía habrá que identificarlas como rectificativas o simplemente se envían junto con el resto de facturas de ventas? Es un tema que no tengo muy claro.

Saludos

[vicdeju]

Empezado por CMB

Aunque en unos pocos casos hay requerimientos especiales, de modo general, ¿se puede introducir en <DescripcionOperacion> una descripción genérica, siempre la misma, como SUMINISTRO DE BIENES O SERVICIOS, o hay que obligar al usuario a que, en cada factura emitida y recibida, escriba la descripción adecuada, con la pérdida de tiempo que ello conlleva?

Algunas empresas siempre venden lo mismo, pero otras tienen una gran variación, y mezclan género físico con horas de trabajo y otros servicios. En los ejemplos de la AEAT ponen diversas frases, como Objeto FACTURA, CompraXXXXXXX, VentaXXXXXXX, CASO PRUEBA, etc.

¿Cómo lo habéis resuelto vosotros?

Muchas gracias.

Saludos,

Estuvimos en una reunión que se hizo en Madrid para las empresas desarrolladoras de software con Hacienda. Según hacienda había que poner una descripción completa de la operación y que no valían los CompraXXXX y VentaXXXX y ese tipo de descripciones, esto causo mucho revuelo, y la que lo dijo que era una especie de jefaza de hacienda en breves palabras dijo, esto es lo que hay, y se marcho.... con un par....

[CMB]

Empezado por vicdeju

Estuvimos en una reunión que se hizo en Madrid para las empresas desarrolladoras de software con Hacienda. Según hacienda había que poner una descripción completa de la operación y que no valían los CompraXXXX y VentaXXXX y ese tipo de descripciones, esto causo mucho revuelo, y la que lo dijo que era una especie de jefaza de hacienda en breves palabras dijo, esto es lo que hay, y se marcho.... con un par....

Pues habrá que ver la cara que ponen los usuarios cuando se enteren de que tendrán que exprimir su cerebro redactando una descripción específica para cada factura emitida y recibida. Esto disminuirá el paro, porque las empresas tendrán que contratar a más personal

[seccion_31]

por lo de explicar "la operación" mas alla de factura tal o cual, creo que no será obligatorio porque parece que no es una obligación recogida en el libro de iva.

a mi me parece que van improvisando... ayer no validaba los nifs, ni los que venían de certificados ni después los de las facturas, cada mes cambian el interface y su versión obligándote a reimportar, recompilar y renombrar algunas clases..... todavía y tras dos meses de retrasos no tienen el formulario para introducir facturas....

[vboloradito]

en mi empresa todavia no saben si hacer el envio directamente a la aeat o a traves de una empresa externa.
Alguno esta en este dilema.
Sabeis el tiempo que nos podemos ahorrar en desarrollo si lo hacemos a traves de una empresa externa,
¿compensa?

[[newtron]]

Empezado por vboloradito

en mi empresa todavia no saben si hacer el envio directamente a la aeat o a traves de una empresa externa.
Alguno esta en este dilema.
Sabeis el tiempo que nos podemos ahorrar en desarrollo si lo hacemos a traves de una empresa externa,
¿compensa?

¿A través de una empresa externa? No entiendo eso.

[keys]

Hay empresas que se estan publicitando que generan el SII a partir de ficheros generados por otras aplicaciones y que se adaptan a tu erp. No se hasta que punto sera operativo esto.

Pon Sii en el señor google y te salen unas cuantas.

[vboloradito]

Empezado por newtron

¿A través de una empresa externa? No entiendo eso.

Hay empresas como SERES , EDICOM que te ofrecen el servicio (SAS) les envias el fichero y ellos se encargan de remitirselo a la DGT,
Luego te dan el servicio de almacenar online 4 años las facturas, enviarte reportes.
Te simplifican el desarrollo que tienes que hacer, no te tienes que preocupar de construir el XML correctamente con el correspondiente endpoint.
En el caso de que la AEAT cambie el formato del XML , y ellos tienen la info ya en el fichero , no tienes que hacer desarrollo. se encargan ellos.

Principalmente creo que acorta el tiempo de desarrollo al ahorrarte la construcción del XML y toda la funcionalidad de consultas, que estaria implementada en el servicio que te dan via web,
y quizas reduzca el numero de incidencias sobre el envio de SII. PEro como no tengo experiencia con estas empresas no se si realmente compensa. PAra el servicio que dan.

[keys]

Empezado por seccion_31

por lo de explicar "la operación" mas alla de factura tal o cual, creo que no será obligatorio porque parece que no es una obligación recogida en el libro de iva.

a mi me parece que van improvisando... ayer no validaba los nifs, ni los que venían de certificados ni después los de las facturas, cada mes cambian el interface y su versión obligándote a reimportar, recompilar y renombrar algunas clases..... todavía y tras dos meses de retrasos no tienen el formulario para introducir facturas....

Hay una serie de campos que no son obligatorios o no tienen validación y seguramente no lo tendrán. El usuario puede presentar lo que le de la gana. El problema será cuando hacienda empiece a cruzar datos y a realizar inspecciones, en ese momento será cuando te diga que te falta o sobra una cosa u otra. Sobre todo cuando tu cruzen con tu propia declaración del 303.

El campo descripción yo entendí que casi tiene que ser el concepto de la factura, y si te pasas de 500 lo resumes. Si partes de un programa de facturación obtener este dato puede ser fácil de obtener, pero si es un programa de contabilidad o general, no le quedará mas remedio al usuario que meterlo e improvisar. De todas formas esto es un tema de normativa que cae en manos del usuario, nosotros por ejemplo le ponemos el campo y lógicamante tiene que ser el usuario el que lo rellene como quiera.

Por cierto las validaciones para las facturas anteriores del 1 de julio van a ser diferentes para las de después de julio. Por ejemplo esta campo descripción o por lo menos es lo que se comentó en la reunión.

Un Saludo

[CMB]

Empezado por keys

El campo descripción yo entendí que casi tiene que ser el concepto de la factura, y si te pasas de 500 lo resumes. Si partes de un programa de facturación obtener este dato puede ser fácil de obtener, pero si es un programa de contabilidad o general, no le quedará mas remedio al usuario que meterlo e improvisar. De todas formas esto es un tema de normativa que cae en manos del usuario, nosotros por ejemplo le ponemos el campo y lógicamante tiene que ser el usuario el que lo rellene como quiera.

Una factura con más de cien líneas (las hay) con conceptos muy variados, piezas, horas de trabajo, revisiones, desplazamientos, etc., a ver cómo la resumes de forma automática. Y si pones al usuario una casilla en blanco para que la describa se van a quejar mucho, aunque el culpable no es el que desarrolla el programa. Y si ponen sanciones por una cosa así será todo muy complicado.

[seccion_31]

siempre puedes buscar el articulo/servicio de mas importe y colocarlo, indicando y otros "99" tantos mas.... (si son mas)

saludos !

[keys]

Como dijeron en la reunion. Esto es lo que hay.

Lo de la casilla en blanco, lógicamente luego tendrá unas ayudas para rellenarlo y configuraciones previas, pero al final será el usuario el que tenga que poner lo que va. Esto ocurre aqui y en todos los impuestos, hay cosas que no dependen de nosotros los informaticos sino no de normativa que es el cliente el que se la tiene que saber.