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

[xamminf]

Lo que estamos esperando algunos es que la agencia PONGA YA un botón de autoliquidación.
¿ A qué están esperando ? ¿ No habíamos quedado que esto iba a ser la locura en cuanto a mejoras para el contribuyente y que le iba a exonerar de hacer no sé cuantos modelos de declaración ? ¿ Como podemos saber si nuestros envios son buenos si no podemos saber cómo serán realmente liquidados cuando algun dia este disponible ese botón de liquidación ?

[PASPAS]

Estoy teniendo dudas sobre las facturas del primer semestre:

Según la AEAT:
26 ¿Cómo se declara una factura del primer semestre?



La presentación de facturas del primer semestre con carácter retroactivo se realiza utilizando el mismo esquema de validación con las siguientes particularidades para los campos obligatorios que tendrán los siguientes contenidos:

. Clave de régimen especial. “16/14 Primer semestre”. (Emitidas / Recibidas)
. Descripción de la operación: “Registro del Primer semestre”.

Emitidas:
Tipo no exenta: S1.
Recibidas:
Fecha registro contable: Fecha del envío.
Cuota deducible: Etiqueta con 0.
No es necesaria una marca para diferenciar las facturas del primer semestre, por el periodo se podrían distinguir si se trata de información correspondiente al primer semestre del ejercicio 2017.
-----
2.39. ¿Cómo debe suministrarse la información correspondiente al primer semestre?



Los sujetos pasivos inscritos en REDEME durante el periodo comprendido entre el 1 de enero y 30 de junio de 2017 no tendrán que remitir información del primer semestre de 2017.
El resto de sujetos pasivos incluidos en el SII deberán informar del contenido de los libros registro del IVA de acuerdo con la normativa vigente antes del 1 de julio de 2017, así como de determinada información con trascendencia tributaria que se venía incluyendo en el modelo 347.
El esquema o diseño de los registros de facturación será el mismo que para los envíos correspondiente a los registros del segundo semestre de 2017 y siguientes, pero con unas validaciones diferentes que permitirán que solo se consigne lo que actualmente es obligatorio.
Como se ha indicado con el objeto de facilitar la presentación se mantiene el esquema de validación en sus campos obligatorios con las siguientes particularidades para los contenidos del primer semestre:
. Clave de régimen especial. “Primer semestre 2017” salvo que se trate de un arrendamiento de local de negocio en cuyo caso deberán utilizarse estas claves de régimen especial puesto que esta información es exigible en el modelo 347.
. Descripción de la operación: “Registro del Primer semestre”.
. Libro registro de facturas emitidas:
Con independencia del tipo de operación informado (no sujeta, sujeta y exenta o no exenta) deberá informarse en cualquier caso como factura sujeta y no exenta.
Libro registro de facturas recibidas:
. Fecha registro contable: Fecha del envío.
. Cuota deducible: Etiqueta con 0.


---------------------------------------------


Mi duda surge con respecto a los alquileres y facturas recibidas.
si tengo un alquiler . Primero no debo utilizar la clave de regimen especial primer semestre sino la que indique el tipo de alquiler(correcto) pero que pasa con la cuota deducible en facturas recibidas la dejo a CERO o mantengo el valor que indique de couta IVA que tenga(Además esto es de locos como que no pueden ellos cotejar las cosas segun que fecha nos hacen hacer trabajos extra adhoc).
Despues con respecto a la fecha de registro contable a que se refiere lo de Fecha del envío quiere de decir que si envío hoy debe poner 2017-08-03. Yo estaba introduciendo la fecha del primer semestre ya que ese dato entonces no existia y por tanto utilizaba la misma fecha en la que se creo la factura en el sistema.
Ya que a mi parecer y sino me equivoco yo estoy utilizando la fecha del registro contable para calcular los dias de plazo y para introducir el periodo al que pertenece la factura.




Puede alguien ayudarme , muchas gracias

[PASPAS]

Empezado por PASPAS

Estoy teniendo dudas sobre las facturas del primer semestre:

Según la AEAT:
26 ¿Cómo se declara una factura del primer semestre?



La presentación de facturas del primer semestre con carácter retroactivo se realiza utilizando el mismo esquema de validación con las siguientes particularidades para los campos obligatorios que tendrán los siguientes contenidos:

. Clave de régimen especial. “16/14 Primer semestre”. (Emitidas / Recibidas)
. Descripción de la operación: “Registro del Primer semestre”.

Emitidas:
Tipo no exenta: S1.
Recibidas:
Fecha registro contable: Fecha del envío.
Cuota deducible: Etiqueta con 0.
No es necesaria una marca para diferenciar las facturas del primer semestre, por el periodo se podrían distinguir si se trata de información correspondiente al primer semestre del ejercicio 2017.
-----
2.39. ¿Cómo debe suministrarse la información correspondiente al primer semestre?



Los sujetos pasivos inscritos en REDEME durante el periodo comprendido entre el 1 de enero y 30 de junio de 2017 no tendrán que remitir información del primer semestre de 2017.
El resto de sujetos pasivos incluidos en el SII deberán informar del contenido de los libros registro del IVA de acuerdo con la normativa vigente antes del 1 de julio de 2017, así como de determinada información con trascendencia tributaria que se venía incluyendo en el modelo 347.
El esquema o diseño de los registros de facturación será el mismo que para los envíos correspondiente a los registros del segundo semestre de 2017 y siguientes, pero con unas validaciones diferentes que permitirán que solo se consigne lo que actualmente es obligatorio.
Como se ha indicado con el objeto de facilitar la presentación se mantiene el esquema de validación en sus campos obligatorios con las siguientes particularidades para los contenidos del primer semestre:
. Clave de régimen especial. “Primer semestre 2017” salvo que se trate de un arrendamiento de local de negocio en cuyo caso deberán utilizarse estas claves de régimen especial puesto que esta información es exigible en el modelo 347.
. Descripción de la operación: “Registro del Primer semestre”.
. Libro registro de facturas emitidas:
Con independencia del tipo de operación informado (no sujeta, sujeta y exenta o no exenta) deberá informarse en cualquier caso como factura sujeta y no exenta.
Libro registro de facturas recibidas:
. Fecha registro contable: Fecha del envío.
. Cuota deducible: Etiqueta con 0.


---------------------------------------------


Mi duda surge con respecto a los alquileres y facturas recibidas.
si tengo un alquiler . Primero no debo utilizar la clave de regimen especial primer semestre sino la que indique el tipo de alquiler(correcto) pero que pasa con la cuota deducible en facturas recibidas la dejo a CERO o mantengo el valor que indique de couta IVA que tenga(Además esto es de locos como que no pueden ellos cotejar las cosas segun que fecha nos hacen hacer trabajos extra adhoc).
Despues con respecto a la fecha de registro contable a que se refiere lo de Fecha del envío quiere de decir que si envío hoy debe poner 2017-08-03. Yo estaba introduciendo la fecha del primer semestre ya que ese dato entonces no existia y por tanto utilizaba la misma fecha en la que se creo la factura en el sistema.
Ya que a mi parecer y sino me equivoco yo estoy utilizando la fecha del registro contable para calcular los dias de plazo y para introducir el periodo al que pertenece la factura.




Puede alguien ayudarme , muchas gracias

Libro registro de facturas recibidas:
. Fecha registro contable: Fecha del envío.

Estoy pendiente de respuesta de la AEAT pero necesito sacar hoy la versión y tengo dudas en el dato Fecha registro contable...
alguién me puede decir que fecha introduce para los envios del primer semestre...
muchas gracias...

[antoineL]

Empezado por PASPAS

Libro registro de facturas recibidas:
. Fecha registro contable: Fecha del envío.

Estoy pendiente de respuesta de la AEAT pero necesito sacar hoy la versión y tengo dudas en el dato Fecha registro contable...
alguién me puede decir que fecha introduce para los envios del primer semestre...

La fecha del día, es decir, Now.

En los 340, la AEAT no tiene la información; por tanto han decidido poner la fecha que ellos han recibido el 340, lo que me parece un criterio sensible. Para los demás, el más parecido es la fecha que la AEAT recibe la información correspondiente: de aquí la instrucción.

[PASPAS]

Empezado por antoineL

La fecha del día, es decir, Now.

En los 340, la AEAT no tiene la información; por tanto han decidido poner la fecha que ellos han recibido el 340, lo que me parece un criterio sensible. Para los demás, el más parecido es la fecha que la AEAT recibe la información correspondiente: de aquí la instrucción.

Pero no lo acabo de entender ya que ellos tienen la fecha de presentacion que en definitiva es la fecha de envio. Adjunto un ejemplo de envío de ahora mismo con una factura recibida de junio(primier semestre) tanto de alquiler con sin alquiler. Marco en negrita lo requerido.
<?xml version="1.0" encoding="utf-8"?>
....
<siiLR:RegistroLRFacturasRecibidas>
<sii:PeriodoImpositivo>
<sii:Ejercicio>2017</sii:Ejercicio>
<sii:Periodo>06</sii:Periodo>
</sii:PeriodoImpositivo>
<siiLR:IDFactura>
<sii:IDEmisorFactura>
<sii:NIF>B08367898</sii:NIF>
</sii:IDEmisorFactura>
<sii:NumSerieFacturaEmisor>ALQU52552526</sii:NumSerieFacturaEmisor>
<sii:FechaExpedicionFacturaEmisor>03-06-2017</sii:FechaExpedicionFacturaEmisor>
</siiLR:IDFactura>
<siiLR:FacturaRecibida>
<sii:TipoFactura>F1</sii:TipoFactura>
<sii:FechaOperacion>05-06-2017</sii:FechaOperacion>
<sii:ClaveRegimenEspecialOTrascendencia>12</sii:ClaveRegimenEspecialOTrascendencia>
<sii:ImporteTotal>605.00</sii:ImporteTotal>
<sii:descripcionOperacion>REGISTRO DEL PRIMER SEMESTRE</sii:descripcionOperacion>
<sii:desgloseFactura>
<sii:desgloseIVA>
<sii:detalleIVA>
<sii:TipoImpositivo>21.00</sii:TipoImpositivo>
<sii:BaseImponible>500.00</sii:BaseImponible>
<sii:CuotaSoportada>105.00</sii:CuotaSoportada>
</sii:detalleIVA>
</sii:desgloseIVA>
</sii:desgloseFactura>
<sii:Contraparte>
<sii:NombreRazon>NACIONAL ESTÁNDAR</sii:NombreRazon>
<sii:NIF>B08367898</sii:NIF>
</sii:Contraparte>
<sii:FechaRegContable>04-08-2017</sii:FechaRegContable>
<sii:CuotaDeducible>0</sii:CuotaDeducible>
</siiLR:FacturaRecibida>
</siiLR:RegistroLRFacturasRecibidas>
<siiLR:RegistroLRFacturasRecibidas>
<sii:PeriodoImpositivo>
<sii:Ejercicio>2017</sii:Ejercicio>
<sii:Periodo>06</sii:Periodo>
</sii:PeriodoImpositivo>
<siiLR:IDFactura>
<sii:IDEmisorFactura>
<sii:NIF>B08367898</sii:NIF>
</sii:IDEmisorFactura>
<sii:NumSerieFacturaEmisor>N100-66969</sii:NumSerieFacturaEmisor>
<sii:FechaExpedicionFacturaEmisor>03-06-2017</sii:FechaExpedicionFacturaEmisor>
</siiLR:IDFactura>
<siiLR:FacturaRecibida>
<sii:TipoFactura>F1</sii:TipoFactura>
<sii:FechaOperacion>03-06-2017</sii:FechaOperacion>
<sii:ClaveRegimenEspecialOTrascendencia>14</sii:ClaveRegimenEspecialOTrascendencia>
<sii:ImporteTotal>705.00</sii:ImporteTotal>
<sii:descripcionOperacion>REGISTRO DEL PRIMER SEMESTRE</sii:descripcionOperacion>
<sii:desgloseFactura>
<sii:desgloseIVA>
<sii:detalleIVA>
<sii:TipoImpositivo>21.00</sii:TipoImpositivo>
<sii:BaseImponible>500.00</sii:BaseImponible>
<sii:CuotaSoportada>105.00</sii:CuotaSoportada>
</sii:detalleIVA>
<sii:detalleIVA>
<sii:TipoImpositivo>0.00</sii:TipoImpositivo>
<sii:BaseImponible>100.00</sii:BaseImponible>
<sii:CuotaSoportada>0</sii:CuotaSoportada>
</sii:detalleIVA>
</sii:desgloseIVA>
</sii:desgloseFactura>
<sii:Contraparte>
<sii:NombreRazon>NACIONAL ESTÁNDAR</sii:NombreRazon>
<sii:NIF>B08367898</sii:NIF>
</sii:Contraparte>
<sii:FechaRegContable>04-08-2017</sii:FechaRegContable>
<sii:CuotaDeducible>0</sii:CuotaDeducible>
</siiLR:FacturaRecibida>
</siiLR:RegistroLRFacturasRecibidas>
</siiLR:SuministroLRFacturasRecibidas>
</soapenv:Body>
</soapenv:Envelope>


Me puedes decir si seria correcto así, muchas gracias.

[xamminf]

Siendo esto así, se hace OBLIGATORIO enviar, de entrada, todas las fras. con importe, y a mi entender, las que tengan importe cero. ¿ En qué me baso ? Sólo sentido común. La principal razón: igual que la ley obliga a realizar fras. cero, lógico es que se envien.

[antoineL]

Empezado por PASPAS

Pero no lo acabo de entender ya que ellos tienen la fecha de presentacion que en definitiva es la fecha de envio.

El esquema XML require algo de formato 99-99-9999 en este elemento. Entonces la maquinaría XML (que viene antes de todas los demás cositas inteligentes que hay en la trastienda de la AEAT) te está obligando a poner algo. Lo mismo ocurre para el campo Descripción.

[PASPAS]

Empezado por antoineL

El esquema XML require algo de formato 99-99-9999 en este elemento. Entonces la maquinaría XML (que viene antes de todas los demás cositas inteligentes que hay en la trastienda de la AEAT) te está obligando a poner algo. Lo mismo ocurre para el campo Descripción.

No entiendo me acaba de decir mi asesor que no ponga la fecha de envío como la actual ya que no tiene sentido por tanto dejaré la que tenía en su momento
No utilizare la fecha de envío como la actual el dia en que se envia
<sii:FechaRegContable>04-08-2017</sii:FechaRegContable>
<sii:CuotaDeducible>0</sii:CuotaDeducible>
Sera la fecha en la que se realizo el pago si era de junio...
<sii:FechaRegContable>03-06-2017</sii:FechaRegContable>
<sii:CuotaDeducible>0</sii:CuotaDeducible>

Cualquier novedad os digo...
saludos

[PASPAS]

Empezado por antoineL

La fecha del día, es decir, Now.

En los 340, la AEAT no tiene la información; por tanto han decidido poner la fecha que ellos han recibido el 340, lo que me parece un criterio sensible. Para los demás, el más parecido es la fecha que la AEAT recibe la información correspondiente: de aquí la instrucción.

No lo veo claro esto, entonces si modifico un envio del primer semestre que pasa lo reenvio otra con fecha now , no esta claro esto he realizado la pregunta a la aeat ... esperando como es habitual...
Pero segun asesores dicen que no tiene sentido q deberia ser la fecha de devengo ya que ellos tienen en todo momento la fecha y hora de presentacion ademas de la posible modificacion.
Por tanto comparto las indicaciones del asesor.
Ya hace tiempo que hice la consulta a la parte tributaria de la aeat y luego te pasan como una cuestion tecnica .
Si te fijas en las faqs dice cosas distintas dependiendo por donde lo mires.
Queremos hacerlo bien pero ellos lo hacen imposible.
Como dicen en mi pueblo:
Aço es caguera de bou quan plou se remulla...
Por no decir otra cosa
Saludos

[manelb]

Empezado por xamminf

Lo que estamos esperando algunos es que la agencia PONGA YA un botón de autoliquidación.
¿ A qué están esperando ? ¿ No habíamos quedado que esto iba a ser la locura en cuanto a mejoras para el contribuyente y que le iba a exonerar de hacer no sé cuantos modelos de declaración ? ¿ Como podemos saber si nuestros envios son buenos si no podemos saber cómo serán realmente liquidados cuando algun dia este disponible ese botón de liquidación ?

Este tema es VERGONZOSO.

Deberíamos bloquear todos nuestros programas y que nadie haga más envios hasta que la AEAT cumpla con sus requerimientos.

Ahora somos nosotros quienes tenemos que implementar nuevos sistemas de consulta para hacer la autoliquidación con los datos subidos al SII para que el cliente pueda constatar que lo que ha subido realmente concuerda con lo que tiene en su ERP.

Todas estas horas de más que el cliente no va a querer pagar deberíamos facturarlas a cargo de Montoro.

[PASPAS]

Empezado por manelb

Este tema es VERGONZOSO.

Deberíamos bloquear todos nuestros programas y que nadie haga más envios hasta que la AEAT cumpla con sus requerimientos.

Ahora somos nosotros quienes tenemos que implementar nuevos sistemas de consulta para hacer la autoliquidación con los datos subidos al SII para que el cliente pueda constatar que lo que ha subido realmente concuerda con lo que tiene en su ERP.

Todas estas horas de más que el cliente no va a querer pagar deberíamos facturarlas a cargo de Montoro.

La verdad es que esto pinta mal no sacan nada en el boe y se arregla todo a partir de nuestras consultas y los requerimientos de las empresas colaboradoras.
En fin igual se para esto o vete a saber la verdad es que no puede seguir asi.
Al final como siempre el dolor de cabeza para nosotros y enfrentamientos con los clientes.
Saludos

[CMB]

Empezado por PASPAS

La verdad es que esto pinta mal no sacan nada en el boe y se arregla todo a partir de nuestras consultas y los requerimientos de las empresas colaboradoras.
En fin igual se para esto o vete a saber la verdad es que no puede seguir asi.
Al final como siempre el dolor de cabeza para nosotros y enfrentamientos con los clientes.

Cuando la reclamación del cliente es claramente causada por terceros no hay que tener pelos en la lengua y decirlo sin tapujos. Nosotros tenemos esa costumbre. No hemos de cargar con las ineficiencias de los demás y lo expresamos con toda la contundencia posible. Que cada palo aguante su vela.

[nuevo1234]

Empezado por CMB

Cuando la reclamación del cliente es claramente causada por terceros no hay que tener pelos en la lengua y decirlo sin tapujos. Nosotros tenemos esa costumbre. No hemos de cargar con las ineficiencias de los demás y lo expresamos con toda la contundencia posible. Que cada palo aguante su vela.

Nosotros marcamos las facturas enviadas en la aplicación del cliente y es lo que usarán para hacer su liquidación. Leyendo mas detenidamente la FAQ lo único nuevo es que con la cosulta vía formulario (porque la consulta via servicio web ya estaba) marcando la opcion "Todas las columnas" en la consulta se puede exportar todos los campos de las facturas enviadas a un excel (con un máximo de 1000).

Entiendo que esa opción puede ser útil si no se tiene registrado las facturas enviadas en la aplicación del cliente. Nosotros no lo vamos a usar. Sabemos lo que hemos enviado, porque lo hemos marcado en la respuesta de los envíos realizados.