Validación

• Todas las sociedades (campo ALLCPY)

Marque esta casilla para ejecutar el proceso en todas las sociedades. De lo contrario, seleccione una sociedad.

Caso particular

Esta casilla no está disponible en un entorno multilegislación. El proceso solo se puede ejecutar sociedad por sociedad, puesto que el tipo de asiento y el asiento utilizados para la contabilización suelen hacer referencia a una única legislación.

• Sociedad (campo CPY)

Indique el código de la sociedad para la que se lanza el proceso.

El código de la sociedad:

• Debe hacer referencia a una entidad jurídica.
• Es obligatorio si la casilla "Todas las sociedades" no está marcada.

• Legislación (campo LEG)

• Todas las plantas (campo ALLFCY)

Marque esta casilla para incluir todas las plantas. Déjela desmarcada si quiere ejecutar el proceso en una única planta.

• Planta (campo FCY)

Indique el código de la planta para la que se lanza el proceso.

Este campo es obligatorio si la casilla "Todas las plantas" no está marcada.

• Todos los tipos de documentos (campo ALLTYP)

Marca esta casilla para incluir todos los tipos. Déjala desmarcada si quieres ejecutar el proceso para un único tipo.

• Tipo asiento (campo TYP)

Al introducir un tipo de asiento, el proceso sólo se lanza para los asientos contables para los que se ha utilizado este tipo.
Sólo se proponen aquí los tipos de asiento para los que se ha marcado la categoría simulación.

 Es obligatorio indicar este campo si la casilla "Todos tipos de asiento" no está marcada.

• Asiento inicio (campo VCRDEB)

Número de asiento inicial que permite seleccionar los registros que se van a procesar.

• Asiento fin (campo VCRFIN)

Número de asiento final que permite seleccionar los registros que se van a procesar.

• Todos tipos de diarios (campo ALLTYPJOU)

Si esta casilla está marcada, para la operación se tendrán en cuenta todos los tipos de diario.

• Tipo diario (campo TYPJOU)

Indicar el tipo de diario. Éste debe ser del mismo tipo que el diario asociado al tipo de asiento seleccionado.

 Es obligatorio indicar este campo si la casilla "Todos los diarios" no está marcada.

El tipo de diario permite agrupar los diarios en función de características comunes vinculadas esencialmente a la naturaleza de las operaciones que quedarán grabadas:

• Ventas,
• Compras,
• Tesorería,
• Operaciones diversas,
• OD analíticas,
• Aperturas.

Ciertos procesos y controles dependen del tipo de diario:

• los diarios de tipo "Aperturas" solamente pueden registrar los asientos asociados al periodo "Aperturas",
• los diarios de tipo "OD analíticas" solamente pueden registrar los asientos de categoría "analítica",
• debe asociarse una cuenta de tesorería a cada diario de tipo "tesorería" con el fin de que los apuntes registrados en dicho diario obtengan una inversión automática. Un diario de tipo tesorería se utiliza:
• en el módulo de contabilidad terceros al contabilizar los pagos,
• en los asientos automáticos.

 La parametrización de los diarios de tesorería se explica en la documentación Definición de los diarios, tipos de asientos y cuentas en los pagos.

Se reservan seis tipos de diario a las operaciones diversas:

• los valores 4, 5 y 6 para la contabilidad general,
• los valores 8, 9 y 10 para la contabilidad analítica.

• Todos los diarios (campo ALLJOU)

Si la casilla "Todos los diarios" está marcada, en la operación se tienen en cuenta todos los diarios.

• Diario (campo JOU)

Introduzca el código de diario compuesto de uno a cinco caracteres alfanuméricos.
En creación, el diario se abre automáticamente en todos los periodos indicados.
El diario seleccionado debe ser del mismo tipo que el diario asociado al tipo de asiento elegido en los criterios de selección anteriores.

Si no está marcada la casilla "Todas las plantas", este campo es obligatorio.

• Todos los usuarios (campo ALLUSR)

Cuando esta casilla está marcada, se incluyen los datos de todos los usuarios. De lo contrario, solo se ve afectado el usuario del código introducido (por defecto, el usuario en curso).

• Usuario (campo USR)

Si se introduce un código de usuario, el proceso solo incluye los asientos contables introducidos por ese usuario. Si se deja en blanco, solo se incluyen los asientos contables del usuario en curso.

• Simulaciones inactivas (campo SIM)

Los criterios "Simulaciones inactivas" y "Estado de los apuntes generados" solo se solicitan para la validación de los asientos como OD. Permiten tener en cuenta los apuntes de simulación inactiva y generar los asientos en modo real o provisional.

• Asientos simul. automáticos (campo AUTACC)

El criterio "Apuntes simul. automáticos" permite incluir los apuntes de simulación automática en los procesos de activación, desactivación o cancelación. Estos apuntes de simulación automática se caracterizan por sus campos REFSIM (Ref. simulación) alimentados.
Los apuntes de simulación automática se excluyen sistemáticamente del proceso de validación.

• Fecha inicio (campo STRDAT)

Puede afinar la selección indicando un rango de fechas.
Las fechas de creación en la entrada de los asientos son las que se tienen en cuenta.

• Fecha fin (campo ENDDAT)

• Tipo generación (campo SIMSTA)

En una generación real, el estado del asiento puede ser:

• Provisional
• Final

El estado del asiento debe ser Definitivo en las contabilizaciones cuando el tipo de generación solicitado es Real y la sociedad cumple uno de los siguientes criterios:

• Sociedad de legislación francesa. El parámetro FRADGI - Normativa DGI n.° 13L-1-06 (capítulo TC, grupo CPT) tiene asignado el valor Sí y no se puede modificar.
• Sociedad no francesa que aplica las reglas francesas de la normativa DGI n.° 13L-1-06. El parámetro FRADGI - Normativa DGI n.° 13L-1-06 (capítulo TC, grupo CPT) tiene asignado el valor Sí y se puede modificar.

El estado determina la posibilidad de modificar o no el asiento. Una vez que es definitivo, las modificaciones del asiento solo son de carácter informativo o relativas a las imputaciones analíticas. La fecha, los importes, las cuentas, el código de IVA y otros datos puramente contables ya no se pueden modificar.

Si es provisional, se pueden modificar la mayoría de los datos. Las opciones de modificación pueden variar en función:

• De la naturaleza y el origen del asiento contable:
  • Asiento de pago temporal: línea bancaria que no se puede suprimir.
  • Asiento de factura de compra: línea de tercero que no se puede suprimir, cuenta de compra e IVA no modificables.

• De los eventos de gestión que influyen en el asiento contable:
  • Cuenta de gastos con un importe de IVA declarado.
  • Cuenta de IVA (marcada o no).

• Tipo asiento (campo TYPDES)

Tipo de asiento que se va a utilizar para generar los asientos procedentes del proceso.

 Nota: cuidado con los tipos de asientos utilizados; su objetivo es, entre otros, prohibir o autorizar la propagación entre tipos de referencial.

• Diario (campo JOUDES)

Diario que se tiene en cuenta para generar los asientos procedentes del proceso.
Debe ser del mismo tipo que el diario asociado al tipo de asiento seleccionado anteriormente.

• Fichero traza (campo TRC)

Si responde que "Sí", se utiliza un fichero de traza para obtener la lista de los asientos validados en este proceso.