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

[[newtron]]

Empezado por keys

Una devolución de mercancias se supone que ha tenído una factura previa de venta. Si esta declarada previamente, la de devolución será una rectificativa.

Un Saludo.

Pero una devolución no necesariamente debe de provenir de UNA factura, un cliente puede estar retirando mercancía durante meses y luego llega y te devuelve cierta mercancía que puede provenir de quien sabe donde.

Empezado por Nasca

Un rectificativa incremental lo soluciona todo de forma muy sencilla.

Nada de sustitutivas ni identificar factura/s rectificada/s.

Esa sería una solución, de esta manera ¿todas las facturas negativas serían rectificativas? o dicho de otra manera ¿no hay facturas "normales" en negativo?

Saludos

[Nasca]

Empezado por newtron

Pero una devolución no necesariamente debe de provenir de UNA factura, un cliente puede estar retirando mercancía durante meses y luego llega y te devuelve cierta mercancía que puede provenir de quien sabe donde.

Esa sería una solución, de esta manera ¿todas las facturas negativas serían rectificativas? o dicho de otra manera ¿no hay facturas "normales" en negativo?

Efectivamente, puede haber varias facturas rectificadas, y así lo contempla el esquema:

<element name="FacturasRectificadas" minOccurs="0">
                <complexType>
                    <annotation>
                        <documentation xml:lang="es">El ID de las facturas rectificadas, únicamente se rellena en el caso de rectificación de facturas</documentation>
                    </annotation>
                    <sequence>
                        <element name="IDFacturaRectificada" type="sii:IDFacturaARType" maxOccurs="unbounded"/>
                    </sequence>
                </complexType>
            </element>

Por suerte en las FAQ dicen también que la identificación es opcional. En la misma línea del modelo 340.

Respecto a las negativas. Yo creo que se puede asumir sin mayor consecuencias que toda factura negativa es rectificativa.
Aunque también podría ser cierto que no todas las facturas rectificativas tienen que ser negativas. Las sustitutivas van en esa línea. Aunque no creo que haya muchas empresas que usen ese lío de Rectificativas - Sustitutivas.

[pprieto]

Hola a todos:

Antes de nada agradecer el fabuloso trabajo de todos y los ejemplos de código que me han resultado realmente útiles. Estoy intentando enviar un alta de factura normal con la versión 0.6 del webservice y me devuelve el siguiente error:

Codigo[4102]. El XML no cumple el esquema. Falta informar campo obligatorio: NIF

La única diferencia de mi XML que envío con el del ejemplo que aparece en el manual es que en el grupo de contraparte yo tengo un nodo denominado NIFRepresentante y en la documentación aparece como NIF. Al estar trabajando directamente con los objetos del WebService (en Vb .NET) no encuentro la manera de modificar el nombre del nodo.

Lo curioso es que si elimino ese grupo (el de contraparte) me da el error: "El argumento 'Prompt' no se puede convertir en el tipo 'String'".

¿A alguien le ha pasado lo mismo? ¿Existe una solución? Gracias.

[jmlazaro]

Empezado por pprieto

Hola a todos:

Antes de nada agradecer el fabuloso trabajo de todos y los ejemplos de código que me han resultado realmente útiles. Estoy intentando enviar un alta de factura normal con la versión 0.6 del webservice y me devuelve el siguiente error:

Codigo[4102]. El XML no cumple el esquema. Falta informar campo obligatorio: NIF

La única diferencia de mi XML que envío con el del ejemplo que aparece en el manual es que en el grupo de contraparte yo tengo un nodo denominado NIFRepresentante y en la documentación aparece como NIF. Al estar trabajando directamente con los objetos del WebService (en Vb .NET) no encuentro la manera de modificar el nombre del nodo.

Lo curioso es que si elimino ese grupo (el de contraparte) me da el error: "El argumento 'Prompt' no se puede convertir en el tipo 'String'".

¿A alguien le ha pasado lo mismo? ¿Existe una solución? Gracias.

Hola pprieto.

A mí me pasaba lo mismo, lo solucioné poniendo contraparte.Item = "BXXXXXXX"

Espero que te funcione.

Saludos

[pprieto]

Empezado por jmlazaro

Hola pprieto.

A mí me pasaba lo mismo, lo solucioné poniendo contraparte.Item = "BXXXXXXX"

Espero que te funcione.

Saludos

Muchas gracias jmlazaro. Con esto me ha funcionado perfectamente.

[adiib]

Hola,

Me pasa lo mismo con el ítem TipoDesglose de la factura emitida.

aquí no puedo asignarle nada directamente al ítem ya que por debajo cuelgan bastantes objetos.

Alguna Idea??

Gracias de antemano

Empezado por jmlazaro

Hola pprieto.

A mí me pasaba lo mismo, lo solucioné poniendo contraparte.Item = "BXXXXXXX"

Espero que te funcione.

Saludos

[jcapilla]

¿Alguien ha podido leer una respuesta enviada por hacienda? La cuestión es la siguiente. Tenemos una empresa que se encarga de hacer la comunicación con la AEAT con lo que yo le paso los xml de envío y ellos me devuelven un xml donde hacienda nos da las respuestas. El primer elemento de este xml de respuesta tiene la etiqueta "RespuestaLRFacturasEmitidas" igual que la documentación cuando la AEAT pone un ejemplo de respuesta. Lo que hacemos entonces es deserializar el xml para obtener el objeto y tratarlo pero da el error "No se esperaba <RespuestaLRFacturasEmitidas". Cabe decir que usamos los xsd de la AEAT. Lo que he hecho es crear yo mismo un objeto de respuesta y serializarlo y mi sorpresa ha sido encontrar que la primera etiqueta no era "RespuestaLRFacturasEmitidas" si no "RespuestaLRFEmitidasType". Al cambiar el xml que me envian con la respuesta y sustituir RespuestaLRFacturasEmitidas por RespuestaLRFEmitidasType la deserializacion es correcta.

En el RespuestaSuministro.xsd veo esta linea <element name="RespuestaLRFacturasEmitidas" type="siiR:RespuestaLRFEmitidasType" /> por lo que no se si el xml de la AEAT esta mal o es que yo lo intento deserializar de forma incorrecta.

[2uolap2]

Empezado por jcapilla

¿Alguien ha podido leer una respuesta enviada por hacienda? La cuestión es la siguiente. Tenemos una empresa que se encarga de hacer la comunicación con la AEAT con lo que yo le paso los xml de envío y ellos me devuelven un xml donde hacienda nos da las respuestas. El primer elemento de este xml de respuesta tiene la etiqueta "RespuestaLRFacturasEmitidas" igual que la documentación cuando la AEAT pone un ejemplo de respuesta. Lo que hacemos entonces es deserializar el xml para obtener el objeto y tratarlo pero da el error "No se esperaba <RespuestaLRFacturasEmitidas". Cabe decir que usamos los xsd de la AEAT. Lo que he hecho es crear yo mismo un objeto de respuesta y serializarlo y mi sorpresa ha sido encontrar que la primera etiqueta no era "RespuestaLRFacturasEmitidas" si no "RespuestaLRFEmitidasType". Al cambiar el xml que me envian con la respuesta y sustituir RespuestaLRFacturasEmitidas por RespuestaLRFEmitidasType la deserializacion es correcta.

En el RespuestaSuministro.xsd veo esta linea <element name="RespuestaLRFacturasEmitidas" type="siiR:RespuestaLRFEmitidasType" /> por lo que no se si el xml de la AEAT esta mal o es que yo lo intento deserializar de forma incorrecta.

Buenos días,

Yo esto más o menos en las mismas, intentando leer el xml de respuesta. No se trata directamente de una consulta Delphi, pero sabriais indicarme si hay alguna posibilidad de convertir el XML de respuesta en un formato tipo CSV desde Linux? De esta manera me sería mucho más manejable para tratarlo.

Muchas gracias