Modelo 340: Modificaciones adicionales en cuanto al Criterio de IVA de Caja.
Hola de nuevo a todos,
como recordaréis, hubo cierta incertidumbre cuando se modificó el Modelo 340 para el IVA de CAJA.
Nos reportasteis bastantes consultas en el Blog anterior:
, y al parecer la Agencia Tributaria ya ha dado unas pautas más firmes y el Departamento de Desarrollo ha procedido a actualizar dicha funcionalidad.
La forma de proceder en Microsoft Dynamics NAV es básicamente la misma, pero hay ciertos cambios.
¿DEBO CONFIGURAR DYNAMICS NAV DE LA MISMA MANERA PARA IVA DE CAJA?
No, ahora existen nuevos campos booleanos "Régimen de IVA de CAJA" tanto en Configuración de Contabilidad (para la empresa - Clientes) como en Configuración de Grupos de Registro de IVA (para los posibles Proveedores adheridos al régimen, aunque la propia empresa no lo esté).
Esta configuración será compartida con el Modelo 347, y ya la hemos explicado en mayor profundidad en el Blog anterior:
https://blogs.msdn.com/b/eneauve/archive/2015/01/22/modelo-347-iva-de-caja.aspx
¿QUÉ HA CAMBIADO CON RESPECTO AL DISEÑO ANTERIOR DEL MODELO 340 CON IVA DE CAJA?´
Básicamente se han tenido en cuenta los siguientes cambios:
1. Ahora será posible diferenciar operaciones con IVA NO REALIZADO normal, y las acogidas al Régimen de IVA de CAJA.
Esta diferenciación será posible gracias a la Configuración con el nuevo campo "Régimen de IVA de Caja".
2. DOCUMENTOS: ahora serán exportados CON los IMPORTES correspondientes (aunque aún no se haya efectuado el Pago, y realizado el IVA).
Además, dichas operaciones llevarán la Clave de Operación "Z" ó "1-8".
Anteriormente los exportábamos como Clave Operación habitual (blanco) y sin los importes informados.
3. PAGOS: ahora serán exportados SIN los IMPORTES correspondientes en los campos Base, Importe IVA, etc...
Solamente indicaremos los importes pagados, en qué fecha y qué método usado gracias a los 4 nuevos campos creados para el IVA de CAJA:
- Fecha de pago
- Importes pagados
- Medio de pago utilizado
- Cuenta bancaria o medio de pago utilizado
La Clave de Operación para estos Pagos bajo el Criterio de IVA de Caja, seguirá siendo la "Z" ó 1-8.
Estos 2 registros se complementarán. Primero reportaremos el DOCUMENTO correspondiente, con el Importe total, fecha y Nº documento.
Más tarde, y relacionado siempre con el Nº DOCUMENTO anterior, obtendremos el Pago(s) en sus correspondientes fechas, e informando en los 4 nuevos campos sobre los importes que se realizan.
De este modo, la AEAT obtendrá toda la información requerida para este tipo de operaciones (sin duplicar importes, y de manera correcta).
EJEMPLO DE USO:
Usando el registro efectuado en el BLOG anterior para el Modelo 347 con IVA de CAJA:
- Factura de Compra, con pago directo (CAJA) y marcando solamente el campo "Régimen de IVA de CAJA" en la Configuración de Grupo de Registro de IVA (NR21 - con IVA No realizado e IVA de CAJA).
, y exportando el Modelo 340 para el periodo seleccionado (Enero 2015):
, obtendremos los siguientes registros en la Página de Líneas Modelo 340. donde podemos comprobar que AMBOS Documento y Pago llevan la Clave de Operación "Z".
El Pago lleva los Importes a cero, y el Documento es el que informa de dichos Importes.
Y en el fichero 340 que obtendremos, podremos localizar igualmente dichos registros de IVA de Caja:
Para entender mejor los cambios aplicados, os vamos a mostrar el fichero de Declaración 340 validado en la Herramienta offline de Hacienda:
Primero observaremos el DOCUMENTO (Factura en este ejemplo):
- Clave de Operación "Z" (puede ser tb 1-8)
- Importes informados
- Nº Documento y Fecha Operación.
Y el PAGO correspondiente:
- Clave de Operación "Z" (puede ser tb 1-8)
- Importes NO informados
- Nº Documento y Fecha Operación, para relacionar este Pago con el Documento inicial
- Los 4 nuevos campos de IVA de CAJA informando del importe de pago realizado, fecha de pago y medio de pago utilizado
Esperamos que esta información os haya servido de utilidad y el Modelo 340 con IVA de Caja funcione finalmente como se esperaba.
Cualquier consulta o problema relacionado con esta funcionalidad, no dudéis en consultarnos a través de Soporte.
Saludos y hasta la próxima,
Equipo de soporte Microsoft Dynamics NAV.
Comments
Anonymous
January 28, 2015
Hola, Por lo que veo , la estrucutura del modelo 340 , al contrario de la del 347, no sufre variaciones, por tanto, Si una empresa no esta sujeta al IVA de caja y tampoco trabaja con proveedores que estén sujetos, ¿Tiene que instalar el parche con las modificaciones? Muchas graciasAnonymous
January 29, 2015
Hola Miguel, Para aquellos clientes que solo presentan el Modelo 340, y ya lo actualizaron con el anterior Regulatory Feature para IVA de Caja, donde venían actualizadas las nuevas posiciones, no sería necesario implantar el parche actual. Lo que sí que debéis tener en cuenta es que para el Modelo 340 anteriormente se pusieron nuevos campos como se ha hecho para el Modelo 347 ahora, y esos sí que son de obligado cumplimiento ya que cambió la estructura del fichero. Pero si ya tenéis la anterior modificación implementada del Modelo 340, no sería necesario implementar este cambio. Adicionalmente indicaros que en los Cumulative Updates vienen más cosas, no solamente estos parches de IVA de Caja para 340 y 347 Saludos y buen fin de semana, Equipo de soporte Microsoft Dynamics NAV.Anonymous
February 09, 2015
Buenas tardes, Cuando comentais "Para aquellos clientes que solo presentan el Modelo 340, y ya lo actualizaron con el anterior Regulatory Feature para IVA de Caja, donde venían actualizadas las nuevas posiciones, no sería necesario implantar el parche actual". Os referís al cambio realizado el año pasado (febrero 2014) que tenia como etiqueta "TFS355412"? Es decir, los que ya realizaron ese cambio el año pasado y no utilizan IVA de CAJA, les sirve el modelo 340 tal y como está en cuanto a estructura? Muchas gracias por la ayuda prestada por este Blog Un cordial saludoAnonymous
February 17, 2015
Hola, he probado la generación del 340 con el rollup 15 de NAV 2013R2 en una cronus, y tanto el pago como la factura llevan importes. Ambas las marca con 'Z' correctamente y el pago además informa de los datos de pago, pero tanto factura como pago llevan la base, IVA, etc... Esto no cuadra con lo que indicáis más arriba. ¿Finalmente ambos movimientos deben llevar esa información? Gracias de antemanoAnonymous
February 18, 2015
The comment has been removedAnonymous
February 19, 2015
Estoy completamente desorientado en cuanto al modelo 340 con las modificaciones de IVA de caja. Por favor, ¿me podéis dar un link, que funcione y que contenga la últimas modificaciones publicadas para el modelo citado?. Llevo toda la tarde buscando links, descargando objetos, y no soy capaz de encontrar un set de objetos que corrija lo del IVA de caja en 340 (la factura debe llevar informada la base, el IVA, el importe de IVA y el total) y el pago debe llevar a cero los valores mencionados y solamente informar la cuota deducible). He encontrado uno para 2009 SP1/R2 que aparentemente tenía la modificación, pero por lo que parece es lo mismo que la última versión. Si no está la corrección para 2009 SP1/R2, al menos la de 2013, o 2015. ¿Están en una cumulative update?. ¿Me podeis ayudar?Anonymous
February 19, 2015
The comment has been removedAnonymous
February 22, 2015
The comment has been removedAnonymous
February 25, 2015
Hola Ignasi, se publicaron dichos cambios en el CU de Enero para todas las versiones. Como los CUs son acumulativos, podrás encontrarlo en todos los CU desde Enero (así que en el de Febrero también estará). Aquí tienes la Release Note, que informa sobre los cambios en los 2 Modelos conjuntamente: mbs.microsoft.com/.../msdnav2013mdl347340spain Saludos, Equipo de soporte Microsoft Dynamics NAV.Anonymous
March 09, 2015
Estoy intentando localizar los cambios realizados para el 340 (en versión 2013) y una vez analizados tratar de aplicarlos a versiones anteriores a dicha versión. Veo dos problemas importantes :
- Los nuevos campos (10705, 10706, ...) no es posible crearlos, puesto que una versión 2009R2 no acepta importar FOB's de versiones superiores, por lo que estos campos entiendo que deben crearse en el rango 50000..99999
- No consigo identificar claramente las modificaciones realizadas en los objetos que la Release Note (ReleaseNoteESDeclaration340347NAV2013.docx) informa como modificados. Tengo los objetos de la CU22 y también tengo el fichero del log de cambios (NAV.7.0.39369.ES.AccumulatedChangeLog.txt), pero este log es el acumulado de todas las actualizaciones, sin especificar, por ejemplo, cuáles corresponden al 340. Algunas se intuyen, pero en la codeunit 12 es un poco arduo identificarlas. He abierto un incidente de soporte, ¿pero existe alguna forma de identificar estas actualizaciones?. Disculpad si este blog no es el lugar adecuado para hacer este tipo de preguntas. Gracias.
Anonymous
June 28, 2015
Respecto a la versión 2009 SP1, ya se que está fuera de soporte pero es que acabo de implementarlo y me da el siguiente error al ejecutar el report 10743 "La definición del campo VAR Registration No. ha cambiado después de guardar el objeto. Tipo anterior:Text Nuevo Tipo: Code" ¿a alguien le suena?Anonymous
June 28, 2015
Fe de erratas: perdón donde puse VAR Registration quería decir VAT RegistrationAnonymous
June 29, 2015
bueno ya logré que no me apareciera ese error pero ahora al exportar el fichero no me suma bien la cantidad de líneas, siempre me pone de más en la cabecera, variable NoofRecords.Anonymous
June 29, 2015
Según he leído en un post del 24 de Abril de 2014 , mi problema es que tenemos facturas con importe=0, y se decía "...Desarrollo por tanto ha decidido arreglar el contador del Nº registros, pero dejar sin comentar las líneas que hacen el SKIPZEROCUST/VENDLEDGERENTRIES. Por tanto las Facturas con Importe cero no aparecerán en el fichero exportado desde NAV, pero para solucionar el problema del contador, tenemos un parche. Si lo necesitáis, solo tenéis que poneros en contacto con soporte y os lo mandamos de manera gratuita." ¿Alguien me lo puede facilitar?Anonymous
July 15, 2015
Buenas tardes Mar, Disculpa la demora en la respuesta :) Efectivamente disponemos de los objetos y como indicamos en el post si necesitáis esta ampliación de funcionalidad no dudéis en poneros en contacto con nosotras mediante un caso de soporte y os haremos llegar la solución Espero por tanto a que me crees un caso de soporte para remitirte toda la información que necesitas Recordaros que cualquier problemática que encontréis con esta y otras funcionalidades es mejor que la gestiones mediante un caso de soporte, ya que la respuesta va a ser mucho más rápida y completa. Saludos y hasta la próxima, Equipo de soporte Microsoft Dynamics NAV.