eNeAuVe

Blog del equipo español de Soporte de Dynamics NAV

Modelo 347 NAV – Actualización 2012 – Reporte Trimestral

Modelo 347 NAV – Actualización 2012 – Reporte Trimestral

Rate This
  • Comments 18

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:

http://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.

 

Leave a Comment
  • Please add 8 and 2 and type the answer here:
  • Post
  • Hola Vanessa,

    Gracias por vuestra explicación.

    Vemos que no hay forma de identificar los arrendamientos de local de negocio, ¿es así?.

    Saludos

  • 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.

  • una vez mas muchisimas gracias por el nivel de detalle, explicaciones, etc

    así da gusto

    lo dicho, muchas gracias, y que puedas seguir así

  • 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

  • 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

  • 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.

  • 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!

  • 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.

  • 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.

  • 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.

  • 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

  • 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?

  • 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.

  • 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.

  • 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.

Page 1 of 2 (18 items) 12