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

[Javierus]

Empezado por manelb

Que ilusión, todavía queda alguien más que trabaja con tablas paradox....

¡Y yo, y yo!

[CMB]

Empezado por Javierus

¡Y yo, y yo!

Muchos más de lo que parece usan Paradox todavía.

Y Delphi 7, el obsoleto y desfasado Delphi 7, mantiene aún la fidelidad de miles de programadores en todo el mundo. Porque permite hacerlo casi todo, y para lo que no se puede hacer con él, existen multitud de third parties y libraries que te lo resuelven.

[CMB]

De acuerdo con la FAQ 2.22, las ventas desde el TAI (Península y Baleares) a Canarias, Ceuta y Melilla se consideran exportación cuando se trata de entrega de bienes, y hay que dar el valor 02 al campo ClaveRegimenEspecialOTrascendencia. Pero cuando se trata de prestación de servicios, ya no es una exportación, y hay que dar el valor 08 a ClaveRegimenEspecialOTrascendencia, y el tipo de factura, cuando se registra como recibida, es F5 (Importaciones (DUA)).

Ahora bien, si en una misma factura se mezclan prestación de servicios y entrega de bienes, parece que debemos usar el campo ClaveRegimenEspecialOTrascendenciaAdicional1 (y ClaveRegimenEspecialOTrascendenciaAdicional2).

Entonces, ¿existe obligación de indicar por separado el importe que corresponde a los servicios y a los bienes? Y en caso afirmativo, ¿en qué posición dentro de la petición?

¿Tiene alguien un ejemplo sencillo?

Muchas gracias por adelantado.

Saludos,

[nuevo1234]

Empezado por CMB

De acuerdo con la FAQ 2.22, las ventas desde el TAI (Península y Baleares) a Canarias, Ceuta y Melilla se consideran exportación cuando se trata de entrega de bienes, y hay que dar el valor 02 al campo ClaveRegimenEspecialOTrascendencia. Pero cuando se trata de prestación de servicios, ya no es una exportación, y hay que dar el valor 08 a ClaveRegimenEspecialOTrascendencia, y el tipo de factura, cuando se registra como recibida, es F5 (Importaciones (DUA)).

Ahora bien, si en una misma factura se mezclan prestación de servicios y entrega de bienes, parece que debemos usar el campo ClaveRegimenEspecialOTrascendenciaAdicional1 (y ClaveRegimenEspecialOTrascendenciaAdicional2).

Entonces, ¿existe obligación de indicar por separado el importe que corresponde a los servicios y a los bienes? Y en caso afirmativo, ¿en qué posición dentro de la petición?

¿Tiene alguien un ejemplo sencillo?

Muchas gracias por adelantado.

Saludos,

Hola,

En la FAQ 3.20. ¿Cómo se registra una factura que comprende operaciones con distinta clave de régimen especial?

Dice al final de la respuesta: "Esta combinación no implicará un desglose de los importes por cada una de las claves pero sí implicará considerar los distintos campos adicionales que deben informarse teniendo en cuenta cada una de ellas"

No sé si esto te ayuda.....

[CMB]

Empezado por nuevo1234

Hola,
En la FAQ 3.20. ¿Cómo se registra una factura que comprende operaciones con distinta clave de régimen especial?
Dice al final de la respuesta: "Esta combinación no implicará un desglose de los importes por cada una de las claves pero sí implicará considerar los distintos campos adicionales que deben informarse teniendo en cuenta cada una de ellas"
No sé si esto te ayuda.....

Pues sí que puede ser de ayuda. Aunque la redacción de la FAQ no está muy clara, haré un esfuerzo para interpretarla sin equivocarme.

Muchas gracias por tu aportación.

Saludos,

[CMB]

Empezado por nuevo1234

Hola,
En la FAQ 3.20. ¿Cómo se registra una factura que comprende operaciones con distinta clave de régimen especial?

Añadido después de mirarme la FAQ con más detenimiento:

Para incluir más de un tag ClaveRegimenEspecialOTrascendencia establecen unas compatilidades que no son aplicables al caso de las Canarias con prestación de servicios y entrega de bienes en una misma factura.

Si se trata de prestación de servicios, la clave es 08 (Operaciones sujetas al IPSI / IGIC), y con entrega de bienes la clave es 02 (Exportación).

Después de leer la FAQ 3.20 me da la sensación de que esas dos claves no son compatibles, por lo que el problema no se puede solucionar por esa vía.

Si alguien tiene una solución le agradecería su ayuda.

Saludos,

[mrobles]

Dejo un dato curioso:

Correcto:

<sii:BaseImponible>1000</sii:BaseImponible>
<sii:PorcentCompensacionREAGYP>10.50</sii:PorcentCompensacionREAGYP>
<sii:ImporteCompensacionREAGYP>100.5</sii:ImporteCompensacionREAGYP>

Incorrecto:

<sii:PorcentCompensacionREAGYP>10.50</sii:PorcentCompensacionREAGYP>
<sii:BaseImponible>1000</sii:BaseImponible>
<sii:ImporteCompensacionREAGYP>100.5</sii:ImporteCompensacionREAGYP>

[Nasca]

El orden es relevante, mira el orden en la definición del xsd:

    <complexType name="DetalleIVARecibidaType">
        <sequence>
            <element name="TipoImpositivo" type="sii:Tipo2.2Type" minOccurs="0"/>
            <element name="BaseImponible" type="sii:ImporteSgn12.2Type"/>
            <element name="CuotaSoportada" type="sii:ImporteSgn12.2Type" minOccurs="0"/>
            <element name="TipoRecargoEquivalencia" type="sii:Tipo2.2Type" minOccurs="0"/>
            <element name="CuotaRecargoEquivalencia" type="sii:ImporteSgn12.2Type" minOccurs="0"/>
            <element name="PorcentCompensacionREAGYP" type="sii:Tipo2.2Type" minOccurs="0"/>
            <element name="ImporteCompensacionREAGYP" type="sii:ImporteSgn12.2Type" minOccurs="0"/>
        </sequence>
    </complexType>

[encoder59]

Empezado por mrobles

Dejo un dato curioso:

Correcto:

<sii:BaseImponible>1000</sii:BaseImponible>
<sii:PorcentCompensacionREAGYP>10.50</sii:PorcentCompensacionREAGYP>
<sii:ImporteCompensacionREAGYP>100.5</sii:ImporteCompensacionREAGYP>

Incorrecto:

<sii:PorcentCompensacionREAGYP>10.50</sii:PorcentCompensacionREAGYP>
<sii:BaseImponible>1000</sii:BaseImponible>
<sii:ImporteCompensacionREAGYP>100.5</sii:ImporteCompensacionREAGYP>

Pues si: fíjate en la definición:
<complexType name="DetalleIVARecibidaType">
<sequence>
<element name="TipoImpositivo" type="sii:Tipo2.2Type" minOccurs="0"/>
<element name="BaseImponible" type="sii:ImporteSgn12.2Type"/>
<element name="CuotaSoportada" type="sii:ImporteSgn12.2Type" minOccurs="0"/>
<element name="TipoRecargoEquivalencia" type="sii:Tipo2.2Type" minOccurs="0"/>
<element name="CuotaRecargoEquivalencia" type="sii:ImporteSgn12.2Type" minOccurs="0"/>
<element name="PorcentCompensacionREAGYP" type="sii:Tipo2.2Type" minOccurs="0"/>
<element name="ImporteCompensacionREAGYP" type="sii:ImporteSgn12.2Type" minOccurs="0"/>
</sequence>
</complexType>
Una declaración <sequence> indica que van por orden, minOccurs="0" indica que no es obligatorio (pero respetar el orden, si aparece, si)
Lo mismo pasa con el mensaje de consulta y con cualquier elemento complexType que sea sequence.

Saludos