Disponible pour missions & renforts d’agence · Réponse rapide, par la personne qui intervient

Acompte, solde et paiement fractionné

Encaisser une partie du montant à la commande et le solde plus tard paraît être un réglage de paiement. En réalité, cela touche la commande, la facture, le stock et la comptabilité, et c’est là que les projets dérapent quand la question n’a pas été posée au bon moment.

Décrire mon problème Discuter sur WhatsApp

Trois besoins qu’on confond souvent

L’acompte suivi d’un solde : le client règle une part à la commande, le reste est encaissé plus tard, souvent à l’expédition ou à la livraison. La commande existe dès le premier versement, mais elle n’est pas payée intégralement, et cette situation intermédiaire doit être représentée quelque part dans la boutique.

Le paiement en plusieurs fois : le montant total est validé à la commande et prélevé en plusieurs échéances. Ici, la commande est considérée comme payée, et l’échéancier appartient au prestataire de paiement, pas à la boutique.

Le paiement différé accordé par le marchand : typique du B2B, la commande part et la facture est réglée plus tard, selon des conditions négociées. Cela ne relève pas d’un module de paiement mais d’une gestion de compte client.

Ces trois besoins se ressemblent dans la demande et n’ont presque rien en commun dans la réalisation. Les distinguer dès le départ évite de développer la mauvaise chose.

Comment j’interviens sur ce genre de besoin

La première question porte sur ce qui est proposé par votre prestataire de paiement. Beaucoup proposent nativement un paiement en plusieurs échéances et une capture différée, et dans ce cas la meilleure réponse n’est pas un développement mais une configuration correcte du module officiel du prestataire, avec ses retours d’état correctement reçus par la boutique.

Quand c’est bien d’un acompte qu’il s’agit, le travail se concentre ailleurs que sur le paiement : représenter l’état « partiellement réglé », déclencher la demande de solde, gérer le cas du solde jamais payé, et surtout produire des documents comptables corrects. Une facture d’acompte n’est pas une facture partielle du total, et la boutique doit savoir distinguer ce qui a été encaissé de ce qui reste dû.

Je traite explicitement le stock, souvent oublié : un acompte réserve-t-il la marchandise, et pendant combien de temps. Sans réponse à cette question, la fonction crée un problème d’exploitation à la place du problème de paiement qu’elle résout.

Pages liées

Questions fréquentes

Faut-il un module spécifique pour proposer un paiement en plusieurs fois ?
Souvent non : la plupart des prestataires de paiement proposent cette option dans leur propre module, et l’activer coûte beaucoup moins cher qu’un développement. Le développement se justifie quand l’échéancier dépend de vos règles et non de celles du prestataire.
Comment la commande apparaît-elle tant que le solde n’est pas réglé ?
Par un statut dédié, créé pour cela, qui indique clairement qu’un montant reste dû. Utiliser un statut existant détourné de son sens brouille la préparation des commandes et fausse les statistiques.
Que se passe-t-il si le client ne paie jamais le solde ?
C’est le cas qu’il faut décider avant de développer : relance automatique, annulation après un délai, conservation de l’acompte. La règle est une décision commerciale, et le module ne fait que l’appliquer.
L’acompte est-il compatible avec les avoirs et les remboursements ?
Il doit l’être, et c’est une part importante du travail. Un remboursement partiel sur une commande à deux règlements demande de savoir sur quel encaissement il porte, faute de quoi la comptabilité ne se réconcilie plus.

Décrivez votre besoin en 1 minute

Quelques questions ciblées pour que je vous réponde avec une estimation, pas avec un questionnaire de plus.

De quel type de développement s’agit-il ?
Partez-vous de zéro ou faut-il faire évoluer un existant ?

Reprendre un code existant non maîtrisé demande souvent un audit avant même de commencer à développer.

Une stack technique est-elle imposée ? (facultatif)
Combien de personnes utiliseront l’outil ? (facultatif)
Quelle est votre échéance ? (facultatif)
Indiquez au moins un e-mail ou un téléphone pour que je puisse vous répondre.

Indiquez au moins un e-mail ou un téléphone pour que je puisse vous répondre.