eNeAuVe

Blog del equipo español de Soporte de Dynamics NAV

Modelo 340 NAV – Actualización 2012

Modelo 340 NAV – Actualización 2012

Rate This
  • Comments 37

Buenas tardes a todos :-),

 

Quería informaros en este nuevo artículo de que ya han salido publicados los objetos de actualización del Modelo 340 para NAV, adaptados a los nuevos requerimientos del 2012.

Aquí tenéis los links de descarga:

 

NAV5.0Sp1:

NAV2009Sp1/R2:

 

Como se trata de nueva funcionalidad, os voy a intentar guiar un poco para que sepáis cómo utilizarlo:

 

1. NUEVOS OBJETOS y OBJETOS MODIFICADOS:

En total está actualización consta de 15 objetos, de los cuales son ya existentes 11 de ellos, y 4 nuevos:

-         Formularios 10744 y 10745

-         Pages 10744 y 10745

 

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 290747.html

 

2. ACTUALIZACIÓN de LICENCIA:

Como ya os contamos anteriormente a través de un comunicado desde la subsidiaria, será necesario Actualizar las Licencias para incluir los permisos necesarios para los nuevos objetos.

 

3. NUEVOS CÓDIGOS DE OPERACIÓN:

Una de las modificaciones que vienen con esta actualización, es la inclusión de nuevos Códigos de Operación. Cada uno os servirá para un tipo de transacción:

En NAV se ha diseñado de tal manera, que podremos soportar todos.

Tan solo tenemos que ir a la ventana de configuración de Códigos de Operación:

Gestión Financiera --> Configuración --> General --> Códigos de operación

Y rellenar los que consideremos necesarios para nuestra empresa.

Dichos Códigos de Operación se relacionarán con Grupos Contables de Producto.

Gestión Financiera --> Configuración --> Grupos Contables --> General --> Producto

Ahí veremos un nuevo campo “Código de operación”, que nos servirá para que toda operación registrada con dicho Grupo Contable Producto, sea relacionado con dicho Código
de Operación al exportar el Modelo 340 para el año 2012.

 

NOTA: No se pueden configurar en esta ventana los Operation Codes: C, D e I. Estos serán creados automáticamente por el sistema.

 

Las facturas de compra y venta, servicios, abonos… se relacionarán con un determinado Grupo Contable Producto, y éste será el que lo mapee con su determinada Clave de Operación.

Al ejecutar el Modelo 340, os aparecerá una nueva ventana: “Líneas del modelo 340”. Aquí podréis modificar las Claves de Operación si fuera necesario, excepto las que son creadas por el sistema (C, D e I)

 

4.  NUEVOS CAMPOS “Ubicación de Propiedad” y “Nº de cuenta de impuestos de propiedad”

Se tendrán que rellenar para la Clave de Operación “R”, por registro.

Estarán disponibles en la nueva ventana que aparecerá para confirmar/modificar las Claves de Operación en las operaciones registradas en el sistema para el período que deseamos exportar, una vez que hemos ejecutado
el Modelo 340: “Líneas del modelo 340”

 

 

5. PAGOS EN EFECTIVO:

Tendremos que informar a partir de ahora en el fichero del 340 de los Pagos en Efectivo que se hayan llevado a cabo durante el periodo que deseamos presentar a Hacienda.

Para ello, se añaden dos nuevos campos para indicar los importes percibidos en metálico superiores a 6.000,00 euros

El funcionamiento es similar a los Pagos en Efectivo que se desarrollaron para el 347, con alguna salvedad:

a)     Los Pagos en Efectivo se exportarán SIEMPRE en una línea separada de la factura y en una línea única por cliente/periodo reportado.

b)     Los Pagos en Efectivo serán reportados para el periodo en concreto en que se exporten. No obstante, si existieran Pagos en Efectivo en diferentes periodos, debieran
ser acumulados a los anteriores, siempre y cuando existieran en dicho Periodo que estamos exportando, importe de Pagos en Efectivo.

Por ejemplo, si reportamos 11.000€ en Julio y en Agosto no tenemos ningún pago en efectivo, al exporta para el Periodo Agosto, no obtendremos nada en el fichero para Pagos en
Efectivo. En cambio, si exportamos en Septiembre y en ese mes tenemos otros 1.000€ de Pagos en Efectivo, entonces al exportar, obtendríamos 12.000€ para ese periodo.

c)     Los Pagos en efectivo relacionados con facturas del 2011 no se deberán incluir en las Declaraciones del 340 para el 2012.

 

6. EJEMPLO DE FUNCIONAMIENTO:

Vamos a registrar una Factura de Venta, para un determinado Grupo Contable Producto y comprobar que aparece en el 340 y que además se mapea con nuestro
valor seleccionado de Clave de Operación. Además, vamos a incluir un Pago en efectivo superior a 6.000€ y comprobaremos que aparece en el fichero.

Tenemos por tanto que actualizar el Producto que vamos a usar, por ejemplo en este caso para la Clave de Operación “R” – Arrendamientos Local de negocios.

 

Y entonces registro una factura para el día 31/01/12, para dicho Producto.

Pongo como Forma de Pago: CAJA (pago en efectivo), que como sabéis, va contra una cuenta contable, normalmente 5700001:

Al seleccionar CAJA, se me creará automáticamente la Factura y su correspondiente Pago en efectivo. (También podéis crear un Pago en efectivo por separado y liquidarlo contra la factura).

Selecciono el Producto 1000 – Bicicleta, que tengo mapeado para la Clave de Operación “R” (aunque no es un Local de Negocios, jaja, pero nos lo imaginamos ;-)), y registro la
Factura de Venta por 8.500€.

Mi IVA16 está configurado con un 16% IVA, y un 4% RE. Las estadísticas serían las siguientes:

 

Y en los Movs. de contabilidad comprobaremos que se hace un Pago en Efectivo por 10.200€ a la cuenta de Caja 5700001:

Al ejecutar el Modelo 340 desde:

Gestión Financiera --> Contabilidad --> Actividades Periódicas --> IVA --> Modelo 340

Tendríamos que rellenar la información como sigue, para este ejemplo en concreto:

 

Importante resaltar: “Ejercicio”, “Período” que vamos a declarar, y para Pagos en Efectivo: “Importe mínimo de Pago” (que será 6.000€) y “Cuenta para pagos en efectivo”.

En nuestro caso esta cuenta sería la 5700001. Si no la especificamos, no obtendremos la información en el fichero.

Una vez hayamos rellenado todos los campos correctamente, al pulsar Aceptar, obtendremos las “Líneas del modelo 340”, con toda la información correcta para mi factura:


Como veréis, tendremos que rellenar para nuestra operación “R” – Arrendamiento, los campos “Ubicación de propiedad” y “Nº de cuenta impuestos de propiedad” y pulsar Aceptar.

 

NOTA: “Nº cuenta de impuestos de propiedad” será necesario tan solo con las 2 primeras opciones de “Ubicación propiedad”:  “Propiedad en España” o “Propiedad en País Vasco/Navarra”

 

Lo relleno de la siguiente manera: “Propiedad en España” y un “Nº cuenta de impuestos de propiedad” y le doy a Aceptar.

 

Con esto exportaré mi fichero del 340, que contendrá toda la información correctamente:

-         En AZUL: La clave de Operación “R”, y los campos “Ubicación de propiedad” y “Nº de cuenta de impuestos de propiedad”

-         En VERDE: Los importes de IVA y RE

-         En ROJO: Línea de Pagos en Efectivo

 

7. NOTAS IMPORTANTES desde DESARROLLO:

Y solamente recordaros algunas notas que Desarrollo nos ha dejado en la Release Note. Son cosas importantes a tener en cuenta, debido a los problemas que han tenido con
Hacienda y la no publicación de la herramienta de validación hasta el último momento.

  •  The 340 model / format released through this update has been validated using the COBOL pre-validation program  “Prevalidacion_340_2012_v20.exe” released by
    Agencia Tributaria (AEAT) on Tuesday 24th January 2012.
  • At date of release no final validation tool has been released by the AEAT.
  • As mentioned above, Operation Codes C, D & I are system-created and do not require any setup NOR would the system allow the user to modify these Operation Codes
    against any 340 Records.
  • Additional field /Record validations are performed only for Operation Code ‘R’ which represents rental operations. For any other user defined Operation Code relating to Travel
    agencies,  Grants or Insurance Operations, etc. – to name a few, system would not perform any additional field level or record level validations or would not modify fields specific to this
    operation Code for the 340 exported record.
  • Any modification / update to the values in the ‘340 Declaration lines’ form would be used only for reporting and would not be stored in the system.
  • If an invoice contains multiple lines with same VAT but different General Product Posting groups or multiple Operation Codes and in such situation, system would not
    default any Operation Code.
  • Only applied Cash payments would be utilized for the reporting related to Payments in Cash
  • Property transmission information is not covered in the current Dynamics NAV product design

 

8. PEQUEÑO PROBLEMA a TENER en cuenta en los OBJETOS PUBLICADOS:

Mientras escribía el artículo, me he dado cuenta de un pequeño problema en el código.

Existe un valor harcodeado en el código, que está en inglés...y nunca se tendrá en cuenta cuando exportéis en español.

Está en el Informe 10743 - Make 340 Declaration, Función WriteDeclarationLinesToText:  --> IF Type = 'Sale' THEN

Ya que casi el 100% de vosotros lo exportará en ESPAÑOL, os recomiento que lo modifiquéis por el momento a:

IF Type = 'Venta' THEN

Ya he informado al Departamento de Desarrollo y lo solucionarán haciendo este campo "Type", en la Tabla 10744 - Declaration Line, de tipo Option.

 

Espero que este artículo os haya servido de ayuda.

 

Como siempre, estamos a vuestra disposición en el Departamento de Soporte para lo que pudierais necesitar.



Saludos y hasta la próxima :-),

Vanessa.

 

Leave a Comment
  • Please add 3 and 4 and type the answer here:
  • Post
  • buenos días

    una vez mas, muchisimas gracias

    con este tipo de documentación da gusto.

    Muy aclaratoria y explicativa. Perfecto.

    Muchas gracias,  y un saludo

  • Hola,

    Estoy deacuerdo, artículos muy bien documentados nos sirven de gran ayuda.

    Sabemos si abrá actualización del 347 y para cuando?

    Gracias.

  • Buenos días!! :-),

    muchas gracias IanPL y Airun por vuestros comentarios.

    Me hace muy feliz que os gusten mis posts y la documentación que os proporciono.

    Airun, si que va a publicarse una actualización para el 347.

    Igualmente os pondré un artículo similar a este explicando las novedades y un ejemplo de uso, vale?

    En cuanto lo tengamos disponible os aviso ;-).

    Saludos y buen fin de semana!;

    Vanessa.

  • Hola Vanessa.

    Respecto a los códigos de operación, ¿no sería recomendable crear el nuevo campo Cod. operación en las tablas 323 VAT Business Posting Group y 324 VAT Product Posting Group, en lugar de sólo en la tabla 251 Gen. Product Posting Group?

    En mi opinión es mejor utilizar estas tablas ya que al crear una factura podemos cambiar los grupos registro iva negocio y producto a nivel de línea, mientras que los grupos contables no.

    Por otra parte, si solo utilizamos la tabla de grupos de producto, damos solución a los códigos T, U, R, S y V, como bien explicas en tu ejemplo, pero, ¿que pasa con los códigos W y X? Estos dependen más del negocio que del producto.

    Gracias y un saludo.

  • Hola.

    Por lo que veo las operaciones de la clave S no se tienen en cuenta ya que aunque se registrasen como una factura de venta con IVA no sujeto, esta no se tendría en cuenta al no haber generado movimientos de IVA.

    ¿Como deben registrarse ese tipo de operaciones para que sean tenidas en cuenta?¿?¿?

    Un saludo.

  • En el formulario de "información de la empresa" ¿Tenemos que configurar el código de pais? Estoy teniendo problemas con esto, puesto que, si lo tengo puesto me genera los CIF/NIF en un lado del fichero y si no pues me lo genera en otra posicion con el ES delante.

    Tambien tengo problemas con el campo del recargo, puesto que en el formato de hacienda dice que los caracteres sobrantes deben ser 0 y a mi me mete vacios.

    ¿A nadie mas le pasa?

  • Hola Javier,

    Esta mañana me he encontrado con la misma duda respecto a las facturas relacionadas con el tipo "S". En mi opinión, este tipo de facturas debería de ser de tipo Exento para que sí que se genere movimiento de IVA y poder incluirlas en la declaración del modelo 340. Si especificas un tipo No Sujeto no te aparecerán en este modelo.

    Donde no se deben de incluir las bases de estas facturas es el modelo 303, por lo que yo crearía un grupo contable producto para no tener en cuenta estas bases en la declaración del IVA.

    Saludos.

  • Hola.

    En el diseño lógico del fichero, las posiciones 350 a 500 se deben de completar a “blancos” para el libro registro facturas recibidas. La función WriteDeclarationLinesToText rellena los campos "Property Location" y "Property Tax Account No." y algunos 0's.

    La función debería de ser de la siguiente manera:

    ....

    ELSE

     //Eliminar las siguientes líneas

     //txt += PADSTR('',19,' ') + GetPropertyLocation("Property Location") + PADSTR("Property Tax Account No.",25,' ') +

     //PADSTR('0',15,'0') + PADSTR('',4,'0') + PADSTR('0',15,'0') + PADSTR('',56,' ');

     //Añadir esta nueva línea

     txt += PADSTR('',MAXSTRLEN(txt)-STRLEN(txt),' ');

    Saludos.

  • Hola JuanMi Cerezo,

    En principio muchas gracias por tu colaboración. En cuanto a las modificaciones del 340, ¿habría que realizar alguna más?

  • Hola Carlos.

    Según el BOE, en su apartado 1. Operaciones de arrendamiento de local de negocio.

    En estas operaciones el arrendador deberá registrar la factura emitida con la clave “R” y cumplimentar los campos correspondientes a la referencia catastral del inmueble arrendado y la situación del mismo.

    Por su parte, el arrendatario, únicamente deberá registrar la factura recibida

    con la "misma clave".

    Para la primera parte, los objetos publicados te permiten indicar en el formulario la clave de tipo R, la ubicación y la referencia catastral (que no entiendo por qué lo llaman "Nº de cuenta de impuestos de propiedad" cuando en el BOE aparece "Referencia catastral"), pero si en lugar de una factura de venta se trata de una factura de compra, sólo tienes que indicar la clave de tipo R, y en el formulario Lineas del modelo 340 no te permite indicar sólo la clave si no completas el resto de campos.

    Yo he realizado las siguientes modificaciones:

    1. TABLA 10744 - OnModify

      //Eliminamos esta línea  

      //IF "Operation Code" = 'R' THEN

      //Añadimos esta línea

      IF ("Operation Code" = 'R') AND (Type = Type::Sale) THEN

    2. FORMULARIO 10744 - OnQueryCloseForm

      IF OKPressed THEN BEGIN

        SETRANGE("Operation Code",'R');

        SETRANGE("Property Location","Property Location"::" ");

        //Añadimos esta línea

        SETRANGE(Type,Type::Sale);

    3. REPORT 10743 - OnPostReport

      IF FORM.RUNMODAL(10744,TempDeclarationLines) = ACTION::LookupOK THEN BEGIN

        TempDeclarationLines.SETRANGE("Operation Code",'R');

        TempDeclarationLines.SETRANGE("Property Location",TempDeclarationLines."Property Location"::" ");

        //Añadimos esta línea

        TempDeclarationLines.SETRANGE(Type,TempDeclarationLines.Type::Sale);

    Saludos  

  • Hola a todos,

    además, en esta función

    IdentifyCashPaymentsFromGL(CustLedgerEntryParam : Record "Cust. Ledger Entry") : Boolean

    he cambiado esta línea:

    // GLEntryLoc.SETRANGE("Document Type",GLEntryLoc."Document Type"::Payment);

    por esta:

    GLEntryLoc.SETFILTER("Document Type",'%1|%2',GLEntryLoc."Document Type"::Payment,GLEntryLoc."Document Type"::" ");

    para que tenga en cuenta pagos con tipo=blanco cuando calcula los importes en efectivo.

    saludos

    GLEntryLoc.SETFILTER("Document Type",'%1|%2',GLEntryLoc."Document Type"::Payment,GLEntryLoc."Document Type"::" ");

  • Buenos días,

    en mi caso, al realizar pruebas al subir el fichero a la página de AEAT, da siempre dos errores por cuestiones de formato.

    El primero es respecto a la Situación del Inmueble. En el report se realiza de este modo (función GetPropertyLocation):

     IF PropertyLocation = 0 THEN

       EXIT(' ');

     EXIT(FORMAT(PropertyLocation));

    Pero parece que en AEAT lo prefieren así:

     IF PropertyLocation = 0 THEN

       EXIT('0');

     EXIT(FORMAT(PropertyLocation));

    El otro error es igual, en el caso del campo Ejercicio cobro en metálico por importe superior a 6000 €.

    En el report esta así (función WriteDeclarationLinesToText):

             txt += FormatPerText("EC %") + FormatTextAmt("EC Amount",FALSE) +  GetPropertyLocation("Property Location") +

               PADSTR("Property Tax Account No.",25,' ') + PADSTR('0',15,'0') +

               PADSTR('',4,' ') + PADSTR('0',15,'0') + PADSTR('',56,' ')

    Y hay que informar de este modo:

             txt += FormatPerText("EC %") + FormatTextAmt("EC Amount",FALSE) +  GetPropertyLocation("Property Location") +

               PADSTR("Property Tax Account No.",25,' ') + PADSTR('0',15,'0') +

               PADSTR('',4,'0') + PADSTR('0',15,'0') + PADSTR('',56,' ')

    cambiando el PADSTR('',4,' ') por el PADSTR('',4,'0')

    Ya diréis si os habéis encontrado con el mismo problema.

    Un saludo

  • Buenas tardes a todos :-),

    gracias por compartir tanta información en el foro.

    De todas maneras es un poco "arriesgado" puesto que lo que estáis compartiendo NO es código oficial de Microsoft.

    la mayoría de errores de formato de los que habláis, han sido solucionados ya por Microsoft. Solo os tenéis que poner en contacto con Soporte y os damos las correcciones oficiales.

    Sobre cualquier error, por favor reportarlo para que podamos ser conscientes y salgan arreglados en futuras versiones, teniendo todos el código de la misma manera. Si no, tendréis que modificar cada año.

    JuanMi, sobre tu sugencia, que me parece muy válida, al tratarse de una sugerencia debería ir a través de la web de MSConnect. Desde allí el Departamento de Desarrollo la evaluará y decidirá según votación si es popular y debe ser incluída en el siguiente SP o nueva versión.

    Saludos y muchas gracias a todos!;

    Vanessa.

  • ¿Como nos ponemos en contacto con soporte para recibir estas actualizaciones?

    Gracias

  • Hola Carlos,

    normalmente se haría creando un caso de soporte a través de PartnerSource.

    Como caso excepcional, debido a la urgencia de presentación del Modelo 340, por favor los interesados dejarme vuestro email y os envío las correcciones.

    Saludos!;

    Vanessa.

Page 1 of 3 (37 items) 123