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

[PASPAS]

Empezado por CMB

Si te refieres al tag DescripcionOperacion, pues sí, sería muy interesante saber lo que hay que poner ahí. Después de que aquella jefaza de Hacienda dijera que no se puede poner cualquier cosa, nos hemos quedado a la espera. Ver http://www.clubdelphi.com/foros/show...&postcount=531

Si hay que pedir al usuario que pierda su tiempo escribiendo una descripción única para cada factura, pues se pone. Pero esto no va a ser agradable, ni para él ni para nosotros, que recibiremos alguna que otra queja.

Saludos,

Pues lo pregunte eso a la aeat y me dijeron que no sera motivo de exclusion la no especificacion de la descripcion . En emitidas lo tengo solucionado pero no para el resto pongo algo generico.estaria bien que lo aclararasen insistire de nuevo a la aeat.
Lo que me tiene con muchas dudas es las peticiones de cobros y pagos porque no tengo forma de casar la respuesta cuando me devuelven el resultado. Si se envian pagos recc a la vuelta quiero marcarlos pero no veo la forma de hacerlo ya que es a nivel de factura y no de cada linea de pago enviado por tanto lo consultare tambien si alguien sabe como podria indicarlo porque no veo la forma.
Saludos. Creo q proximamente tendremos version 0.8

[nuevo1234]

Empezado por PASPAS

Pues lo pregunte eso a la aeat y me dijeron que no sera motivo de exclusion la no especificacion de la descripcion . En emitidas lo tengo solucionado pero no para el resto pongo algo generico.estaria bien que lo aclararasen insistire de nuevo a la aeat.
Lo que me tiene con muchas dudas es las peticiones de cobros y pagos porque no tengo forma de casar la respuesta cuando me devuelven el resultado. Si se envian pagos recc a la vuelta quiero marcarlos pero no veo la forma de hacerlo ya que es a nivel de factura y no de cada linea de pago enviado por tanto lo consultare tambien si alguien sabe como podria indicarlo porque no veo la forma.
Saludos. Creo q proximamente tendremos version 0.8

No existe un identificador del pago, es decir, aunque se devolviese a nivel de pago no hay manera de casarlo porque no existe un identificador único del pago como sí tenemos de factura. Creo que la solución podría ser guardar temporalmente un identificador de cada pago enviado a nivel de factura (si mi aplicación tiene un identificador de pago)y si me responden con ok a nivel de factura es que todos los pagos enviados asociado a esa factura son ok. En ese caso marco todos los pagos enviados por factura en mi aplicación (sé los que son porque me he guardado temporalmente su identificador por factura antes de enviarlos) porque o bien son todos pagos enviados ok o son todos ko para cada factura.

[PASPAS]

Empezado por nuevo1234

No existe un identificador del pago, es decir, aunque se devolviese a nivel de pago no hay manera de casarlo porque no existe un identificador único del pago como sí tenemos de factura. Creo que la solución podría ser guardar temporalmente un identificador de cada pago enviado a nivel de factura (si mi aplicación tiene un identificador de pago)y si me responden con ok a nivel de factura es que todos los pagos enviados asociado a esa factura son ok. En ese caso marco todos los pagos enviados por factura en mi aplicación (sé los que son porque me he guardado temporalmente su identificador por factura antes de enviarlos) porque o bien son todos pagos enviados ok o son todos ko para cada factura.

No vale tu solucion puesto que se pueden hacer envios parciales de los pagos y luego si uno de los pagos esta mal formado y el registro de pago anterior lo tienes ok que haces marcas todas mal aun teniendo el anterior registro bien. Esto para simultaneos pero para parciales aun podemos decir q los casos de error se multiplican. No veo logico el planteamiento realizado por la aeat.
Saludos

[manelb]

Hola buenos días…
Hace unos días que vengo siguiendo el foro y me ha servido de mucha ayuda….Gracias a todos y a partir de ahora espero aportar mi granito de arena.

Respecto al tema de la descripción en las facturas, tanto en compras como en ventas, supongo que va a depender de como tengamos cada uno diseñado nuestro sistema de contabilidad pero os explico como he pensado solucionarlo en nuestra aplicación.
Toda la información que se necesita para enviar los diferentes libros la tenemos concentrada en las tablas correspondientes a IVA.
En estas mismas tablas tenemos información sobra las diferentes contrapartidas en las que contabilizar cada una de las facturas, teniendo en cuenta que cada factura puede tener diferentes contrapartidas

70000000 Ventas de productos XXXXX
70000001 Ventas de productos YYYYYYY
70000002 Ventas de productos ZZZZZZZZZZZzz
70500000 Prestaciones de Servicios

Y lo mismo para compras con el 600

La idea sería poner directamente el nombre de las cuentas de las diferentes contrapartidas, o una tabla auxiliar que para cada contrapartida recupere la descripción que el usuario haya establecido.

Es una posibilidad….

[[newtron]]

Empezado por manelb

Hola buenos días…
Hace unos días que vengo siguiendo el foro y me ha servido de mucha ayuda….Gracias a todos y a partir de ahora espero aportar mi granito de arena.

Respecto al tema de la descripción en las facturas, tanto en compras como en ventas, supongo que va a depender de como tengamos cada uno diseñado nuestro sistema de contabilidad pero os explico como he pensado solucionarlo en nuestra aplicación.
Toda la información que se necesita para enviar los diferentes libros la tenemos concentrada en las tablas correspondientes a IVA.
En estas mismas tablas tenemos información sobra las diferentes contrapartidas en las que contabilizar cada una de las facturas, teniendo en cuenta que cada factura puede tener diferentes contrapartidas

70000000 Ventas de productos XXXXX
70000001 Ventas de productos YYYYYYY
70000002 Ventas de productos ZZZZZZZZZZZzz
70500000 Prestaciones de Servicios

Y lo mismo para compras con el 600

La idea sería poner directamente el nombre de las cuentas de las diferentes contrapartidas, o una tabla auxiliar que para cada contrapartida recupere la descripción que el usuario haya establecido.

Es una posibilidad….

Yo creo que eso sigue siendo una descripción bastante genérica. Según el asesor con el que he hablado la ley dice que la descripción de la factura debe de ser suficiente para, a partir de ahí, justificar el tipo de iva que va en la factura. O sea, que habría que expresar claramente los productos y/o servicios que se están vendiendo/comprando puesto que el iva de las naranjas no es el mismo que el de los coches (por ejemplo).

[vboloradito]

Empezado por newtron

Yo creo que eso sigue siendo una descripción bastante genérica. Según el asesor con el que he hablado la ley dice que la descripción de la factura debe de ser suficiente para, a partir de ahí, justificar el tipo de iva que va en la factura. O sea, que habría que expresar claramente los productos y/o servicios que se están vendiendo/comprando puesto que el iva de las naranjas no es el mismo que el de los coches (por ejemplo).

Nosotros no guardamos la descripción de las compras, facturas recibidas, vamos a poner compras y la descripción de la cuenta contable donde va asociada esa compra.
Pero la documentación actual solo dice que es obligatorio, no especifica el nivel de detalle. si piden mas lo dejamos para la version 2.

[vboloradito]

¿Que hay que informar en el campo CuotaDeducible de las facturas recibidas?

[CMB]

Empezado por vboloradito

Nosotros no guardamos la descripción de las compras, facturas recibidas, vamos a poner compras y la descripción de la cuenta contable donde va asociada esa compra.
Pero la documentación actual solo dice que es obligatorio, no especifica el nivel de detalle. si piden mas lo dejamos para la version 2.

No sé dónde, pero en algún lugar debería haber una descripción del tag DescripcionOperacion. Porque te dan hasta 500 caracteres para rellenar. Con tal extensión se supone que esperan una descripción bastante extensa. Si fuese válido poner sólo COMPRAS VARIAS no te darían los 500.

Si alguien tiene más detalles sobre eso se agradecería que los diera, además de lo que ya sabemos por la jefaza: http://www.clubdelphi.com/foros/show...&postcount=531

Saludos,

[[newtron]]

Empezado por vboloradito

Nosotros no guardamos la descripción de las compras, facturas recibidas, vamos a poner compras y la descripción de la cuenta contable donde va asociada esa compra.
Pero la documentación actual solo dice que es obligatorio, no especifica el nivel de detalle. si piden mas lo dejamos para la version 2.

Ahí yo discrepo. Otra cosa es que se metan más o menos pero la ley dice lo siguiente sobre los campos obligatorios de las facturas:

f) Descripción de las operaciones, consignándose todos los datos necesarios para la determinación de la base imponible del Impuesto y su importe, incluyendo el precio unitario sin Impuesto de dichas operaciones, así como cualquier descuento o rebaja que no esté incluido en dicho precio unitario.

Sacado de la web de hacienda: http://www.agenciatributaria.es/AEAT...facturas.shtml

[CMB]

Empezado por PASPAS

Pues lo pregunte eso a la aeat y me dijeron que no sera motivo de exclusion la no especificacion de la descripcion

Tiene que ser un malentendido. En el manual se indica claramente que DescripcionOperacion es obligatorio.

Nos conviene aclararlo por las implicaciones que tiene. Es decir, si se puede poner una frase genérica o tiene que ser única en cada factura.

Saludos,