IVA de caja y 340 en AX
Hola a todos,
Aquí os facilito alguna información sobre la situación de la solución realizada para AX para hacer frente a los cambios del 340, como consecuencia de los nuevos requerimientos surgido por la nueva ley de caja. Régimen especial del criterio de caja
https://www.boe.es/boe/dias/2013/10/26/pdfs/BOE-A-2013-11216.pdf
Cambios en el 340
https://www.boe.es/boe/dias/2013/11/29/pdfs/BOE-A-2013-12489.pdf
Con fecha 20 de enero de 2014 se entregó una solución inicial que ha requerido ser modificada para cumplir con los últimos requerimientos que nos han transmitido desde hacienda
INFORMACIÓN TÉCNICA DE LA SOLUCIÓNDE AX
Cómo conseguir la solución
La solución oficial fue facilitada el 20 de enero y os la podéis bajar desde el siguiente link o creando un caso a soporte que será gratuito y que atenderemos inmediatamente.
https://mbs2.microsoft.com/Knowledgebase/KBDisplay.aspx?scid=kb;EN-US;2920222
La solución anterior tiene algunos problemas que han sido solucionados a través de parches privados (xpos) que han sido testeados por el equipo de soporte y de desarrollo, y que si no dan problemas graves, en breve se convertirán en parches oficiales. Que se proporcionarán en el formato habitual (no xpo).
Si lo necesitáis, abrid un caso de soporte. Éste será, por supuesto, también gratuito y se os facilitarán inmediatamente la solución disponible. Os recomiendo que lo pongáis a la atención del equipo de soporte de España, pues fuera no hay conocimientos de este requerimiento legal
Quién debe instalar esta solución
Todas las empresas que tengan que presentar el 340 se verán afectados, ya que se han añadido nuevos campos que con el Modelo 340 antiguo no obtendremos correctamente. Dichos campos deben ser exportados vacíos/con ceros para los clientes que no trabajen con IVA de Caja.
Pre-requisitos de instalación
- La solución se ha realizado sólo para las versiones soportadas: AX 2009, AX 2012 RTM y AX 2012 R2
- Sí, es imprescindible que os instaléis previamente el KB facilitado el pasado 20 de enero para poder instalar el xpo:
External link: https://mbs2.microsoft.com/Knowledgebase/KBDisplay.aspx?scid=kb;EN-US;2920222
Objetos modificados por el xpo
Table\TaxReportLines
Class\TaxReport_ES
Class\TaxReportToAscii340
Class\TaxReportToAscii340LineProcessor_ES
Macro\ TaxReport340
Herramienta de Validación Modelo 340- AEAT
Las pruebas realizadas han sido testeadas con esta herramienta offline proporcionada por la AEAT para el Modelo 340:
https://www.agenciatributaria.es/AEAT.internet/Modelos_formularios/modelo_340.shtml
Programa de ayuda – Programa con formulario 2014 (últimas pruebas realizadas el día 19 de Febrero 2014, a expensas de que pueda ser volver a modificada por Hacienda).
Otros problemas reportados y relacionados con la correcta contabilización del IVA de caja y que por tanto afectan a esta solución:
- KB 2922575 soluciona el siguiente problema.
"Aquellas facturas de proveedores que pasan por cartera pero que no pasan por el diario de creación de pagaré no registran el IVA de caja"
- El siguiente problema aún no tiene KB, porque aún no se ha hecho público pero disponemos de xpo para solucionarlo:
"Aquellas facturas que son renegociadas o impagadas y que pasan de estado liquidado a abierto de nuevo, no revierten el registro del IVA."
Si estáis interesados, por favor abrid un caso de soporte.
INFORMACIÓN FUNCIONAL
IVA de caja
Todas las empresas pueden verse afectadas por este nuevo régimen, ya que no sólo afecta a las empresas que decidan unirse a este reglamento. Además las empresas que tengan como proveedor a empresas que se han unido a este reglamento, también tendrán que utilizar este criterio al registrar las facturas que estos proveedores les envíen.
Este tipo de registro está soportado en AX a través de una funcionalidad que ya teníamos disponible para todas las versiones y es el IVA condicional.
Configuración del IVA de caja
- Las empresas que trabajan con AX y que se acojan a este reglamento, tendrán que marcar el siguiente parámetro:
Contabilidad general> Configuración> Parámetros de contabilidad general> Pestaña Impuestos> sección Opciones de impuestos:
Las empresas acogidas a este reglamento están obligadas a aplicarlo a todas las facturas de proveedores y clientes, y por tanto tendrán que utilizar el IVA condicional para todas las transacciones
- Las empresas que trabajan con AX y que no se acojana este reglamento, pero que tengan proveedores que sí se han unido, tendrán que marcar el siguiente parámetro de la ficha del proveedor:
Proveedores> Común> proveedores> Todos los proveedores> Selecciona el proveedor> pestaña factura y entrega> Sección Libros de IVA españoles
Las empresas no adheridas a este reglamento están obligadas a aplicarlo sólo para las facturas de los proveedores que sí se hayan unido al REEC. Sólo utilizarán el IVA condicional para las facturas de proveedores que se hayan unido a este reglamento
Configuración de IVA condicional
El IVA condicional es una funcionalidad disponible en AX desde siempre. En España sólo lo podían usar empresas tales como constructoras, a las que por la peculiaridades de su negocio se les permite declarar el IVA en el momento del pago y no de emisión de la factura. Ahora esta funcionalidad será utilizada para el registro de facturas de compañías que se han acogido al reglamento de IVA de caja
1.- Contabilidad general> configuración> parámetros de contabilidad general> pestaña genera: Impuesto no realizado = si
2.- Contabilidad General> Común> Cuentas principales> Selecciona la cuenta que vas a utilizar como cuenta Puente de IVA en mi caso 1400 porque no es un plan español> pestaña configurar: Tipo Registro= Impuestos
3.- Contabilidad General > Configurar> Impuestos> Grupos de registro> Crea uno nuevo: Grupo de registro=COND; Descripción= CONDICIONAL> pestaña general: Impuestos repercutidos=1400; Impuestos soportados= 1400. También puedes rellenar el campo de impuestos repercutidos para ventas.
4.- Contabilidad general > Configurar> Impuestos> Códigos de impuestos.
4.1.- Creamos primero el código de impuesto que se registrará en el momento del pago como se describe en la imagen, y que es un impuesto normal. Crearemos tantos como porcentajes de IVA tenemos. Como peculiaridad tened en cuenta que en el grupo de registro pondremos el grupo creado en el paso anterior
4.2.- Después creamos el código de impuesto de la factura, que se configura como un código normal con la peculiaridad de que añadiremos como “código de impuesto (IVA) sobre pagos el código de IVA creado anteriormente. Crearemos tantos como porcentajes de IVA tenemos.
5.- Creamos un grupo de impuestos en el que incluimos los códigos impuestos creados para las facturas. Contabilidad general> Configuración > Impuestos grupos de impuestos
6.- Incluimos los códigos de impuestos creados en el grupo de impuestos de artículos. Contabilidad general> Configuración > Impuestos grupos de impuestos de artículos
7.- En la ficha del proveedor actualizamos el grupo de impuestos. Proveedores. Proveedores> Común> proveedores> Todos los proveedores> Selecciona el proveedor> pestaña factura y entrega: grupo de impuestos= al grupo creado en la sección anterior
Proceso de contabilización de IVA al registrar la factura y el pago con impuesto condicional
Escenario:
Mi empresa CEE no está acogida al RECC pero tengo un proveedor (1002) que sí. Recibo una factura con la siguiente información:
- Fecha= 1 de agosto
- Num de factura= cond1
- IVA de caja
- Base= 1000,00
- % IVA= 21
- Cuota=210,00
- Total factura= 1.210,00
El 1 de septiembre pagamos la mitad de la factura
1.- Proveedores> Diarios> Diario de facturas y registramos una factura con el grupo de impuestos creado anteriormente y el grupo de impuestos de artículo en el que lo hemos incluido, además del resto de la información
Se ha generado una transacción de impuesto con el código de la factura
En el asiento, la factura se ha contabilizado:
- Con el total de la factura como deuda con el proveedor
- La base como gasto, a la cuenta indicada
- El IVA a la cuenta de IVA transitoria
2.- En septiembre realizamos el pago de la mitad del importe de la factura por cheque. Proveedores> Diarios> pagos> Diario de pagos
En consultas> Asientos. Vemos los registros relacionados con el pago total de la factura: proveedor y banco
> Asientos relacionados> Asiento. Podemos ver el registro del IVA condicional anulando el saldo registrado previamente en la cuenta puente de IVA 1400, y registrando en la cuenta de IVA habitual (en España sería una 472xxxx)
Los impuestos registrados:
- Uno de factura que cancela el código de impuesto registrado anteriormente con la factura
- El nuevo por el IVA correspondiente al pago
INFORME 340
El informe 340 ha sido modificado como consecuencia del REEC. Los cambios consisten básicamente en:
- La introducción de nuevas claves (códigos de operación) para los registros relacionados con este nuevo reglamento. En AX soportamos la clave Z, que es genérica, y como claves voluntarias 2 para facturas con varios tipos de IVA y 3 para facturas rectificativas.
- Además para los registros de tipo Z,1,2,3,4,5,6,7,8, incluye los siguientes campos: fecha de pago; importe pagado; medio de cobro y cuenta bancaria
Ejemplo de una factura emitida con IVA de caja cuando generamos el 340 en AX:
Hacemos la prueba con las transacciones del ejemplo anterior:
En la configuración del informe 340, incluimos ambos códigos de IVA: el de la factura y el del pago. Además del resto de códigos que tenga la empresa.
Contabilidad general> configuración> impuestos> España> Libros de IVA españoles
>informes de IVA españoles> crear nuevo.
1.- Lo generamos para agosto> Aceptar
>pestaña general> salida> exportación al archivo ASCII. Abre al ASCII y verás la misma información que en cualquier factura normal, incluso con el mismo código de operación que antes (en este caso blanco de operación habitual)
2.- Lo generamos para septiembre. Tendremos la misma información que en el registro anterior con las siguientes diferencias:
- La clave (código de operación) es Z
- la base imponible es la correspondiente al importe pagado, es decir 500,00
- la cuota de IVA es la correspondiente al importe pagado, es decir 105,00
- Se añade la siguiente información: fecha de pago; importe pagado; medio de cobro y cuenta bancaria
Cuestiones que no han quedado 100% claras por hacienda con respecto al 340
Después de indecibles llamadas y de buscar en información por varios medios, no acabamos de tener 100% claro los siguientes puntos:
- Si el registro de la factura debe de tener el código Z o no. De las muchas llamadas que hemos hecho pidiendo confirmación de esto, sólo en una ocasión nos han dicho que la factura debe de llevar el código Z, y en el resto nos han confirmado que se registra con el código que teníamos antes de esta reforma. Leyendo la ley, yo entendería que es Z, pero en general no es lo que está confirmando hacienda, por lo que hemos dejado el diseño del modo expuesto
- En NAV la factura se registra con importe, base y cuota cero. De nuevo en hacienda nos han dicho en todas las ocasiones que sí hay que meter importes, que tan sólo se completa la información del cobro o pago cuando se realiza. Por eso motivo no lo hemos modificado, pero nos queda la pequeña duda
- También hay dudas con respecto a si debemos deponer uno o dos registros cuando factura y cobro se producen en el mismo periodo
Os recuerdo que las líneas son editables, y entiendo que la mayoría de clientes de AX no se ha unido a este reglamento porque no cumple las condiciones, o porque no le interesa. Por lo tanto, por lo general se tratará de pocas facturas afectadas este mes. Por lo tanto, si estáis convencidos de que el diseño es equivocado, no dudéis en modificar las líneas directamente en el formulario correspondiente, y por favor reportadlo cuanto antes a través de un caso de soporte con la información oficial correspondiente para que lo tengamos en cuenta.
Espero que os haya servido de ayuda esta información para empezar a usar esta funcionalidad e implementarla en vuestros clientes.
Ya sabéis que cualquier cosa, estaremos encantados de ayudaros a través de Soporte.
Saludos y hasta pronto!
Natalia F de la Garma