Échéanciers de paiement et traitement automatique

Une vente immobilière peut être réglée par étapes : acompte de réservation, versements liés à la construction, puis solde à la remise du bien. REDA utilise des plans de paiement, modèles réutilisables de pourcentages, pour créer des échéances de paiement propres à chaque vente. Dans l’interface, ces enregistrements sont appelés Calendriers de paiement. Cet article présente le plan, la génération des échéances, leur datation par jalon et le traitement quotidien qui les signale à la comptabilité. L’exécution réelle du traitement programmé doit être vérifiée dans votre organisation.

Du modèle aux échéances

Quatre notions interviennent : le plan, ses éléments, les échéances générées et les jalons. Leurs rôles sont distincts :

Un élément de plan est le modèle d’une étape ; le calendrier de paiement est l’échéance créée sur une vente réelle. Les jalons fournissent la date des éléments liés à un événement de construction.

Construire un plan

L’en-tête du plan porte son nom et sa description. Les pourcentages sont définis dans les Articles du plan de paiement, accessibles par l’onglet Plan Items de la capture. Actif intervient dans les sélections qui filtrent les plans actifs ; le générateur utilise le plan déjà référencé sur le bien.

Le plan est un en-tête avec une description et une option d’activation. Configurez ensuite ses éléments, qui déterminent les montants et les dates :

Les validations exigent le décalage pour un élément basé sur le temps et le jalon pour un élément de type Jalon :

Configurer les jalons

Un jalon du plan de paiement représente une étape, par exemple la fin des fondations ou la remise du bien. Il comporte un bien, des dates prévues, une date réelle d’achèvement et un Statut. Les validations imposent des dates selon le statut choisi ; elles ne constituent pas une obligation de parcourir tous les statuts dans un ordre strict :

Les messages de validation sont les suivants :

Lorsque le statut change vers Terminé, le flux reporte la date d’achèvement dans la Date d'échéance des calendriers de paiement déjà liés. Une simple modification de la date sur un jalon resté Terminé ne relance pas ce flux. La sélection ne filtre pas les échéances déjà marquées comptabilisées : faites vérifier les conséquences comptables avant de changer un jalon utilisé.

Génération lors de l’activation d’une vente

Les échéances ne sont pas créées à la construction du plan, mais lorsque la vente l’utilise. Le flux vérifie le passage de l’indicateur actif de faux à vrai et la présence d’un plan de vente sur le bien ; il crée alors une échéance par élément du plan. Ajouter un plan ou modifier le prix alors que la vente reste active ne suffit pas à relancer cette création. Ne désactivez puis réactivez pas la vente pour forcer le traitement : ce chemin ne recherche pas les échéances déjà créées avant d’en insérer d’autres.

• Montant = pourcentage de l’élément × prix de vente/achat ÷ 100, arrondi au format monétaire du calcul.
• Date d'échéance : pour Basé sur le temps, date de mise sous contrat + Dû après jours ; pour Jalon, elle est initialement vide. Le créateur ne reprend pas une date d’achèvement déjà présente sur le jalon : si celui-ci était déjà Terminé, faites vérifier la datation de la nouvelle échéance.
• Nom, code de facturation et commentaires sont copiés depuis l’élément, avec les liens vers le plan, l’élément, le jalon et le bien.

Une échéance liée à un jalon non terminé peut normalement ne pas avoir de date. Vérifiez toutefois le statut et l’historique du jalon avant d’expliquer une date vide. Chaque échéance comporte Est échu (sys.), vrai lorsque sa date est renseignée et atteinte, ainsi que Est comptabilisé, utilisé par le traitement quotidien.

Traitement quotidien des échéances

Le flux programmé fourni sélectionne chaque jour les échéances échues dont Est comptabilisé est faux, puis active cet indicateur. Celui-ci sert de signal au parcours comptable configuré ; il ne prouve pas à lui seul qu’une facture ou des écritures existent. Vérifiez la transmission et le résultat dans l’extension. Voir Passerelle REDA Financials.

Référence des champs de l’échéance

Exemple : une vente répartie en 10 / 40 / 50

Le plan comporte 10 % à la réservation, basé sur le temps avec 0 jour ; 40 % aux fondations, lié à un jalon ; et 50 % à la remise, lié à un autre jalon. La vente de Harbour Villa 7 porte un prix de vente/achat de 1 000 000,00 et une date de mise sous contrat au 1er juillet. Supposons que les jalons ne soient pas encore terminés et que le traitement soit correctement programmé :

Dans cet exemple, l’activation crée les trois échéances et date celle basée sur le temps. Chaque transition ultérieure d’un jalon vers Terminé date ses échéances déjà liées. Le traitement quotidien signale ensuite celles qui sont dues et non encore marquées. Des échéances sans date sont normales tant que les jalons concernés attendent leur achèvement ; d’autres situations demandent vérification.

Les trois éléments du plan : acompte de 10 % basé sur le temps, puis versements de 40 % et 50 % liés à des jalons. Le total couvre 100 % du prix.

La capture montre le jalon Fondations à In Progress, soit En cours, avec ses dates prévues. Sa transition vers Terminé avec une date d’achèvement déclenche la datation des échéances déjà liées.

La capture montre une échéance avec Is Posted coché. Cet indicateur signale le passage au parcours comptable ; il faut consulter la facture et les écritures de l’extension pour confirmer la création de la créance.

Libellés selon l’édition

Pour aller plus loin

1. Cycle de vente immobilière : activation et clôture de la vente.
2. Codes de facturation : catégories référencées par les éléments.
3. Passerelle REDA Financials : traitement comptable des échéances signalées.
4. Fonctionnement de la facturation dans REDA : vue d’ensemble.
5. Planifier les traitements d’arrière-plan : contrôler l’activation, le calendrier et les résultats.

Questions fréquentes