Bank Transfer for PrestaShop
Le virement bancaire sur PrestaShop, fait proprement. Bank Transfer conserve des coordonnées bancaires distinctes pour chaque devise dans laquelle vous vendez et choisit les bonnes d’après la devise dans laquelle la commande est passée, si bien qu’un client qui paie en livres ne reçoit pas votre IBAN en euros. Si aucun compte ne correspond à la commande, le moyen de paiement reste masqué plutôt que d’afficher des coordonnées qui recevraient mal l’argent.
Ces coordonnées sont figées sur la commande au moment où elle est passée. Changez de banque demain : chaque commande encore en attente de paiement continue d’afficher ce que son client a reçu à l’origine – sur la page de confirmation, dans l’e-mail et sur la fiche de commande que consulte votre équipe. Les champs sont flexibles, eux aussi : IBAN et BIC, sort code britannique, routing number américain, adresse de la banque, ou vos propres lignes libellées.
Un écran du back-office liste tout ce qui attend encore un paiement, avec le montant dû et l’ancienneté de l’attente : vous pouvez marquer les commandes payées, envoyer des relances selon un calendrier, et éventuellement annuler et remettre en stock celles qui n’arrivent jamais. Les comptes en euros affichent aussi un code à scanner qui préremplit le virement dans l’application bancaire du client.
- Champs de compte flexibles. IBAN et BIC, sort code britannique, routing number américain, adresse de la banque, plus vos propres lignes libellées pour tout ce qu’une banque particulière exige.
- Masqué quand rien ne correspond. Si aucun compte ne correspond à la commande, le moyen de paiement n’apparaît pas du tout à l’étape de paiement, sauf si vous configurez délibérément un compte de repli.
- Choisi sur votre serveur. Le compte est déterminé à partir de la commande elle-même : rien de ce qui arrive avec la requête ne peut influencer les coordonnées présentées au client.
- Un ciblage au-delà de la devise. Des règles optionnelles affinent par pays, zone, groupe de clients, transporteur ou montant de la commande, et la règle la plus spécifique l’emporte.
- Des instructions dans chaque langue. Ajoutez votre propre texte pour chaque langue ; il s’affiche à côté des coordonnées bancaires partout où elles apparaissent.
- Un panier scindé reste un seul paiement. Quand un panier devient plusieurs commandes, un virement unique couvrant le total combiné est demandé au client.
- Retirez un compte sans le supprimer. Le désactiver empêche les nouvelles commandes de le sélectionner tout en le laissant dans votre liste, si bien que les commandes plus anciennes peuvent toujours y être rattachées.
- Visible pour votre équipe. La fiche de commande du back-office montre au support les coordonnées exactes que le client a reçues, à côté du montant restant dû.
Le bon compte bancaire pour chaque devise
PrestaShop Bank Transfer conserve un jeu de coordonnées bancaires par devise et choisit le bon d’après la devise dans laquelle la commande est réellement passée – pas celle dans laquelle le client naviguait par hasard. Un compte unique sur toutes les commandes vous coûte discrètement de l’argent : quelqu’un qui paie en livres sur un compte en euros perd au change, ou le virement revient quelques jours plus tard. Si rien ne correspond à une commande, le moyen de paiement reste masqué plutôt que d’afficher un compte qui recevrait mal le paiement.
Les commandes d’hier gardent les coordonnées d’hier
Quand une boutique change de banque, le résultat habituel est que chaque commande impayée se met silencieusement à afficher le nouveau compte – y compris les commandes dont l’e-mail de confirmation citait l’ancien. Les clients paient sur un compte clôturé et quelqu’un perd une matinée à démêler l’affaire. Ici, les coordonnées sont copiées sur la commande à l’instant où elle est passée, et chaque écran et e-mail ultérieur lit cette copie. Modifier un compte change ce qui est annoncé aux nouvelles commandes, et rien d’autre.
Des paiements que vous pouvez vraiment rapprocher des commandes
Les relevés bancaires arrivent comme une liste de montants et de noms approximatifs, et sans élément de correspondance, le rapprochement tourne à la devinette. Vous décidez de la forme de la référence de paiement – votre propre préfixe avec la référence de commande, le numéro de commande ou le numéro de client – et elle apparaît à l’étape de paiement, sur la page de confirmation, sur la fiche de commande et dans l’e-mail, identique à chaque fois. Quand l’argent arrive, la référence portée sur le relevé est celle que vous cherchez.
Un code à scanner plutôt qu’un IBAN à recopier
Recopier un IBAN de 22 caractères dans une application bancaire sur téléphone, c’est là que les virements déraillent – un seul caractère erroné et le paiement est rejeté ou atterrit ailleurs. Pour les comptes en euros, les instructions incluent un code à scanner qui préremplit le bénéficiaire, le compte, le montant et la référence dans la plupart des applications bancaires européennes. Il est généré sur votre propre serveur, directement dans la page : aucune donnée de commande ou de paiement n’est envoyée à un service externe pour le produire. Les comptes dans d’autres devises affichent simplement les coordonnées, sans code.
Voyez qui vous doit encore, et relancez
Les commandes par virement impayées s’accumulent en silence, et celles qui mériteraient une relance sont justement celles que personne ne remarque. Un écran dédié liste tout ce qui attend encore un paiement, avec le montant dû, la référence et l’ancienneté de l’attente, si bien que les plus anciennes remontent en tête. Vous pouvez y marquer une commande payée en une seule étape. Des e-mails de relance partent selon le calendrier que vous fixez, et les commandes toujours impayées après un nombre de jours de votre choix peuvent être annulées automatiquement, ce qui remet le stock réservé dans votre catalogue.
Conçu pour se faire oublier dans votre boutique
Le module n’installe aucun override du cœur : il n’entrera pas en conflit avec votre thème et ne gênera pas une mise à jour de PrestaShop, et il fonctionne de la 1.6 à la 9 sur une seule base de code. Les configurations multiboutiques gardent leurs comptes séparés : des coordonnées configurées pour une boutique ne sont jamais proposées sur une autre. Autant être clair sur la limite – le module présente et suit le virement, il ne se connecte pas à votre banque ; marquer un paiement comme reçu reste une décision que vous ou votre équipe prenez.
-
Référencemprbanktransfer
-
En stock2147483647 Produits
Ce que nos clients disent de nous
Avis sur l’entreprise
5.0
★
★
★
★
★
(4 avis)
Chargement des avis clients...
Aucun avis produit pour le moment
Soyez le premier à partager votre expérience avec ce module.
Écrire un avis
Vous avez une question sur ce produit ?
Nos experts sont là pour vous aider. Posez vos questions sur l'installation, la compatibilité ou les spécifications.
1301
questions
9
catégories
2014
création de modules depuis
1.6–9
versions de PrestaShop
v1.0.02026-07-26
- Initialrelease
Chargement du changelog complet...
Chargement des demandes de fonctionnalités...
Retour sous 30 jours
Retour simple - sans questions
Modules Plug & Play
Installer, configurer et profiter
Support en priorité
Aide et satisfaction avant tout
Vous aimerez aussi
