REDA One Centre d’aide
FR
Langue
English EN Español ES Português PT Italiano bientôt disponible Français FR Deutsch bientôt disponible العربية bientôt disponible
reda.one ↗
Accueil / REDA Financials AI / IA et automatisation / Transactions récurrentes / Présentation des modèles récurrents

Présentation des modèles récurrents

L’automatisation la plus fiable en comptabilité est la plus ennuyeuse : des documents qui se répètent, générés selon un calendrier, parfaitement, indéfiniment. Dans REDA Financials, un seul moteur de modèles récurrents pilote tout cela — quatre types de documents, un même schéma, un lot nocturne. Meridian utilise trois modèles et n’a plus saisi depuis ni facture de loyer, ni squelette de facture d’électricité, ni provision mensuelle.

Pour y accéder. Ouvrez le Lanceur d’applications (l’icône en grille en haut à gauche de n’importe quelle page) → REDA Financials AI → l’onglet Modèles récurrents, puis cliquez sur Nouveau ou ouvrez un modèle depuis une vue de liste. Le lot nocturne qui génère les documents à partir de ces modèles se trouve dans l’onglet Opérations de la Console d’administration financière (voir Planificateur de lots récurrents).
Accès nécessaire. Créer et modifier des modèles récurrents nécessite l’ensemble d’autorisations Accounting Admin v2 ou Accounting Controller v2. Les ensembles Accounts Payable v2, Accounts Receivable v2 et Read Only v2 peuvent consulter les modèles, mais pas les modifier.

Ce qui peut être récurrent

Type de documentUsage typePour approfondir
Facture de venteLoyers mensuels, abonnements, contrats de services forfaitairesFactures de vente récurrentes
Facture d’achatFactures fournisseurs prévisibles — le squelette de la facture d’électricité de Meridian arrive en brouillon, à ajuster puis à comptabiliserModèles récurrents de factures d’achat et de bons de commande
Bon de commandeCommandes permanentes — le bon de commande trimestriel d’entretien ménagermême article
Écriture comptableProvisions fixes, amortissements, ventilationsÉcritures comptables récurrentes

Ce tableau cache deux subtilités. Un modèle de facture de vente porte son propre choix de Type de facture de vente — Facture ou Encaissement — si bien que le même moteur couvre les factures ordinaires et les ventes au comptant de type encaissement. Et il n’existe délibérément aucune option d’avoir : un avoir est une correction, une correction relève du jugement, et le jugement n’a pas sa place dans un calendrier. Lorsqu’un accord récurrent doit être ajusté, vous émettez un avoir sur la facture concernée, jamais sur un modèle.

La structure commune

  • Un modèle est un document figé — en-tête + lignes, exactement tels que chaque copie générée doit se présenter, rattaché à une seule entité. (Les modèles d’écriture doivent être équilibrés ; les modèles de facture doivent avoir des lignes avant leur activation.)
  • Un calendrier — une fréquence de quotidienne à annuelle, une date de début et une fin (une date, un nombre défini d’occurrences, ou sans fin). La Date de prochaine exécution indique toujours ce qui va se passer ensuite ; le Nombre de générés tient le compte de l’historique.
  • Une décision de confiance — Comptabilisation auto désactivée (des brouillons à relire — la position par défaut) ou activée (les documents se comptabilisent d’eux-mêmes — pour ce qui est vraiment fixe).
  • Une piste d’audit — chaque document généré renvoie à son modèle ; les listes associées du modèle constituent l’historique complet.
La génération est le travail du lot. Les modèles ne se déclenchent pas d’eux-mêmes — le Lot de transactions récurrentes nocturne (01:00 par défaut) traite tout ce qui arrive à échéance. Sa carte dans l’onglet Opérations affiche Modèles actifs, À échéance aujourd’hui, le résultat de la dernière exécution et un bouton Exécuter maintenant avec un sélecteur de date pour les rattrapages — voir Planificateur de lots récurrents.

La vie d’un modèle : le loyer de Corvus, de janvier à juin

Meridian Properties Group loue la Suite 1201 à Corvus Consulting pour 9 000 $ par mois. Un seul modèle de facture de vente — mensuel, à partir du 1er janvier, Comptabilisation auto désactivée — porte tout l’accord :

DateCe qu’a fait le lotLe modèle ensuite
1er janv.A généré la première facture en brouillon ; l’équipe comptes clients l’a relue et comptabilisée le matin mêmeDate de prochaine exécution 1er févr. · Nombre de générés 1
1er févr. – 1er avr.Trois générations de plus, une par mois, chacune un brouillon relié au modèleDate de prochaine exécution 1er mai · Nombre de générés 4
1er maiRien — un administrateur avait retiré le lot de la planification pendant un week-end de maintenanceDate de prochaine exécution toujours au 1er mai — à échéance, en attente, pas perdue
3 maiL’administrateur lance Exécuter maintenant depuis la carte avec la date du jour : tout ce qui arrive à échéance à cette date ou avant est rattrapé — la facture de mai est générée avec deux jours de retard, correctement datée et numérotéeDate de prochaine exécution 1er juin · Nombre de générés 5
1er juinDe retour dans les temps, sans bruitDate de prochaine exécution 1er juil. · Nombre de générés 6

Six mois, un modèle, zéro facture saisie — et le seul accroc opérationnel réglé d’un simple clic, parce que « à échéance » signifie à cette date ou avant, jamais « manqué pour toujours ». Chaque facture générée figure dans la liste associée du modèle : l’historique complet en un seul endroit.

La décision de Comptabilisation auto, en toute franchise

Chaque modèle pose une question de confiance. L’échelle pragmatique :

  • Commencez avec la Comptabilisation auto désactivée. Le lot génère des brouillons ; votre équipe les relit et les comptabilise via ses files habituelles. Vous ne perdez que le temps de relecture — et vous conservez la mémoire, la numérotation, le calendrier.
  • Promouvez ce qui est vraiment fixe. Après quelques cycles de brouillons qui n’ont jamais eu besoin d’être retouchés — le loyer qui fait exactement 9 000 $ chaque mois — activez la Comptabilisation auto et les documents se comptabilisent d’eux-mêmes dès leur génération.
  • Ne promouvez jamais ce qui varie. Le modèle d’électricité de Meridian reste à jamais en brouillon : le squelette se répète, le montant est ajusté sur la facture réelle avant la comptabilisation. Rendre récurrente la structure tout en relisant les chiffres est un régime de croisière légitime, pas un échec d’automatisation.
Les échecs de Comptabilisation auto vous protègent. Lorsqu’un modèle génère avec la Comptabilisation auto activée et que la comptabilisation échoue (par exemple, la période comptable n’est pas ouverte), toute la génération est défaite — aucun orphelin à moitié créé, à moitié comptabilisé. L’échec est journalisé pour ce seul modèle ; le reste de la nuit se poursuit.

Les garde-fous, mot pour mot

Le messageCe que cela signifie
« Le type de document ne peut pas être modifié une fois un modèle récurrent enregistré. »Le choix du type est définitif — un modèle de loyer ne peut pas se transformer en modèle d’écriture. Créez plutôt un nouveau modèle.
« Un modèle récurrent d’écriture comptable actif doit avoir au moins une ligne. »L’activation exige un document complet et générable — les modèles vides restent en Brouillon.
« Le débit total (…) doit être égal au crédit total (…) »Les modèles d’écriture doivent être équilibrés avant d’être autorisés à générer — la règle d’équilibre s’applique au schéma, pas seulement aux copies.
« 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. »L’avertissement de l’exécution manuelle lorsqu’il n’y a tout simplement rien à faire — une exécution sans travail est sans conséquence.

Erreurs courantes à éviter

ErreurPourquoi c’est un problèmeÀ faire plutôt
Mettre en modèle un accord à montant variable avec la Comptabilisation auto activéeDe mauvais chiffres se comptabilisent d’eux-mêmes, ponctuellement, chaque moisRendez le squelette récurrent avec la Comptabilisation auto désactivée ; ajustez chaque brouillon avant de le comptabiliser
Modifier le modèle pour gérer une exception d’un moisL’exception devient la nouvelle norme — le mois suivant génère à nouveau l’exceptionAjustez le brouillon généré pour le mois atypique ; ne modifiez les modèles que pour des changements permanents
Désactiver un modèle pour « sauter une exécution » et l’oublierRien n’est généré pendant des mois ; le client cesse d’être facturé sans que personne ne s’en aperçoiveSautez l’exécution délibérément, puis réactivez — et notez que le rattrapage reprendra ce qui est arrivé à échéance pendant la pause : choisissez donc en connaissance de cause le moment de la réactivation
Un méga-modèle que vous ne cessez de modifier pour plusieurs accordsL’historique devient illisible — quelles modifications servaient quel accord ?Un accord, un modèle (« Loyer Corvus » et « Parking Corvus » sont deux modèles)
Personne ne surveille les brouillons générésAvec la Comptabilisation auto désactivée, la génération ne crée que du travail en attente — les brouillons non comptabilisés vieillissent en silenceIntégrez la file des brouillons générés au rythme quotidien d’une personne nommément désignée

Pour aller plus loin

  1. Configuration des modèles — chaque champ, et le cycle de vie.
  2. Planificateur de lots récurrents — la salle des machines.
  3. Factures de vente récurrentes — le cas le plus courant, en détail.

Questions fréquentes

Tout ce qui varie au point que relire le brouillon coûte autant que le saisir — ainsi que les corrections (les avoirs ne peuvent pas être récurrents, et c’est voulu). Le cas idéal : mêmes parties, mêmes lignes, un prix stable pendant des mois.

Oui : modifiez le modèle lorsque le prix change (les exécutions futures l’utilisent, l’historique reste intact) — ou laissez la Comptabilisation auto désactivée et ajustez chaque brouillon. La valeur de l’automatisation tient à la mémoire, pas seulement à la saisie.

Les utilisateurs Accounting Admin et Accounting Controller créent et modifient les modèles ; les équipes opérationnelles traitent les documents générés via leurs files habituelles. Les utilisateurs AP, AR et Read Only peuvent consulter les modèles, mais pas les modifier.

Ni l’un ni l’autre. Le lot s’exécute sous l’utilisateur automatisé du système : la génération n’occupe donc le siège de personne — et le compteur de documents IA ne compte que les documents reçus par OCR ; la génération récurrente n’est pas une fonctionnalité d’IA et n’est jamais décomptée.

Il prend sa retraite : la date de fin est dépassée ou le nombre d’occurrences est atteint, et le lot cesse de le sélectionner. Rien n’est supprimé — le modèle et tout l’historique de ses documents générés restent archivés, ce qui est exactement ce qu’il vous faut lorsque le bail est renouvelé et que vous avez besoin du schéma de l’an dernier.

Non — la génération est idempotente par modèle et par date. Relancer le lot pour la même date ne trouve plus rien à échéance et ne crée rien. En cas de doute, lancez Exécuter maintenant : c’est sans risque par conception.

Cet article vous a-t-il été utile ?