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

[keys]

En criterio de caja, hay que declarar la factura cuando se produce. Y luego tantos cobros/pagos se realicen. Es decir lo que no se cobra/paga no se envía.

En tu ejemplo

Factura emitida el 18-03-17. Enviada al sistema //S envia con fecha del 18-03-17 como cualquier factura pero con tipo de operacion 07

Tipo: Aplazado con 3 vencimientos
18-04-17- Ingresado //Se envia un registro de cobro el 18/04/2017 por que es cuando se hace el cobro
18-10-18 - Ingreesado //Esto hay que enviar un registro de cobro el 18/10/18
18-01-18 - No ingresado //No hay que enviar nada hasta que se produzca el cobro.

Si a 31 de diciembre del ejercicio 2018 (Es decir a 31 de diciembre del ejercicio siguiente de la fecha de factura) hay que declarlo en el libro de cobros con fecha 31/12/2018 En el campo “Medio de Pago/Cobro” se consignará el valor 03.

[PASPAS]

Empezado por keys

En criterio de caja, hay que declarar la factura cuando se produce. Y luego tantos cobros/pagos se realicen. Es decir lo que no se cobra/paga no se envía.

En tu ejemplo

Factura emitida el 18-03-17. Enviada al sistema //S envia con fecha del 18-03-17 como cualquier factura pero con tipo de operacion 07

Tipo: Aplazado con 3 vencimientos
18-04-17- Ingresado //Se envia un registro de cobro el 18/04/2017 por que es cuando se hace el cobro
18-10-18 - Ingreesado //Esto hay que enviar un registro de cobro el 18/10/18
18-01-18 - No ingresado //No hay que enviar nada hasta que se produzca el cobro.

Si a 31 de diciembre del ejercicio 2018 (Es decir a 31 de diciembre del ejercicio siguiente de la fecha de factura) hay que declarlo en el libro de cobros con fecha 31/12/2018 En el campo “Medio de Pago/Cobro” se consignará el valor 03.

Muchisimas gracias...

[[newtron]]

Hola de nuevo.

He tenido una reunión con un asesor para otros temas y me ha preguntado por el asunto SII. Yo tan feliz le digo...."pues está medio controlado"... después me pregunta por el concepto de las facturas y me ha dejado pillando moscas. Yo hasta ahora no le había hecho mucho caso a ese asunto pero me comenta que en hacienda dicen que hay que esmerarse con ese tema así que habrá que ver qué hacemos al respecto.

Seguramente tendremos una reunión con uno de hacienda que dice que domina el SII y le preguntaré al respecto, ya iré informando.

Saludos

[CMB]

Empezado por newtron

He tenido una reunión con un asesor para otros temas y me ha preguntado por el asunto SII. Yo tan feliz le digo...."pues está medio controlado"... después me pregunta por el concepto de las facturas y me ha dejado pillando moscas. Yo hasta ahora no le había hecho mucho caso a ese asunto pero me comenta que en hacienda dicen que hay que esmerarse con ese tema así que habrá que ver qué hacemos al respecto.
Seguramente tendremos una reunión con uno de hacienda que dice que domina el SII y le preguntaré al respecto, ya iré informando.

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,

[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

[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,