Panier
Module de paiement WayForPay
xtdwayforpay
34,90 €
TTC
Acceptez et gérez les paiements WayForPay dans PrestaShop
Offrez à vos clients une page de paiement WayForPay configurable et gérez les statuts de paiement, les autorisations, les captures, les remboursements et le recouvrement des paiements depuis le back-office PrestaShop.
- Redirection et paiement par widget
- Flux de travail de paiement VENTES et AUTORISATIONS
- Disponibilité d'Apple Pay et de Google Pay
- Traitement des rappels signés
- Liens de paiement pour les commandes impayées
- Mode enregistré inclus avec l'achat
- Licence à vie pour un domaine attribué
- Un an de mises à jour gratuites
Prise en charge des versions de PrestaShop:
1.7.8.x
8.x
9.x
Traductions:
Exigences:
Extension PHP - IonCube Loader v14
Connectez votre boutique PrestaShop à WayForPay
Ce module assure une intégration structurée entre les commandes PrestaShop et les transactions WayForPay.
Lorsqu'un client passe une commande, le module transmet de manière sécurisée les informations nécessaires à la commande et au paiement à WayForPay. Le client finalise ensuite le paiement en suivant le processus de paiement choisi, et WayForPay renvoie le résultat de la transaction au magasin.
Le statut de la commande PrestaShop correspondante est ensuite mis à jour conformément au mappage des statuts de paiement configuré.
Cela permet aux commerçants de gérer l'intégralité du flux de paiement sans avoir à vérifier manuellement chaque transaction dans un tableau de bord de paiement distinct.
Choisissez votre expérience de paiement
Redirection vers la page de paiement
Avec la redirection de paiement, le client est transféré de votre boutique vers la page de paiement sécurisée WayForPay.
Après avoir effectué ou annulé le paiement, le client est redirigé vers la boutique.
Cette option convient lorsque vous souhaitez :
- une intégration simple ;
- Les informations de paiement ont été saisies sur la page WayForPay hébergée ;
- Configuration minimale de l'interface de paiement en magasin ;
- un processus de paiement géré par le prestataire de paiement.
Les modes de paiement affichés sur la page WayForPay dépendent de votre compte marchand, de la devise, de l'appareil du client, du navigateur et de la configuration de WayForPay.
Widget intégré pour le paiement
Le widget de paiement affiche l'interface de paiement WayForPay sans rediriger le client vers une page complète classique.
Cela permet une expérience de paiement plus intégrée, tandis que le formulaire de paiement sécurisé et le traitement des cartes restent gérés par WayForPay.
Le paiement par widget est adapté lorsque vous souhaitez :
- une expérience en magasin plus continue ;
- des mouvements moins visibles entre le magasin et la passerelle de paiement ;
- une interface de paiement intégrée au processus de paiement ;
- l'option de conserver une plus grande partie du processus de paiement au sein de la page du magasin.
L'affichage et la disponibilité des moyens de paiement dans le widget dépendent des paramètres du compte WayForPay et de la compatibilité de l'appareil du client.
Modes de paiement clients pris en charge
Selon les modes de paiement activés pour votre compte marchand WayForPay, vos clients pourront payer en utilisant :
- Cartes de paiement Visa et Mastercard ;
- Apple Pay ;
- Google Pay ;
- d'autres méthodes mises à votre disposition par WayForPay pour votre compte marchand.
La disponibilité d'Apple Pay et de Google Pay dépend de l'appareil du client, de son navigateur, de la configuration de son portefeuille, de l'éligibilité du commerçant WayForPay et des méthodes de paiement activées.
Ce module n'active pas indépendamment les modes de paiement qui n'ont pas été activés pour votre compte WayForPay.
Capture des paiements immédiats et différés
VENTE : débitez le paiement immédiatement
La vente correspond au flux de paiement standard en une seule étape.
Lorsque la transaction est approuvée, la carte du client est débitée et la commande PrestaShop passe au statut de paiement réussi configuré.
La vente est appropriée lorsque :
- Les produits sont disponibles pour une livraison immédiate ;
- Le montant total de la commande devrait être facturé lors du paiement ;
- Aucune confirmation de paiement manuelle n'est requise ;
- Le magasin utilise un processus de paiement et de traitement classique.
AUTH : autoriser le paiement avant la capture
AUTH crée un flux de paiement en deux étapes.
Au lieu de prélever immédiatement le paiement, WayForPay autorise la transaction et bloque le montant requis.
Le commerçant peut ultérieurement récupérer le montant autorisé via Settle ou annuler le blocage si la commande ne peut être honorée.
L'authentification est utile lorsque :
- La disponibilité des stocks doit être confirmée ;
- Le montant final de la commande peut changer ;
- Le paiement ne devrait être encaissé qu'après vérification manuelle ;
- Des produits sur mesure ou en stock limité sont vendus ;
- Le commerçant souhaite vérifier une commande avant d'encaisser les fonds.
La disponibilité et la durée du blocage d'autorisation sont contrôlées par WayForPay et la banque émettrice.
Régler un paiement autorisé
Une transaction autorisée avec succès peut être finalisée à l'aide de l'opération Settle.
En fonction de la transaction et des règles de WayForPay, le module peut soumettre la totalité ou une partie du montant autorisée pour capture.
Cette opération peut être effectuée à partir de la commande PrestaShop associée lorsque la transaction est éligible.
Le résultat est enregistré dans les informations de paiement du module et peut mettre à jour le statut de la commande en fonction du mappage configuré.
Annulation d'une suspension d'autorisation
Lorsqu'une commande autorisée ne peut être honorée, le blocage peut être annulé au lieu de prélever le paiement.
Cela débloque le montant en fonction des délais de traitement de WayForPay et de la banque du client.
Les cas d'utilisation typiques comprennent :
- Produit indisponible après la commande ;
- commande rejetée lors de la vérification manuelle ;
- annulation par le client avant la capture ;
- Montant de la commande incorrect ;
- autorisation en double.
L'annulation d'une réservation est différente du remboursement d'un paiement effectué, car le montant autorisé n'a pas encore été prélevé.
Gérez les paiements depuis le back-office PrestaShop
Le module ajoute les opérations de transaction WayForPay prises en charge à la commande PrestaShop associée.
En fonction de l'état de la transaction et de la disponibilité des fonctionnalités enregistrées, les administrateurs peuvent :
- vérifier l'état actuel de la transaction ;
- régler un paiement autorisé ;
- annuler une autorisation de blocage ;
- émettre un remboursement total ou partiel ;
- créer un nouveau lien de paiement ;
- examiner les tentatives de paiement ;
- inspecter les codes de réponse et les messages de la passerelle ;
- traiter les opérations en file d'attente.
Seules les actions valides pour le statut actuel de la transaction WayForPay doivent être affichées ou acceptées.
Cela permet d'empêcher les administrateurs de soumettre des opérations qui ne sont pas applicables au paiement.
Mises à jour automatiques du statut de paiement
Rappels signés WayForPay
WayForPay envoie des notifications de serveur à serveur lorsqu'une transaction est créée, approuvée, refusée ou que son statut change.
Le module valide les données de rappel entrantes avant d'appliquer le résultat à la commande PrestaShop correspondante.
Une fonction de rappel valide peut :
- enregistrer la tentative de paiement ;
- enregistrer le statut de la transaction WayForPay ;
- stocker les informations de réponse disponibles ;
- mettre à jour le statut de la commande PrestaShop ;
- empêcher qu'une même transaction réussie soit traitée deux fois.
Étant donné que les notifications sont transmises directement entre WayForPay et le magasin, les mises à jour des commandes ne dépendent pas uniquement du retour du client sur la page de confirmation.
Cartographie flexible de l'état des commandes
Les différents résultats de transaction WayForPay peuvent être associés aux statuts de commande PrestaShop appropriés.
Le mappage exact peut être ajusté pour correspondre au flux de travail de commande existant du magasin.
Ceci est utile pour les magasins qui utilisent déjà des statuts personnalisés pour le traitement des commandes, les vérifications, les autorisations ou les remboursements.
Historique des tentatives de paiement et des transactions
Un client peut tenter de payer la même commande plusieurs fois.
Le module enregistre les tentatives de paiement séparément afin que les administrateurs puissent consulter l'historique complet des transactions au lieu de se contenter du dernier statut.
En fonction de la réponse de la passerelle de paiement, une tentative de paiement peut comprendre :
- Référence de commande WayForPay ;
- statut de la transaction ;
- montant et devise demandés ;
- date de paiement ;
- date de traitement ;
- code de réponse ;
- message de réponse ;
- type de transaction ;
- informations de carte masquées lors du retour ;
- Identifiants d'autorisation ou de transaction.
Cela permet d'enquêter sur les paiements refusés, les tentatives répétées, les rappels tardifs et les litiges concernant la facturation d'une commande.
Recouvrer les commandes impayées et expirées
Générer un lien de paiement sécurisé
Lorsqu'une commande reste impayée, que sa session de paiement précédente a expiré ou que le client souhaite réessayer, un administrateur peut générer un nouveau lien de paiement WayForPay.
Le lien peut être envoyé au client à l'aide d'un modèle d'e-mail contenant :
- nom du client ;
- référence de commande ;
- total de la commande ;
- URL de paiement sécurisée ;
- URL de l'historique des commandes ;
- Nom du magasin.
Une fois le paiement effectué par le client, le flux de travail de rappel met automatiquement à jour le statut de la transaction et de la commande.
Les liens de paiement peuvent aider à récupérer les commandes affectées par :
- une page de paiement abandonnée ;
- une session de paiement expirée ;
- une panne temporaire de carte ;
- un client qui ferme son navigateur ;
- Un paiement refusé, suivi d'une nouvelle tentative de paiement.
Un lien de paiement ne garantit pas l'approbation. Le résultat final dépend de WayForPay, du mode de paiement et de la banque émettrice.
Évitez les paiements en double.
Avant d'envoyer ou d'utiliser un nouveau lien de paiement, il convient de vérifier l'état actuel de la transaction s'il existe une possibilité que le paiement initial ait été effectué.
Les courriels destinés aux clients doivent également les informer de ne pas payer à nouveau si le montant a déjà été débité.
Cela réduit le risque de paiements en double dus à des rappels tardifs, à des redirections de navigateur interrompues ou à une incertitude après l'autorisation bancaire.
Remboursement des paiements effectués
Les transactions approuvées et éligibles peuvent être remboursées depuis la page de commande PrestaShop.
En fonction des conditions de fonctionnement et de transaction de WayForPay disponibles, le module peut prendre en charge :
- remboursement intégral ;
- remboursements partiels ;
- Suivi de l'état du remboursement ;
- stockage des réponses aux demandes de remboursement ;
- Mises à jour configurables de l'état des commandes.
Une demande de remboursement est envoyée à WayForPay, mais cela ne signifie pas que l'argent est immédiatement restitué au client.
Le délai de traitement final dépend de WayForPay, du réseau de cartes et de la banque émettrice du client.
Le module doit conserver la requête soumise et le résultat de la transaction renvoyée visibles pour examen administratif.
Vérifiez l'état actuel de la transaction
L'opération « Vérifier le statut » demande à WayForPay le dernier état de paiement disponible en utilisant la référence de commande associée.
Ceci est utile lorsque :
- Le client signale que le paiement a été effectué ;
- La redirection du navigateur a été interrompue ;
- Le rappel a été retardé ou n'a pas été reçu ;
- une commande demeure en attente ;
- l'administrateur doit vérifier un remboursement ou une autorisation ;
- L'état de la commande locale et l'état de la passerelle semblent incohérents.
La consultation du statut ne crée pas un nouveau paiement. Elle permet de récupérer les informations actuelles de la transaction en cours.
Gestion fiable des files d'attente et des tâches cron
Certaines opérations de paiement peuvent être traitées via une file d'attente au lieu d'obliger l'administrateur à attendre un résultat immédiat dans le navigateur.
Le traitement Cron peut être utilisé pour des tâches d'arrière-plan prises en charge, telles que :
- nouvelle tentative des opérations en file d'attente ;
- traitement des actions de paiement en attente ;
- vérification des états des transactions non résolues ;
- gestion des pannes de communication temporaires ;
- Mise à jour des enregistrements d'opérations connexes.
Le traitement des files d'attente permet de séparer les actions administratives des temps de réponse des API externes et offre un moyen contrôlé de réessayer en cas d'échecs temporaires.
L'URL ou la commande cron doit être protégée contre tout accès non autorisé et configurée conformément à la documentation du module.
Diagnostic clair des paiements
Les passerelles de paiement peuvent refuser ou interrompre les paiements pour de nombreuses raisons, notamment :
- Rejet de la banque émettrice ;
- Données de carte incorrectes ;
- carte expirée ;
- fonds insuffisants ;
- échec de la vérification ;
- contrôles antifraude ;
- session client expirée ;
- paramètres de transaction non pris en charge ;
- Problèmes de communication temporaires.
Le module stocke les codes de réponse et les messages WayForPay disponibles afin que les administrateurs puissent mieux comprendre la raison d'un échec de paiement.
Le cas échéant, les explications destinées aux clients peuvent être mises en correspondance avec des recommandations plus claires, tandis que la réponse technique complète reste accessible à l'administrateur.
Cela permet de mieux distinguer :
- un problème de configuration du magasin ;
- un problème de paiement temporaire ;
- un refus bancaire ;
- un paiement abandonné ;
- une opération non prise en charge ;
- Transaction effectuée avec succès, en attente de synchronisation locale.
Principes d'intégration sécurisée
Demandes signées et rappels
Les demandes de paiement et les rappels du serveur utilisent les signatures WayForPay pour vérifier l'intégrité des données.
La clé secrète du marchand est stockée dans la configuration du module et ne doit jamais être affichée aux clients ni incluse dans le code HTML de la boutique en ligne.
Les rappels entrants ne doivent être traités qu'après :
- vérification de signature ;
- validation du compte marchand ;
- validation de la référence de commande ;
- vérifications du montant et de la devise ;
- Protection contre le traitement en double.
Les informations de la carte ne sont pas stockées par le module
Les clients saisissent leurs informations de paiement sensibles via l'interface de paiement WayForPay.
Le module n'a pas besoin de stocker les numéros de carte complets ni les codes de sécurité des cartes dans PrestaShop.
Toute information de carte masquée renvoyée par WayForPay est destinée uniquement à l'identification des transactions et à des fins administratives.
Configuration requise pour le serveur
Le magasin doit pouvoir :
- établir des connexions HTTPS sortantes vers WayForPay ;
- recevoir les rappels entrants de WayForPay ;
- utiliser un certificat HTTPS public valide ;
- résoudre les domaines de service WayForPay ;
- générer et vérifier les signatures requises ;
- Exécuter la version PHP sélectionnée et les extensions PHP requises.
Les pare-feu, l'authentification HTTP, le mode maintenance, les couches de mise en cache ou les modules de sécurité ne doivent pas bloquer le point de terminaison de rappel configuré.
Fonctionnement du processus de paiement
Paiement standard de vente
- Le client passe une commande sur PrestaShop.
- Le module crée une demande de paiement WayForPay signée.
- Le client effectue le paiement via la page de redirection ou le widget.
- WayForPay traite la transaction.
- WayForPay envoie une confirmation signée au magasin.
- Le module valide la fonction de rappel.
- La tentative de paiement est enregistrée.
- Le statut de la commande PrestaShop a été mis à jour.
Paiement AUTH en deux étapes
- Le client passe une commande.
- WayForPay autorise le montant du paiement.
- La commande reçoit le statut d'autorisation configuré.
- Le commerçant examine ou prépare la commande.
- L'administrateur effectue le paiement ou annule le blocage.
- Le statut de la transaction résultante est enregistré.
- Le statut de la commande PrestaShop a été mis à jour.
Récupération des paiements
- Une commande reste impayée ou sa session de paiement a expiré.
- L'administrateur génère un nouveau lien de paiement.
- Le client reçoit le lien sécurisé par e-mail.
- Le client effectue le paiement via WayForPay.
- La fonction de rappel met automatiquement à jour la commande correspondante.
Adapté aux différents flux de travail en magasin
Boutiques en ligne standard
Utilisez les paiements SALE pour débiter les commandes immédiatement et passer directement en préparation des commandes approuvées.
Produits en stock limité
Utilisez AUTH pour réserver des fonds tout en confirmant la disponibilité réelle du produit.
Commandes personnalisées ou vérifiées manuellement
Autorisez d'abord le montant et prélevez-le une fois la commande approuvée.
Commandes nécessitant une nouvelle tentative de paiement
Générez un lien de paiement sécurisé au lieu de demander au client de créer une commande en double.
Magasins avec des statuts de commande personnalisés
Associer les résultats des transactions WayForPay aux statuts déjà utilisés par l'équipe du magasin.
Magasins exigeant un diagnostic de paiement
Veuillez consulter les tentatives individuelles, les codes d'état de la passerelle et les opérations de transaction depuis la page de commande.
Modes de base et enregistrés
Le module permet un traitement de paiement de base avant l'inscription.
L'achat du module inclut l'enregistrement pour un domaine de production attribué et active l'ensemble des fonctionnalités commerciales répertoriées pour le produit.
| Fonctionnalité | Mode de base | Mode enregistré |
|---|---|---|
| Connexion marchande WayForPay | Compris | Compris |
| Redirection vers la page de paiement | Compris | Compris |
| Paiements de vente de base | Compris | Compris |
| Traitement des rappels signés | Compris | Compris |
| Mise à jour de l'état de la commande | Compris | Compris |
| Paiement par widget | Disponible en quantité limitée ou indisponible | Compris |
| Flux de paiement AUTH | Disponible en quantité limitée ou indisponible | Compris |
| Règlement du paiement autorisé | — | Compris |
| Annulation de l'autorisation | — | Compris |
| Remboursements complets et partiels | — | Compris |
| État de la vérification manuelle | Disponible en quantité limitée ou indisponible | Compris |
| Liens de paiement | — | Compris |
| Gestion des tentatives de paiement | Limité | Compris |
| Cartographie d'état avancée | Limité | Compris |
| Automatisation des files d'attente et des tâches cron | — | Compris |
| Diagnostic avancé | Limité | Compris |
Foire aux questions
Qu'est-ce que le module de paiement WayForPay ?
Il s'agit d'un module de paiement PrestaShop qui relie les commandes de la boutique à la passerelle WayForPay.
Il prend en charge l'initiation des paiements, le traitement des rappels signés, les mises à jour de l'état des commandes et la gestion des transactions prises en charge depuis le back-office PrestaShop.
Ai-je besoin d'un compte marchand WayForPay ?
Oui. Ce module connecte PrestaShop à un compte marchand WayForPay existant.
L’approbation des comptes, les devises prises en charge, les méthodes de paiement et les conditions de traitement sont déterminées par WayForPay.
Les clients peuvent-ils payer par carte ?
Oui. Les clients peuvent utiliser les cartes de paiement prises en charge par WayForPay et le compte marchand.
Ce module est-il compatible avec Apple Pay et Google Pay ?
L'intégration peut afficher Apple Pay et Google Pay lorsque ces méthodes sont disponibles pour le compte marchand WayForPay et prises en charge par l'appareil et le navigateur du client.
Le module ne peut pas forcer l'affichage d'une méthode de paiement si WayForPay ou l'environnement client ne la rend pas disponible.
Quelle est la différence entre une redirection et un paiement par widget ?
La redirection vers la page de paiement envoie le client vers la page de paiement hébergée de WayForPay.
Le widget de paiement affiche l'interface WayForPay dans un flux de boutique en ligne plus intégré.
Les deux méthodes utilisent WayForPay pour traiter le paiement.
Qu'est-ce qu'un paiement de VENTE ?
SALE est un paiement en une seule étape qui débite immédiatement le montant approuvé.
Qu'est-ce qu'un paiement AUTH ?
AUTH autorise la transaction et bloque temporairement le montant sans finaliser immédiatement le débit.
Le commerçant doit ultérieurement régler la transaction admissible ou annuler l'autorisation.
Puis-je encaisser un paiement autorisé ultérieurement ?
Oui. Le mode enregistré permet l'opération de règlement prise en charge pour les transactions autorisées éligibles.
Puis-je annuler une réservation ?
Oui. Une autorisation éligible peut être annulée avant la capture.
Le délai de déblocage des fonds dépend de WayForPay et de la banque émettrice.
Puis-je effectuer des remboursements depuis PrestaShop ?
Le mode enregistré prend en charge les opérations de remboursement pour les transactions éligibles.
La disponibilité d'un remboursement total ou partiel dépend de l'état actuel de la transaction et des règles de WayForPay.
Le module peut-il mettre à jour la commande automatiquement ?
Oui. WayForPay envoie des notifications signées à la boutique, et le module associe les résultats de transaction valides aux statuts de commande PrestaShop configurés.
Que se passe-t-il si le client ferme son navigateur après le paiement ?
La commande peut toujours être mise à jour via le rappel serveur à serveur, à condition que le point de terminaison de rappel soit accessible et que la notification soit valide.
L'administrateur peut également utiliser la fonction Vérifier l'état lorsqu'une vérification manuelle est nécessaire.
Puis-je envoyer un nouveau lien de paiement pour une commande impayée ?
Oui. Le mode enregistré permet de générer un lien de paiement sécurisé WayForPay pour une commande impayée éligible.
Le lien peut être envoyé en utilisant le modèle d'e-mail client configuré.
Est-il possible de faire l'objet de plusieurs tentatives de paiement pour une même commande ?
Oui. Le module peut enregistrer les différentes tentatives afin que les administrateurs puissent examiner les transactions refusées, expirées et réussies associées à la commande.
Comment les paiements en double sont-ils évités ?
Le module valide les références de transaction et les données de rappel et doit éviter de traiter plusieurs fois le même événement réussi.
Les administrateurs doivent vérifier l'état actuel du paiement avant de demander à un client de réessayer lorsque le résultat initial est incertain.
Le module stocke-t-il les informations de carte bancaire ?
PrestaShop ne doit pas stocker les informations complètes des cartes ni les codes de sécurité des cartes.
La saisie et le traitement des paiements sensibles sont gérés par WayForPay.
Pourquoi Apple Pay ou Google Pay peuvent-ils ne pas apparaître ?
Les raisons possibles sont les suivantes :
- Le mode de paiement n'est pas activé pour le commerçant ;
- L'appareil ou le navigateur ne prend pas en charge le portefeuille ;
- Le client ne possède aucune carte appropriée dans son portefeuille ;
- La devise de transaction ou la configuration du compte n'est pas prise en charge ;
- WayForPay ne propose pas ce mode de paiement pour cette transaction.
Le module inclut-il un compte WayForPay ?
Non. Ce module assure la connexion technique entre PrestaShop et WayForPay. L'inscription des marchands et le traitement des paiements sont assurés séparément par WayForPay.
IonCube Loader est-il requis ?
IonCube Loader est requis pour les fonctionnalités d'exécution avancées en mode enregistré.
La fonctionnalité de paiement de base peut rester disponible sans IonCube Loader selon la version actuelle du module.
La licence est-elle permanente ?
La licence du module reste valable pour le domaine attribué conformément aux termes de la licence.
Le module peut continuer à être utilisé après la fin de la période de mise à jour incluse.
- Traductions
- Anglais
ukrainien - Prise en charge des versions de PrestaShop
- 1.7.8.x
8.x
9.x - Exigences
- Extension PHP - IonCube Loader v14
Current version: 1.3.5
Version 1.3.5
- Record captured WayForPay transactions in the standard PrestaShop order payment history.
- Backfill a missing standard payment record when Check Status confirms an existing captured transaction.
- Return to the WayForPay order panel after its Back Office actions reload the order page.
- Process order actions before PrestaShop builds the order view so newly backfilled payments are visible immediately.
- Report a failed PrestaShop payment backfill instead of showing Check Status as fully successful.
- Identify the exact standard payment backfill stage and exception class when PrestaShop rejects it.
- Avoid an invalid duplicate `LIMIT 1` when checking for an existing PrestaShop payment.
- Serialize standard payment backfills without wrapping PrestaShop payment hooks in an outer transaction.
- Send discounted product totals, shipping, and gift wrapping consistently with the charged WayForPay amount.
- Prevent the same Back Office payment action from being processed more than once during one request.
- Serialize order state transitions from synchronous API responses and callbacks.
- Treat repeated Settle and Cancel Hold submissions as idempotent confirmations.
- Treat `WaitingAuthComplete / 1100` as a successful AUTH hold awaiting Settle.
- Treat `Approved` for an AUTH payment as captured rather than merely authorized.
- Accept both documented WayForPay signature layouts for Settle responses.
- Repair affected AUTH payment and order states during the 1.3.3 upgrade without sending customer emails or triggering automation.
- Added a dedicated `WayForPay payment authorized` order status for AUTH payments awaiting capture.
- Added canonical payment lifecycle state and captured amount tracking.
- Added duplicate-operation protection and legacy AUTH reconciliation state.
- Send `merchantTransactionType=AUTH` in Purchase requests.
- Treat gateway business declines as failed operations even when the HTTP response is successful.
- Prevent Check Status and failed Settle responses from reopening captured payments for capture.
- Keep Settle, Cancel Hold, and Refund availability aligned with the canonical payment state.
- Queue Cancel Hold as the correct protected operation.
- Select the Authorized confirmation card from the canonical AUTH payment state.
- Wait briefly for the authoritative AUTH callback before opening the order confirmation page.
- Store and display the WayForPay retry payment URL returned for an unsuccessful payment attempt.
- Added SALE and delayed-capture AUTH payment flows with hosted redirect and configurable WayForPay widget checkout.
- Added Back Office order actions for status checks, capture, hold cancellation, refunds, and payment link creation.
- Added configurable status mapping, automatic refund and AUTH actions, and a secure retry queue processed by cron.
- Added payment attempts, transactions, payment links, Payment Codes, logs, diagnostics, and multilingual confirmation cards.
- Added customer payment recovery links with optional automatic creation and localized email delivery.
- Added activation and update checks with separate Base and Registered feature sets; Base payments remain available without ionCube Loader.
- Added compatibility with PrestaShop 1.7.8 through 9 and PHP 7.3 through 8.5.
Version 1.2.5
Initial stable release
Appuyez pour zoomer
