# 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.

- Source canonique : [https://allaux.fr/modules/acompte-et-paiement-fractionne](https://allaux.fr/modules/acompte-et-paiement-fractionne)
- Langue : FR
- Dernière mise à jour : 2026-08-02

## 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.

## La conformité du paiement n’est pas un sujet à improviser

> Le stockage de données de carte, la conservation d’un moyen de paiement pour un prélèvement ultérieur et l’authentification du porteur relèvent d’exigences réglementaires et contractuelles. Ces mécanismes se délèguent au prestataire de paiement, qui les assume, et ne se réimplémentent pas dans un module.

## Pages liées

- **Configurer un webhook de paiement** — Le mécanisme par lequel la boutique apprend qu’une échéance a été encaissée. ([/guides/configurer-webhook-paiement](/guides/configurer-webhook-paiement))
- **Problème de paiement PrestaShop** — Quand le tunnel de commande refuse ou n’enregistre pas le règlement. ([/prestashop/probleme-paiement](/prestashop/probleme-paiement))
- **Générer des documents PDF** — Pour produire une facture d’acompte et une facture de solde distinctes. ([/modules/generation-de-documents-pdf](/modules/generation-de-documents-pdf))

## FAQ

### 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.