Partager via


Performance en matière de validation du journal financier

L’article suggère des moyens de résoudre les problèmes de performances lorsque vous validez des journaux financiers. Ces problèmes peuvent être causés par les facteurs suivants :

  • Nombre des séquences de numéros
  • Nombre de lignes par journal
  • Traitement des journaux de traitement par lots
  • La fonctionnalité Limitation de lignes

Problème

La publication du journal financier semble plus lente que prévu.

Résolution

Microsoft Dynamics 365 Finance prend en charge les journaux comportant un grand nombre de lignes. Cependant, la configuration du module Finance et la validation du journal peuvent créer des situations dans lesquelles la validation du journal financier semble plus lente que ce à quoi s’attendent les clients.

Souches de numéros et performances du journal

La séquence de numéros et la récupération des numéros qu’elle contient peuvent affecter les performances de la validation dans le grand livre. En particulier, la séquence du numéro du bon elle-même peut être un facteur.

Dans certains pays/régions ou secteurs, une séquence de numéros continue pour les pièces comptables est une exigence réglementaire. Cependant, dans de nombreuses juridictions, les numéros continus de bons ne constituent pas une exigence réglementaire.

Lorsque la comptabilisation au journal financier devient un goulot d’étranglement en termes de performances, nous vous recommandons d’utiliser une souche de numéros discontinue et d’activer la préaffectation pour la souche de numéros de pièce justificative.

Sur Souches de numéros page, une souche de numéros non continue vous pouvez activer Préaffectation. Vous pouvez spécifier combien de numéros doivent être demandés à la base de données et stockés en mémoire. Après que tous les numéros préaffectée sont utilisée, de nouveaux numéros sont demandés dans la base de données.

Pour plus d’informations sur la pré-affectation des souches de numéros, voir Vue d’ensemble des souches de numéros.

Exécuter la comptabilisation du journal en mode traitement par lots

Nous vous recommandons de valider les journaux en arrière-plan en tant que travail par lots. La validation du journal en mode batch utilise un modèle de principaux prélèvements et peut améliorer les performances de plusieurs manières :

  • Comme il s’exécute en arrière-plan, les utilisateurs peuvent continuer à travailler sur d’autres tâches pendant le traitement du journal.
  • Il prend en charge le traitement parallèle.
  • S’il est configuré comme un travail par lots récurrent qui utilise une sélection tardive des journaux et le transfert des erreurs vers un journal distinct, cela peut réduire le besoin d’interaction manuelle.

Utilisez les boutons et champs suivants sur la page Publier les journaux pour configurer la validation des journaux en mode batch :

  • Sélectionner  : permet d’afficher ou de modifier la requête qui sélectionne les feuilles à valider. Une fois la boîte de dialogue de requête fermée, les enregistrements sélectionnés apparaissent dans la grille Vue d’ensemble, sauf si l’option Sélection tardive est sélectionné.

  • Sélection ultérieure : Sélectionnez cette option pour exécuter la requête qui sélectionne les feuilles à valider au début du traitement par lots pour la validation des feuilles. Si cette option n’est pas sélectionnée, les journaux sélectionnés apparaissent dans la grille Aperçu .

    Remarque

    Sélectionnez Sélection tardive si vous utilisez un travail par lots récurrent pour sélectionner les journaux à valider.

  • Erreurs de transfert– Sélectionnez cette option pour permettre aux journaux valides de valider et déplacer les N° documents qui ne sont pas validés dans un nouveau journal. Si cette option n’est pas sélectionnée, l’ensemble du journal ne pourra pas être validé si l’une des pièces justificatives contient des erreurs.

Exécuter la comptabilisation du journal en parallèle

Nous recommandons l’exécution parallèle ou multithread des processus dans la mesure du possible.

Voici quelques éléments à considérer :

  • Taille des journaux
  • Les avantages de diviser les journaux plus grands en plusieurs journaux plus petits avant de les publier
  • Si vous souhaitez que le système fractionne les journaux au moment de la comptabilisation
  • La taille des justificatifs

Taille des journaux

Par exemple, un journal comporte 150 000 lignes qui doivent être validées. Si vous ne configurez aucune des options parallèles et que vous validez les lignes dans un seul journal, la validation du journal s’exécute dans un seul thread.

Si vous divisez manuellement le journal en 15 journaux, chacun comportant 10 000 lignes, les journaux peuvent être exécutés manuellement en parallèle à l’aide d’un lot. Il peut être fastidieux de diviser manuellement les journaux. Cependant, dans de nombreux cas, Dynamics 365 Finance peut automatiquement fractionner le journal.

Pour plus d’informations, voir

Limite de lignes

Le Limite de lignes La valeur sur un journal permet un traitement parallèle lorsque les journaux sont validés dans un lot. Le Limite de lignes Le champ définit le nombre minimum de lignes à déplacer vers un nouveau journal. Ces lignes sont ensuite traitées en parallèle.

Le fractionnement d’un journal fonctionne mieux pour les pièces justificatives comportant un plus petit nombre de lignes. Un document ne peut pas être réparti entre les journaux. Le Journal original n° Le champ d’un journal indique le journal à partir duquel il a été séparé. Le Limite de lignes le champ peut être défini pour un nom de journal. La valeur est ensuite utilisée par défaut pour tous les journaux créés portant ce nom de journal.

Remarque

Dans Dynamics 365 Finance version 10.0.36, les journaux financiers prennent en charge la répartition automatique des journaux volumineux avec une valeur seuil de 1 000 lignes par journal. Les journaux comportant plus de 1 000 lignes sont publiés dans le cadre du travail par lots et divisés en 1 000 lignes par journal. Pour plus d’informations, voir Répartition automatique des grandes revues financières.

Taille du justificatif

Si vous utilisez le Limite de lignes fonctionnalité, il est important que vous teniez compte de la taille moyenne du bon. Le processus de validation peut déterminer quand il doit fractionner les journaux si les pièces justificatives du journal sont équilibrées. Si le nombre de lignes de chaque bon dépasse le Limite de lignes valeur, la taille de la pièce détermine quelles lignes feuille sont utilisées pour le fractionnement.

Lignes de journal Lignes de justificatifs Limite de lignes Traitement parallèle Nombre de journaux validés
150,000 ~500 0 Pas de 1
150,000 ~500 10,000 Oui 15
150,000 ~50 000 10,000 Oui 3
150,000 150,000 10,000 Pas de 1

Domaines supplémentaires à prendre en compte pour les performances de la revue

D’autres facteurs peuvent affecter les performances de la validation dans le journal général. Cette section décrit certains domaines supplémentaires que vous devriez prendre en compte.

Journalisation de la base de données et suivi des modifications SQL

Le suivi des modifications SQL n’est pas recommandé pour les tables de base de données très volatiles (c’est-à-dire les tables comportant un volume élevé d’insertions, de mises à jour et de suppressions). Certains tableaux du journal financier, tels que LedgerJournalTrans, font partie des tables les plus volatiles de Dynamics 365 Finance. En outre, certaines tables de journaux financiers sont considérées comme des tables de travail et ne sont donc pas candidates au suivi des modifications. Si le suivi des modifications est activé sur ces entités, il peut créer des déclencheurs et affecter les performances.

Pour plus d’informations, voir Configurer la journalisation de la base de données.

En raison de la volatilité des tables financières, nous vous recommandons de désactiver l’escalade des verrous pour la table et les index pour LedgerJournalTrans et ce sont des tables liées. Dans les environnements de production, les vérifications automatiques tentent de désactiver l’escalade de verrous si elle est activée pour cette table. Toutefois, ces vérifications ne s’exécutent pas dans les environnements de développement ou de tests d’acceptation utilisateur (UAT). Si vous constatez un ralentissement des performances, nous vous recommandons de vérifier ce paramètre et de désactiver l’escalade de verrouillage.

Moteur de taxe

Par défaut, les montants de taxe sur les lignes de journal sont calculés quand des champs liés aux taxes sont mis à jour. Bien que ce comportement permette aux utilisateurs de voir les montants de taxe calculés en temps réel, cela peut également affecter les performances pour les grands journaux si le nombre de lignes de journal est très important. La fonction Calcul de taxe différé permet de retarder le calcul de taxe sur les journaux et donc d’assurer des performances optimales. Lorsque cette fonction est activée, les montants des taxes sont calculés uniquement lorsqu’un utilisateur sélectionne Taxe ou valide le journal.

Pour plus d’informations, consultez Activer un calcul de taxe différé sur les journaux.

Clés de configuration

Pour garantir des performances optimales, vous devez activer uniquement les clés de configuration nécessaires dans votre environnement. Par exemple, si vous n’utilisez pas les fonctionnalités du budget ou du secteur public, vous pouvez désactiver les clés de configuration pour ces scénarios.

Pour en savoir plus, voir Codes licence et des clés de configuration.