The purpose of the simulation is to make it possible for the user to appreciate the impact of an accounting or analytical entry on their accounts, without the posting being assimilated to the "real" elements of their accounting.
The journal being simulated can be active or inactive. Once activated, it is integrated to the inquiry screens and the reports. It can be converted to a real journal or deactivated to become an inactive simulation journal (that is to say a "hidden" journal, not visible in inquiries and reports). For instance, simulation of stock count entries such as 'provisions for risk'.
There are several functions having a direct impact on the simulation journals:
The "Deactivation" function is used to change the category of journals from "active simulation" to "inactive simulation".
A period cannot be closed if the simulation entries have neither been converted to actual entries nor canceled.
When a simulation entry is processed, all the ledgers containing this entry will be impacted.
Refer to documentation Implementation
The submitted generation screen is identical for each of the four processes. It is made up of a group of selection criteria making it possible to define the generation type required.
Presentation
The selection of the simulation documents on which one of the four processes will operate is performed following several criteria:
These criteria make it possible to restrict the selection of the simulated documents to be processed, it is not however mandatory to use all these fields. By default, the system selects all the documents.
Date ranges are used to refine the selection. It is the creation date, specified on document entry, that is taken into account.
The "simulation not active" flag can only be used for document validation. If this flag is not checked, only the active simulated documents are validated (and as a consequence become real documents). It is thus possible to extend the validation to non-active simulation documents.
Close
Fields
The following fields are present on this tab :
Criteria
|
Select this check box to run the process for all companies. Otherwise, you need to select a company. Special caseIn a multi-legislation environment, this check box is not available. The process can only be run one company at a time because the document type and journal for the posting are likely for a single legislation. |
|
Enter the company code for which the processing has been started.
|
|
  |
|
Select this check box to run the process for all sites. Otherwise select a site. |
|
Enter the site code for which the processing has been started.
|
|
If this box is checked, all types are taken into account by the operation. Otherwise, the type to be taken into account must be entered. |
|
When a journal type is entered, the processing is only started for the journals for which this type has been used.
|
|
Initial journal number used to select the records to be processed. |
|
End journal number used to select the records to be processed. |
|
If this box is checked, all journal types are taken into account for the operation. |
|
Enter the journal type. It must be of the same type as the journal linked to the selected journal type.
The journal type is used to group journals based on common characteristics mainly linked to the nature of the operations that will be recorded in it:
Some processings and controls depend on the journal type:
Six journal types have been allocated to the miscellaneous operations:
|
|
If the box "All journals" is checked, all types of journals are taken into account for the operation. |
|
Here, indicate the journal code comprised of one to five alphanumeric characters.
|
|
When this box is checked, the data associated with all the users are involved by the process (if it is not checked, only the user whose code is given is involved (if no code given, the current user). |
|
If a user code is entered in this field, the process only includes accounting documents entered by the user. If left blank, only accounting documents for the current user are included. |
|
The "Non active simulation" and "Status of the generated entries" criteria are only requested for the validation of journals as MOs. They make it possible to take account of the non active simulation entries and to generate the journals in real and temporary mode. |
|
The 'Automatic sim. scr.' criterion is used to include the automatic simulation entries in the activation, deactivation or cancellation processes. These automatic simulation entries are characterized by their REFSIM fields (Simulation Reference) that are loaded. |
|
It is possible to further define the selection, by specifying a date range. |
|
  |
Generation
|
In the event of an actual generation, the status of the journal can be:
The entry status for entries must be Final when the requested generation type is Actual and the company meets one of the following criteria:
In temporary mode, most of the information displayed on the journal can be modified. The modification options can vary based on:
|
|
Journal type to be used to generate the journals coming from the processing.
|
|
Journal taken into account to generate journals coming from the processing. |
|
By answering 'Yes', a log file is used to obtain the list of the journals validated by this process. |
Close
This function can be run in batch mode. The standard task ACCSIMDES is provided for that purpose.
Click this action to save the current settings in a Memo code to be reused later. The memo is linked to your user profile, not to the function or the screen.
|
Click this action to enter a Memo code previously saved and change the setup. |
Click this action to delete a Memo code. |