guía de traspasos - intraweb de delegaciones

Guía de traspasos

Director.Net Guía de traspasos

2

Guía de traspasos 20/abril/11

1.- INTRODUCCIÓN ..................................................................................................................... 4 2.- GUÍA RÁPIDA DEL TRASPASO DE DATOS DE DIRECTOR A DIRECTOR.NET............... 4 3.- GUÍA DETALLADA DEL TRASPASO DE DATOS DE DIRECTO R A DIRECTOR.NET ...... 5

3.1.- Realizar copias de seguridad (paso 1) ........ .................................................................. 5 3.2.- Preparar los datos en Director (paso 2) ...... .................................................................. 6 3.3.- Dar de alta las empresas en Director.Net (pas o 3) ...................................................... 8

3.3.1.- Si en Director.Net se dispone de llave Contabilidad Asesorías o llave Contabilidad O.F. ........................................................................................................................................ 8 3.3.2.- Si en Director.Net se dispone de llave Contabilidad ................................................ 11 3.3.3.- Contabilidad por cuentas de mayor o de detalle ...................................................... 12

3.4.- Selección de datos de Director (paso 4) ...... ............................................................... 13 3.4.1.- Seleccionar ruta ........................................................................................................ 13 3.4.2.- Seleccionar ejercicio/s .............................................................................................. 13 3.4.3.- Seleccionar empresa/s y ejercicio/s ......................................................................... 14

3.4.3.1.- Consideraciones a tener en cuenta a la hora de traspasar el Plan de detalle. . 15 3.4.3.2.- Consideraciones a tener en cuenta a la hora de traspasar el Diario................. 16 3.4.3.3.- Incidencias. ........................................................................................................ 18 3.4.3.4.- Configuraciones del Diario. ................................................................................ 18 3.4.3.5.- Obtención de datos de Director. ........................................................................ 20

3.5.- Equivalencia de empresas (paso 5)............ ................................................................. 21 3.5.1.- Si en Director.Net se dispone de llave Contabilidad Asesorías ............................... 21 3.5.2.- Si en Director.Net se dispone de llave Contabilidad ................................................ 23

3.6.- Validar datos (paso 6) ....................... ............................................................................ 24 3.6.1.- Pestaña ‘Datos pendientes de validar’ ..................................................................... 24 3.6.2.- Validación Plan de cuentas de detalle...................................................................... 26

3.6.2.1.- Datos que se traspasan de Director................................................................... 26 3.6.2.2.- Normas a tener en cuenta en los campos que se traspasan de Director.......... 27 3.6.2.3.- Validaciones obligatorias ................................................................................... 41 3.6.2.4.- Validaciones recomendadas .............................................................................. 41 3.6.2.5.- Advertencias....................................................................................................... 44

3.6.3.- Validación Diario ....................................................................................................... 44 3.6.3.1.- Normas a tener en cuenta en los campos que se traspasan de Director.......... 44 3.6.3.2.- Validaciones obligatorias ................................................................................... 51 3.6.3.3.- Validaciones recomendadas .............................................................................. 52 3.6.3.4.- Advertencias....................................................................................................... 58

3.7.- Recibir datos (paso 7) ....................... ............................................................................ 60 3.7.1.- Pestaña ‘Datos pendientes de recibir’ ...................................................................... 60 3.7.2.- Recibir Plan de cuentas de detalle ........................................................................... 62

3.7.2.1.- Advertencias....................................................................................................... 63 3.7.2.- Recibir Diario ............................................................................................................ 64

3.7.2.1.- Validaciones obligatorias ................................................................................... 64 3.8.- Datos recibidos y comprobaciones (paso 8).... .......................................................... 64

3.8.1.- Pestaña ‘Datos recibidos’ ......................................................................................... 64 3.8.2.- Comprobaciones a realizar en el Plan de detalle ..................................................... 65 3.8.3.- Comprobaciones a realizar en el Diario.................................................................... 65

3.8.3.1.- Comprobaciones de IVA .................................................................................... 65 3.8.3.2.- Comprobaciones de retenciones ....................................................................... 65

3.9.- Histórico de traspasos....................... ........................................................................... 65 3.10.- Volver a acceder a opción de traspasos despu és de haber realizado alguno ..... 66

4.- GUÍA RÁPIDA DEL TRASPASO DE DATOS DE OBLIGACION ES FORMALES A DIRECTOR.NET.......................................................................................................................... 69 5.- GUÍA DETALLADA DEL TRASPASO DE DATOS DE OBLIGAC IONES FORMALES A DIRECTOR.NET.......................................................................................................................... 70

5.1.- Realizar copias de seguridad (paso 1) ........................................................................ 70 5.2.- Preparar los datos en Obligaciones Formales ( paso 2) ............................................ 70 5.3.- Dar de alta las empresas en Director.Net (pas o 3) .................................................... 70


3

5.4.- Selección de datos de Obligaciones Formales ( paso 4) ........................................... 70 5.4.1.- Seleccionar ruta ........................................................................................................ 71 5.4.2.- Seleccionar ejercicio/s .............................................................................................. 71 5.4.3.- Seleccionar empresa/s y ejercicio/s ......................................................................... 71

5.5.- Equivalencia de empresas (paso 5) ............................................................................. 72 5.6.- Validar datos (paso 6) ................................................................................................... 72

5.6.1.- Pestaña ‘Datos pendientes de validar’ ..................................................................... 72 5.6.2.- Validación Diario ....................................................................................................... 74

5.6.2.1.- Validaciones obligatorias ................................................................................... 74 5.6.2.2.- Advertencias....................................................................................................... 74

5.7.- Recibir datos (paso 7) ................................................................................................... 74 5.7.1.- Pestaña ‘Datos pendientes de recibir’ ...................................................................... 74

5.8.- Datos recibidos (paso 8) ............................................................................................... 75 5.9.- Histórico de traspasos .................................................................................................. 76 5.10.- Volver a acceder a opción de traspasos despu és de haber realizado alguno ..... 76

6.- RECEPCIÓN DE DATOS EXTERNOS EN DIRECTOR.NET POR CUENTAS DE DETALLE..................................................................................................................................................... 77

6.1.- Introducción................................. .................................................................................. 77 6.2.- Proceso...................................... ..................................................................................... 77

6.2.1.- Selección de datos a recibir...................................................................................... 77 6.2.1.1.- Plan de cuentas de detalle. ................................................................................ 78 6.2.1.2.- Diario de apuntes detalle. .................................................................................. 78

6.2.2.- Indicar la ruta de donde obtener los datos ............................................................... 80 6.2.3.- Validar ....................................................................................................................... 80 6.2.4.- Recibir ....................................................................................................................... 81


4

1.- INTRODUCCIÓN En esta guía se detallan:

• Los traspasos del Plan de cuentas de detalle y del Diario, de Director a Director.Net. • Los traspasos del Diario, de Obligaciones Formales a Director.Net. • La recepción de Datos externos en Director.Net.

Es importante destacar que si usted dispone de Director y además, de Fiscal y/o Laboral, es OBLIGATORIO primero instalar el Entorno Asesorías y, realizar el traspaso de datos de los clientes y terceros de Fiscal y/o Laboral, a la nueva base de datos del Entorno Asesorías. Con posterioridad instalar Director.Net y realizar los traspasos de Director a Director.Net. Si se intenta acceder directamente a Director.Net sin haber realizado el traspaso previo de Fiscal y/o Laboral al Entorno Asesorías, no dejará entrar a Director.Net, mostrando el siguiente mensaje.

2.- GUÍA RÁPIDA DEL TRASPASO DE DATOS DE DIRECTOR A DIRECTOR.NET En este apartado se detallan brevemente los pasos a seguir para realizar el traspaso de los datos, del Plan de detalle y del Diario, de Director a Director.Net. Si necesita ampliar esta información, en el siguiente apartado ‘Guía detallada del traspaso de datos de Director a Director.Net’ se explica con detenimiento cada uno de estos pasos. PASO 1 Si ya dispone de datos en la aplicación Director.Net y/o en el Entorno Asesorías realice copias de seguridad de los mismos. PASO 2 Preparar y comprobar los datos en Director.

• Acceda a la opción 11 'Cambio de ejercicio' de Director, e introduzca como ejercicio el 9999, de esta forma, creará el fichero de trayectorias en caso de que el mismo no existiese.

• Realice el traspaso de los datos a 2010. • Para todas las empresas y ejercicios que se deseen traspasar a Director.Net realice los

siguientes procesos: o Regeneración de restauración. o Regeneración del histórico de movimientos, en caso de que se esté utilizando. o Compruebe que el diario esté cuadrado, en caso de no estarlo debe cuadrarlo. o Realice el cálculo del Estado de explotación. o En los Procesos auxiliares, active los campos Número de asiento y Tipo, en

caso de que no lo estén. PASO 3 Dé de alta, en Director.Net, todas las empresas a las que desea traspasar datos desde Director.


5

PASO 4 Seleccione los datos de Director que desea pasar a Director.Net. Indique la ruta donde se encuentra instalada la aplicación Director, las empresas y los ejercicios a traspasar. Además, configure los datos necesarios del diario. PASO 5 Indique la equivalencia entre las empresas de Director y las de Director.Net. Para cada una de las empresas origen de los datos (Director), debe indicar a qué empresa destino van a ir dichos datos (Director.Net). PASO 6 Valide las empresas, ejercicios y opciones seleccionadas.

• Si obtiene validaciones obligatorias acceda a Director, solucione las mismas y vuelva a realizar la selección de datos, la equivalencia de empresas y la validación.

• Si obtiene validaciones recomendadas puede: o Acceder a Director, solucionar las mismas y volver a realizar la selección de

datos, la equivalencia de empresas y la validación. o Continuar con el paso siguiente (recibir los datos en Director.Net) y después,

realizar las modificaciones oportunas. • Si sólo obtiene Advertencias continúe con el paso siguiente.

PASO 7 Reciba las empresas, ejercicios y opciones seleccionadas.

• Si obtiene validaciones obligatorias debe solucionarlas para poder recibir los datos. • Si obtiene validaciones recomendadas realice las modificaciones oportunas en base a

las mismas. PASO 8 Realice las comprobaciones necesarias para cerciorarse de que los datos existentes en Director.Net se corresponden con los existentes en Director.

• Cuentas no incluidas. • Declaración de IVA de los meses 1-12. • Test de IVA de los meses 1-12. • Totales en los libros de IVA de los meses 1-12. • Modelo 190.

3.- GUÍA DETALLADA DEL TRASPASO DE DATOS DE DIRECTOR A DIRECTOR.NET A continuación se explica con más detenimiento cada uno de los pasos que usted debe realizar, para traspasar los datos de Director a Director.Net. Es decir se detallarán cada uno de los pasos descritos en la guía rápida.

3.1.- Realizar copias de seguridad (paso 1) Si ya dispone de datos en la aplicación Director.Net y/o en el Entorno Asesorías debe realizar una copia de seguridad previa a proceder al traspaso de datos. Puede realizar las mismas a

través del botón: . Las copias de seguridad se realizan desde fuera de la aplicación, por eso al acceder a las mismas desde Director.Net, se cierra el programa y avisa para que se salgan el resto de puestos, mostrando la siguiente pantalla:


6

Hay que pulsar la lupa (del apartado ‘Hacer copia de seguridad’) para indicar la ruta donde se guardará la copia de seguridad. Sólo es posible guardar la copia en el servidor donde esté instalada la base de datos. Una vez seleccionado el destino, basta con pulsar ‘Hacer copias de seguridad’.

3.2.- Preparar los datos en Director (paso 2) Sólo es posible realizar traspasos de Director a Director.Net de ejercicios a partir de 2008, donde además estén activadas las NIC . La aplicación Director no sabe cuál es el ejercicio con el que se está trabajando, ya que en el diario no existe el año. Para realizar los traspasos se ha seguido el siguiente criterio: • Se considera como ejercicio actual, el año de la fecha del sistema. Por ello es muy

importante que la fecha del sistema sea la correcta. • Los datos correspondientes a los ejercicios anteriores al actual, los tomará de sus

trayectorias. • En relación al ejercicio actual, la aplicación lo interpreta de la siguiente forma:

o Si en el ejercicio actual hay meses del 1 al 12 y NO hay meses del 13 al 16. El programa considera que todos estos datos pertenecen al ejercicio actual.

o Si en el ejercicio actual hay meses del 1 al 12 y del 13 al 16. El programa considera que sólo los datos de los meses 13 al 16 pertenecen al ejercicio actual.

Antes de que realice el traspaso es necesario llevar a cabo una serie de procesos en Director: • Comprobar que está creado el fichero de trayectorias con las rutas de cada uno de los

distintos ejercicios. Para ello hay que acceder a la opción 11 'Cambio de ejercicio' de Director, e introducir como ejercicio el 9999. En caso de que no estuviesen creadas las rutas, se darán de alta en ese momento. El proceso de traspaso tomará los datos de cada ejercicio en las rutas aquí indicadas.

• Realizar el traspaso de los datos a 2010, con independencia de que se cierre o no el

ejercicio 2010. Dependiendo de cómo estén las trayectorias, será necesario realizar cambios en las mismas o no, para poder realizar el traspaso de los datos al ejercicio 2010.

o Si el fichero de trayectorias es del tipo que se indica en la siguiente imagen, implica

que no es necesario realizar modificaciones para hacer el traspaso a 2010.


7

o Si, por el contrario, el fichero de trayectorias es del tipo que se indica en la siguiente imagen, implica que sí es necesario realizar modificaciones para hacer el traspaso a 2010.

En el ejercicio 2010, se ha de poner DIRE2010 y, en el ejercicio 2011, la ruta donde esté instalada la aplicación: C:\DIRECTOR.

Tal y como se ha indicado con anterioridad, los datos relativos a los ejercicios 2008, 2009 y 2010 los irá a buscar a las rutas existentes en el fichero de trayectorias (DIRE2008, DIRE2009 y DIRE2010), por eso es necesario realizar el traspaso de datos a 2010.


8

• Para todas las empresas y ejercicios que se deseen traspasar a Director.Net se recomienda realizar los siguientes procesos:

o Realizar la regeneración de restauración. o Realizar la regeneración del histórico de movimientos, en caso de que se esté

utilizando. o Comprobar que el diario esté cuadrado, en caso de no estarlo es necesario

cuadrarlo. o Realizar el cálculo y grabar el Estado de explotación. o En los Procesos auxiliares activar los campos Número de asiento y Tipo, en el

caso de que los mismos no lo estén. o Acceder a la opción ‘Mantenimiento de cuentas’, y dentro de esta a la opción ‘4.

Otros datos’, para que se creen la totalidad de los ficheros relativos al Plan de cuentas de detalle, para el caso de que no se haya entrado nunca a la misma.

3.3.- Dar de alta las empresas en Director.Net (pas o 3) En función de la llave existente en Director.Net el proceso para dar de alta una empresa será diferente. En el siguiente cuadro se resumen las peculiaridades de los distintos tipos de llave en Director.Net:

Llave Cuentas detalle/mayor Entorno Asesorías Pantall a ‘Empresas’

Contabilidad

Esta llave la tendrán las pymes. Sólo se puede trabajar, en Director.Net, por cuentas de detalle .

Las pymes no tienen instalado el Entorno Asesorías.

Se dispondrá de la pantalla ‘Datos de empresa’, exclusiva de Director.Net

Contabilidad Asesorías

Esta llave la tendrán las asesorías. Se puede trabajar, en Director.Net, por cuentas de detalle y por cuentas de mayor .

Contabilidad OF

Esta llave la tendrán las asesorías. Sólo se puede trabajar, en Director.Net, por cuentas de mayor .

Si se dispone de Fiscal y/o Laboral, es OBLIGATORIO primero instalar el Entorno Asesorías y, realizar el traspaso de datos de los clientes y terceros de Fiscal y/o Laboral al Entorno Asesorías

Se accederá a la pantalla de ‘Clientes’, común a Laboral (SQL) y al Entorno Asesorías.

3.3.1.- Si en Director.Net se dispone de llave Cont abilidad Asesorías o llave Contabilidad O.F. Antes de realizar el traspaso es necesario dar de alta las empresas en Director.Net. Es importante destacar que si se trabaja con el Entorno Asesorías, es posible que dichas empresas ya existan para dicha aplicación, no siendo necesario volver a darlas de alta. A partir de ahora el cliente/empresa de Contabilidad Director.Net coincidirá con el de Fiscal. Hay que acceder a Director.Net desde el menú de inicio (Programas\NCS\Director.Net), entrar a la pantalla de ‘Datos de empresa’ (si es la primera vez que se accede a la aplicación, se entrará a esta pantalla directamente) e indicar aquellos clientes a los que se desee dar de alta en Director.Net. Pueden darse 2 casos: • Que el cliente ya esté dado de alta en el Entorno Asesorías, en cuyo caso bastará con

marcar la casilla ‘Activo en Director.Net’. • Que el cliente no esté dado de alta en el Entorno Asesorías, en cuyo caso hay que

introducirlo y además, marcar la casilla ‘Activo en Director.Net’. Al salir de ‘Datos de empresa’, aparecerá la pantalla principal de la aplicación, mostrando el localizador de clientes/empresas. En el cual, aparecerán los clientes que tengan marcada la casilla ‘Activo en Director.Net’. Los mismos mostrarán un NO, en la columna Director.Net. Hay que situarse en cada uno de ellos y al pulsar ‘Aceptar’ se lanzará la pantalla de las configuraciones para dar de alta las empresas en Director.Net. En las configuraciones hay que


9

indicar las que tiene la empresa origen de Director, es decir, habrá que dar de alta la empresa con el mismo tipo impositivo que la empresa de Director e indicar también si tiene ejercicio partido. Ejemplo: En Director existen 3 empresas dadas de alta:

Código Director Nombre 0 NEW CENTER SYSTEM, S.L. 1 COMERCIAL DEL SURESTE 2 ELECTRODOMÉSTICOS MACAR

Suponemos que en el Entorno Asesorías existen los siguientes clientes/empresas:

En este ejemplo, 2 de las empresas de Director ya están dadas de alta en el Entorno Asesorías con los códigos 1 y 7. En este caso, habrá que acceder a cada una de ellas y marcarle la casilla ‘Activo en Director.Net’. También es importante comprobar la fecha de alta en la asesoría, ya que no se podrá acceder a Director.Net con fechas inferiores a la misma. Si para las 3 empresas de Director, se desean traspasar los ejercicios 2008, 2009, 2010 y 2011, es obligatorio que la fecha de alta de la asesoría sea de 2008 o inferior.


10

Como la empresa ELECTRODOMÉSTICOS MACAR no existe, es necesario darla de alta. A la misma se le marcará la casilla ‘Activo en Director.Net’, además de ponerle como fecha de alta el 01/01/2008, puesto que vamos a querer traspasar el ejercicio 2008 de Director a Director.Net. El programa nos ha asignado el código número 11.

Al salir de ‘Datos de empresa’, aparecerá la pantalla principal de la aplicación, mostrando el localizador de clientes/empresas. En el mismo, aparecerán los 3 clientes que tienen marcada la casilla ‘Activo en Director.Net’. Para dar de alta cada una de estas empresas en Director.Net es necesario situarse sobre ella y pulsar ‘Aceptar’, en ese momento se lanzará la pantalla de las configuraciones para crear dichas empresas.


11

Las empresas de Director actual van a tener la siguiente equivalencia con Director.Net y el Entorno Asesorías.

Código Director Nombre Código Director.Net / Entorno

Asesorías 0 NEW CENTER SYSTEM, S.L. 1 1 COMERCIAL DEL SURESTE 7 2 ELECTRODOMÉSTICOS MACAR 11

3.3.2.- Si en Director.Net se dispone de llave Cont abilidad Antes de realizar el traspaso es necesario dar de alta las empresas en Director.Net. Hay que tener en cuenta que en Director.Net no existe la empresa cero, por tanto hay que decidir a qué número se va a corresponder cada una de las empresas existentes en Director. Hay que acceder a Director.Net desde el menú de inicio (Programas\NCS\Director.Net), entrar a la pantalla de ‘Datos de empresa’ y dar de alta las empresas deseadas. Para cada una de las empresas habrá que validar el nombre en ese momento, o bien, ponerle el nombre genérico (EMPRESA XXXX) y más adelante validar el deseado. En las configuraciones, que aparecen al dar de alta cada una de las distintas empresas, hay que indicar las que tiene la empresa origen de Director, es decir, habrá que dar de alta la empresa con el mismo tipo impositivo que la empresa de Director e indicar también si tiene ejercicio partido. Ejemplo: En Director existen 3 empresas dadas de alta:

Código Director Nombre 0 NEW CENTER SYSTEM, S.L. 1 COMERCIAL DEL SURESTE 2 ELECTRODOMÉSTICOS MACAR

En Director.Net se darán de alta las empresas 1, 2 y 3. Por defecto aparece la fecha del sistema en el campo ‘Fecha de alta’, es importante comprobar dicha fecha, ya que no se podrá acceder a Director.Net con fechas inferiores a la misma. Si para las 3 empresas de Director, se desean traspasar los ejercicios 2008, 2009, 2010 y 2011, es obligatorio que la fecha de alta de la asesoría sea de 2008 o inferior.


12

Las empresas de Director actual van a tener la siguiente equivalencia con Director.Net.

Código Director Nombre Código Director.Net 0 NEW CENTER SYSTEM, S.L. 1 1 COMERCIAL DEL SURESTE 2 2 ELECTRODOMÉSTICOS MACAR 3

3.3.3.- Contabilidad por cuentas de mayor o de deta lle A partir de la versión 1.2.0.5 es posible dar de alta una empresa por cuentas de mayor o de detalle. Ello depende de la llave. En relación a los traspasos:

• Desde Director lo normal es hacer traspasos a Director.Net por cuentas de detalle . Aunque también es posible realizar traspasos a Director.Net por cuentas de mayor. En este caso, en Director.Net aparecerán el mismo número de registros que los existentes en Director, pero por cuentas de mayor. No totaliza por cuenta y mes (como lo hace en la actualidad al traspasar de Director a Obligaciones Formales).

• Desde Obligaciones Formales sólo es posible realizar el traspaso a Director.Net por cuentas de mayor .

Si se desea hacer el traspaso de Director a Director.Net por cuentas de mayor, totalizando por cuenta y mes, es necesario primero realizar el traspaso de Director a Obligaciones Formales y de ahí a Director.Net por cuentas de mayor.


13

3.4.- Selección de datos de Director (paso 4) La opción para realizar los traspasos de Director a Director.Net se encuentra en: Auxiliares \ Traspaso de datos \ De Director a Director.Net. Para realizar los traspasos de cualquiera de las empresas y/o ejercicios de Director, da igual en la empresa en la que se esté posicionada en Director.Net.

Una vez que se acceda a esta opción, hay que seguir los siguientes pasos: 3.4.1.- Seleccionar ruta Seleccionar la ruta donde se encuentra la aplicación Director. Al abrir el desplegable aparecerán todas las carpetas Director existentes en el equipo desde donde se esté accediendo a Director.Net, no obstante de forma manual o a través del botón , se puede seleccionar la ruta que se desee.

3.4.2.- Seleccionar ejercicio/s Seleccionar el intervalo de ejercicios a traspasar, para todas las empresas que se quieran traspasar. Los intervalos máximos son desde el ejercicio 2008 hasta el ejercicio 2011.


14

3.4.3.- Seleccionar empresa/s y ejercicio/s Al pulsar ‘Aceptar’, en la pantalla anterior, aparecerá una relación con todas las empresas localizadas en la ruta indicada para Director, con el intervalo de ejercicios seleccionado. Siendo necesario marcar las empresas y ejercicios que se desean traspasar a Director.Net. Además de indicar los datos que se quieren trasvasar: Plan de cuentas de detalle y/o Diario. Para recibir el diario en Director.Net es obligatorio la existencia de las cuentas de detalle, por tanto, o se marcan ambas opciones a la vez, o en una primera fase el Plan de cuentas de detalle y en otra posterior el Diario, no siendo posible hacerlo a la inversa.

En este ejemplo, para las empresas 0 y 2 existen datos en los ejercicios 2008, 2009, 2010 y 2011, mientras que para la empresa 1 sólo existen datos en los ejercicios 2010 y 2011. Es conveniente que el proceso de traspaso sea realizado por un solo usuario, realizando el traspaso empresa a empresa, ya que es necesario realizar las validaciones y comprobaciones de los datos traspasados. En caso de existir más de una instalación de Director, hay que realizar primero el traspaso de las empresas de una de las instalaciones de Director (validando, recibiendo y comprobando los datos) y, a continuación, las empresas de la otra instalación y así sucesivamente.


15

3.4.3.1.- Consideraciones a tener en cuenta a la ho ra de traspasar el Plan de detalle. En Director.Net el Plan de detalle es único por empresa, para todos los ejercicios, por tanto al hacer el traspaso desde Director, la aplicación pasará en primer lugar el Plan de detalle de las cuentas del primer ejercicio seleccionado en la pantalla (en nuestro ejemplo las cuentas correspondientes al ejercicio 2011 para las empresas 2 y 3), y a continuación, pasará solamente las cuentas que no existan, relativas al segundo ejercicio seleccionado (en nuestro ejemplo las cuentas correspondientes al ejercicio 2010 para las empresas 2 y 3), después las que sólo existan en el tercer ejercicio seleccionado y así sucesivamente. Por tanto, es aconsejable pasar en primer lugar las cuentas del ejercicio 2011, ya que serán las que estén más actualizadas. Ejemplo: Para la empresa 3 tenemos las siguientes cuentas en sus distintos ejercicios, con todos sus datos adicionales:

Ejercicio 2008 Ejercicio 2009 Ejercicio 2010 Ejerci cio 2011 4300000001.- José Sánchez

4300000001.- José Sánchez

4300000001.- José Sánchez

4300000001.- José Sánchez Alemán

4100000001.- REPSOL

4100000001.- REPSOL

4100000001.- REPSOL

4100000001.- REPSOL (E.S.)

4100000002.- Taller Ismael



4100000003.- Seguros Mapfre

Como hemos marcado traspasar los ejercicios 2011, 2010, 2009 y 2008,

el programa, en primer lugar, pasará el Plan de cuentas relativo al ejercicio 2011:

Ejercicio 2011 4300000001.- José Sánchez Alemán 4100000001.- REPSOL (E.S.) 4100000003.- Seguros Mapfre A continuación, pasará las cuentas nuevas existentes en el ejercicio 2010 que no están dadas de alta en el ejercicio 2011. El programa no actualiza ni modifica las cuentas ya traspasadas.

Ejercicio 2010 4100000002.- Taller Ismael Después realizará el mismo proceso para los ejercicios 2009 y 2008, en ambos casos no hay cuentas nuevas a trasvasar. Por tanto, en el Plan de cuentas de detalle de Director.Net tendremos:

Plan de cuentas Director.Net 4300000001.- José Sánchez Alemán 4100000001.- REPSOL (E.S.) 4100000003.- Seguros Mapfre 4100000002.- Taller Ismael Si en el ejemplo anterior, sólo se marca traspasar el ejercicio 2010,


16

el programa pasará el Plan de cuentas relativo al ejercicio 2010:

Ejercicio 2010 4300000001.- José Sánchez 4100000001.- REPSOL 4100000002.- Taller Ismael Si posteriormente se traspasa el ejercicio 2011, no actualizará las cuentas ya existentes, sólo pasará las nuevas:

Ejercicio 2011 4100000003.- Seguros Mapfre Por tanto, en el Plan de cuentas de detalle de Director.Net tendremos:

Plan de cuentas Director.Net 4300000001.- José Sánchez 4100000001.- REPSOL 4100000002.- Taller Ismael 4100000003.- Seguros Mapfre Si en Director un mismo código de cuenta tiene diferente título y datos adicionales, en cada ejercicio, se traspasarán a Director.Net los datos correspondientes al primer ejercicio trasvasado. 3.4.3.2.- Consideraciones a tener en cuenta a la ho ra de traspasar el Diario. Conociendo la situación de cada empresa, por parte del usuario, y teniendo en cuenta el criterio utilizado por la aplicación, se sabrá qué ejercicios marcar en relación al traspaso del diario: • Se considera como ejercicio actual, el año de la fecha del sistema. En la actualidad 2011. • Los datos correspondientes a los ejercicios anteriores al actual, los tomará de sus

trayectorias. Es decir, los datos de los ejercicios 2008, 2009 y 2010 los tomará de las rutas existentes en las trayectorias, normalmente DIRE2008, DIRE2009 y DIRE2010. Por eso es imprescindible haber realizado el traspaso de datos a 2010.

• En relación al ejercicio actual 2011, la aplicación lo interpreta de la siguiente forma: o Si en el ejercicio actual 2011 hay meses del 1 al 12 y NO hay meses del 13 al 16.

El programa considera que todos estos datos pertenecen al ejercicio actual 2011. o Si en el ejercicio actual 2011 hay meses del 1 al 12 y del 13 al 16. El programa

considera que sólo los datos de los meses 13 al 16 pertenecen al ejercicio actual 2011.


17

Ejemplo: Suponemos que deseamos traspasar los ejercicios 2008, 2009, 2010 y 2011 de la empresa 2 y los ejercicios 2010 y 2011 de la empresa 1. - Los ejercicios 2008 y 2009 de la empresa 2, basta con marcarlos para que se produzca el traspaso.

• � Cogerá los datos de los meses 1-12, de DIRE2009 y los traspasará al ejercicio 2009 de Director.Net.

• � Cogerá los datos de los meses 1-12, de DIRE2008 y los traspasará al ejercicio 2008 de Director.Net.

- En cuanto a los ejercicios 2010 y 2011, antes de marcarlos hay que tener muy claro qué datos existen en el directorio de trabajo y el criterio que utiliza la aplicación. Vamos a suponer los casos más usuales que se pueden presentar:

• Suponemos que la empresa 2 ha realizado el traspaso del ejercicio 2010 pero no ha cerrado el mismo, y que en su diario tiene apuntes de los meses del 1 al 12 y del 13 al 16. Si en la pantalla se marca:

o � Cogerá los datos de los meses 1-12, de DIRE2010 y los traspasará al ejercicio 2010 de Director.Net.

o � Cogerá los datos de los meses 13-16, del directorio de trabajo de Director y los traspasará al ejercicio 2011 de Director.Net.

• Suponemos que la empresa 1 ha realizado el traspaso del ejercicio 2010 y además ha cerrado el mismo, por tanto en su diario sólo tiene apuntes de los meses del 1 al 12. Si en la pantalla se marca:

o � Cogerá los datos de los meses 1-12, de DIRE2010 y los traspasará al ejercicio 2010 de Director.Net.

o � Cogerá los datos de los meses 1-12, del directorio de trabajo de Director y los traspasará al ejercicio 2011 de Director.Net.

En el ejemplo anterior se describen las situaciones más corrientes que se pueden dar, no obstante se puede plantear un caso excepcional:


18

• Una empresa que haya realizado el traspaso del ejercicio 2010 y no haya realizado el cierre del mismo, pero que en su diario no tenga datos para los meses 13-16. En este caso la aplicación realizará las siguientes consideraciones:

o � � Cogerá los datos de los meses 1-12, de DIRE2010 y los traspasará al ejercicio 2010 de Director.Net.

o � Cogerá los datos de los meses 1-12, del directorio de trabajo de Director y los traspasará al ejercicio 2011 de Director.Net. Este caso no sería correcto, ya que los datos existentes en el directorio de trabajo se corresponden con los de 2010, que ya van a ser traspasados al marcar la casilla correspondiente al ejercicio 2010, por tanto en este caso no se debe marcar esta casilla.

3.4.3.3.- Incidencias. Si para alguna de las empresas/ejercicios seleccionados, en Director, no se ha accedido nunca al Mantenimiento de cuentas, no se habrán creado la totalidad de ficheros necesarios para esta opción (AHDC1C, AHDC1P, AHDC2, AHDC2B, AHDC3 o AHDC141), por lo tanto, no se podrá realizar el traspaso de dicha empresas/ejercicios, mostrando un aviso en pantalla para que sea subsanado el problema en Director. La forma de solucionarlo será entrando a la opción ‘Mantenimiento de cuentas’ de Director y pinchar en la opción 4.- Otros datos, para que se creen todos los ficheros necesarios en dicha opción.

3.4.3.4.- Configuraciones del Diario. Si se selecciona traspasar el Diario, aparecerá la pestaña llamada ‘Configuraciones’, donde hay que indicar una serie de datos necesarios para realizar el traspaso. Es importante tener en cuenta que lo indicado en esta pantalla será para todas las empresas y ejercicios seleccionados, por tanto, será necesario realizar diferentes procesos de traspaso, en función de las configuraciones deseadas para cada empresa. Por ejemplo, si para las empresas 0 y 1 de Director se desea incluir los 2 caracteres del ‘CL’ en las ‘Observaciones’, y para las empresas 2 y 3 no. Será necesario realizar 2 procesos de traspaso, uno para la 0 y la 1, marcando la casilla ‘Campo CL como 2 primeros caracteres de Observaciones’, en las configuraciones, y un segundo traspaso para las empresas 2 y 3 donde no estará marcada dicha casilla.


19

Esta pantalla está compuesta por los siguientes campos: - General:

• Campo CL como 2 primeros caracteres de Observaciones. o Se marcará en caso de que el campo CL se utilice como los dos primeros

caracteres de la observación en el Diario de Director. De esta forma al traspasarlo a Director.Net todo irá en el campo Observaciones.

o No se marcará cuando el campo CL no tenga relación con las observaciones. • Incluir la Explotación en los movimientos del Diario en las cuentas de gastos/ingresos.

En Director.Net la explotación se puede introducir en los asientos del diario, por tanto: o Se marcará cuando en los asientos que se reciban en Director.Net, se quiera

que aparezca la explotación existente en el Plan de cuentas de detalle de Director, para cada una de las cuentas que componen el asiento.

o No se marcará cuando no se desee recibir la explotación en el Diario de Director.Net.

• Incluir el Nº Asiento automático en Director.Net. o Si no se marca, al Diario de Director.Net se pasará la misma información

existente en el campo ASTO. de Director. o Se marcará cuando en Director.Net se desee trabajar con número de serie en

concreto para todos los apuntes. En este caso, en el campo ‘Serie’ se debe indicar la serie con la que se desea trabajar en Director.Net, si lo dejamos vacío se tomará la serie 0. De esta forma en Director.Net se renumerarán todos los asientos del Diario, en base a esta información.

• Utiliza en Contabilidad código de concepto del 61 - 89. o Se marcará cuando en el Diario de Director del ejercicio anterior al

seleccionado, se hayan utilizado códigos de conceptos del 61-89, en las empresas y ejercicios, sobre los que se van a realizar el traspaso. Esta información es necesaria para confeccionar el asiento de apertura del ejercicio a traspasar.

o No será necesario marcarlo si en el Diario de Director, del ejercicio anterior al seleccionado, no se trabaja con los códigos de concepto del 61 al 89.

• CC de suplidos. En este campo se indicará el código de cuenta utilizado en el diario para los asientos de suplidos.


20

- Cuentas utilizadas en los asientos: En estos campos hay que introducir la cuenta de mayor utilizada en el diario de Director, con dicha finalidad. Por defecto aparecerán las siguientes cuentas:

• Cuenta de Aportaciones a la Seguridad Social: 47600. • Cuenta de Anticipos: 46000. • Cuenta de Descuento sobre Ventas por pronto pago: 70600. • Cuenta de Descuento sobre Compras por pronto pago: 60600. • Seguridad Social a cargo de la empresa: 64200 • Cuenta para asientos globalizados de nóminas. En este campo hay que introducir la

cuenta de detalle utilizada en Director para hacer asientos de nóminas globalizados, cuando esta sea distinta de una cuenta de bancos.

- Cuentas asientos de facturación: Estos campos hay que rellenarlos en caso de que en el diario de Director existan apuntes procedentes de enlaces de datos de Facturación de Fiscal. Hay que indicar las mismas cuentas que las utilizadas en estos enlaces.

Por defecto aparecerán las siguientes cuentas:

• Cuenta de Suplidos: 55500. • Cuenta de Ingresos: 70500. • Cuenta de Devoluciones: 70800.

3.4.3.5.- Obtención de datos de Director. Una vez realizada la selección deseada, al pulsar ‘Aceptar’ la aplicación creará los ficheros correspondientes con la información existente en Director. La duración de este proceso dependerá de los datos que existan en Director para la selección realizada.


21

Estos ficheros se crean en la ruta: \\NCSCA\40traspasos\tmp del equipo donde esté instalado Director.Net. Los nombres de los ficheros son:

• Para el Plan de cuentas de detalle: CtaDetalleYYYYY_EEEE.XML • Para el Diario: DiarioYYYYY_EEEE.XML

Siendo YYYYY el número de empresa de Director y EEEE el ejercicio.

3.5.- Equivalencia de empresas (paso 5) Al pulsar ‘Aceptar’ en la pantalla de ‘Selección de datos de Director’, se mostrará una pantalla para indicar a qué empresas de Director.Net se quieren llevar los datos de Director. 3.5.1.- Si en Director.Net se dispone de llave Cont abilidad Asesorías Si se dispone de llave de Contabilidad Asesorías, por defecto pondrá como empresa destino (Director.Net), la existente en el apartado ‘Cliente Asesor’ de ‘Datos para el asesor’ de Director.

Pueden darse diferentes circunstancias:


22

• Que una misma empresa, en todos los ejercicios seleccionados tenga el mismo ‘Cliente Asesor’ en ‘Datos para el asesor’ � En este caso, para dicha empresa, aparecerá un solo registro, en la pantalla de equivalencias, con el ‘Cliente Asesor’ como empresa destino. Es decir, todos los ejercicios de dicha empresa se traspasarán a una misma empresa en Director.Net.

Ejemplo.- Suponemos que en ‘Cliente Asesor’ de ‘Datos para el asesor’ existen los siguientes valores:

Ejercicio 2011 Ejercicio 2010 Ejercicio 2009 Ejerci cio 2008 Empresa 1 -- -- 7 7 Empresa 2 11 11 11 11

Por tanto, para cada empresa de Director, sólo aparecerá un registro con la misma empresa destino para todos sus ejercicios seleccionados. Si se desea, la empresa destino se puede modificar, basta abrir el desplegable y seleccionar la deseada. Es imprescindible tener una empresa destino para cada una de las empresas origen de Director:

• Que una misma empresa, en todos los ejercicios seleccionados no tenga datos en ‘Cliente Asesor’ de ‘Datos para el asesor’ � En este caso, para dicha empresa, aparecerá un solo registro, en la pantalla de equivalencias, sin ninguna empresa destino. Es decir, todos los ejercicios de dicha empresa se traspasarán a una misma empresa en Director.Net, a falta de indicarle cuál.

Ejemplo.- Suponemos que en ‘Cliente Asesor’ de ‘Datos para el asesor’ no existe valor para los ejercicios de la empresa 7 que se desean traspasar. Es imprescindible abrir el desplegable e indicarle una empresa destino para cada una de las empresas origen de Director.

• Que una misma empresa, en los ejercicios seleccionados tenga diferentes valores para el ‘Cliente Asesor’ de ‘Datos para el asesor’, e incluso en algunos no existan valores � En este caso aparecerá un registro por cada ejercicio, en la pantalla de equivalencias, con el ‘Cliente Asesor’ como empresa destino, en caso de que los haya. Es decir, cada uno de los ejercicios de dicha empresa se traspasarán a una empresa diferente en Director.Net.


23

Ejemplo.- Suponemos que en ‘Cliente Asesor’ de ‘Datos para el asesor’ existen los siguientes valores:

Ejercicio 2011 Ejercicio 2010 Ejercicio 2009 Ejerci cio 2008 Empresa 1 -- -- 7 7 Empresa 2 1 1 11 11

Por tanto, para la empresa 2, aparecerá un registro por cada uno de los ejercicios seleccionados, la empresa destino será el ‘Cliente Asesor’ de cada ejercicio.

Puede ocurrir: - Que el número de empresa 2 se corresponda con los datos de una determinada empresa para los ejercicios 2008 y 2009 y, a partir, del ejercicio 2010 se corresponda con los de otra. En ese caso cada ejercicio habría que traspasarlo a su empresa correspondiente en Director.Net. - Que se trate de un error y que en realidad todos los ejercicios pertenezcan a una misma empresa, en cuyo caso, habrá que indicarle la empresa destino deseada, que coincidirá en los 4 ejercicios.

• Que una misma empresa, en alguno de los ejercicios seleccionados tenga los mismos

valores para el ‘Cliente Asesor’ de ‘Datos para el asesor’ y en otros no � En este caso, para dicha empresa, aparecerá un solo registro, en la pantalla de equivalencias, con el ‘Cliente Asesor’, de los ejercicios que lo tienen, como empresa destino. Es decir, todos los ejercicios de dicha empresa se traspasarán a una misma empresa en Director.Net.

Ejemplo.- Suponemos que en ‘Cliente Asesor’ de ‘Datos para el asesor’ no existe valor para el ejercicio 2010 de la empresa 7 y sí para el ejercicio 2011.

3.5.2.- Si en Director.Net se dispone de llave Cont abilidad Si se dispone de llave de Contabilidad, por defecto no aparecerá ninguna empresa como destino (Director.Net). Será necesario abrir el desplegable y seleccionar la deseada. Es imprescindible tener una empresa destino para cada una de las empresas origen de Director.


24

3.6.- Validar datos (paso 6) 3.6.1.- Pestaña ‘Datos pendientes de validar’ Una vez realizada la equivalencia de empresas el siguiente paso es validar los datos obtenidos de Director, a través de la pestaña ‘Datos pendientes de validar’. Es posible validar algunas de las empresas existentes en pantalla, o bien, la totalidad de las

mismas. Para ello se utilizará el desplegable: . Las empresas deseadas se seleccionarán pinchando sobre la misma con el ratón, manteniendo pulsada la tecla ‘Control’. Suponemos que sólo queremos validar la empresa 1.

Al pulsar ‘Validar’ el programa realizará la validación de los datos obtenidos de Director, para las opciones, ejercicios y empresas seleccionadas, mostrando una pantalla con la misma. En este caso validará los datos:

• Del Plan de cuentas de detalle del ejercicio 2010 de la empresa 1. • Del Plan de cuentas de detalle del ejercicio 2011 de la empresa 1. • Del Diario del ejercicio 2010 de la empresa 1. • Del Diario del ejercicio 2011 de la empresa 1.

Una vez obtenida la validación, para cada uno de los anteriores 4 bloques, se pueden obtener:

• Validaciones obligatorias : En caso de existir este tipo de validaciones implica que los datos no van a poder ser recibidos en Director.Net, por tanto es obligatorio, acceder a Director, realizar las modificaciones necesarias y volver a realizar el proceso de traspaso.


25

• Validaciones recomendadas : Informa de aquellos datos que no van a ser traspasados a Director.Net, por incumplir algunas de las normas existentes en esta aplicación, o bien que se pasarán pero se recomienda su revisión. Se puede acceder a Director realizar las modificaciones necesarias y volver a realizar el proceso de traspaso, o bien, realizar el traspaso y luego introducir o modificar los datos manualmente en Director.Net.

• Advertencias : Aporta información relativa a alguno de los datos traspasados.

Al ir desplegando el árbol que aparece en pantalla, se mostrarán las validaciones concretas. También es posible imprimir dicho informe (pulsando el botón ‘Imprimir’) para después acceder a Director y realizar las modificaciones oportunas antes de proceder de nuevo al traspaso de estos datos.


26

Este informe, además de poderse obtener estando en la pantalla ‘Validando datos’, también se puede consultar en cualquier momento, para ello hay que situarse en la pestaña ‘Datos pendientes de recibir’, marcar el bloque deseado y pulsar ‘Imprimir’. El informe es único por empresa, es decir, para una misma empresa se mostrarán en el informe todas las opciones seleccionadas y ejercicios. Una vez validados los datos, indicándole la empresa destino de Director.Net, los ficheros correspondientes se guardarán en la ruta: \\NCSCA\40traspasos del equipo donde esté instalado Director.Net. Los nombres de los ficheros son:

• Para el Plan de cuentas de detalle: CtaDetalleYYYYY_EEEE.XML • Para el Diario: DiarioYYYYY_EEEE.XML

Siendo YYYYY el número de empresa de Director.Net y EEEE el ejercicio. 3.6.2.- Validación Plan de cuentas de detalle 3.6.2.1.- Datos que se traspasan de Director De Director a Director.Net se pasarán los datos relativos a:

• Código de cuenta, Título y Explotación de todas las cuentas existentes en el Plan de detalle.

• Los datos adicionales de las cuentas personales. Sólo se traspasan los datos necesarios para la Contabilidad.

• La ampliación de los datos adicionales de las cuentas personales. Sólo se traspasan los datos necesarios para la Contabilidad.


27

• Los datos existentes en el Plan de perceptores de Datos para el asesor.

• Los datos adicionales de las cuentas bancarias.

3.6.2.2.- Normas a tener en cuenta en los campos qu e se traspasan de Director Para realizar el traspaso de los datos de Director a Director.Net, se han seguido las siguientes normas a la hora de interpretar los datos existentes en el Plan de cuentas de detalle de Director. Aquellos valores que no cumplan con las mismas, no se traspasarán, avisando a través de validaciones recomendadas.

• Código de cuenta.


28

El código de cuenta no puede comenzar por cero, ya que Director.Net no los admite. Además no se traspasarán las cuentas cuyo detalle sea todo ceros.

• DNI/CIF. Si los 2 primeros caracteres son letras, se considera que se trata de un extranjero. El programa comprueba que el mismo esté dentro de la tabla Países de Director.Net o Entorno Asesorías. De existir lo pasará a Director.Net, de no existir lo avisará con una validación recomendada.

Puede ocurrir que los DNI/CIF no estén normalizados y contengan caracteres incorrectos. Si se desea se pueden normalizar en Director, a través de la opción ‘Datos para el asesor \ 15.- Recibir facturación externa \ B.- Normalización DNI/CIF’, aunque ello no es necesario ya que al ser recibidos en Director.Net se realizará la normalización de forma automática

• Domicilio. En Director existe un domicilio en datos adicionales y otro en el Plan de perceptores, de Datos para el asesor. Estos dos domicilios pueden ser iguales o no. A Director.Net se traspasarán siempre los dos, indicando que el existente en el Plan de perceptores será el utilizado en las declaraciones. En Director.Net un domicilio está compuesto por el domicilio en sí, más el código postal, el municipio, la provincia y el país. No va a ser posible traspasar los datos correspondientes al código postal, municipio, provincia y/o país, si no existen datos en el campo domicilio de Director.

• Código postal/Municipio.

Si en los 5 primeros caracteres el valor existente es un número, ello implica que se considera Código postal a los mismos y los 15 siguientes se consideran municipio.

Si en los 5 primeros caracteres el valor existente no es un número, ello implica que se considera municipio a los 20 primeros caracteres.

• Municipio. Los 20 primeros caracteres del campo C.post./Pobla, o los 15, a continuación del código postal, se consideran el municipio o población. El programa comprueba que el mismo esté dentro de la tabla Municipios de Director.Net o Entorno Asesorías. Si lo encuentra, y es único, mostrará el mismo en Director.Net. Ejemplo 1: En Director tenemos el siguiente domicilio.

En el proceso de traspaso se comprueba si dicho municipio (Lorca) existe en su tabla correspondiente. En este caso existe y es único.


29

En Director.Net tendremos el siguiente domicilio.

Si en la tabla de municipios se encuentra el mismo, pero no es único, comprueba el código postal, y en base a dicho código se selecciona uno u otro. Ejemplo 2: En Director tenemos el siguiente domicilio.

En el proceso de traspaso se comprueba si dicho municipio (Fuente Álamo) existe en su tabla correspondiente. En este caso existe, pero no es único. Para saber cuál es el correcto utilizaremos el código postal. Se le asignará la provincia cuyos 2 primeros dígitos del código de provincia, se corresponda con los 2 primeros dígitos del código postal. En este caso la provincia será Murcia.


30

En Director.Net tendremos el siguiente domicilio.

Si en la tabla de municipios se encuentra el mismo, pero no es único y no existe el código postal. Ejemplo 3: En Director tenemos el siguiente domicilio.

En el proceso de traspaso se comprueba si dicho municipio (Fuente Álamo) existe en su tabla correspondiente. En este caso existe, pero no es único. Como no disponemos de código postal no podemos utilizarlo para obtener la provincia. En este caso asignará la primera provincia que aparezca en la tabla, estando ésta ordenada por nombre. En nuestro ejemplo Murcia.

Si el municipio existente en Director no existe en la tabla de municipios lo avisará con una validación recomendada, no obstante, la información la pasará al campo ‘Población’. (Ver validaciones recomendadas en el punto 3.6.2.4).

• Sigla. El programa comprueba que el mismo esté dentro de la tabla Siglas de Director.Net. De existir lo pasará a Director.Net, de no existir lo avisará con una validación recomendada.

• Número de cuenta bancaria. Es obligatorio que este campo sea enteramente numérico y que conste de 20 dígitos, en caso contrario no lo pasará a Director.Net y lo avisará con una validación recomendada.

• Dirección de la oficina del banco. Los datos relativos a la dirección de la oficina bancaria se pasarán a Director.Net, siempre que dicha oficina no esté ya dada de alta en Director.Net o en el Entorno Asesorías, en


31

este caso se tomarán los datos ya existentes. Cada oficina, de una entidad, tiene un único domicilio. Ejemplo. Supongamos que en Director.Net, para una cuenta de detalle, está dada de alta la cuenta bancaria 20380001101111111111. La oficina 0001 dispone del siguiente domicilio.

Si con posterioridad, se realiza el traspaso de una cuenta de Director que disponga de la misma entidad (2038) y oficina (0001), no pasará la dirección existente en Director, ya que dicha oficina ya dispone de un domicilio en Director.Net.

En Director.Net aparecerá dicha cuenta bancaria, pero tomará el domicilio ya existente para la oficina 0001, de la entidad 2038.


32

• Email. El campo Correo @ de Director, debe incluir el símbolo @ para ser considerado un email, en caso contrario no lo pasará a Director.Net y lo avisará con una advertencia.

Los datos adicionales de las cuentas de detalle van asociados a un CIF/NIF, por tanto, un mismo CIF/NIF sólo puede tener un nombre o razón social, aunque sí puede disponer de varios teléfonos, mails, domicilios o cuentas bancarias. A la hora de realizar el traspaso del Plan de cuentas de detalle de Director a Director.Net, si un CIF/NIF ya existe en Director.Net o en el Entorno Asesorías:

• El nombre del mismo o su razón social no serán modificadas, se mantendrá el valor existente en Director.Net o en el Entorno Asesorías. Es decir, los datos únicos no se verán modificados.

• Los domicilios, mails, teléfonos y cuentas bancarias, que se disponga en el Plan de cuentas de detalle, se añadirán a los ya existentes en Director.Net o en el Entorno Asesorías. Es decir, a los datos que no sean únicos se añadirán los que vengan de Director, como consecuencia del traspaso.

Ejemplo 1: Supongamos que en el Entorno Asesorías tenemos la siguiente información relativa al tercero con CIF: B73137382. Este tercero dispone de un teléfono, un fax, un email, 2 domicilios y 2 cuentas bancarias.


33


34

Además, sabemos que la sucursal 0014, de la entidad 2090, ya está dada de alta en el Entorno Asesorías, con su domicilio correspondiente.

En el Plan de cuentas de detalle, la cuenta contable 4000000045, con CIF: B73137382 tiene la siguiente información.

Y en el Plan de perceptores la siguiente:

En este caso, si se traspasa el Plan de cuentas de detalle de Director a Director.Net, obtendremos la siguiente información en el Plan de cuentas de Director.Net y en la pantalla de terceros. - Pantalla de Terceros del Entorno Asesorías


35

En este caso los datos ya existentes en Terceros no se verán modificados, pero sí se añadirán teléfonos, mails, domicilios y cuentas bancarias.

A los 2 domicilios existentes en el Entorno Asesorías, se añadirán los 2 procedentes de Director.

A las 2 entidades bancarias existentes en el Entorno Asesorías, se añadirán la procedente de Director. En este caso no se pasará el domicilio de la oficina bancaria, ya que para la misma ya existe un domicilio en el Entorno Asesorías.

- Pantalla Plan de cuentas de detalle de Director.Net


36

Se han traspasado los datos correspondientes a los 2 domicilios existentes en Director (Datos adicionales y Plan de perceptores), además el teléfono existente en los Datos adicionales y el código de la cuenta bancaria. Como el domicilio de la oficina del banco (0014) ya existe en el Entorno Asesorías, se asignará el mismo.

En este caso se supone que el CIF, existente en el Plan de detalle de Director, no es el correcto, al tener dicho CIF: B73137382, un nombre, teléfonos, direcciones y cuentas bancarias distintas a los datos existentes en Terceros, se presupone que se trata de empresas diferentes (TALLERES MELLIZO y COMESTIBLES LÓPEZ, S.L.). Después de realizar el traspaso es necesario revisar los datos y borrar o modificar los erróneos. Suponemos que el CIF correcto de TALLERES MELLIZO es B73137390. Por tanto, accederemos a TERCEROS y lo daremos de alta con sus datos correspondientes.


37

Después iremos al Plan de cuentas de detalle y seleccionaremos el CIF correcto. A continuación, deberemos asignarle los datos adicionales deseados, para ello hay que pulsar en la lupa de cada dato adicional (domicilios, teléfonos, cuentas bancarias) y seleccionar el deseado.

Por último, deberemos dejar correctamente los datos adicionales relativos al CIF B73137382, borrando los que no le correspondan.


38

Ejemplo 2: Supongamos que en el Entorno Asesorías tenemos la siguiente información relativa al tercero con CIF: B53167490. Este tercero dispone de un teléfono y de un domicilio.


39

En el Plan de cuentas de detalle, la cuenta contable 4000000022, con CIF: B53167490 tiene la siguiente información.

Y en el Plan de perceptores la siguiente:

En este caso, si se traspasa el Plan de cuentas de detalle de Director a Director.Net, obtendremos la siguiente información en el Plan de cuentas de Director.Net y en la pantalla de terceros. - Pantalla de Terceros del Entorno Asesorías En este caso los datos ya existentes en Terceros no se verán modificados, pero sí se añadirán los domicilios.


40

Al domicilio existente en el Entorno Asesorías se le añadirán los de Director.

- Pantalla Plan de cuentas de detalle de Director.Net


41

En este caso se supone que el CIF, existente en el Plan de detalle de Director, sí es el correcto, pero para un mismo CIF existen nombres diferentes en el Plan de cuentas de Director.Net y en el Entorno Asesorías. Si se desea se puede modificar o mantener dicha diferencia. También se pueden revisar los domicilios y dejar sólo uno de los 3. 3.6.2.3.- Validaciones obligatorias


o Texto de la validación:

El campo código de cuenta es obligatorio. La cuenta XXXXXXXXXX es incorrecta.

o Motivo de la validación: Algún código de cuenta está vacío o tiene un valor incorrecto, por ello no será posible realizar el traspaso a Director.Net. o Forma de solucionarlo: Desde Director: Revisar el Plan de detalle y arreglar o eliminar dichas cuentas.

3.6.2.4.- Validaciones recomendadas



o Motivo de la validación: El código de cuentas de Director comienza por cero. o Forma de solucionarlo: Desde Director: Acceder a esta cuenta y cambiarle el código, en caso contrario no se recibirá en Director.Net.

• DNI/CIF.


o Motivo de la validación: Ese DNI/CIF no está normalizado y contiene caracteres incorrectos. o Forma de solucionarlo: Se puede normalizar en Director, a través de la opción ‘Datos para el asesor \ 15.- Recibir facturación externa \ B.- Normalización DNI/CIF’, o directamente en el Mantenimiento de cuentas, aunque ello no es necesario ya que al ser recibidos en Director.Net se realizará la normalización de forma automática.

• Municipio.


42


o Motivo de la validación: En Director existe la siguiente información:

El programa no ha encontrado el municipio TRESCANTOS en la tabla de Municipios de Director.Net. Por lo que de recibir los datos, no pasará información al campo municipio de Director.Net. Si bien la pasará al campo Población. o Forma de solucionarlo: Desde Director: Acceder a esta cuenta y ponerle el municipio correcto (TRES CANTOS). Desde Director.Net: Recibir estos datos en Director.Net, e introducir directamente el municipio en el Plan de detalle de Director.Net. Al recibir los datos, tendremos:

• Municipio.


o Motivo de la validación: En Director existe la siguiente información:

El programa no ha encontrado el municipio TUDELA (NAVARR en la tabla de Municipios de Director.Net. Por lo que de recibir los datos, no pasará información al campo municipio de Director.Net. Si bien la pasará al campo Población.

o Forma de solucionarlo:

Desde Director: Utilizar para el municipio sólo los caracteres del 6 al 20.

Desde Director.Net: Recibir los datos y luego asignarle el municipio. Al recibir los datos, tendremos:

• Domicilio.


43


o Motivo de la validación: Informa de que esta cuenta no tiene datos en el campo domicilio de Director.

o Forma de solucionarlo: Desde Director: Introduciendo un domicilio. Desde Director.Net: Recibir los datos y luego introducirle el domicilio.

• Sigla.


o Motivo de la validación: Esta cuenta tiene una sigla no existente en la tabla siglas de Director.Net. Por lo que de recibir los datos, no pasará información al campo sigla de Director.Net. o Forma de solucionarlo:

Desde Director.Net: Recibir estos datos en Director.Net, e introducir directamente la sigla en el Plan de detalle de Director.Net.

• Número de cuenta bancaria.


o Motivo de la validación:

Esta cuenta tiene caracteres en el campo número de cuenta bancaria de Director. Por lo que de recibir los datos, no pasará información al campo Número de cuenta de Director.Net.

o Forma de solucionarlo:

Desde Director: Acceder a esta cuenta y ponerle el número de cuenta bancaria correcto, con sus 20 dígitos. Desde Director.Net: Recibir estos datos en Director.Net, e introducir directamente el número de cuenta bancaria en el Plan de detalle de Director.Net.

• Número de cuenta bancaria.



44

o Motivo de la validación: Esta cuenta tiene menos de 20 dígitos en el campo número de cuenta bancaria de Director. Por lo que de recibir los datos, no pasará información al campo Número de cuenta de Director.Net.

o Forma de solucionarlo: Desde Director: Acceder a esta cuenta y ponerle el número de cuenta bancaria correcto, con sus 20 dígitos. Desde Director.Net: Recibir estos datos en Director.Net, e introducir directamente el número de cuenta bancaria en el Plan de detalle de Director.Net.

3.6.2.5.- Advertencias

• Email.


o Motivo de la advertencia: El email existente en Director no contiene el símbolo @. o Forma de solucionarlo:

Desde Director: Acceder a esta cuenta y ponerle el email correcto. Desde Director.Net: Recibir estos datos en Director.Net, e introducir directamente el email en el Plan de detalle de Director.Net.

• Cuentas ya existentes en Director.Net


o Motivo de la advertencia:

Informa que la cuenta ya existe en el Plan de cuentas de Director.Net donde se desea recibir.

3.6.3.- Validación Diario 3.6.3.1.- Normas a tener en cuenta en los campos qu e se traspasan de Director

• Asientos descuadrados. Para realizar el traspaso de los datos de Director a Director.Net, se ha seguido la siguiente norma a la hora de interpretar los datos existentes en el Diario de Director:


45

El programa considera un asiento como una operación, la cual ha de estar cuadrada y tener la misma fecha y el mismo código de concepto en todos sus registros. Aquellos valores que no cumplan con la misma, se traspasarán, pero se avisará de ello a través de validaciones recomendadas. Supongamos que tenemos el siguiente asiento en Director:

En estas circunstancias se validará perfectamente el asiento y se recibirá correctamente en Director.Net. Mostrándolo en el Diario consulta, de la siguiente forma:

- Puede ocurrir que un asiento de misma fecha y mismo código de concepto no esté cuadrado. La aplicación lo avisará con una validación recomendada. Se puede acceder a Director, realizar los cambios oportunos y volver a realizar el proceso, o bien, recibir dichos datos y cuadrar el asiento en Director.Net. Si se desea también se puede mantener este asiento descuadrado en Director.Net, al igual que lo está en Director. (Ver ejemplo en el apartado 3.6.3.3.- ‘Validaciones recomendadas’).

- Puede ocurrir que el asiento esté perfectamente cuadrado en Director, pero se estén utilizando códigos de conceptos diferentes para cada una de las líneas del mismo. En este caso en Director.Net se recibirán 2 asientos (uno por código de concepto), cada uno de los cuales estará descuadrado. No es necesario cuadrar dichos asientos en Director.Net una vez recibidos, ya que en este caso, la información será igual que en Director, aunque esté en 2


46

asientos descuadrados y no va a afectar a ninguno de los informes de la aplicación. Si se desea cuadrar, se puede acceder a Director, realizar los cambios oportunos y volver a realizar el proceso, o bien, recibir dichos datos en Director.Net, y cuadrar los 2 asientos traspasados. (Ver ejemplo en el apartado 3.6.3.3.- ‘Validaciones recomendadas’).

• Asientos con IVA. En Director, en relación a los cálculos de IVA, es posible trabajar de 2 formas, en función de si está marcada o no la opción existente en Procesos Auxiliares \ Otras configuraciones \ Datos para el asesor.

• Si no está marcada la opción: � El proceso para el cálculo del IVA será diferente dependiendo de la opción donde se esté trabajando. De forma que se pueden obtener diferentes valores, en función de los redondeos, en la opciones de Declaración de IVA, Libros de IVA, y Datos para el Asesor.

• Si está marcada la opción: � El proceso para el cálculo del IVA será idéntico en las opciones de la aplicación indicadas con anterioridad. Por lo que el resultado obtenido siempre será el mismo.

En todas las opciones de Director.Net, se obtendrá el IVA de la misma forma no siendo posible la existencia de diferencias en base a redondeos, ya que el programa no vuelve a realizar cálculos, siempre toma la información existente en el Diario. Por este motivo los datos que se reciban en Director.Net se corresponderán con los existentes en Director, habiendo marcado la casilla ‘Cálculo IVA/IGIC = Libro Registro Facturas’ (se calculan las bases imponibles, en base al total documento). En principio, si un asiento de IVA se ha introducido con los requerimientos mínimos que necesita Director y, sale correctamente en los informes de Director, una vez traspasado saldrá igual de correcto en Director.Net. Si el programa detecta que no existe coherencia entre los datos calculados, en el proceso de traspaso, y los datos del asiento en Director, mostrará una validación recomendada para que dicho asiento sea revisado. Supongamos que tenemos el siguiente asiento en Director:

El proceso de traspaso obtendrá la base imponible en base al total documento. Por tanto BI = 129,00. A Director.Net traspasará el asiento completo además de la base imponible.


47

Los asientos de Adquisiciones intracomunitarias realizadas con la plantilla existente en Director, se pasarán correctamente a Director.Net, pero allí no se realizará la doble contabilización. Supongamos que tenemos el siguiente asiento en Director:

Al realizar el traspaso a Director.Net, obtendremos el siguiente asiento:

• Asientos con retenciones. Sólo va a ser necesario comprobar los registros relativos a las retenciones, cuando se vayan a realizar traspasos de los mismos, de Director.Net a los modelos de Control Técnico. En Director, la información relativa a las retenciones se guarda en el Histórico de movimientos Y ES TOTALMENTE INDEPENDIENTE DE LOS APUNTES DEL DIARIO, mientras que en Director.Net toda esta información se graba, DE FORMA INTEGRADA en EL PROPIO asiento. Por tanto, para realizar el traspaso a Director.Net correctamente es necesario que los registros del Histórico de movimientos estén perfectamente identificados con su/s asientos correspondientes del Diario de Director.Net.


48

Los asientos del Diario deben de estar perfectamente identificados en el Histórico de movimientos. Los asientos se relacionan con el Histórico a través de la fecha, número de documento y perceptor. Supongamos que tenemos el siguiente asiento en Director:

En este caso el traspaso a Director.Net llevará toda esta información a un mismo asiento:

Con la cuenta de bancos o caja podemos tener los asientos globalizados , los cuales están perfectamente identificados, en el Histórico de movimientos, a través de la fecha y el número de documento. Realizando el traspaso perfectamente a Director.Net. Supongamos que tenemos el siguiente asiento en Director:


49

En estas circunstancias se validará perfectamente el asiento y se recibirá correctamente en Director.Net, ya que dispone de toda la información necesaria. Mostrándolo en el Diario consulta, de la siguiente forma:

Si en el asiento del Diario existe un solo percepto r, y no se encuentra en el Histórico de movimientos el registro que se corresponde con su r etención , el proceso de traspaso los crea a partir de los datos existentes en el propio asiento, asignándole la clave de retención 30 ‘Rendimientos no vinculados a modelos’. Supongamos que tenemos el siguiente asiento en Director:

En estas circunstancias se validará perfectamente el asiento y se recibirá correctamente en Director.Net, ya que puede conocer la información que le falta al no disponer del Histórico de movimientos, mostrándolo en el Diario consulta, de la siguiente forma:


50

Si el asiento de retención es globalizado y se util iza una cuenta diferente a la de caja o bancos. Supongamos que tenemos el siguiente asiento en Director:

En este caso el programa, al tratarse de una cuenta relativa a un perceptor, busca la misma en el histórico de movimientos, al no encontrarla, genera dicha información en base a los datos del diario. Cara al traspaso se comportaría exactamente igual al caso anterior. En Director.Net se recibirá correctamente el asiento en el Diario consulta, pero la información relativa a las retenciones no se corresponderá con la existente en el Histórico de movimientos de Director, siendo necesario borrar dicho asiento y volver a introducirlo a través de las plantillas. En el Diario consulta:


51

Si en el asiento del Diario existen varios percepto res, y no se encuentra en el Histórico de movimientos los registros correspondientes con sus retenciones, el proceso de traspaso no puede saber esta información, por lo que realiza el traspaso de los datos del diario, pero no de los correspondientes al Histórico. (Ver ejemplo en el apartado 3.6.3.3.- ‘Validaciones recomendadas’). La casuística de asientos de nóminas en Director es muy variada, ya que no se exige ningún requisito para realizarlo. Por ello, después de recibir los datos en Director.Net es conveniente revisar tanto el Diario consulta, como desde la pantalla de modificaciones, un asiento tipo de nóminas utilizado en cada una de las empresas, comprobando que los datos relativos a Clave, Base e Importe de retención están correctos. 3.6.3.2.- Validaciones obligatorias

• Número de asiento y Tipo de operación. o Texto de la validación:

o Motivo de la validación: En Director no está activada esta opción. o Forma de solucionarlo: Desde Director: Es necesario acceder a Director, activar la opción Procesos Auxiliares y activar ‘Núm. Asiento/Tipo’. Para que la aplicación tome la nueva configuración es necesario salir de Director, antes de volver a realizar el proceso de selección y validación.


52

3.6.3.3.- Validaciones recomendadas El informe de validaciones proporcionará la información necesaria para poder localizar el apunte en Director, con la finalidad de realizar las modificaciones oportunas. En el informe aparecerá la última línea del asiento correspondiente. La validación tendrá el siguiente formato:

VR: Texto de la validación: Asto. XXXXXX/ Cód.Cta. XXXXXXXXXX/ Fecha XX/XX/XX/CC XX/N.Doc. XXXXXX / Importe XXXXXXX/I% XX/ FE/OR XX/XX/XX/ CL XX/Observ. XXXXXXXXXXXX/T X

• VR: Validación recomendada. • Texto de la validación: Se indicará una breve descripción del problema del asiento. • Asto. XXXXXX: Número de asiento, en caso de que el mismo exista en Director. • Cód.Cta. XXXXXXXXXX: Código de cuenta relativo a la línea donde se ha producido la

validación. • Fecha XX/XX/XX: Fecha del apunte. • CC XX: Código de concepto del apunte. • N.Doc. XXXXXX: Número de documento del apunte, en caso de existir. • Importe XXXXXXX: Importe relativo a la línea donde se ha producido la validación. • I% XX: Porcentaje de IVA. • FE/OR XX/XX/XX: Fecha documento o documento origen. • CL XX: Clave de selección. • Observ. XXXXXXXXXXXX: Observaciones. • T X: Tipo de operación.

• Asiento descuadrado.


o Motivo de la validación: El asiento de Director está descuadrado. Para localizarlo hemos de utilizar la información suministrada por la validación. La misma se corresponde con la última línea del asiento descuadrado.

o Forma de solucionarlo: No es obligatorio cuadrar el asiento. Es posible proceder a recibirlo en Director.Net, en esta aplicación estará descuadrado, al igual que lo está en Director. Si se desea cuadrar, se puede hacer: - Desde Director: Acceder al asiento y modificarlo de forma que el mismo esté cuadrado y proceder de nuevo al traspaso.

- Desde Director.Net: Si el asiento es recibido estando descuadrado, el mismo será traspasado a Director.Net, donde se puede realizar el cuadre del mismo.


53



o Motivo de la validación: El asiento de Director está compuesto por diferentes códigos de concepto. Se considera un asiento por cada código de concepto igual, por tanto en Director.Net este asiento se convertirá en 2. Para localizarlo, en Director, hemos de utilizar la información suministrada por la validación. Las mismas se corresponden con la última línea de cada uno de los asientos. Hay que tener en cuenta que cuando el asiento se corresponda a los meses 13-16, al tratarse del ejercicio 2011, en la validación aparece con el formato Día/mes/ejercicio. De esta forma el 08/16 de Director se transforma en la validación y en Director.Net en 08/04/2011.

o Forma de solucionarlo: No es obligatorio cuadrar el asiento. Es posible proceder a recibirlo en Director.Net. En esta aplicación se recibirán 2 asientos, cada uno con un código de concepto diferente y descuadrado, pero la información será igual a la existente en Director. Si se desea cuadrar, se puede hacer: - Desde Director: Acceder al asiento y modificarlo de forma que todas las líneas tengan el mismo código de concepto. Dependiendo de la información que desee que proporcione el asiento, deberá modificar el código de concepto distinto, o bien, dividir este asiento en 2. En este ejemplo suponemos que deseamos poner el mismo código de concepto a todas las líneas del asiento.

- Desde Director.Net: Si el asiento es recibido estando descuadrado, el mismo será traspasado a Director.Net, en forma de 2 asientos descuadrados. Se deberá eliminar uno de ellos e introducir sus líneas en el otro asiento.


54

En este ejemplo, eliminaremos el asiento correspondiente al código de concepto 29 y añadiremos dicha línea al asiento con código de concepto 5.



o Motivo de la validación: El asiento de Director está compuesto por diferentes códigos de concepto. Se considera un asiento por cada código de concepto igual, por tanto en Director.Net este asiento se convertirá en 2. Para localizarlo, en Director, hemos de utilizar la información suministrada por la validación. Las mismas se corresponden con la última línea de cada uno de los asientos.

o Forma de solucionarlo: No es obligatorio cuadrar el asiento. Es posible proceder a recibirlo en Director.Net. En esta aplicación se recibirán 2 asientos, cada uno con un código de concepto diferente y descuadrado, pero la información será igual a la existente en Director. Si se desea cuadrar, se puede hacer: - Desde Director: Acceder al asiento y modificarlo de forma que todas las líneas tengan el mismo código de concepto. Dependiendo de la información que desee que proporcione el asiento, deberá modificar el código de concepto distinto, o bien, dividir


55

este asiento en 2. En este ejemplo suponemos que deseamos realizar 2 asientos distintos, para mantener la información que nos proporcionan cada uno de los códigos de concepto.

- Desde Director.Net: Si el asiento es recibido estando descuadrado, el mismo será traspasado a Director.Net, en forma de 2 asientos descuadrados.

En este ejemplo, modificaremos cada uno de los asientos y los cuadraremos.

• Asiento de IVA con 2 bases imponibles y cuota de IV A correspondiente a una sola de las bases. o Texto de la validación:

o Motivo de la validación: En el asiento de Director existen 2 bases imponibles, pero la cuota de IVA es relativa sólo a una de ellas. Director.Net necesita la cuota de IVA relativa a cada una de bases imponibles existentes en el asiento, de no encontrarla, como en este caso, lo avisará con una validación recomendada.


56

o Forma de solucionarlo: - Desde Director: Acceder al asiento y modificarlo de forma que la cuota de IVA se corresponda con la totalidad de las bases imponibles del asiento, si por ejemplo, una de las bases no lleva IVA y otra sí, habría que hacer 2 asientos, y a continuación, volver a realizar el proceso de traspaso. De esta forma en Director.Net tendremos los mismos 2 asientos que en Director.

- Desde Director.Net: El asiento traspasado en el Diario consulta está igual que en el Diario de Director.

No obstante, al acceder a su modificación, Director.Net ha aplicado el 18% a las 2 bases imponibles, obteniendo una cuota de IVA de 619,17. Si se vuelve a grabar este asiento, sin realizar modificación alguna, en el Diario consulta obtendríamos un asiento diferente al existente en Director.


57

La solución consistiría en modificar este asiento, dejando sólo la parte correspondiente a la base imponible con IVA al 18% y dar de alta otro asiento para la base sin IVA.

• Asiento de retención con dos perceptores y sin dato s en el Histórico de movimientos. o Texto de la validación:

o Motivo de la validación: En Director existe información del asiento en el Diario, pero en el Histórico de movimientos no se encuentra ningún registro relativo al mismo.

o Forma de solucionarlo: No es obligatorio solucionar esta validación, a no ser que los datos de Director.Net se vayan a traspasar a las declaraciones de Control Técnico. En Director.Net se recibirá la misma información existente en el Diario de Director, lo que no se traspasará serán los datos del Histórico al no encontrarlos. Desde Director: Acceder al Histórico e introducir o modificar los registros oportunos para dicho asiento. Después hay que volver a realizar el proceso de selección y validación. Desde Director.Net: Se pueden recibir los datos, e introducir manualmente los valores necesarios. En el Diario consulta estarán exactamente los mismos datos que en el Diario de Director.

Al acceder a dicho asiento, vemos que faltan datos por completar. Como estos datos son los que se exportan a las declaraciones de Control Técnico, es necesario introducirlos, si se van a realizar dichas exportaciones.


58


• Asiento de retención con un perceptor y sin datos c orrectos en el Histórico de movimientos. o Texto de la advertencia:

o Motivo de la advertencia: En el Diario de Director existe el asiento de retenciones, pero las mismas no están relacionadas con el Histórico de movimientos.

Suponemos que en el Histórico de movimientos está el registro pero no está identificado con el N. DOC. con lo cual la aplicación no lo va a encontrar, no va a pasar estos datos a Director.Net.

No hay nada que solucionar. En el Diario consulta está la misma información que en el Diario de Director, y además si accedemos al asiento, la aplicación ha calculado la retención. Lo único que habría que modificar, si se desea realizar la exportación a los modelos, sería la clave de retención, ya que al carecer de información del Histórico de movimientos, se ha dado de alta con la clave 30 ‘Rendimientos no vinculados a modelos’.


59


60

3.7.- Recibir datos (paso 7) 3.7.1.- Pestaña ‘Datos pendientes de recibir’ Una vez realizada la validación de datos de cada uno de los bloques seleccionados (se entiende por bloque la opción, empresa y ejercicio seleccionado), al pulsar ‘Salir’ de la ventana ‘Validación de datos’, en función del tipo de validación obtenida por cada bloque, éste aparecerá en una pestaña u otra de ‘Datos pendiente de recibir’. Supongamos que sólo hemos validado la empresa 1 (ejercicio 2010 y 2011, en ambos se ha validado su Plan de cuentas y Diario). Al pulsar ‘Validar’ el programa realizó la validación de los datos obtenidos de Director, para cada uno de los bloques seleccionados. En ese caso se validaron los bloques:

• Plan de cuentas de detalle del ejercicio 2010 de la empresa 1. • Plan de cuentas de detalle del ejercicio 2011 de la empresa 1. • Diario del ejercicio 2010 de la empresa 1. • Diario del ejercicio 2011 de la empresa 1.

Al validar cada uno de estos bloques, se obtuvo un resultado:

• Plan de cuentas de detalle del ejercicio 2010 de la empresa 1 �Tiene validaciones recomendadas y advertencias, por tanto aparecerá en la pestaña ‘Validaciones recomendadas’.

• Plan de cuentas de detalle del ejercicio 2011 de la empresa 1 �Tiene validaciones recomendadas y advertencias, por tanto aparecerá en la pestaña ‘Validaciones recomendadas’.

• Diario del ejercicio 2010 de la empresa 1 � Sólo tiene advertencias, por tanto aparecerá en la pestaña ‘Advertencias’.

• Diario del ejercicio 2011 de la empresa 1 � Sólo tiene advertencias, por tanto aparecerá en la pestaña ‘Advertencias’.

Como ninguno de los bloques tiene validaciones obligatorias, su pestaña aparecerá vacía.


61

Estando en la pestaña ‘Datos pendiente de recibir’, se seleccionará el/los bloques a recibir. Es posible recibir los bloques existentes en las pestañas ‘Validaciones recomendadas’ y ‘advertencias’, no siendo posible la recepción de los bloques existentes en la pestaña ‘Validaciones obligatorias’, en este último caso es necesario acceder a Director, solucionar los problemas existentes y volver a realizar el proceso de selección de datos y validación. Es posible recibir algunos bloques de los existentes en pantalla, o bien, la totalidad de los

mismos. Para ello se utilizará el desplegable: . Los bloques deseados se seleccionarán pinchando sobre el mismo con el ratón, manteniendo pulsada la tecla ‘Control’. Suponemos que queremos validar todos los bloques existentes en la pestaña ‘Validaciones recomendadas’. Para ello seleccionaremos ‘Recibir todo’ y, a continuación, se pulsará el botón

.

Al pulsar ‘Recibir’, el programa vuelve a realizar mismas verificaciones que en el proceso de validación, de forma que si las mismas no han sido subsanadas en Director, se vuelve a ofrecer dicha información para que la misma sea revisada y modificada directamente en Director.Net. Además, realiza otras validaciones e informa de cómo se han grabado los datos en Director.Net y de aquellos datos que no han podido ser grabados porque los mismos ya existían en Director.Net. Estas verificaciones las realiza a través de la ventana ‘Recepción de datos’.


62

Al ir desplegando el árbol que aparece en pantalla, se mostrarán las validaciones concretas. También es posible imprimir dicho informe (pulsando el botón ‘Imprimir’), para después acceder a Director.Net y realizar las modificaciones oportunas en base a dicho informe.

Este informe, además de poderse obtener estando en la pantalla ‘Recibiendo datos’, también se puede consultar en cualquier momento, para ello hay que situarse en la pestaña ‘Datos recibidos’, marcar el bloque deseado y pulsar ‘Imprimir’. El informe es único por empresa, es decir, para una misma empresa se mostrarán en el informe todas las opciones seleccionadas y ejercicios. 3.7.2.- Recibir Plan de cuentas de detalle Al recibir los datos del Plan de cuentas en Director.Net, la aplicación vuelve a realizar las mismas comprobaciones que las realizadas en el proceso de Validación (consultar apartados 3.6.2.3, 3.6.2.4 y 3.6.2.5) y otras nuevas, utilizando el mismo criterio, es decir, dividiéndolas en: Validaciones obligatorias, Validaciones recomendadas y Advertencias.

• Por ejemplo, si en las validaciones se informaba de que un determinado municipio no había sido localizado, si el mismo no ha sido corregido en Director y vuelto a realizar el proceso de selección y validación, la misma validación saldrá en el proceso de recibir los datos, para informar al usuario de que dicho municipio no ha podido ser traspasado a Director.Net y, por tanto, debe ser introducido manualmente.

• Además muestra información relativa a cómo han sido grabados los datos. • También informa de cuentas que no se han podido recibir porque ya existían en

Director.Net El plan de cuentas de Director tiene 10 dígitos, mientras que el de Director.Net consta de 11, por tanto, en todas las cuentas se le introducirá un 0 como primer dígito del detalle. Ejemplo: si en Director existe la cuenta 4300001525, en Director.Net se recibirá como: 43000001525.


63


• DNI/CIF.

o Texto de la validación al recibir:

o Motivo de la validación al recibir: Informa que dicho DNI/CIF se ha normalizado y de esta forma ha sido grabado en Director.Net.

• Domicilio.


o Motivo de la validación al recibir: Informa del domicilio asignado a declaraciones.

• Domicilio.


o Motivo de la validación al recibir: En Director no se dispone de domicilio, y sí de código postal, municipio o país.

Indica que se ha dado de alta el domicilio incluyendo un ‘punto’ en el campo ‘Número’, ya que es obligatorio tener completados algunos de los campos ‘Sigla’, ‘Vía pública’, ‘Número’,… para poder dar de alta un domicilio, al que asignarle su correspondiente código postal y/o municipio o población.

• Cuenta ya existente.


o Motivo de la validación al recibir:


64

Informa de que dicha cuenta ya existe en Director.Net y, por tanto, no ha podido ser recibida. El proceso de traspaso NO actualiza las cuentas ya existentes en Director.Net, si se desea actualizar es necesario borrarla del Plan de cuentas de Director.Net y volver a realizar el proceso de selección, validación y recepción.

3.7.2.- Recibir Diario Al recibir los datos del Diario en Director.Net, la aplicación vuelve a realizar las mismas comprobaciones que las realizadas en el proceso de Validación (consultar apartados 3.6.3.2, 3.6.3.3 y 3.6.3.4), y además, comprueba que todas las cuentas existentes en el Diario están dadas de alta en el Plan de cuentas de detalle de Director.Net. 3.7.2.1.- Validaciones obligatorias



o Motivo de la validación: El Diario de Director contiene cuentas que no existen en el Plan de cuentas de detalle, por lo que no va a recibir ningún dato en el Diario de Director.Net. o Forma de solucionarlo: Desde el proceso de traspaso: Es necesario realizar la validación y la recepción del Plan de cuentas de detalle, antes o la vez que el del Diario. Desde Director.Net: Si se trata de pocas cuentas o de alguna en concreto, se puede acceder a Director.Net y darla de alta directamente. A continuación ya se podrá proceder a recibir los datos del Diario sin problema.

3.8.- Datos recibidos y comprobaciones (paso 8) 3.8.1.- Pestaña ‘Datos recibidos’ Una vez realizada la recepción de los bloques deseados, al pulsar ‘Salir’ de la ventana ‘Recepción de datos’, estos aparecerán en la pestaña ‘Datos recibidos’. Supongamos que hemos recibido la empresa 1 (ejercicio 2010 y 2011, en ambos se ha recibido su Plan de cuentas y Diario). Al finalizar el proceso de recepción de datos, estos módulos aparecerán en la pestaña: ‘Datos recibidos’.


65

Al situarse sobre cualquiera de los registros y pulsar ‘Imprimir’ se obtendrá el informe, único por empresa, con las validaciones, para que el mismo pueda ser consultado en el momento que se estime oportuno. 3.8.2.- Comprobaciones a realizar en el Plan de det alle Una vez recibidos los datos relativos al Plan de cuentas de detalle en Director.Net es necesario comprobar que el mismo es correcto. Para ello hay que situarse en la empresa que se ha indicado como destino para recibir los datos.

• Cuentas no incluidas. Como el Plan de mayor no es traspasado, es posible que alguna cuenta de detalle sí esté incluida en el Plan de mayor de Director, pero no en el Director.Net, por tanto es necesario acceder al Plan de detalle de Director.Net y realizar la consulta de ‘Cuentas no incluidas’. En el caso de existir alguna, será necesario darla de alta en el Plan de cuentas de mayor de Director.Net. 3.8.3.- Comprobaciones a realizar en el Diario 3.8.3.1.- Comprobaciones de IVA En Director, en relación a los cálculos de IVA, es posible trabajar de 2 formas, en función de si está marcada o no la opción existente en Procesos Auxiliares \ Otras configuraciones \ Datos para el asesor: ‘Cálculo IVA/IGIC = Libro Registro Facturas’. Los datos recibidos en Director.Net se corresponderán con los existentes en Director, habiendo marcado dicha casilla. Por tanto, a la hora de realizar las comprobaciones de libros de IVA, Declaración de IVA, modelo 340 o modelo 349, es necesario marcar esta casilla en Director. Teniendo marcada la casilla ‘Cálculo IVA/IGIC = Libro Registro Facturas’, en Director, obtener los siguientes informes en Director y Director.Net para comprobar que el resultado obtenido es el mismo.

• Declaración de IVA de los meses 1-12. • Test de IVA de los meses 1-12. • Totales en los libros de IVA de los meses 1-12.

3.8.3.2.- Comprobaciones de retenciones Obtener los siguientes informes en Director y Director.Net para comprobar que el resultado obtenido es el mismo.

• Modelo 190.

3.9.- Histórico de traspasos

Al pinchar sobre el botón , se obtendrá un informe con la información relativa a todos los traspasos realizados, para poder saber en cada momento las empresas, ejercicios u opciones pendientes de traspasar.


66

En este informe está dividido en:

• Empresa/Cliente origen: Indica el número y nombre de la empresa en Director, de donde se obtienen los datos.

• Empresa /Cliente destino: Indica el número y nombre de la empresa en Director.Net, adonde se quieren traspasar los datos.

• Ejercicio: El ejercicio traspasado. • Opción: La opción traspasada. • Fecha de validación: La fecha en la cual se ha realizado la validación de dicha empresa,

ejercicio y opción. • Fecha de recepción: La fecha en la cual se ha realizado la recepción de dicha empresa,

ejercicio y opción. • Estado: Indica el estado en el que se encuentran los datos:

o Sin validar: los datos se han obtenido de Director y están pendientes de validar.

o Validados: • Validaciones obligatorias: los datos obtenidos de Director han sido

validados y los mismos contienen validaciones obligatorias, lo que implica que es necesario acceder a Director, solucionar el problema y volver a realizar el proceso de traspaso.

• Validaciones recomendadas: los datos obtenidos de Director han sido validados y los mismos contienen validaciones recomendadas, lo que implica que se puede acceder a Director, realizar las modificaciones oportunas y volver a realizar el proceso de traspaso, o bien, realizar el traspaso y luego realizar los cambios en Director.Net.

• Advertencias: los datos obtenidos de Director han sido validados y los mismos contienen advertencias, lo que implica que se puede acceder a Director, realizar las modificaciones oportunas y volver a realizar el proceso de traspaso, o bien, realizar el traspaso y luego realizar los cambios en Director.Net.

o Recibido: los datos ya han sido recibidos en Director.Net. Si para una misma empresa, ejercicio y opción se realizan varios procesos de traspasos, en este informe sólo figurará el último realizado.

3.10.- Volver a acceder a opción de traspasos despu és de haber realizado alguno Si con anterioridad ya se ha realizado algún proceso de traspaso: seleccionando, validado o recibido datos; al volver a acceder a esta opción, aparecerán reflejados los mismos en cada una de sus pestañas correspondientes.

• Selección de datos : Se utilizará esta opción para volver a realizar el proceso desde el principio. Pueden darse diferentes circunstancias:

o Para realizar el traspaso de nuevas empresas, opciones y/o ejercicios.


67

o Para volver a realizar el traspaso de empresas, opciones y/o ejercicios pendientes de validar. Este proceso se realizará cuando se hayan modificado datos en Director y se desee volver a realizar el proceso con los nuevos datos.

o Para volver a realizar el traspaso de empresas, opciones y/o ejercicios ya validados que desean volverse a traspasar, después de haber realizado modificaciones en Director, en base a las validaciones obtenidas.

o Para volver a realizar el traspaso de empresas, opciones y/o ejercicios ya recibidos en Director.Net. En este caso es muy importante tener en cuenta: o Plan de cuentas: Las cuentas ya existentes en Director.Net no se

actualizarán, por tanto, es necesario borrarlas si se desea volver a recibirlas con nueva información.

o Diario: No se comprueba que los asientos ya existen en Director.Net, por tanto, si se desea volver a recibir el Diario es necesario que el mismo sea borrado y sea recibido de nuevo, en caso contrario se duplicará la información en Director.Net. Una forma de seleccionar la totalidad del diario de forma rápida, para luego proceder a su borrado, es pulsar en la parte

superior izquierda del diario .

• Datos pendientes de recibir : En esta pestaña estarán los datos validados pero que no

han sido recibidos en Director.Net. Los mismos estarán repartidos entre las pestañas ‘Validaciones obligatorias’, ‘Validaciones recomendadas’ y ‘Advertencias’, en función del resultado de la validación.


68

En nuestro ejemplo, tenemos pendiente de recibir el Diario de la empresa 1, para los ejercicios 2010 y 2011. Los mismos sólo tienen advertencias, por tanto, podemos proceder a su recepción pulsando el botón ‘Recibir’, cuando lo estimemos oportuno.

• Datos recibidos: En esta pestaña estarán los datos ya recibidos en Director.Net.

En nuestro ejemplo, hemos recibido el Plan de cuentas de la empresa 1, para los ejercicios 2010 y 2011.

• Datos pendientes de validar: En esta pestaña estarán los datos obtenidos de

Director, pero que todavía no han sido validados.

En nuestro ejemplo, todos los ejercicios y opciones seleccionados para la empresa 2, están pendientes de validar. Si se desea validar, basta con pulsar el botón ‘Validar’.

Por tanto, al volver a entrar a la opción de traspasos, se puede continuar realizando los mismos, no es necesario realizarlos todos en un mismo momento.


69

4.- GUÍA RÁPIDA DEL TRASPASO DE DATOS DE OBLIGACIONES FORMALES A DIRECTOR.NET En este apartado se detallan brevemente los pasos a seguir para realizar el traspaso de los datos, del Diario, de Obligaciones Formales a Director.Net. Si necesita ampliar esta información, en el siguiente apartado ‘Guía detallada del traspaso de datos de Obligaciones Formales a Director.Net’ se explica con detenimiento cada uno de estos pasos. PASO 1 Si ya dispone de datos en la aplicación Director.Net y/o en el Entorno Asesorías realice copias de seguridad de los mismos. PASO 2 Preparar y comprobar los datos en Obligaciones Formales que se desean trasvasar a Director.Net. PASO 3 Dé de alta en Director.Net, todas las empresas a las que desea traspasar datos desde Obligaciones Formales. Debe darlas de alta por cuentas de mayor. PASO 4 Seleccione los datos de Obligaciones Formales que desea pasar a Director.Net. Indique la ruta donde se encuentra instalada la aplicación Obligaciones Formales, las empresas y los ejercicios a traspasar. PASO 5 Indique la equivalencia entre las empresas de Obligaciones Formales y las de Director.Net. Para cada una de las empresas origen de los datos (Obligaciones Formales), debe indicar a qué empresa destino van a ir dichos datos (Director.Net). Por defecto será la misma. PASO 6 Valide las empresas y ejercicios seleccionados.

• Si obtiene validaciones obligatorias acceda a Obligaciones Formales, solucione las mismas y vuelva a realizar la selección de datos, la equivalencia de empresas y la validación.

• Si sólo obtiene Advertencias continúe con el paso siguiente. PASO 7 Reciba las empresas y ejercicios seleccionados.

• Si obtiene validaciones obligatorias debe solucionarlas para poder recibir los datos. PASO 8 Realice las comprobaciones necesarias para cerciorarse de que los datos existentes en Director.Net se corresponden con los existentes en Obligaciones Formales.


70

5.- GUÍA DETALLADA DEL TRASPASO DE DATOS DE OBLIGACIONES FORMALES A DIRECTOR.NET A continuación, se explica con más detenimiento cada uno de los pasos que usted debe realizar, para traspasar los datos de Obligaciones Formales a Director.Net. Es decir, se detallarán cada uno de los pasos descritos en la guía rápida.

5.1.- Realizar copias de seguridad (paso 1) Si ya dispone de datos en la aplicación Director.Net y/o en el Entorno Asesorías debe realizar una copia de seguridad previa a proceder al traspaso de datos, tal y como se indica en el apartado 3.1 de esta guía.

5.2.- Preparar los datos en Obligaciones Formales ( paso 2) Sólo es posible realizar traspasos de Obligaciones Formales a Director.Net de ejercicios a partir de 2008, donde además estén activadas las NI C.

5.3.- Dar de alta las empresas en Director.Net (pas o 3) Antes de realizar el traspaso es necesario dar de alta las empresas en Director.Net. Este proceso se detalla en el apartado 3.3.1 de esta guía. Hay que tener en cuenta que para poder realizar el traspaso desde Obligaciones Formales es necesario que la empresa en Director.Net esté creada por cuentas de mayor, es decir, al darla de alta, en sus configuraciones hay que indicarle que se trata de Contabilidad por mayor.

5.4.- Selección de datos de Obligaciones Formales ( paso 4) La opción para realizar los traspasos de Director a Director.Net se encuentra en: Auxiliares \ Traspaso de datos \ De Obligaciones Formales a Director.Net. Para realizar los traspasos de cualquiera de las empresas y/o ejercicios de Obligaciones Formales, da igual en la empresa en la que se esté posicionada en Director.Net.


71

Sólo es posible traspasar datos de Obligaciones Formales a Director.Net, cuando en la empresa destino, de Director.Net, se esté trabajando por cuentas de Mayor. Una vez que se acceda a esta opción, hay que seguir los siguientes pasos: 5.4.1.- Seleccionar ruta Seleccionar la ruta donde se encuentra la aplicación Obligaciones Formales. Al abrir el desplegable aparecerá por defecto la carpeta \\NCSCA\NCSOF existente en el equipo desde donde se esté accediendo a Director.Net, no obstante de forma manual o a través del botón

, se puede seleccionar la ruta que se desee.

5.4.2.- Seleccionar ejercicio/s Seleccionar el intervalo de ejercicios a traspasar, para todas las empresas que se quieran traspasar. Los intervalos máximos son desde el ejercicio 2008 hasta el ejercicio 2011. 5.4.3.- Seleccionar empresa/s y ejercicio/s Al pulsar ‘Aceptar’, en la pantalla anterior, aparecerá una relación con todas las empresas localizadas en la ruta indicada para Obligaciones Formales, con el intervalo de ejercicios seleccionado. Siendo necesario marcar las empresas y ejercicios que se desean traspasar a Director.Net. Además de indicar los datos que se quieren trasvasar, en este caso sólo será posible pasar el Diario de apuntes.


72

Suponemos que queremos traspasar los ejercicios 2008, 2009 y 2010 de la empresa 52. Es conveniente que el proceso de traspaso sea realizado por un solo usuario, realizando el traspaso empresa a empresa, ya que es necesario realizar las validaciones y comprobaciones de los datos traspasados. Una vez realizada la selección deseada, al pulsar ‘Aceptar’ la aplicación creará los ficheros correspondientes con la información existente en Obligaciones Formales. La duración de este proceso dependerá de los datos que existan en Director para la selección realizada. Estos ficheros se crean en la ruta: \\NCSCA\40traspasos\tmp del equipo donde esté instalado Director.Net. Los nombres de los ficheros son:

• Para el Diario: DiarioMayor_YYYYY_EEEE.XML Siendo YYYYY el número de empresa de Obligaciones Formales y EEEE el ejercicio.

5.5.- Equivalencia de empresas (paso 5) Al pulsar ‘Aceptar’, en la pestaña ‘Datos pendientes de validar’, se mostrará una pantalla para indicar a qué empresas de Director.Net se quieren llevar los datos de Obligaciones Formales. Por defecto, como destino, pondrá la misma empresa que en Obligaciones Formales (siempre que la misma exista en Director.Net por cuentas de Mayor), ya que esta aplicación utiliza los clientes de Fiscal y, por tanto, los existentes en el Entorno Asesorías. No obstante, dicha empresa destino se puede cambiar, por cualquier otra donde se esté trabajando por cuentas de mayor.

5.6.- Validar datos (paso 6) 5.6.1.- Pestaña ‘Datos pendientes de validar’ Una vez realizada la equivalencia de empresas el siguiente paso es validar los datos obtenidos de Obligaciones Formales, a través de la pestaña ‘Datos pendientes de validar’. Es posible validar algunas de las empresas existentes en pantalla, o bien, la totalidad de las

mismas. Para ello se utilizará el desplegable: . Las empresas deseadas se seleccionarán pinchando sobre la misma con el ratón, manteniendo pulsada la tecla ‘Control’. Vamos a validar la empresa 52.


73

Al pulsar ‘Validar’ el programa realizará la validación de los datos obtenidos del diario de Obligaciones Formales, para los ejercicios y empresas seleccionadas, mostrando una pantalla con la misma. En este caso validará los datos del diario de la empresa 52 para los ejercicios 2008, 2009 y 2010. Una vez obtenida la validación, para cada uno de los ejercicios, se pueden obtener:

• Validaciones obligatorias : En caso de existir este tipo de validaciones implica que los datos no van a poder ser recibidos en Director.Net, por tanto es obligatorio, acceder a Obligaciones Formales, realizar las modificaciones necesarias y volver a realizar el proceso de traspaso.

• Advertencias : Informa de aquellos datos que no van a ser traspasados a Director.Net, por incumplir algunas de las normas existentes en esta aplicación. Se puede acceder a Obligaciones Formales, realizar las modificaciones necesarias y volver a realizar el proceso de traspaso, o bien, realizar el traspaso y luego introducir o modificar los datos manualmente en Director.Net.

En este caso no tenemos validaciones. En el supuesto de tenerlas, las mismas aparecerían en la pantalla. También es posible imprimir dicho informe (pulsando el botón ‘Imprimir’). Este informe, además de poderse obtener estando en la pantalla ‘Validando datos’, también se puede consultar en cualquier momento, para ello hay que situarse en la pestaña ‘Datos pendientes de recibir’, marcar el bloque deseado y pulsar ‘Imprimir’. El informe es único por empresa, es decir, para una misma empresa se mostrarán en el informe todas las opciones seleccionadas y ejercicios. Una vez validados los datos, indicándole la empresa destino de Director.Net, los ficheros correspondientes se guardarán en la ruta: \\NCSCA\40traspasos del equipo donde esté instalado Director.Net. Los nombres de los ficheros son:

• Para el Diario: DiarioMayor_YYYYY_EEEE.XML Siendo YYYYY el número de empresa de Obligaciones Formales y EEEE el ejercicio.


74

5.6.2.- Validación Diario 5.6.2.1.- Validaciones obligatorias

• Tipo de operación memoria incorrecto para una cuent a. o Texto de la validación:

o Motivo de la validación: En el diario de Obligaciones Formales, existe un registro con un tipo de operación memoria, que no se corresponde con la cuenta existente en el mismo. o Forma de solucionarlo: Desde Obligaciones Formales: Es necesario acceder a Obligaciones Formales, poner el tipo de operación memoria correcto y volver a realizar el traspaso.


• Cuentas no incluidas. o Texto de la validación:

o Motivo de la validación: En el Plan de cuentas de mayor de las NIC no existe dicha cuenta. o Forma de solucionarlo: Desde Obligaciones Formales: Es necesario acceder a Obligaciones Formales, cambiar dicha cuenta por otra existente en el Plan de cuentas de mayor y volver a realizar el traspaso. Desde Director.Net: Acceder al Plan de cuentas de mayor y dar de alta dicha cuenta antes de recibir los datos. O bien, recibir los datos del diario con esa advertencia y, posteriormente, de forma manual introducir los registros relativos a dicha cuenta.

5.7.- Recibir datos (paso 7) 5.7.1.- Pestaña ‘Datos pendientes de recibir’ Una vez realizada la validación de datos para cada una de las empresas y ejercicios, al pulsar ‘Salir’ de la ventana ‘Validación de datos’, en función del tipo de validación obtenida por cada empresa y ejercicio, el mismo aparecerá en una pestaña u otra de ‘Datos pendiente de recibir’. En caso de no obtener ninguna validación, dicha empresa y ejercicio aparecerán en la pestaña ‘Advertencias’, indicando su informe, el número de apuntes que se podrán recibir en Director.Net. Nuestra empresa 52 no tiene validaciones en ninguno de sus ejercicios.


75

Estando en la pestaña ‘Datos pendiente de recibir’, se seleccionará el/los bloques a recibir. Es posible recibir los bloques existentes en las pestañas ‘Validaciones recomendadas’ y ‘Advertencias’, no siendo posible la recepción de los bloques existentes en la pestaña ‘Validaciones obligatorias’, en este último caso es necesario, solucionar los problemas existentes y antes de poder recibir la información. Es posible recibir algunos todos los ejercicios y empresas existentes en pantalla, o bien, la

totalidad de los mismos. Para ello se utilizará el desplegable: . Las empresas y ejercicios deseados se seleccionarán pinchando sobre el mismo con el ratón, manteniendo pulsada la tecla ‘Control’. Suponemos que queremos validar todos los datos existentes en la pestaña ‘Validaciones recomendadas’. Para ello seleccionaremos ‘Recibir todo’ y, a continuación, se pulsará el botón

.

Al pulsar ‘Recibir’, el programa vuelve a realizar mismas verificaciones que en el proceso de validación, de forma que si las mismas no han sido subsanadas, se vuelve a ofrecer dicha información para que la misma sea revisada y modificada directamente en Director.Net. Además, realiza otras validaciones e informa del número de asientos que han sido grabados en Director.Net. Este informe, además de poderse obtener estando en la pantalla ‘Recibiendo datos’, también se puede consultar en cualquier momento, para ello hay que situarse en la pestaña ‘Datos recibidos’, marcar el bloque deseado y pulsar ‘Imprimir’. El informe es único por empresa, es decir, para una misma empresa se mostrarán en el informe todas las opciones seleccionadas y ejercicios.

5.8.- Datos recibidos (paso 8) Una vez realizada la recepción de los datos deseados, al pulsar ‘Salir’ de la ventana ‘Recepción de datos’, estos aparecerán en la pestaña ‘Datos recibidos’.


76

Al situarse sobre cualquiera de los registros y pulsar ‘Imprimir’ se obtendrá el informe, único por empresa, con las validaciones, para que el mismo pueda ser consultado en el momento que se estime oportuno.

5.9.- Histórico de traspasos

Al pinchar sobre el botón , se obtendrá un informe con la información relativa a todos los traspasos realizados de Obligaciones Formales a Director.Net, para poder saber en cada momento el estado de cada una de las empresas y ejercicios.

La composición de este informe es similar al descrito al descrito en el punto 3.9, para los traspasos desde Director a Director.Net.

5.10.- Volver a acceder a opción de traspasos despu és de haber realizado alguno Este apartado es similar al descrito en el punto 3.10, para los traspasos desde Director a Director.Net.


77

6.- RECEPCIÓN DE DATOS EXTERNOS EN DIRECTOR.NET POR CUENTAS DE DETALLE

6.1.- Introducción Director.Net puede recibir los mismos ficheros de datos externos que se reciben en Director actual.

• Datosges. • Datosnif. • Datosext. • Datosret.

De esta forma, si un usuario está utilizando, por ejemplo, la aplicación TPV Comercios; desde la misma puede generar los ficheros Datosges y Datosext, para que sean recibidos por Director actual, o bien, por Director.Net. Es decir, todas las aplicaciones que generen ficheros de datos externos, para ser recibidos por Director actual, a partir de ahora los mismos también van a poder recibirse en Director.Net, para aquellos usuarios que deseen llevar su contabilidad con esta aplicación. Para cada una de las aplicaciones de NCS, los ficheros generados serán similares a los que se crean para Director actual, no obstante, la ruta donde se crean va a ser diferente. Para Director.Net, en este caso los ficheros se crearán en una carpeta determinada, dentro de la ruta indicada en las parametrizaciones (\\NCSCA\40traspasos\DatosExternos). Este proceso todavía no está contemplado en los programas de NCS. A continuación, se detalla el estado de cada uno de ellos. Se ha creado la carpeta \\NCSCA\40traspasos\DatosExternos para unificar la creación de datos externos para Director.Net, desde las distintas aplicaciones de NCS. No obstante, desde Director.Net se puede recibir cualquier fichero de datos externos, con independencia de su ubicación.

• NCS Scan, TPV Comercios, TPV Restaurantes y Gestión Sectorial. En estas aplicaciones, a partir de las siguientes versiones que salgan de cada una de ellas, se podrá indicar si se desea realizar el enlace con Director o con Director.Net. En caso de elegir Director.Net, los ficheros de datos externos se guardarán en la ruta indicada anteriormente: \\NCSCA\40traspasos\DatosExternos.

• Facturación, Laboral y Gestión de Director actual. Estas aplicaciones todavía no se han modificado, por tanto, aunque se le indique la ruta de Director.Net (\\NCSCA) los ficheros no se crearán en la carpeta \\NCSCA\40traspasos\DatosExternos (esta modificación se realizará en próximas versiones).

6.2.- Proceso 6.2.1.- Selección de datos a recibir El primer paso consiste en indicar qué datos se desean recibir. Los datos se recibirán en la empresa desde donde se esté llevando a cabo el proceso.


78

En base a la selección realizada se deberán completar otros campos de la pantalla. 6.2.1.1.- Plan de cuentas de detalle. En este caso sólo es necesario indicar si el fichero Datosges, que se desea recibir, ha sido generado a 8 o a 10 dígitos. Director.Net, en cualquier caso, lo transformará a 11 dígitos.

6.2.1.2.- Diario de apuntes detalle. Además de indicar si el Datosext, que se desea recibir, ha sido generado a 8 o a 10 dígitos, es necesario detallar: - Opciones diario de apuntes:

Esta pantalla está compuesta por los siguientes campos:

• Tipo impositivo utilizado en los apuntes del diario: Es necesario indicar si los apuntes que se van a recibir son de IVA o de IGIC. En el desplegable sólo aparecerán los tipos impositivos activos en la empresa donde se deseen recibir los apuntes. Si los datos a recibir tienen un tipo impositivo distinto al existente en el desplegable, es necesario que previamente se acceda a ‘Auxiliares’ y se active el correcto, para luego poder ser seleccionado en el desplegable.

• Campo CL como 2 primeros caracteres de Observaciones. o Se marcará en caso de que el campo CL se utilice como los dos primeros

caracteres de la observación en el Diario de Director. De esta forma al traspasarlo a Director.Net todo irá en el campo Observaciones.

o No se marcará cuando el campo CL no tenga relación con las observaciones. • Incluir apuntes con los meses 13/14/15/16.

o Se marcará en caso de desear recibir los apuntes que pertenezca a los meses en el 13/14/15/16 existentes en el Datosext a recibir.

o No se marcará cuando no se quieran recibir los datos correspondientes a los meses 13/14/15/16 existentes en el Datosext a recibir.

• Incluir el Nº Asiento automático en Director.Net. o Si no se marca, al Diario de Director.Net se pasará la información relativa al

número de documento, que se encuentre en el Datosext. El mismo puede ser: • Sin número de asiento.- Los apuntes recibidos en Director.Net no

llevarán número de asiento. • Numeración concreta.- Los asientos recibidos en Director.Net se

recibirán con el número de asiento existente en el Datosext. • Numeración con serie.- Los asientos recibidos en Director.Net se

recibirán con el número de asiento, incluida la serie, existente en el Datosext.


79

• Numeración automática.- Al recibirse en Director.Net se continuará con la numeración que exista en su contabilidad. En este caso no se dispone de serie.

• Numeración automática con serie.- Al recibirse en Director.Net se continuará con la numeración que exista en su contabilidad para dicha serie.

o Se marcará cuando en Director.Net se desee trabajar con número de serie en concreto para todos los apuntes, con independencia de lo existente en el campo Número de documento del fichero Datosext. En este caso, en el campo ‘Serie’ se debe indicar la serie con la que se desea trabajar en Director.Net, si lo dejamos vacío se tomará la serie 0. De esta forma en Director.Net se renumerarán todos los asientos del Diario, en base a esta información.

• CC de suplidos. En este campo se indicará el código de cuenta utilizado en el diario para los asientos de suplidos.

• Cuentas.- En estos campos hay que introducir la cuenta de mayor utilizada en el diario de Director.Net, con dicha finalidad. Por defecto aparecerán las siguientes cuentas:

o Cuenta de Aportaciones a la Seguridad Social: 47600. o Cuenta de Anticipos: 46000. o Cuenta de Descuento sobre Ventas por pronto pago: 70600. o Cuenta de Descuento sobre Compras por pronto pago: 60600.

- Opciones para facturación:

Estos campos hay que rellenarlos en caso de que el fichero de datos externos se haya confeccionado desde la aplicación Facturación de Fiscal. Hay que indicar las mismas cuentas que las utilizadas en esta aplicación.

Por defecto aparecerán las siguientes cuentas:

• Cuenta de Suplidos: 55500. • Cuenta de Ingresos: 70500. • Cuenta de Devoluciones: 70800.


80

6.2.2.- Indicar la ruta de donde obtener los datos A continuación, habrá que seleccionar la ruta de donde se desean obtener los ficheros que contengan dichos datos. La misma se puede introducir manualmente o a través de la lupa, al pulsar el botón: . Por defecto aparecerá la ruta \\NCSCA\40traspasos\DatosExternos, no obstante se puede indicar cualquiera que se desee.

• Plan de cuentas de detalle:

. Para el Plan de cuentas hay que buscar y seleccionar el fichero DATOSGES. El mismo puede estar en cualquier directorio que se desee. El fichero Datosges será recibido en la empresa donde se esté situado, en Director.Net, con independencia de su extensión.

• Diario de apuntes detalle:

. Para el Diario hay que buscar y seleccionar el fichero DATOSEXT. El mismo puede estar en cualquier directorio que se desee. El fichero Datosext será recibido en la empresa donde se esté situado, en Director.Net, con independencia de su extensión. Además, si existen otros ficheros en su misma ruta (Datosret, Datosnif y/o Datosges), con la misma extensión, todos se recibirán de forma automática, en el mismo proceso. 6.2.3.- Validar Una vez seleccionado el fichero a recibir, al pulsar ‘Validar’ el programa realizará la validación de los mismos. Hay que tener en cuenta que si se ha seleccionado recibir el Diario, y en la misma ruta donde esté el fichero Datosext, también están los ficheros Datosret, Datosnif y/o Datosges, con la misma extensión, se realizará la validación de la totalidad de estos ficheros de forma conjunta.

Una vez obtenida la validación, se pueden obtener:

• Validaciones obligatorias : En caso de existir este tipo de validaciones implica que los datos no van a poder ser recibidos en Director.Net, por tanto es obligatorio, acceder al/los fichero/s a recibir, realizar las modificaciones necesarias y volver a realizar el proceso de validación.


81

• Validaciones recomendadas : Informa de aquellos datos que no van a ser traspasados a Director.Net, por incumplir algunas de las normas existentes en esta aplicación, o bien que se pasarán pero se recomienda su revisión. Se puede acceder a al/los fichero/s a recibir, hacer las modificaciones necesarias y volver a realizar el proceso de validación, o bien, recibir los ficheros externos y luego introducir o modificar los datos manualmente en Director.Net.

• Advertencias : Aporta información relativa a alguno de los datos a recibir.

Al ir desplegando el árbol que aparece en pantalla, se mostrarán las validaciones concretas. También es posible imprimir dicho informe (pulsando el botón ‘Imprimir’) para después acceder a Director y realizar las modificaciones oportunas antes de proceder de nuevo al traspaso de estos datos. El proceso de validación es similar al descrito en el apartado 3.6 para el traspaso de datos de Director a Director.Net. 6.2.4.- Recibir Después de validar, siempre que no existan validaciones obligatorias, hay que recibir los datos, para ello hay que pulsar sobre el botón ‘Recibir’. Al recibir los datos del Plan de cuentas en Director.Net, la aplicación vuelve a realizar las mismas comprobaciones que las realizadas en el proceso de Validación y otras nuevas, utilizando el mismo criterio, es decir, dividiéndolas igualmente en: Validaciones obligatorias, Validaciones recomendadas y Advertencias.


82

Las validaciones realizadas en el proceso de recepción son similares a las descritas en el apartado 3.7 para el traspaso de datos de Director a Director.Net. Una vez que los ficheros de datos externos han sido recibidos, los mismos serán borrados.

guía de traspasos - intraweb de delegaciones

Documents