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ódigode 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 ejecutadoel 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, debieranser 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 enEfectivo. 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 nuestrovalor 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 laFactura 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 conHacienda y la no publicación de la herramienta de validación hasta el último momento.
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.
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.
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),' ');
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"::" ");
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"::" ");
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
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í:
EXIT('0');
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:
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
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!;
¿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!;