À propos de l'exécution du traitement par lots

Mise à jour : May 4, 2012

S'applique à: Microsoft Dynamics AX 2012 R3, Microsoft Dynamics AX 2012 R2, Microsoft Dynamics AX 2012 Feature Pack, Microsoft Dynamics AX 2012

Les alertes sont traitées par la fonction de traitement par lots dans Microsoft Dynamics AX. Le traitement par lots doit être paramétré avant que les alertes ne puissent être livrées.

Microsoft Dynamics AX prend en charge deux types d'événements :

• Événements déclenchés par des événements basés sur des modifications. Ces événements sont également connus sous le nom d'événements de création/suppression et de mise à jour.

• Événements déclenchés par les dates d'échéance.

Vous pouvez paramétrer les traitements par lots pour chaque type d'événement.

Traitements par lots des événements basés sur des modifications

Microsoft Dynamics AX lit tous les événements basés sur des modifications qui se sont produits depuis la dernière exécution du traitement par lots. Les événements basés sur des modifications incluent les mises à jour des champs, la suppression des enregistrements et la création des enregistrements. Ces événements sont comparés avec les conditions définies dans les règles d'alerte. Lorsqu'un événement correspond aux conditions d'une règle, le traitement par lots génère une alerte.

Paramétrer une fréquence de traitement par lots des événements basés sur des modifications

Pour les événements basés sur des modifications, vous pouvez paramétrer une tâche de traitement par lots qui déclenche le traitement d'un événement peu de temps après que celui-ci soit consigné par le système. Si vous paramétrez le traitement par lots de manière à ce qu'il ait lieu plus souvent, les utilisateurs reçoivent leurs alertes plus rapidement après une modification. Toutefois, une fréquence élevée du traitement par lots peut compromettre les performances du système.

Par contre, un traitement par lots qui se reproduit moins souvent, et qui est prévu à des heures où la charge système est faible, peut améliorer les performances du système. Toutefois, une faible fréquence du traitement par lots ne peut pas répondre aux demandes des utilisateurs qui souhaitent recevoir des alertes en temps opportun.

Par conséquent, lors de la définition de la fréquence du traitement par lots pour les événements basés sur des modifications, vous devez tenir compte de l'équilibre entre la rapidité des alertes et les performances de l'ensemble du système.

Plus le nombre d'utilisateurs créant des règles d'alerte est important, plus ces aspects sont pertinents. La fréquence n'affecte pas le nombre d'événements qui doivent être traités. Toutefois, si plus d'utilisateurs créent des règles, plus de vérifications doivent être exécutées. Ce type d'échange de données peut affecter les performances du système.

Notes

Le temps qui s'écoule avant la réception des alertes par les utilisateurs est également contrôlé par l'intervalle au cours duquel Microsoft Dynamics AX interroge de nouvelles alertes. Cet intervalle doit être défini en minutes. La valeur minimale est de 1 et la valeur maximale de 1 440 minutes (1 jour).

Définition de l'intervalle auquel Microsoft Dynamics AX recherche de nouvelles alertes

1. Dans le menu Fichier, cliquez sur Outils > Options pour ouvrir l'écran Options.

2. Sous l'onglet Notifications, dans le champ Recevoir des notifications toutes les (minutes), entrez un intervalle.

Évaluer les risques d'une fréquence de traitement par lots faible

Si vous définissez le traitement par lots des événements basés sur des modifications sur une fréquence basse, vous risquez de mettre un terme au déclenchement d'alertes car les données appropriées aux conditions de la règle d'alerte sont modifiées avant l'exécution du traitement par lots.

Par exemple, une règle d'alerte est définie pour déclencher une alerte lorsque l'événement est « modifications du contact client » et que la condition est client = BB. Donc, lorsque le contact client est modifié pour le client BB, l'événement est consigné. Toutefois, le système de traitement par lots est paramétré afin que le traitement par lots se produise moins souvent que la saisie de données. Si le nom du client passe de BB à AA avant que l'événement soit traité, les données de la base de données ne correspondent plus à la condition de la règle (client = BB). Donc, lorsque l'événement est finalement traité, aucune alerte n'est générée.

Traitement par lots des événements de date d'échéance

Microsoft Dynamics AX détecte tous les événements qui sont provoqués par les dates d'échéance, et ceux-ci sont comparés avec les conditions définies dans les règles d'alerte. Le traitement par lots génère une alerte lorsqu'un événement correspond aux conditions d'une règle.

Paramétrage d'une fréquence de traitement par lots pour les événements de date d'échéance

Pour les événements de date d'échéance, vous pouvez paramétrer des traitements par lots qui sont exécutés la nuit ou à des heures spécifiques de la journée afin d'équilibrer la charge système. Nous vous recommandons de paramétrer le traitement par lots pour s'exécuter au moins une fois par jour. Si vous souhaitez que les alertes soient envoyées aussi tôt que possible, configurez le traitement par lots pour qu'il soit effectué immédiatement après les modifications des données du système. Si vous souhaitez générer des alertes pour les événements de date d'échéance se produisant après qu'un traitement par lots de dates d'échéance a généré des alertes, vous pouvez réexécuter le traitement par lots dans la même journée.

Par exemple, un traitement par lots a été exécuté un jour spécifique. Vous créez ensuite une commande fournisseur dont la date d'échéance doit déclencher une alerte ce même jour. Pour recevoir l'alerte ce jour, vous devez réexécuter le traitement par lots une fois la commande fournisseur créée. Toutefois, si vous ne réexécutez pas le traitement par lots ce même jour, le traitement par lots du jour suivant détecte les événements de date d'échéance non traités les jours précédents.

Notes

Même lorsque le traitement par lots est exécuté plusieurs fois par jour, les alertes ne sont pas dupliquées pour le même événement de date d'échéance et les mêmes conditions. Les alertes ne sont générées que pour les dates arrivant à échéance en raison de modifications dans le système se produisant après l'exécution du dernier traitement par lots.

Définir des dates d'échéance flexibles

Le traitement des règles d'alerte d'une société peut être arrêté pour plusieurs raisons. Il s'agit notamment des congés, des erreurs système ou d'autres problèmes qui font que les traitements par lots ne sont pas exécutés pendant un certain temps.

Pour empêcher les alertes de date d'échéance de devenir obsolètes car le traitement par lots n'a pas été exécuté pendant plusieurs jours, vous pouvez paramétrer une fenêtre de traitement par lots. Une fenêtre de traitement par lots permet de ne pas exécuter un traitement par lots pendant un certain nombre de jours.

Lorsqu'une fenêtre de traitement par lots est paramétrée, une alerte est envoyée lorsque la règle d'alerte est traitée, même si l'alerte dépasse le délai défini dans les critères de date d'échéance. Une alerte continue à être envoyée tant que la période définie par ce délai et la fenêtre de traitement par lots n'est pas dépassée.

Toutefois, si la période définie par le délai et la fenêtre de traitement par lots est dépassée, l'alerte n'est plus envoyée.

Exemple :

Vous créez une règle d'alerte qui vous avertit de l'anniversaire d'un employé deux jours après.

La fenêtre de traitement par lots est définie sur 10 jours.

Le traitement par lots s'exécute le jour 1.	Une alerte vous indique chaque employé dont l'anniversaire a eu lieu 2 jours plus tôt.
Le traitement par lots n'est pas exécuté le jour 1, mais uniquement le jour 2.	Une alerte vous indique chaque employé dont l'anniversaire a eu lieu 2 ou 3 jours plus tôt.
Le traitement par lots n'est pas exécuté le jour 1 ni le jour 2, mais uniquement le jour 3.	Une alerte vous indique chaque employé dont l'anniversaire a eu lieu 2, 3 ou 4 jours plus tôt.
Le traitement par lots ne fonctionne pas du jour 1 au jour 9, mais uniquement le jour 10. Autrement dit, il s'exécute dans la fenêtre de dix jours.	Une alerte vous indique chaque employé dont l'anniversaire a eu lieu 2, 3, 4, 5, 6, 7, 8, 9, 10 ou 11 jours plus tôt. > [!Note] > Toutes les alertes sont générées.
Le traitement par lots n'est pas exécuté les jours 1 à 10, mais uniquement le jour 11.	Une alerte vous indique chaque employé dont l'anniversaire a eu lieu 2, 3, 4, 5, 6, 7, 8, 9, 10, 11 ou 12 jours plus tôt. > [!Note] > Désormais vous ne recevez plus d'alerte lorsque l'anniversaire d'employés a eu lieu 13 jours plus tôt.
Le traitement par lots n'est pas exécuté les jours 1 à 11, mais uniquement le jour 12.	Une alerte vous indique chaque employé dont l'anniversaire a eu lieu 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12 ou 13 jours plus tôt. > [!Note] > Désormais vous ne recevez plus d'alerte lorsque l'anniversaire d'employés a eu lieu 14 jours plus tôt.

Comme vous le voyez dans cet exemple, si la fenêtre de traitement par lots est définie sur 10, la période la plus longue pendant laquelle le traitement par lots n'est pas exécuté est de 10 jours. Le traitement par lots doit être exécuté au plus tard le 10e jour afin d'assurer la génération de l'alerte.

Si la fenêtre de traitement par lots est définie sur 0, vous êtes alerté uniquement si le traitement par lots est exécuté deux jours après l'anniversaire. Dans ce cas, pour vous assurer qu'aucune alerte n'est perdue, le traitement par lots doit s'exécuter chaque jour.

Supprimer la file d'attente des événements

Lorsque vous activez un traitement par lots qui traite les événements basés sur des modifications pour une société, nous vous recommandons de vérifier la file d'attente des événements et de décider si tous les événements de la file d'attente doivent être envoyés comme alertes. Si les événements anciens, non traités et obsolètes ne sont pas supprimés de la file d'attente, le traitement pas lots génère des alertes et peut envoyer de nombreux mails inutiles, ou « courriers indésirables », aux utilisateurs.

Les événements anciens, non traités et obsolètes peuvent s'accumuler dans la file d'attente des événements pour plusieurs raisons. Par exemple, des utilisateurs paramètrent des règles d'alerte bien avant le lancement du traitement par lots, ce qui fait que les événements générés créent de nombreuses alertes obsolètes. Ou, les utilisateurs ont reçu l'autorisation de créer des règles bien avant l'activation du traitement par lots, de sorte que les événements qui sont déclenchés par les règles des utilisateurs sont enregistrés par le système, même si le traitement par lots n'a pas été activé.

Si vous décidez que les événements de la file d'attente sont obsolètes et ne doivent pas être envoyés comme alertes, vous pouvez supprimer la file d'attente des événements.

1. Appuyez sur Ctrl+D pour ouvrir l'arbre d'objets d'application (AOA). Sélectionnez Dictionnaire des données > Tables.

2. Sélectionnez la table EventCUD, localisez les événements à supprimer et supprimez-les.

Voir aussi

Paramétrer l'exécution du traitement par lots