PrestaShop Checkout & Paiement

Rapprochement Bancaire des Virements pour PrestaShop 8 & 9

Importez le relevé bancaire, les virements retrouvent seuls leurs commandes.

Une boutique B2B encaisse une grande partie de ses commandes par virement. Chaque matin, quelqu'un ouvre la banque en ligne, lit les libellés, cherche la commande correspondante, ajoute le paiement et change le statut pour lancer la préparation. Avec trente virements par semaine, cela prend une heure, et une erreur coûte cher : une commande expédiée sans paiement, ou un client relancé alors qu'il a payé. Ce module importe le relevé de votre banque, retrouve la commande de chaque virement par sa référence, son numéro, son montant et le nom du client, enregistre le paiement dans PrestaShop et change le statut. Ce qui n'est pas certain vous est proposé avec les raisons du rapprochement, et les clients dont le virement n'arrive pas reçoivent une relance avec vos coordonnées bancaires.

En un coup d'œil
  • Import des relevés CSV de toutes les banques, OFX, QFX et CAMT.053, sans doublon en cas de réimport
  • Rapprochement par référence, numéro de commande, montant, frais bancaires et nom du client ou de la société
  • Paiement natif enregistré dans la commande et statut changé, automatiquement au-dessus du seuil de confiance
  • Virements groupés répartis sur plusieurs commandes, paiements partiels suivis jusqu'au solde
  • Relances e-mail des virements non reçus en 8 langues, annulation automatique en option
PrestaShop 8 & 9 CSV, OFX, CAMT.053 Paiement natif Relances en 8 langues
  • Remboursement 30 jours
  • 12 mois de mises à jour
  • Support 24h
www.datafirefly.com/
Rapprochement Bancaire des Virements pour PrestaShop 8 & 9
v1.0.0 · mis à jour 2026-09-23
Ce que ça fait

La version courte.

01

Le relevé de votre banque, tel quel

Pour le CSV, le séparateur, l'encodage et la ligne d'en-tête sont détectés, même quand la banque ajoute des lignes de solde au-dessus. Les colonnes débit et crédit séparées, le montant signé et les formats 1 234,56 ou 1,234.56 sont reconnus. L'OFX et le QFX (1.x et 2.x) et le CAMT.053 s'importent sans réglage, les lots CAMT sont éclatés en virements individuels. Réimporter une période qui chevauche la précédente ne crée aucun doublon.

02

Un score de confiance expliqué

Chaque virement est comparé aux commandes en attente : référence de commande dans le libellé, numéro de commande après CMD, CDE ou Commande n°, montant exact, montant diminué des frais bancaires, nom du client ou de la société. Chaque proposition affiche son score sur 100 et ses raisons, par exemple « Référence de commande trouvée, Montant exact ».

03

La validation automatique quand c'est sûr

Au-dessus du seuil que vous fixez (90 par défaut) et avec un écart net sur la deuxième proposition, le paiement est enregistré pendant l'import. Une référence citée avec le montant exact vaut 95. Le reste attend votre vérification : validation en un clic, validation groupée, affectation manuelle par référence ou numéro de commande.

04

Le paiement natif de PrestaShop

Le virement devient un paiement de la commande, avec la référence bancaire comme numéro de transaction et la date de l'opération. Il apparaît dans la commande, sur la facture et dans vos exports comptables. Le statut passe à celui que vous choisissez sans créer de second paiement, et une facture déjà générée reçoit le paiement.

05

Virements groupés et paiements partiels

Un client B2B règle trois commandes en un seul virement : si les références figurent dans le libellé et que le total correspond, le montant est réparti entre les commandes. Un virement inférieur au dû est enregistré comme paiement partiel, avec un statut dédié en option et le reste dû affiché.

06

Des relances qui visent juste

Jusqu'à 5 relances à J+3, J+7, J+14 par défaut, dont un dernier rappel, avec vos coordonnées bancaires, le montant dû et la référence à indiquer dans le libellé. Aucune relance ne part si un virement en attente de vérification correspond à la commande. L'annulation des commandes impayées après un délai est proposée en option, jamais sur un paiement partiel.

La version longue

Tout ce que vous voudriez savoir avant d'installer.

Un regard détaillé sur le fonctionnement de Rapprochement Bancaire des Virements pour PrestaShop 8 & 9, pourquoi nous l'avons conçu ainsi, et la réflexion derrière les fonctionnalités ci-dessus.

§ 01

Le pointage des virements, du temps perdu chaque semaine

En B2B, le virement reste le moyen de paiement le plus courant : les acheteurs professionnels paient sur facture, depuis le compte de leur société. Côté boutique, chaque virement reçu demande les mêmes gestes : lire le libellé, retrouver la commande, ajouter le paiement, changer le statut. Tant que ce pointage n'est pas fait, la commande attend en préparation. Quand il est mal fait, une commande part sans être payée ou un client payé reçoit une relance.

§ 02

Comment le module retrouve la bonne commande

Un libellé bancaire ressemble rarement à la référence attendue : « VIR SEPA RECU /DE SARL DUPONT BTP /MOTIF CDE 1542 ». Le module y cherche la référence de commande, même coupée par des espaces, le numéro de commande après les mots CMD, CDE, Commande ou Order, et le nom du client ou de sa société. Il compare le montant au reste dû de chaque commande en attente. Référence et montant exact donnent 95 points et une validation automatique. Numéro de commande, montant exact et nom du client aussi. Un montant et un nom sans référence donnent une proposition à vérifier.

§ 03

Un paiement enregistré comme si vous l'aviez saisi

Le module utilise le paiement natif de PrestaShop : le virement apparaît dans l'onglet Paiements de la commande, sur la facture et dans les exports comptables, avec la référence bancaire en numéro de transaction. Le changement de statut réutilise ce paiement au lieu d'en créer un second, et une facture déjà générée reçoit le paiement. Les commandes scindées entre plusieurs transporteurs partagent une référence : elles sont traitées comme une seule commande, comme le fait PrestaShop.

§ 04

Les cas réels du paiement B2B

Un client paie plusieurs commandes en un seul virement en citant leurs références : le montant est réparti entre elles. Un virement international arrive amputé de quelques euros de frais : la tolérance de frais bancaires solde quand même la commande. Un client paie un acompte : le paiement partiel est enregistré, le reste dû reste visible et la commande reste suivie. Un virement ne correspond à rien : vous l'affectez à la main en tapant une référence ou un numéro de commande, ou vous l'ignorez.

§ 05

Des relances qui ne tombent pas à côté

Les relances partent d'une tâche cron quotidienne, aux délais que vous fixez après la commande. L'e-mail rappelle le montant dû, vos coordonnées bancaires et demande d'indiquer la référence dans le libellé, ce qui facilite le rapprochement suivant. Une commande dont le virement attend votre vérification n'est pas relancée, et les commandes trop anciennes non plus. Vous pouvez aussi relancer un client en un clic depuis le tableau de bord ou sa fiche commande.