Planificateur de lots récurrents
Les modèles décrivent ce qui se répète ; le Lot de transactions récurrentes le concrétise — la tâche nocturne qui repère chaque modèle actif arrivé à échéance et génère ses documents. Son panneau de commande est la première carte de l’onglet Opérations de la console d’administration, et il mérite que tout administrateur lui consacre cinq minutes.
Accès nécessaire. La console d’administration est un écran d’administrateur : l’ensemble d’autorisations Accounting Admin v2 y donne un accès complet, et Accounting Controller v2 permet aussi de l’ouvrir. Les ensembles Accounts Payable v2 et Accounts Receivable v2 ne la voient pas — la planification de ce lot est une tâche Core/Admin.
La carte, commande par commande
- Le sous-titre dit tout : « Traite tous les modèles récurrents actifs arrivant à échéance à la date d’exécution et génère les factures de vente, factures d’achat, bons de commande ou écritures comptables correspondants. »
- Ligne de statut : le badge Planifié/Non planifié, Prochaine exécution planifiée, Dernière exécution et son résultat (Succès / Échec partiel / Échec), ainsi que des compteurs en temps réel — Modèles actifs et À échéance aujourd’hui (« 3 modèles arrivent à échéance aujourd’hui et seront traités à la prochaine exécution planifiée. »).
- Planification quotidienne : une Heure d’exécution (au format 24 heures ; le fuseau horaire par défaut de l’organisation s’applique) — par défaut 01:00, avant la journée de travail. Planifier / Replanifier / Déprogrammer selon les besoins.
- Exécution manuelle avec un sélecteur de date : Exécuter maintenant prend une Date d’exécution — « Les modèles avec une prochaine date d’exécution au plus tard à cette date seront traités. » C’est l’outil de rattrapage : le lot a été arrêté pendant une semaine ? Lancez-le avec la date du jour et chaque génération manquée est rattrapée (le pointeur de prochaine exécution de chaque modèle avance au fil des échéances manquées).
Comportements à connaître
- Un modèle par transaction : les échecs restent isolés — un modèle défaillant est journalisé et annulé à lui seul (résultat « Échec partiel »), les autres sont générés. Le journal d’audit présente les résultats par modèle, avec un fichier CSV des échecs joint lorsqu’ils sont nombreux.
- Idempotent par date : une nouvelle exécution pour la même date ne crée pas de documents en double — vous pouvez utiliser Exécuter maintenant sans risque en cas de doute.
- Pas d’exécutions parallèles : un second lancement pendant qu’une exécution est en cours est refusé — aucun conflit d’accès concurrent sur la numérotation.
- Comptabilisation auto respectée par modèle : le lot génère ; chaque document est comptabilisé ou reste en attente selon ce que prévoit son modèle.
Ce que la carte répond, mot pour mot
Chaque action est confirmée en termes clairs — mieux vaut savoir reconnaître ces messages pour repérer quand quelque chose ne s’est pas produit :
| Votre action | Ce qu’affiche la carte |
|---|---|
| Planification de l’exécution quotidienne | « Lot de transactions récurrentes planifié chaque jour à {time}. » — et la tâche planifiée apparaît sous le nom « REDA Recurring Transactions Daily » |
| Exécution manuelle | « Le lot de transactions récurrentes s’exécute pour {date}. ID de tâche : {id}. Consultez le journal d’audit pour les résultats une fois terminé. » |
| Suppression de la planification | « Le lot de transactions récurrentes a été retiré de la planification quotidienne. » — la carte demande d’abord « Supprimer la planification quotidienne ? » |
| Choix d’une date d’exécution sans rien à échéance | « Aucun modèle actif n’arrive à échéance au plus tard à cette date. Le lot s’exécutera mais ne générera aucun document. » — un avertissement, pas une erreur |
| Saisie d’une heure d’exécution incorrecte | « Format d’heure non valide. Format attendu : HH:MM. » ou « Valeur d’heure non valide. L’heure doit être 0-23, la minute 0-59. » |
| Échec opérationnel | « Échec de la planification de la tâche : {reason} » / « Échec du démarrage du lot : {reason} » / « Échec de la déprogrammation de la tâche : {reason} » — le motif indique la correction |
Erreurs courantes à éviter
| Erreur | Pourquoi c’est un problème | À faire plutôt |
|---|---|---|
| Supposer que les modèles se déclenchent sans la planification | Les modèles sont des données ; le lot est le moteur — des modèles au statut Actif sans lot planifié ne génèrent rien, indéfiniment | Vérifiez que le badge indique Planifié le jour où vous activez votre premier modèle |
| Déprogrammer pour une maintenance et oublier de replanifier | Les échéances s’accumulent en silence — aucune erreur, puisque rien ne s’exécute qui pourrait en produire une | Inscrivez la replanification dans votre agenda ; au retour, un seul Exécuter maintenant avec la date du jour rattrape l’intervalle |
| Rattraper avec une date future « pour prendre de l’avance » | Tout ce qui arrive à échéance au plus tard à cette date est généré maintenant — les factures de loyer du mois prochain, datées et numérotées aujourd’hui | Rattrapez avec la date du jour (ou la date manquée), jamais au-delà ; l’avenir appartient à l’exécution nocturne |
| Considérer « Échec partiel » comme un bruit de fond | Un modèle ne produit plus rien, en silence — souvent une période comptable manquante qui finira par toucher tous les modèles | Ouvrez le journal d’audit le jour même où vous le voyez ; le modèle en échec et le motif y sont indiqués |
Pour aller plus loin
- Planificateur d’opérations — cette carte parmi ses dix voisines.
- Configuration des modèles — ce que le lot exploite.
- Lot de transactions récurrentes — la vue des opérations en masse.
Questions fréquentes
Pour que les documents datés « du jour » existent avant le début de la journée de travail, et pour que la génération précède les lots d’imputation automatique de 07:00 susceptibles de les traiter. Modifiez-la si votre rythme est différent — ce n’est que la valeur par défaut.
Non — « à échéance » signifie que la Date de prochaine exécution est égale ou antérieure à la date d’exécution. La première exécution rattrape tout ce qui est en retard ; c’est la logique de rattrapage qui fonctionne comme prévu.
Les administrateurs, depuis la console d’administration. Le lot lui-même s’exécute sous l’utilisateur automatisé du système — les documents générés ne consomment la licence d’aucun utilisateur.
Non — le lancement d’une exécution manuelle alors qu’une autre est déjà en cours est refusé d’emblée, et non mis en file d’attente. Attendez la fin de l’exécution en cours (l’entrée du journal d’audit apparaît), puis relancez-la si nécessaire.
Vérifiez d’abord la Dernière exécution : si l’exécution de 01:00 a réussi, ces cinq modèles sont arrivés à échéance après son passage (ou viennent d’être activés), et l’exécution de cette nuit les prendra en charge. Si vous ne pouvez pas attendre, Exécuter maintenant avec la date du jour les traite immédiatement — l’idempotence rend cette opération sans risque.
Cet article vous a-t-il été utile ?