Justificatifs et écritures définis par la règle (REGLESOC)

1 Introduction / clarification de la notion

Les soldes et les variations disponibles sur un type de données dans IDL KONSIS peuvent être modifiés de manière détectable par des justificatifs (ECRIT) et des écritures (JOURNAL) sur le prochain type de données.

Jusqu'à présent, contrairement aux écritures de consolidation, les justificatifs et les écritures sont uniquement manuels. L'application décrite ci-dessous permet de générer des justificatifs et des écritures basés sur des règles.

2 Formulation de l'exigence

Il existe des règles de document et des règles de comptabilisation. Pour ces dernières, il n'existe actuellement qu'un seul type de règle, que l'on pourrait qualifier de règle de déblaiement.

Cela s'explique par le fait que nous supposons que certains faits sont déjà enregistrés dans les soldes et les variations d'un comptes sociaux et qu'ils doivent être annulés aux fins du BH II ou du groupe. Le fait à annuler peut par exemple être identifié comme une variation de flux (par exemple, un transfert vers une provision). Cette opération est décrite dans l'assistant de règles Source. Les contreparties de la variation à contrepasser sont comptabilisées dans le compte d'objectif (par exemple, les autres charges d'exploitation).

3 Mise en œuvre dans IDL Konsis

Dans l'application REGLESOC, vous pouvez définir des règles de document et des règles comptables. L'assistant de règles de document recherche toutes les informations qui sont utilisées comme attributs dans le justificatif créé ultérieurement.

4 règle de document

La première page de l'Assistant Règle de N° document ressemble à celle de nombreux autres Assistants. Un ID unique, une désignation et une date de début de validité doivent être fournis.

Figure 1 : Assistant de règle de N° document / page 1

La deuxième page de la règle de N° document de l'assistant indique, entre autres, le numéro de N° document du justificatif à générer. Il faudrait ajouter un contrôle pour éviter que le même numéro de document soit généré deux fois.

Figure 2 : Assistant de règle de N° document / page 2

Remarque importante : Actuellement, il est possible de générer des justificatifs avec le type de transaction WU ou WX. Au bout d'un certain nombre d'années, les justificatifs de l'Union européenne conservent leur label, mais les justificatifs initialement enregistrés avec WX deviennent des justificatifs de l'Union européenne. Étant donné qu'une règle de document ne peut générer que des justificatifs ayant le même numéro de document à la fois, si WX est utilisé, les écritures nouvellement générées seront ajoutées au justificatif de l'Union européenne existant au cours de la deuxième période. Bien que les écritures soient encore correctes au cours de la deuxième période, le report à nouveau de la deuxième à la troisième période s'effectue selon la logique de l'UE plutôt que selon la logique de WX. En d'autres termes, il n'y a pas d'inversion de l'effet de résultat de la deuxième période dans la troisième période. Par conséquent, l’utilisation de WX n’est pas recommandée pour les écritures ayant un impact sur les résultats. Pour les transactions purement comptables, il n'y a pas de problème, car le report à nouveau des transactions purement comptables chez WX est identique à celui de EU. Il en va de même pour les écritures de produits de base : Là encore, la formation des conférences chez WX et chez EU est identique. Étant donné que les comptes de résultat ne sont généralement pas mis en miroir, WX n'a pas de report à nouveau du tout (comme dans l'UE).

Figure 3 : Assistant de règle de document / page 3

Figure 4 : Assistant de règle de document / page 4

Figure 5 : Assistant de règle de N° document / page 5

5 règle de validation

Remarque : La création d'une règle de comptabilisation est facultative. S'il n'existe qu'une seule règle de N° document, sans règle de comptabilisation, cette règle crée des justificatifs vides. Ce comportement de programme était explicitement souhaité par les collègues français.

Les justificatifs ainsi créés sont conçus pour faciliter le travail du client, qui peut ainsi se passer de l'étape de création du justificatif. Le cas échéant. Les justificatifs inutiles peuvent être supprimés ou désactivés, sinon le tableau de suivi du social des états des justificatifs et des écritures restera jaune.

La règle de comptabilisation définit la source et la destination. Indiquer le compte (clé de saisie, secteur d'activités et informations de contrôle, le cas échéant) où se trouve le solde ou la variation de flux à réserver. La source indique en même temps le compte que l'écriture « nettoie ».

Dans le cas d'un compte avec miroir, vous ne pouvez jamais faire référence au solde du compte, mais uniquement aux variations de flux. Dans l'exemple suivant, nous avons enregistré une règle de comptabilisation qui doit annuler la livraison (BSL 110) sur le compte de provision 39260. L'objectif est le compte de résultat 67020.

Si nous voulions maintenant - par dérogation à l'exemple suivant - mettre à zéro le solde total du compte 39260, nous devrions créer d'autres règles comptables pour les autres clés de saisie, qui pourraient également être remplies. Toutefois, la clé de saisie reports à nouveau n'est pas disponible ici, car il n'est pas judicieux de retirer le report à nouveau au moyen d'une écriture règle de calcul fondée sur des règles, car celle-ci risquerait de se heurter à des écritures reports à nouveau déjà existantes.

Figure 6 : Assistant Règle de validation / page 1

Figure 7 : Assistant Règle de validation / page 2

Figure 8 : Assistant Règle de validation / page 3

Figure 9 : Assistant Règle de validation / page 4

6 Identification du montant à comptabiliser

Remarque : Si la variation de flux porte sur des compte société à circuit intégré partiellement essayés avec et sans circuit intégré, il n'est actuellement pas possible de se baser sur des variation de flux société sans circuit intégré intégré. Ceci est prévu pour l'une des prochaines étapes de développement des règles de réservation, pour cela il faudrait filtrer sur IC-Ges * (sans).

L'espace réservé % n'est pas non plus disponible. Sur des comptes de CI partiellement testés, seules les variations de flux de certaines sociétés de CI peuvent être enregistrées. Société Pour ce faire, il est nécessaire de spécifier les IC-₆ correspondants dans la règle de comptabilisation. Ou bien toutes les variations de flux peuvent être réservées sur une clé de saisie société spécifique, indépendamment de la mention de IC-₆.

7 Clé de saisie disponible (pour les comptes miroirs)

Les clés de saisie de reports à nouveau ne sont pas disponibles en principe, car il n'est pas judicieux, du point de vue de la gestion d'entreprise, d'inscrire directement le report à nouveau d'un compte dans un comptes sociaux 1, car cela ne permettrait pas d'établir le lien entre les bilans.

Comme les justificatifs et les écriture règle de calcul définis par les règles sont toujours reportés, il n'est jamais nécessaire d'en retirer un seul pour éliminer le report à nouveau. Au contraire, il suffit d'enregistrer dans chaque rapport les changements en cours, puisque les écritures déjà présentées remettent le reflet à zéro.

Toutes les clés de saisie sont disponibles sans numéro de réservation.

8 TABLEAU DE SUIVI DU SOCIAL : Création justificatifs et écritures basés sur des règles

Figure 10 : Appel à partir du tableau de suivi du social

9 TABLEAU DE SUIVI DU SOCIAL : Les justificatifs et écritures basés sur des règles

Remarque : Un justificatif à créer par une règle de document peut déjà exister. Soit parce que l'utilisateur a déjà créé ce justificatif manuellement, soit parce que le justificatif de report en avant de la période a déjà été créé. Dans les deux cas, le justificatif ne peut pas être récréé et le justificatif existant est maintenu.

Dans un justificatif, les écritures manuelles (y compris les reports d'opérations) et les écritures basées sur des règles peuvent coexister.

Lors de la génération des justificatifs, le système vérifie que les attributs du justificatif existant correspondent aux informations de la règle de document. Si ce n'est pas le cas, les règles de comptabilisation associées ne sont pas exécutées et le message suivant s'affiche. Le justificatif existant ne sera pas modifié.

Figure 11 : Le justificatif à générer existe déjà avec des attributs différents

10 marque d'origine

Les écritures basées sur des règles sont identifiables en tant que telles, car une nouvelle colonne de la synthèse LIVRE affiche le numéro de la règle de N° document. Pour les écritures non basées sur des règles (telles que les écritures enregistrées manuellement ou les transactions de report), cette colonne reste vide.

Du point de vue de la perspective, ce drapeau pourrait également être utilisé pour identifier les transactions de report en tant que telles et résoudre ainsi IDL-5463.

Figure 12 : Résumé des écritures

11 Report de la période

En ce qui concerne le report à nouveau des exercices, on distingue le report à nouveau infra-annuel et le report à nouveau de fin d'année. Si la période source est une période de l'année (indicateur = J), nous parlons d'un report à nouveau de fin d'année, sinon d'un report à nouveau de moins d'un an.

Pour le report à nouveau de la période, les écritures basées sur des règles sont reportées de la même manière que les écritures saisies manuellement. Ils ne portent pas d'étiquette d'origine pendant la période cible , car ils n'ont plus été générés à partir de règles mais par le report à nouveau.

Dans le report à nouveau de moins d'un an, tous les mouvements de jeu et les écritures saisies manuellement sont copiés un à un de la période source vers la période cible. Toutefois, les écritures basées sur des règles ne sont pas prises en compte, car la période cible doit de toute façon redémarrer la génération des écritures basées sur des règles, car les montants à valider ont peut-être changé.

Lorsque vous (régénérez) les justificatifs et écritures basés sur des règles, les écritures basées sur des règles existantes sont supprimées.

12 Cas particulier : Montant à valider Est 0,00

Dans le cas particulier où le montant à enregistrer est de 0,00, les règles d'enregistrement respectives sont néanmoins exécutées et des écritures correspondantes sont générées avec un montant de 0,00. Cela se fait principalement pour des raisons d'exhaustivité et de clarté, car l'utilisateur peut trouver irritant de ne pas avoir exécuté une ou plusieurs règles de document dans un ordre séquentiel de plusieurs règles de document. Règle de calcul Il est probable que l'utilisateur consulterait la liste des règles de justification, ouvrirait les commandes apparemment non exécutées et vérifierait si le montant à valider est bien 0,00. Cette opération de recherche potentiellement longue doit permettre d'épargner à l'utilisateur.

Figure 13 : Synthèse des écritures dans le cas particulier où le montant à réserver est 0,00.

13 Extensions de la mise à jour 23.3

Les écritures créées à partir de règles ne peuvent plus être modifiées ou supprimées manuellement. Cela est dû au fait que l'édition manuelle a entraîné la perte de l'indicateur d'origine et que l'enregistrement comptable est désormais considéré comme une écriture créée manuellement. Si les justificatifs et écritures basés sur des règles avaient été réexécutés, l'enregistrement aurait été bloqué (peut-être comme une écriture unilatérale) et l'état des écritures aurait été <rouge>. Une écriture supprimée aurait été régénérée lors de la réexécution des justificatifs et écritures basés sur des règles. L'utilisateur n'aurait peut-être pas compris, ou du moins ne s'y attendait pas, et aurait trouvé cela irritant. En outre, cela aurait entraîné une rupture entre les règles et les écritures réelles.

Modifier la règle de validation en conséquence à la place de l'enregistrement.

De même, les corrections suivantes ont été effectuées :

• Les numéros de document peuvent être attribués plusieurs fois
• Pour les objets analytiques, des objets de compactage pouvaient jusqu'à présent être sélectionnés
• La sélection d'objets analytiques n'est désormais autorisée que si le module de contrôle est activé dans la type de données sélectionnée précédemment.
• Dans le cas des secteurs d'activités, il était possible de sélectionner des objets d'agrégation
• Société Le contrôle SOCACT de Cible-IC-₆ / GB est effectué à tort contre Cible-GB, pas Cible-IC-GB
• Après la génération, un module de vérification (mise à jour des valeurs d'état) a été appelé, mais il vérifie également l'état de toute variation de flux. L'évaluation a donc été inutilement longue.
• Le nouveau module de test KCUK068 fonctionne beaucoup plus rapidement.
• Correction des erreurs SQL et des exceptions Java

14 perspective

Les données de REGLESOC seront intégrées dans DATACOM afin que DATACOM soit à nouveau complet et qu'il soit possible d'échanger des règles de justificatif et de comptabilité entre deux bases de données.

Société Il est envisagé d'introduire « * » et « % » en tant que caractères génériques pour les sociétés de CI afin de pouvoir transférer des montants vers des tiers (« * ») ou vers n'importe quelle société de CI-₆ (« % »).

Il est possible que REGLESOC soit étendu à une autre règle de comptabilisation, similaire à la règle de valeur de référence d'IDL Prévision. Il n'existe pas encore de calendrier précis pour ce faire.