Facturation·Référence·6 min·Mis à jour le 05/10/2026
Cas d’usage · Facturation
Conditions de règlement non standard
Des dates d’échéance qui tombent à jours fixes du mois plutôt qu’à un nombre de jours après la facture.
Le besoin métier
Les clients règlent au 1, 11 ou 21 suivant la facture — pas « à 30 jours ». La date d’échéance doit être juste sur le document et en comptabilité.
Pourquoi ce n’est pas trivial
Les payment terms standard expriment une durée. Cette règle exprime un calendrier. L’écart est petit, les conséquences ne le sont pas : chaque balance âgée et chaque relance lit la date d’échéance.
L’architecture recommandée
Garder le payment term comme porteur de la règle et calculer la date au moment de la facture par un point d’extension, plutôt que d’essayer d’exprimer un calendrier sous forme de durée.
Composants Salesforce
Sélectionnez-en un pour ouvrir son détail.
Le flux
Scroll the diagram sideways
Chaque case de la rangée du haut est un prérequis qui ne produit aucune erreur quand il manque — les échéanciers n’apparaissent simplement jamais. La ligne de commande est l’autre échec silencieux : elle exige des champs de période et de fréquence qui ne sont pas signalés comme obligatoires, si bien qu’un import passe proprement et que rien ne se facture jamais.
Mise en œuvre
Modélisez les trois jours fixes en données, pas en branches de code, pour que la comptabilité puisse les changer sans déploiement. Calculez la prochaine occurrence depuis la date de facture et écrivez-la dans la date d’échéance.
Attention
- Le payment term vit sur la commande, pas sur le profil de facturation. Le champ que la documentation suggère sur le profil n’existait pas sur l’objet au describe.
- Pas de payment term sur la commande, c’est aucune sortie de facturation — pas une date fausse, aucune sortie.
Alternatives
Approximer par un nombre de jours fixe est tentant et faux de jusqu’à dix jours par facture. Sur une petite base client, un ajustement manuel est honnête ; au volume, non.