Sin impuesto Con impuesto
Protection des ordres RKR : doublons et paiements détournés
Protection des ordres RKR : doublons et paiements détournés
Protection des ordres RKR : doublons et paiements détournés
Protection des ordres RKR : doublons et paiements détournés
Protection des ordres RKR : doublons et paiements détournés
Protection des ordres RKR : doublons et paiements détournés
Protection des ordres RKR : doublons et paiements détournés
Protection des ordres RKR : doublons et paiements détournés

Recommandé

Module de protection des commandes - empêche les commandes en double et les factures ou paiements en double.

229,90 €
Première année: 229,90 € TTC
À partir de la deuxième année: 57,48 €/an TTC
  • Un an de support technique et des mises à jour à vie ; à partir de la deuxième année, le support est prolongé pour 57,48 €/an et inclut la prise en compte de vos idées d'amélioration générales du module.
  • Renouvellement automatique ; résiliable à tout moment, sans engagement.
Paiement unique: 229,90 € TTC
  • Un an de support technique et des mises à jour à vie ; ensuite, le support s'arrête (avec l'abonnement, il est prolongé pour 57,48 €/an).
  • Un seul paiement, sans prélèvement automatique.
190,00 € Sin impuesto 229,90 € Con impuesto

Évitez les commandes en double, qui entraînent deux factures ou deux paiements lorsque la passerelle de paiement ou le statut du paiement change deux fois simultanément. Corrigez également les doublons existants dans votre boutique en retournant les stocks bloqués.

Compatible avec PrestaShop 1.7.6 à 9.x. Aucune modification du code source.

Partager
Read also on our blog

Contenu expert

Vérifié par nos experts

Written by

Reviewed by

See all our experts

Contenu rédigé et vérifié par des professionnels qualifiés. Les informations sont fournies à titre indicatif.

Ordres

Le client a payé une seule fois. Votre boutique a deux commandes.

Deux notifications de passerelle de paiement arrivent simultanément, demandant toutes deux si la commande existe avant même sa création. Deux commandes sont alors générées : chacune avec sa facture, son paiement et le stock déduit. Aucun contrôle standard ne les détecte car les deux systèmes semblent fonctionner correctement en interne. RKR Order Guard bloque la seconde notification.

29 chariots
avec seulement deux commandes dans un magasin physique sur 143 649 commandes, réparties via trois plateformes de paiement.
10 sur 10
Les doubles exécutions ont donné lieu à deux factures sans le module ; avec celui-ci, aucune.
0 remplacements
Il ne touche pas au cœur du système, il survit donc aux mises à jour de PrestaShop et à celles de vos passerelles de paiement.

Cela l'empêche avant qu'il ne se produise.

Sur la passerelle de paiement
Avant que le contrôleur du module de paiement ne charge quoi que ce soit, un verrou MySQL est posé. La seconde notification attend, et lorsqu'elle arrive, elle constate que la commande est déjà créée.
Lors du changement d'état
La commande est bloquée le temps qu'elle change de statut, afin d'éviter la génération de deux factures et de deux paiements.
Dans l'arrière-boutique
Évitez de soumettre deux fois le formulaire de statut, car cela peut être dû à une erreur humaine.
Cocher et case
Après chaque changement de statut, il compare l'en-tête de la commande avec ses propres lignes et, s'il ne correspond pas, il le redimensionne : sans rien créer ni supprimer.

Et réparez ceux que vous avez déjà.

Dans Commandes → Commandes en double, vous pouvez consulter l'historique complet, et pas seulement les commandes passées après l'installation. Chaque panier en double est classé selon les paiements enregistrés :

A · un paiement, deux commandes
Il n'y a pas de supplément. L'excédent est annulé et votre stock vous est restitué.
B · deux paiements, deux commandes
Il y a eu un trop-perçu. Le remboursement est décidé par une seule personne, et le système n'a aucun pouvoir de décision.
C · indéterminé
Certaines charges ne sont pas identifiées. Elles sont simplement listées.

L'écran vous indique quelle commande sera conservée et pourquoi, et vous permet de la modifier. Le surplus est marqué comme Annulé (il n'est jamais supprimé) et le stock est mesuré avant et après, vous ne réapprovisionnez donc que ce qui n'a pas été retourné. Vous pouvez effectuer une simulation au préalable : le décompte est identique à l'exécution réelle.

Ce module ne fait jamais : ni effectuer de retour ni contacter la plateforme de paiement ; ni modifier une commande dont le colis a déjà été expédié ; ni supprimer une facture numérotée nécessitant une correction ; ni exécuter d’opérations par lots sans votre sélection et confirmation. De plus, même si le blocage prend fin, la vente se poursuit : le module n’annule jamais une commande.

Il vous alerte de ce qu'il trouve.

Il détecte quatre problèmes — commande en double, facture en double, surfacturation et commande déséquilibrée — et les enregistre dans un journal des incidents qui est conservé même si vous désinstallez le module.

Et assurez-vous que personne ne détourne vos paiements.

Un pirate informatique disposant d'un accès FTP à une boutique légitime a inséré sa propre passerelle de paiement dans le module de paiement. Des commandes ont été créées au nom du module légitime, apparaissaient comme des paiements normaux dans l'interface d'administration, et l'argent a été détourné. Pendant des mois, personne ne s'en est aperçu, car rien d'anormal n'apparaissait dans l'interface d'administration. Order Guard détecte ce que l'interface d'administration ne montre pas, grâce à son fonctionnement en deux niveaux.

Tous
L'examen de l'historique des commandes sur la copie du magasin n'a révélé aucune commande détournée antérieure au premier jour de l'attaque.
0 faux positifs
parmi des dizaines de milliers de paiements PayPal et PayPlug examinés
1. Le numéro d'opération de chaque commande
Chaque passerelle de paiement attribue un identifiant unique au paiement, et toute personne tentant de l'usurper ne peut le reproduire à l'identique. Redsys vérifie cet identifiant en comparant la signature au contenu du panier d'achat ; PayPal, PayPlug et Stripe le vérifient quant à eux par son format. Cette vérification est effectuée en temps réel lors de la création de la commande, via des tâches cron pour les commandes des sept derniers jours, et surtout, dans la section « Commandes » → « Suivi des paiements » , en mode lecture seule. Un avertissement s'affiche sur la page de détails de la commande (où figure l'expéditeur) et sous forme de bandeau rouge dans l'interface d'administration.
2. Les fichiers du module de paiement
Ce module enregistre le hachage SHA256 des fichiers de code de votre module de paiement (actifs ou inactifs), de ce module et de tous les fichiers individuels du répertoire racine. Si un fichier est modifié, ajouté ou supprimé sans mise à jour de PrestaShop, vous en serez informé. Les mises à jour légitimes ne déclencheront pas cette notification ; le hachage est automatiquement recréé. Si la modification vous appartient, il vous suffit de l'accepter en un clic.

Ce que ce service ne fait pas : il ne traite aucune commande ni aucun paiement, il vous alerte uniquement. Il s’agit d’une trace, pas d’une preuve : chaque commande suspecte est confirmée en consultant son numéro de transaction dans le tableau de bord de la passerelle de paiement, où les transactions frauduleuses ne sont pas répertoriées. De plus, il ne vérifie pas Redsys à votre place : cette vérification est effectuée manuellement dans votre tableau de bord marchand, à l’aide de la liste affichée à l’écran.

Compatible avec PrestaShop 1.7.6 à 9.x

Développé et maintenu par REKIRE

Vous pourriez aussi aimer

Prélèvement SEPA RKR : mandat et fichiers XML .008
module d'abonné
108,90 €
90,00 € Sin impuesto 108,90 € Con impuesto
Blog
Connecteur caisse et ERP pour PrestaShop (API JSON)
Module de point de vente à distance Lite
121,00 €
100,00 € Sin impuesto 121,00 € Con impuesto
Product Videos
RKR Remote TPV Lite in under 2 minutes (English)
play_circle_outline

4 autres produits de la même catégorie

Questions and answers

  • ¿Cómo evita que un mismo pago genere dos pedidos?

    Equipo de Rekire

    0

    • Antes de que el controlador del módulo de pago cargue nada, toma un bloqueo de MySQL: si llegan dos notificaciones de la pasarela a la vez, la segunda espera y, cuando entra, ya ve el pedido creado. También bloquea el pedido mientras cambia de estado, para que no salgan dos facturas ni dos cobros, y evita el doble envío del formulario de estado en el back office. Si el bloqueo agota su espera, la venta sigue: el módulo nunca corta un pedido.

      Equipo de Rekire The shop

  • ¿Sirve para los duplicados que ya tengo en la tienda?

    Equipo de Rekire

    0

    • Sí. En Pedidos → Pedidos duplicados revisa todo el histórico y clasifica cada carrito: un cobro y dos pedidos (cancela el sobrante y devuelve su stock), dos cobros y dos pedidos (lo decide una persona) o indeterminado (solo lo lista). Te dice qué pedido se quedaría y por qué, puedes cambiarlo y simular antes. El sobrante pasa a Cancelado, nunca se borra.

      Equipo de Rekire The shop

  • ¿Hace devoluciones de dinero o toca facturas ya emitidas?

    Equipo de Rekire

    0

    • No. Nunca emite una devolución ni llama a la pasarela, no toca un pedido del que ya ha salido un paquete y no retira una factura ya numerada, que necesitaría una rectificativa. Tampoco ejecuta nada en lote sin que marques los grupos y confirmes.

      Equipo de Rekire The shop

  • ¿Qué es la vigilancia de pagos desviados?

    Equipo de Rekire

    0

    • Comprueba que el número de operación de cada pedido tiene la forma que escribiría su pasarela: en Redsys por firma contra el carrito, y en PayPal, PayPlug y Stripe por la forma del identificador. Además guarda una huella sha256 de los ficheros de tus módulos de pago y te avisa si alguno cambia sin una actualización de PrestaShop. Solo avisa, con una banda roja en el back office y en la ficha del pedido; cada sospecha se confirma en el panel de la pasarela.

      Equipo de Rekire The shop

  • ¿Usa overrides? ¿Qué versiones de PrestaShop admite?

    Equipo de Rekire

    0

    • No usa ningún override, así que no toca el núcleo y sobrevive a las actualizaciones de PrestaShop y de tus pasarelas. Es compatible con PrestaShop 1.7.6 a 9.x.

      Equipo de Rekire The shop

  • ¿Puedo tenerlo instalado junto a RKR Order Guard Free?

    Equipo de Rekire

    0

    • Sí, conviven y comparten el registro de incidencias. Un aviso de pago desviado de este módulo sigue abierto hasta que un empleado lo marque como revisado, aunque la versión gratuita vea limpio ese pedido.

      Equipo de Rekire The shop

Consentement aux cookies
Retour en haut