Facturas recibidas

Importe Total en Facturas Recibidas con Inversión de Sujeto Pasivo

El importe total de las facturas, salvo que se configure lo contrario, es calculado de forma automática.

Inicialmente consideramos que en el caso de que hubiese una operación con Inversión de Sujeto Pasivo la cuota de IVA calculada debía incrementar el ImporteTotal de la factura.

Tras descubrir problemas de cotejo por este tema hemos descubierto que dicha cuota de IVA por ISP no debe sumarse. Hemos cambiado este comportamiento en esta versión.

Les recordamos que el informar del Importe Total es opcional. Pero no obstante si quieren pueden volver a remitir las facturas presentadas con este error como una comunicación de modificación.

Si quiere evitar que el programa calcule el valor de ImporteTotal hay una opción que desactiva dicho comportamiento tanto en facturas emitidas como recibidas. Si desactiva esta opción tendrá que asignar valores a ImporteTotal o las facturas serán enviadas sin el mismo.

Declaración de servicios recibidos desde fuera de la Unión Europea en TAI

Hablamos de las facturas recibidas, emitidas por un proveedor de fuera de la Unión Europea, que se consideran prestados en Península y Baleares (TAI). Esta es otra figura que implica la Inversión de Sujeto Pasivo.

Esta operación no estaba claramente definida en las preguntas de la AEAT. Extrapolando lo dicho para las ventas con Inversión de Sujeto pasivo y lo especificado en las compras, consideramos que tu tratamiento era asimilado a la Inversión de Sujeto Pasivo por facturas recibidas con operadores intracomunitariaos. Y que los importes de la base y la cuota iban en el bloque de operaciones normales en lugar del de Inversión de Sujeto Pasivo.

A través de  preguntas y el asistente virtual hemos llegado a la conclusión que se espera que los servicios recibidos desde fuera de la Unión Europea en TAI deben ir en el bloque de Inversión de Sujeto Pasivo.

A partir de esta versión, las facturas recibidas de alguien de fuera de la UE que estén marcadas como prestación de servicios (EBoPS=S) y como Inversión de Sujeto Pasivo (InvSujPas=1) pasen sus valores al bloque de Inversión de Sujeto Pasivo.

Podríamos asignar directamente a este bloque los datos cuando EBoPS = S, pero entonces no habría forma de tratar de servicios recibidos fuera del TAI. Es necesario también asignar 1 a InvSujPas.

Configurar y modificar datos presentados

Si tiene configurada alguna clave fiscal para los servicios recibidos de fuera de la UE, asigne 1 a InvSujPas para que los datos futuros se asignen a ese bloque, también sería conveniente que asigne el tipo de factura para recibidas a F6:

Para modificar los datos presentados, utilice un filtro para mostrar solo las facturas de servicios de prestadores de fuera de la UE. El filtro EBoPS funciona según el contenido de la factura seleccionada. Hay que situarse encima de una que sea un servicio.

Una vez filtrado use la opción "Asignar valor 1 a InvSujPas en las facturas visibles y preparar para envío "A1" de modificación" y envíe la comunicación de modificación.

Sentimos las molestias, pero la AEAT no ayuda mucho a tener ciertos registros claros desde el principio. Pueden comprobarlo en este artículo Incoherencias y cambios no documentados en el SII.

Facturas emitidas

Ventas a Canarias, Ceuta y Melilla

Se ha modificado el procedimiento para comunicar las ventas a Canarias, Ceuta y Melilla cuando no se tiene establecimiento permanente en esa región.

Ahora se comunican a través de DesgloseTipoOperacion para desglosar entre entrega de bienes y prestación de servicios. Anteriormente se enviaban como DesgloseFactura.

Pensamos que es más apropiado e esta manera y que es necesario para comunicar facturas que mezclan entrega de bienes y prestación de servicios en la misma factura.

La Agencia Tributaria parece que considera que no es necesario realizar dicho desglose.

Nuevo cambio de criterio. La señorita Arcadia cambia mucho de opinión :(

Error en emisor de factura en determinadas operaciones intracomunitarias

El carácter de Remitente o Destinatario del declarado en este tipo de operaciones no se asignaba a la operación, si no al titular del SII.

Esto provoca que a la hora de identificar el NIF del emisor de un operación intracomunitaria se intercambien.

Cuando la ClaveDeclarado era R-Remitente considerábamos como emisor de la factura al Titular en lugar del a la contraparte. Y viceversa, cuando aparecía D-Destinatario poníamos como emisor a la contraparte.

No pensamos que tenga muchas consecuencias, ya que solo implica una error en la identificación de la factura, que no es contrastable, y el resto de datos se comunican adecuadamente. Tampoco parece que le estén haciendo mucho caso a este registro y la prueba es lo mal diseñado que está y que han olvidado la valoración económica de las operaciones, lo que obliga a tener que declararlas también como facturas emitidas y recibidas.

Corregir datos previamente remitidos

Si decide corregir los datos presentados incorrectamente tenga presente que tendrá que dar una baja y una alta nueva.

Ahora el fichero será enviado mediante el método incorrecto, ya que si no fuese así, no sería posible hacer la corrección.

Ahora solo faltaría preparar los datos para dar la anulación (BA) y enviar los datos.

Tras la baja habría que desactivar de nuevo la opción, preparar los datos para alta (A0) y enviarlos.

Hay que tener presente que todos los datos estarían dos veces, uno anulado y otro correcto.

Pero reiteramos nuestro convencimiento de que no parece que sea necesario hacer este cambio.

Facturas emitidas

CausaExencion - ExentaCausa

Ahora este valor se considera como opcional y no se asigna de forma utomática el valor E6.

+ No se asigna el valor por defecto E6 cuando hay valor en ExentaBase y no hay definido valor en ExentaCausa ni está definido en Titular FEExentaCausa
+ CausaExencion se considera como opcional al generar comunicaciones XML de facturas emitidas cuando se define ExentaBase2