Validación
El objetivo de la simulación es permitir al usuario observar el impacto de un apunte contable o analítico en sus cuentas, sin que el registro quede asimilado en los elementos "reales" de su contabilidad.
El asiento de la simulación puede estar activo o inactivo. Una vez activado, se integra en las pantallas de consulta y en los informes. Se puede desactivar o transformar en un asiento real para que sea un asiento de simulación inactiva (es decir, un asiento latente, invisible en los informes y las consultas). Por ejemplo, la simulación de apuntes de inventario como "provisiones para riesgos".
Hay varias funciones que afectan directamente a los asientos de simulación:
La función "Validación" permite transformar los asientos de simulación en asientos reales.
No se podrá cerrar un periodo hasta que los apuntes de simulación no se hayan cancelado o transformado en apuntes reales.
Cuando se procesa un apunte de simulación, todos los referenciales en los que se encuentra dicho apunte se ven afectados.
Requisitos previos
Consulta la documentación de Puesta en marcha
Gestión de pantalla
La pantalla de generación propuesta es la misma en los cuatro procesos. Está compuesta por un conjunto de criterios de selección que permiten definir el tipo de generación.
En la pantalla de lanzamiento, el estado de los apuntes siempre es "Definitivo' cuando la categoría de los asientos es "Real" y la sociedad es:
- Una sociedad de legislación francesa (el parámetro FRADGI/capítulo TC/grupo CPT tiene asignado el valor "Sí" y no se puede modificar).
- Una sociedad no francesa que aplica las reglas francesas de la normativa DGI n° 13L-1-06 (el parámetro FRADGI/capítulo TC/ grupo CPT tiene asignado el valor "Sí" y se puede modificar).
Pestaña Pantalla de entrada
Criterios de selección
Los asientos de simulación en los que se va a llevar a cabo uno de los cuatro procesos se seleccionan siguiendo varios criterios:
- Sociedad
- Planta
- Tipo de asiento: debe marcar "Simulación".
- Tipo de diario: debe ser coherente con el tipo de asiento seleccionado.
- Diario: debe ser del mismo tipo que el asociado al tipo de asiento utilizado.
- Usuario
Estos criterios permiten restringir la selección de los asientos de simulación que se van a procesar. No son obligatorios. El sistema selecciona todos los asientos por defecto.
Se puede afinar la selección mediante un rango de fechas. La fecha de creación indicada en la entrada del asiento es la que se tiene en cuenta.
El indicador "Simulaciones inactivas" solo se utiliza para la validación del asiento. Si no está marcado, solo se validan los asientos de simulación activa (y, por lo tanto, pasan a ser asientos reales). De esta manera, se puede extender la validación a los asientos de simulación inactiva.
Criterios
Todas las sociedades (campo ALLCPY) |
Marque esta casilla para ejecutar el proceso en todas las sociedades. De lo contrario, seleccione una sociedad. Caso particularEsta 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.
|
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.
|
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.
|
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.
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:
Ciertos procesos y controles dependen del tipo de diario:
Se reservan seis tipos de diario a las operaciones diversas:
|
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.
|
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. |
Fecha inicio (campo STRDAT) |
Puede afinar la selección indicando un rango de fechas. |
Fecha fin (campo ENDDAT) |
Generación
Tipo generación (campo SIMSTA) |
En una generación real, el estado del asiento puede ser:
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:
Si es provisional, se pueden modificar la mayoría de los datos. Las opciones de modificación pueden variar en función:
|
Tipo asiento (campo TYPDES) |
Tipo de asiento que se va a utilizar para generar los asientos procedentes del proceso.
|
Diario (campo JOUDES) |
Diario que se tiene en cuenta para generar los asientos procedentes del proceso. |
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. |
Tarea batch
Esta función puede lanzarse en Batch. La tarea estándar ACCSIMVAL esta prevista con este fín.
Barra de menú
Memo |
Haz clic en esta acción para guardar las parametrizaciones en un Código de memoria y poder utilizarlas posteriormente. La memoria está vinculada a tu perfil de usuario; no a la función o a la pantalla.
|
Recuperar |
Haz clic en esta acción para introducir un Código de memoria y cargar las parametrizaciones registradas bajo este código. |
Borrar memo |
Haz clic en esta acción para suprimir un Código de memoria. |
Mensajes de error
Además de los mensajes genéricos, los mensajes siguientes de error pueden aparecer durante la captura :
Los documentos contabilizados estarán en "definitivo" para la sociedad
Si el proceso se lanza para una sociedad que ha elegido el cumplimiento DGI n° 13L-1-06 (el parámetro FRADGI/capítulo TC/grupo CPT tiene asignado el valor "Sí"), los asientos generados en el proceso tendrán el estado "Definitivo".
Los documentos contabilizados estarán en "definitivo" para una o varias sociedades
El proceso se lanza para todas las sociedades o un grupo de sociedades y, si al menos una de las sociedades ha elegido el cumplimiento DGI n° 13L-1-06 (el parámetro FRADGI/capítulo LOC/grupo FRA tiene el valor "Sí"), los asientos generados en el proceso tendrán el estado "Definitivo".