Modelo 347 NAV – Actualización 2012 – Reporte Trimestral

  • Article

Buenos días a todos :-),

Como ya es costumbre, aquí os dejo un artículo con información sobre el recientemente publicado Modelo 347 con los cambios legales que ha impuesto Hacienda para este año.

Los links de descarga os llevarán a los objetos para las diferentes versiones:

347 – Actualización 2012:

NAV5.0Sp1:

NAV2009Sp1/R2:

 

1. NUEVOS OBJETOS y OBJETOS MODIFICADOS:

Esta vez contamos con una actualización sencilla, que no os llevará mucho tiempo implementar en vuestros clientes. Tan solo se modifica un objeto:

- Informe 10707 - Crear Modelo 347

 

Esto por supuesto indica, que tenéis que importar objetos previos en una base de datos limpia, para poder obtener toda la funcionalidad del 347 para este año:

347 – Actualización 2011:

NAV5.0Sp1:

 NAV2009Sp1/R2:

 

NOTA: Encontraréis junto con los objetos en PartnerSource/CustomerSource un documento con los cambios de código realizados en cada objeto, lo que os ayudará con vuestras actualizaciones en clientes.

Changelog 297655.html

 

2. ACTUALIZACIÓN de LICENCIA:

Para esta actualización NO será necesaria una actualización de licencia :-).

 

3. NUEVOS CAMBIOS EN LA ESTRUCTURA DEL FICHERO 347 PARA ESTE AÑO:

Se han incluido los siguientes cambios en el formato del fichero 347, de acuerdo con las especificaciones de Hacienda para el año 2012. (Reporte de operaciones del 2011).

 

4. HERRAMIENTA VALIDACIÓN – INFORMATIVAS – 347 2011.

Solo recordaos que tenéis disponible en el web de Hacienda el programa de validación del Modelo 347, donde podréis validar los ficheros exportados desde NAV. Podéis descargar la plataforma Informativas desde el siguiente Link:

https://www.agenciatributaria.es/AEAT.internet/Inicio_es_ES/_Configuracion_/_Acceda_directamente/_A_un_clic_/Descarga_de_programas_de_ayuda/Declaraciones_Informativas/Declaraciones_Informativas.shtml

 

,y añadir el Modelo 347 del siguiente modo:

1. Desde Informativas, seleccionar la Opción Archivo:

2. Después: “Agregar Nuevo modelo” --> “Agregar Nuevo modelo desde internet”

3. Hacemos click en “Siguiente” y seleccionar el Modelo 347 para 2011.

 

5. EJEMPLO DE FUNCIONAMIENTO:

Una empresa por ejemplo registra 4 facturas (pobrecilla la empresa no? Qué poco negocio ;-)), pero con eso nos vale para ver el funcionamiento del reporte trimestral:

La empresa se llama: TEST 347, y estos son sus movimientos:

NOTA: Tener en cuenta que para las facturas con “Cód. forma pago” = CAJA, tendremos un Pago en Efectivo para la cuenta 5700001, que liquidará el importe de la factura.

 

Los movimientos de la empresa serían por tanto los siguientes:

Si ahora voy a exportar mi fichero del 347 para el Ejercicio 2011 con los siguientes valores:

  •        Importante especificar para Pagos en Efectivo > 6.000€ la(s) cuenta(s) contable(s) necesarias.
  •        Y el Ejercicio, en este caso el 2011

Obtengo el siguiente fichero 347:

 

En VERDE: Importe Pagos en Efectivo (18.290 + 8.614 = 26.904€)

En AZUL: Importe Operaciones – PRIMER TRIMESTRE (9.440 + 18.290 = 27.730€)

En ROJO: Importe Operaciones – SEGUNDO TRIMESTRE (13.334€)

En AMARILLO: Importe Operaciones – CUARTO TRIMESTRE (8.614€)

 

Y si importo mi fichero en la aplicación de “Informativas” para el 347 2011, obtengo la siguiente información:

 

Recordad que la funcionalidad del 347 anterior, sigue funcionando del mismo modo, Pagos en Efectivo, Etiquetas, Informe 10746 para identificar los Pagos en efectivo no liquidados completamente…etc…

Cualquier duda, ya sabéis que os podéis poner en contacto con el Departamento de Soporte, y estaremos encantados de ayudaos :-).

 

Hasta la próxima!, saludos!;

Vanessa.

Comments

  • Anonymous
    February 29, 2012
    Hola Vanessa, Gracias por vuestra explicación. Vemos que no hay forma de identificar los arrendamientos de local de negocio, ¿es así?. Saludos

  • Anonymous
    February 29, 2012
    Buenas tardes, los arrendamientos fueron una modificación previa a la de este año para el Modelo 347, que es el Reporte Trimestral. El Departamento de Desarrollo consideró que estaba fuera del Alcance entonces, y por tanto no estaría incluída en el Desarrollo ahora tampoco. Supongo que tendría que ser una personalización por vuestra parte. Gracias y saludos!; Vanessa.

  • Anonymous
    February 29, 2012
    una vez mas muchisimas gracias por el nivel de detalle, explicaciones, etc así da gusto lo dicho, muchas gracias, y que puedas seguir así

  • Anonymous
    March 04, 2012
    Buenos días Vanessa, He visto que da error cuándo instalo sólo la actualización del 347 en una base "limpia". He leído en algún foro que hace falta instalar anteriormente la actualización del modelo 340 que habéis sacado recientemente ¿me podrías confirmar si esto es correcto? Muchas gracias por la ayuda que nos prestas. Raquel

  • Anonymous
    March 05, 2012
    Buenas a todos, tengo dos dudas referente al 347. La primera es referente al IRPF. En principio las facturas con IRPF no deben ser incluidas en el modelo 347, ya que se declaran en el 190. Pero, en el modelo 347 de NAV veo que, si marco la casilla omite en 347 en la casilla de la cuenta del IRPF,lo que hace es quitar el IRPF al importe de la factura, pero me la incluye en el declaración. ¿Como se soluciona esto? Y, ¿en Canarias el 347 se declara igual que en la penñínsula, teniendo en cuenta las particularidades fiscales de Canarias? Saldos y gracias

  • Anonymous
    March 08, 2012
    Hola, tengo una consultilla, que pasa si seguimos trabajando con Navision 3.60? Hay actualización para esta versión o debo actualizar primero el Navision a la versión 5? Alguna recomendación? Muchas gracias de antemano y un saludo.

  • Anonymous
    March 08, 2012
    Hola, Vanessa:  ¿Controláis el caso de los importes recibidos por transmisiones de inmuebles sujetos a IVA? (Posiciones 116 a 130). Si es así, ¿a partir de qué característica en NAV se detecta? Gracias!

  • Anonymous
    March 12, 2012
    Si se da el caso de proveedores repetidos con el mismo NIF, el cálculo trimestral lo realiza erróneamente puesto que en el procedimiento CheckSameVatRegno pasa el valor Type::Sales tanto si es cliente como si es proveedor. La línea    UpdateQuarterAmount(AmountType::Sales,ABS(VATEntry3.Base) + ABS(VATEntry3.Amount),VATEntry3."Document Date"); es incorrecta y debe sustituirse por dos líneas, una para proveedor y otra para cliente. Además, no entiendo porque razón se pasa la suma de valores absolutos.

  • Anonymous
    March 12, 2012
    Pasando los valores absolutos, en las función UpdateQuarterAmount, está provocando que se sumen tanto facturas como abonos, con lo que descuadran los importes. A parte, no entiendo por que se basa en la fecha emisión de documento para acumular los importes, ya que esto hace que no cuadren los importes con lo declarado en el IVA, ni con las declaraciones anuales que se basan en la fecha de registro.

  • Anonymous
    March 13, 2012
    Hola Vanesa, Mi duda es la misma que la de DEstruch en lo referente a por que se basa en la fecha emisión de documento para acumular los importes. Gracias de antemano.

  • Anonymous
    March 13, 2012
    Hola Vanessa, Tengo el mismo problema que el resto, cuando hay varios proveedores con el mismo CIF no acumula correctamente los importes, y además tampoco entiendo porque se pasa en valores absolutos. ¿Podéis pasarnos el parche correcto? Gr

  • Anonymous
    March 13, 2012
    El proceso parece que funciona incorrectamente cuando tenemos distintos proveedores con el mismo CIF (como puede ser el caso de las distintas consellerías de la comunidad valenciana). ¿Habéis detectado este problema y estáis tratando de solucionarlo?

  • Anonymous
    March 14, 2012
    Buenas tardes Vanessa, A parte de los problemas que han comentado que ocurre en el fichero, no se han actualizado tampoco los informes de declaraciones anuales ¿se va a hacer algo? Muchas gracias.

  • Anonymous
    March 14, 2012
    Sobre el 347: Tras solucionar el error garrafal del sistema cuando se tiene más de un proveedor con el mismo CIF encontramos lo siguiente: El sistema no funciona correctamente si el que trabaja en NAV no es un robot. Me explico: Supongamos que un cliente tiene una factura pendiente (mov. de cliente de tipo factura) con un importe de 4000 €. Me voy al diario y la parto en dos movimientos de tipo factura de 2000 € cada uno a otras fechas de vencimiento, liquidando la factura inicial. El sistema me exporta en el 347 un importe de 8000 € Si el cliente por lo que sea crea las facturas directamente desde el diario, con IVA, (cosa que el sistema permite hacer sin ningún problema), si no le pone tipo factura no lo tendrá en cuenta en el 347. También se ha modificado la ley con respecto al IVA no devengado y tampoco se ha hecho nada al respecto desde Microsoft. En conclusión una vez más sobrecarga de trabajo en el departamento para solucionar todos los temas y clientes enfadados y dudando del funcionamiento de las herramientas de NAV.

  • Anonymous
    March 15, 2012
    Hola Vanessa, seguimos con problemas y creo que es el útlimo año que importo una actualización para la presentación de cualquier modelo. Hemos corregido unos ocho sobrepasamientos por no controlarse la longitud al asignar determinados valores a variables de tipo texto.

  • Anonymous
    March 25, 2012
    ¿Está prevista una nueva publicación del modelo? Según puedo ver, no es correcto utilizar la fecha de emisión documento, en su lugar debe utilizarse la fecha registro.

  • Anonymous
    January 28, 2013
    En este enlace hay un hotfix que corrige varios de los errores expuestos en los comentarios: support.microsoft.com/.../es Saludos

  • Anonymous
    February 14, 2013
    Hola, Tenemos un cliente que está obligado a presentar el 347 de forma trimestral, ya que también presentan el 340, y en este caso están obligados a hacerlo así. ¿El nuevo informe 10.707 no contempla esta posibilidad? Muchas gracias.