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

[keys]

http://www.agenciatributaria.es/AEAT.internet/SII.html

[keys]

Por cierto en el fichero que te desgargas ahora del 0.7 hay distintos paises que los que había cuando me lo descargue en su momento. Por ejemplo este QU, que como ha dicho no está en el pdf y no han informado en ningún momento que yo sepa.

Habrá que esperar al último momento a descarse otra vez la información ya que puede haber cambios de los que no avisan.

Un Urra por nuestra Agencia Tributaria.

[lsgrep]

Empezado por keys

Por cierto en el fichero que te desgargas ahora del 0.7 hay distintos paises que los que había cuando me lo descargue en su momento. Por ejemplo este QU, que como ha dicho no está en el pdf y no han informado en ningún momento que yo sepa.

Habrá que esperar al último momento a descarse otra vez la información ya que puede haber cambios de los que no avisan.

Un Urra por nuestra Agencia Tributaria.

Gracias keys, ya he mandado con QU las que me faltaban y han entrado pero como dices no había ninguna documentación sobre esto si no mirabas el formulario manual de entrada

[lsgrep]

De hecho, ahora me encuentro con el último problema:

Cuando pongo el NIF/CIF en algunos casos me responde:

Error en el bloque de la Contraparte. El NIF no está identificado. NIF: .... NOMBRE_RAZON: ...

Por lo que he podido ver, consultando la parte de "Consulta NIF" si el nombre o razón social no está como ellos lo tienen censado no te acepta la factura.

Pienso que únicamente con poner el NIF/CIF debería aceptarlo el problema es ¿donde se obtiene el nombre o razón social que ellos tienen?

He probado de enviarlas con el campo IDotro y 07 y la aceptan pero con errores.

La verdad es que no tengo ni idea que debe hacer contabilidad. Buscar la razón social censada o enviarlo como 07 pero de todas formas al ser un alta con errores hay que corregirlo ¿no?

¿Alguien se ha encontrado con este caso ? La utilidad para buscar el NIF/CIF que proporcionan necesita la razón social y no devuelve exactamente como la tienen ellos así que no tengo ni idea de como informar esto.

Salu2

[keys]

Empezado por lsgrep

De hecho, ahora me encuentro con el último problema:

Cuando pongo el NIF/CIF en algunos casos me responde:

Error en el bloque de la Contraparte. El NIF no está identificado. NIF: .... NOMBRE_RAZON: ...

Por lo que he podido ver, consultando la parte de "Consulta NIF" si el nombre o razón social no está como ellos lo tienen censado no te acepta la factura.

Pienso que únicamente con poner el NIF/CIF debería aceptarlo el problema es ¿donde se obtiene el nombre o razón social que ellos tienen?

He probado de enviarlas con el campo IDotro y 07 y la aceptan pero con errores.

La verdad es que no tengo ni idea que debe hacer contabilidad. Buscar la razón social censada o enviarlo como 07 pero de todas formas al ser un alta con errores hay que corregirlo ¿no?

¿Alguien se ha encontrado con este caso ? La utilidad para buscar el NIF/CIF que proporcionan necesita la razón social y no devuelve exactamente como la tienen ellos así que no tengo ni idea de como informar esto.

Salu2

Yo creo que la unica solución es que en tu programa de contabilidad tengan los datos bien metidos. Ya que el enviar todo con 07 te la aceptan pero con errores y me imagino que en el futuro te lleguen los problemas. La razón social la puedes obtener del servicio de hacienda, pero de las personas fisicas el nombre y los apellidos no por la LOPD.

[lsgrep]

Empezado por keys

Yo creo que la unica solución es que en tu programa de contabilidad tengan los datos bien metidos. Ya que el enviar todo con 07 te la aceptan pero con errores y me imagino que en el futuro te lleguen los problemas. La razón social la puedes obtener del servicio de hacienda, pero de las personas fisicas el nombre y los apellidos no por la LOPD.

Si, pero el principal problema en las personas físicas es como obtener correctamente el nombre y apellidos que tienen censados en hacienda. Si es como dices que la LOPD no permite ofrecer esta información debería ser suficiente con indicar el NIF y aceptarlas. El problema no es arreglarlo es como obtener la información correcta. Yo creo que si se lo preguntan al cliente no va a tener ni idea de como tiene los datos censados en hacienda.

Tal y como nos dijo una persona un alta con errores implica que hay que revisar los datos así que un 07 no sirve de mucho en esta caso como bien dices.

[keys]

Hombre una persona fisica no sabrá como tiene sus datos censados en hacienda. Pero sus apellidos y nombre ya sabrá. Y en ese caso es para el que está pensado el tipo 07, cuando no tienes forma de obtener los datos de tu cliente.

[Sergio J.]

Hola a todos. Estoy, por un lado orgulloso de pertenecer a este club desde que empecé a chapurrear delphi y tranquilo por la información aportada a este hilo sobre el famoso SII hasta hace poco desconocido para mí, y por otro agobiado por tener que dar solución a un cliente que está acogido al REDEME y me pidió que le diera una solución el otro día, sin tener conocimiento de lo que me esperaba y en tan poco tiempo .
Como trabajo con delphi 6, a la hora de crear el XML, tendré que hacerlo a mano, pero para enviarlo a través de Web Service y el tema de la autenticación tenía pensado crear un proyecto nuevo con Delphi XE7 o subirlo con algún formulario al estilo que ahora tiene publicado la AEAT en su enlace https://www7.aeat.es/static_files/co...teWSAEAT2.html para pruebas, pero no sé si para envíos reales habrá una plataforma similar para hacerlo a partir del 1 de Julio.
He leído gran parte de este hilo pero no sé con seguridad si se podrá.

¿Alguien sabe algo al respecto? Agradecería cualquier referencia, muchísimas gracias.