1. Internet

DALF ACTUALIZACIÓN: Ficheros Comunes Ver.2014.FIN
Fecha: 28/01/2015
 LAS VERSIONES QUE DEBEN TENER CARGADAS: Ficheros Comunes - Ver. 2013.FIN
Modificaciones realizadas:
FICHEROS COMUNES
28/01/2015 Ver.2014.FIN
- Al enviar modelos 303 de periodos anteriores al 4T, se producía un error por contenido incorrecto en la casilla
80.
- Cuando por error se ha marcado que una actividad no hace modelo 390 y se obtiene un 303 con los datos
auxiliares, y a continuación se modifica para poder obtener el modelo 390, si se repite el modelo 303, siguen
apareciendo los datos auxiliares, teniéndolos que borrar a mano.
- Se ha producido cambios en la validación de los ficheros del modelo 390, por lo que se ha producido errores
con DECLARACIONES SUSTITUTIVAS, así como errores con la clave <RegDevMensual>
- Modificaciones de bases y cuotas por concurso de acreedores. No pasaba los importes al fichero del modelo
390 y se generaba un error por no cuadrar los importes con los totales de los modelo trimestrales/mensuales
- Si en la Razón Social había acentos, se generaba un error en la presentación del modelo 390
16/01/2015 Ver.2014.12.6
- Modelos 190 y 180. Se han modificado estos modelos, pues se ha observado que algunos clientes ha
introducido información manualmente en los datos de las retenciones, y en el campo "Ejercicio" han introducido
2014, lo cual producía un error de "mal ejercicio de devengo", ya que solo hay que meter el ejercicio cuando se
tratar de datos de un ejercicio anterior. La modificación hace que si el ejercicio de devengo es igual al ejercicio
de presentación, lo deje como ejercicio cero, y así no dará error
15/01/2015 Ver.2014.12.5
- En el modelo 303 daba error 8111 al enviar el modelo. La Agencia Tributaria ha habilitado una dirección Web
nueva para el envío de dichos modelos, por un cambio en el control de los certificados de seguridad. Con esta
versión ya será posible el envío directo de los modelos 303 desde la aplicación DALF.
- Control de los ficheros del resumen 347. Tras la versión 12.4, a numerosos clientes les da un error que no
existen los ficheros al entrar en la DALF. Se ha modificado el programa de control para que si dichos ficheros
no existen, el programa los cree automáticamente y no de error.
- Se han modificado las direcciones de envío del modelo 303 y resúmenes anuales, a las nuevas direcciones de
la Agencia Tributaria, publicadas el 14/01/2015
12/01/2015 Ver.2014.12.4
- Se ha detectado que en algunos modelos 190 ha aparecido el NIF "XXXXXXXXXX" como NIF del cónyuge,
por lo que da un error de validación. Este problema se ha solventado, ya que para nosotros el NIF
"XXXXXXXXXX" significa (internamente en el fichero) que no hay NIF del cónyuge, pero debido a un cambio en
el diseño del nuevo fichero de datos del 190, esta información se ha pasado erróneamente al fichero de envió a
Hacienda.
- En el modelo 390 se ha observado un problema aleatorio que hace qie en algunas declaraciones se marcara
el campo de operaciones en criterio de caja sin ser así. (Este problema sucedía sobretodo en declaraciones en
las que los modelos 303 se habían hecho mediante la introducción directa de los importes en las
autoliquidaciones, es decir, sin apuntes de IVA, sólo modificando los acumulados). Se ha modificado el control
de las marcas de si tiene operaciones en criterio de caja, para evitar que posible "basura" que haya en el fichero
de 390, se interprete como que "SI" tiene importes en criterio de caja.
09/01/2015 Ver.2014.12.3
-LIQUIDACION 123.- Se ha arreglado el error "Si tipo declaración es "U" la forma de pago debe ser
3"(domiciliación)".
LIQUIDACION 303.- Se ha informado a la Agencia Tributaria del que al enviar liquidaciones directamente desde
nuestra aplicación se produce un error "8111" y estamos a la espera de que nos digan porque se produce dicho
error. Sin embargo, y mientras tanto nos contestan, pueden enviar las liquidaciones "manualmente" desde la la
WEB de la Agencia Tributaria.
Debido a las numerosas llamadas que se están produciendo por el motivo de que no pasa los datos de
los alquileres de las cuentas al fichero del modelo 180, repetimos una vez más que para que se
traspasen los datos de las cuentas, tanto de contabilidad como de EOS, al fichero de datos del modelo
180 es OBLIGATORIO tener rellenados el TIPO DE REFERENCIA CATASTRAL, LA REFERENCIA
CATASTRAL Y LOS DATOS DEL LA DIRECCION DE DICHA REFERENCIA CATASTRAL.
Si no existen estos datos, el programa no traspasara la información, pues este año es obligatoria en el
modelo 180.
Si no tiene referencia catastral, deberá marcar el tipo "3" de referencia catastral, y rellenar los datos de
la dirección.
07/01/2015 Ver.2014.12.2
- Se han modificado el modelo 180, debido a un cambio en el numero del inmueble, pues ha cambiado de ser
campo alfanumérico a numérico.
Una vez más, y debido a las consultas que hemos recibido respecto a este modelo les indicamos que en las
cuentas que deben aparecer en el modelo 180 deben ser informadas tanto el tipo como el numero de la
referencia catastral, asi como los datos de la dirección de dicha referencia, pues solo se pasaran las cuentas
que tengan esos datos.
- Modelo 390. Por un cambio en el criterio de validación de la página de Hacienda, se han incluido los datos
referentes a los campos que identifican la emisión y la recepción de facturas de caja. Anteriormente se
identificaban estos datos sólo cuando se hacían movimientos de este tipo.
Según nos informan desde la agencia tributaria, a partir de mañana se volverán a activar las Predeclaraciones y
envíos directos desde el programa.
05/01/2015 Ver.2014.12.1
- Nuevo modelo 303 4T.
15/12/2014 Ver.2014.12.0
- Los resumes anuales modelos 180 y 347 del 2014 han cambiado, por lo que ha sido necesario una
reestructuración profunda de los ficheros que tratan dichos resúmenes.
MODELO 180: Se deben individualizar por referencia catastral los importes de los alquileres. Esto hace que en
el caso, bastante habitual, de que un único contrato de alquiler que englobe varios inmuebles, se deberá
desglosar en un registro por cada referencia catastral que esté incluida en el contrato de alquiler.
Si no lo tiene individualizado a nivel contable, tendrá que introducir manualmente en los datos del 180 las
referencias catastrales por las que se aplica retención, con una base y una retención, ya que no se admiten
registros con referencias catastrales y sin importes.
MODELO 347: En este modelo, además de separar las operaciones generales, de las que son de Seguros y
Alquileres, para este ejercicio, se han incluido nuevas subclaves para individualizar las operaciones en Criterio
de Caja, Sujeto Pasivo, etc., debido a lo cual también se ha tenido que modificar el fichero que gestiona estos
datos.
En esta versión 2014.12 ya están implementados dichos cambios, pero tanto en Contabilidad como en
Estimación, se han añadido unas nuevas opciones que permiten seguir obteniendo estos modelos con el
formato del ejercicio 2013.
17/10/2014 Ver.2014.10.0
- En la gestión de Historiales se ha modificado el proceso de copia para dar la posibilidad de pasar todos los
historiales de un NIF a otro. Hasta ahora solo se podía copiar una fecha determinada.
17/07/2014 Ver.2014.07.0
- Generador de Informes si se clasificaba por email, daba error.
20/06/2014 Ver.2014.06.0
- Adaptación programas documentos .docx
11/04/2014 Ver.2014.04.1
- Modificación del proceso de envío por lotes del modelo 303.
- Se muestra el código IBAN en la pantalla previa al envío del mod. 303.
04/04/2014 Ver.2014.04.0
- Mod. 111, 115, 130 y 131, es posible que al hacer el envío, ya desde la página de Hacienda se solicite el
código IBAN, debido que no han modificado el diseño del fichero del envío.
- Mod. 303 módulos se han incluido 2 campos nuevos con los días del trimestre y los días de la actividad, para
los casos de no tener completo el trimestre.
- Corregido en los casos de mod. 303 con 2 ó más actividades en régimen simplificado, los rendimientos del
epígrafe no los reflejaba correctamente aunque el resultado era correcto.
31/03/2014 Ver.2014.03.0
- Modelos trimestrales ejercicio 2014.
- Cuando se modifiquen cuentas bancarias en códigos de clientes asociados a otras aplicaciones, no se
preguntará si desea modificarlo en el resto.
11/02/2014 Ver.2014.02.0
- Mensuales 2014 mod. 303, 340 y 111.
31/01/2014 Ver.2014.01.0
-
IVA DE CAJA, Normas básicas:
Todas las facturas emitidas y recibidas (independientemente de que el emisor este o no en régimen de caja) se
trataran bajo las normas de este régimen. Es decir, las facturas emitidas no se computaran para el IVA hasta
que se haya hecho efectivo el cobro de la factura. Si se cobra sólo una parte, se imputara dicha parte.
IMPORTANTE. Se imputara SÓLO el IVA, si la factura tiene IRPF, éste se imputara en el momento de la
emisión de la factura y no según se vaya cobrando la factura.
IMPORTANTE. Los importes pendientes de las facturas, se darán como cobrados y/o pagados el 31/12/ del
siguiente año a la emisión de las facturas. Esto es muy importante, pues si se tienen muchas facturas del año
anterior sin cobrar, hay que imputarse todo ese IVA en el último periodo del año, por lo que hay habría que
llevar un control muy estricto de este IVA "olvidado", ya que podría elevar significativamente el pago de IVA del
último trimestre.
Emisor de la factura en régimen Normal y receptor en IVA de caja
El emisor se imputara el IVA en el momento de emisión de la factura y el receptor se descontara el IVA
conforme pague la factura.
Emisor en IVA de Caja y receptor en régimen normal
El emisor pagara el IVA conforme cobre la factura y el receptor, aunque este en régimen normal, sólo se
descontara el IVA de la factura conforme se vaya pagando.
-- Realizar la Actualización
Descargar el fichero GENERAL.ZIP a \DALF\DALFACTU\ y “Actualizar Dalf” mediante Internet o a
una unidad de disco y “Actualizar Dalf” mediante discos (desde el programa DALF del año
actual – año 2014)
 La versión que debe aparecer en el programa después de actualizar es la siguiente:
Ficheros Comunes Ver. 2014.FIN