> ## Documentation Index
> Fetch the complete documentation index at: https://docs.abbyy.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Personnalisation des délais d’expiration dans le processus Batch Monitor
> Ajustez les variables de délai d’expiration de type TimeSpan dans le processus FlexiCapture Batch Monitor pour UiPath, notamment EmptyQueueTimeoutDuration, afin d’optimiser le débit des transactions.
Les variables de type TimeSpan suivantes sont utilisées pour définir la durée du délai d’expiration dans le processus **Batch Monitor** :
| **Nom de variable** | **Objectif** | **Valeur par défaut** |
| ------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------- |
| EmptyQueueTimeoutDuration | Durée pendant laquelle la tentative suivante de récupération d’une transaction depuis la Monitor Queue est différée lorsqu’aucun document n’est présent dans la file d’attente | 15 secondes |
| VerificationStagePostpone | Durée pendant laquelle la prochaine vérification de l’étape du batch est différée pour la transaction en cours si le batch se trouvait à l’étape Vérification au moment du contrôle | 2 minutes |
| OtherStagePostpone | Durée pendant laquelle la prochaine vérification de l’étape du batch est différée pour la transaction en cours si le batch ne se trouve dans aucune des étapes suivantes : Traité, Exceptions, Vérification | 1 minute |
L’augmentation des valeurs de délai d’expiration **VerificationStagePostpone** et **OtherStagePostpone** peut accroître le volume total de transactions traitées.
Pour modifier les valeurs de délai d’expiration :
1. Ouvrez le processus **Batch Monitor** dans UiPath Studio, accédez à la zone **State Machine** et développez le volet **Variables**.
2. Modifiez la valeur de la variable **EmptyQueueTimeoutDuration** pour réduire ou augmenter le temps entre les tentatives de récupération d’une transaction lorsque la file d’attente est vide.
3. Si le processus **Batch Monitor** ne peut pas vérifier toute la file d’attente à temps en raison d’un grand nombre de transactions différées, augmentez les valeurs des variables **VerificationStagePostpone** et **OtherStagePostpone**.
4. Une fois les modifications effectuées, publiez de nouveau le processus dans Orchestrator.