Sin impuesto Con impuesto
Modul Order Guard – verhindert doppelte Bestellungen und doppelte Zahlungs- oder Rechnungsbelege

Modul Order Guard – verhindert doppelte Bestellungen und doppelte Zahlungs- oder Rechnungsbelege

229,90 €
Erstes Jahr: 229,90 € inkl. MwSt.
Ab dem zweiten Jahr: 57,48 €/Jahr inkl. MwSt.
  • Ein Jahr technischer Support und lebenslange Updates; ab dem zweiten Jahr wird der Support für 57,48 €/Jahr verlängert und umfasst auch Ihre allgemeinen Verbesserungsideen für das Modul.
  • Verlängert sich automatisch; jederzeit kündbar, ohne Mindestlaufzeit.
Einmalzahlung: 229,90 € inkl. MwSt.
  • Ein Jahr technischer Support und lebenslange Updates; danach endet der Support (mit dem Abonnement wird er für 57,48 €/Jahr verlängert).
  • Eine einzige Zahlung, ohne automatische Abbuchungen.
190,00 € Sin impuesto 229,90 € Con impuesto

Vermeiden Sie doppelte Bestellungen, die zu zwei Rechnungen oder zwei Zahlungen führen, wenn sich der Zahlungsanbieter oder der Status zweimal gleichzeitig ändert. Korrigieren Sie außerdem bestehende Duplikate in Ihrem Shop, indem Sie nicht erfasste Artikel zurücksenden.

Kompatibel mit PrestaShop 1.7.6 bis 9.x. Keine Überschreibungen.

Aktie
Read also on our blog

Expertenwissen

Von unseren Experten geprüft

Written by

Reviewed by

See all our experts

Von qualifizierten Fachleuten verfasste und geprüfte Inhalte. Die Informationen dienen nur zur Orientierung.

Bestellungen

Der Kunde hat einmal bezahlt. Ihr Shop hat zwei Bestellungen.

Zwei Zahlungsbenachrichtigungen treffen gleichzeitig ein und fragen beide, ob die Bestellung existiert, bevor sie erstellt wurde. Anschließend werden zwei Bestellungen generiert: jede mit Rechnung, Zahlung und abgezogenem Lagerbestand. Eine Standardprüfung erkennt diese Benachrichtigungen nicht, da beide intern korrekt zu funktionieren scheinen. RKR Order Guard bewirkt jedoch, dass die zweite Benachrichtigung verzögert eingeht.

29 Wagen
von insgesamt 143.649 Bestellungen, die über drei Vertriebskanäle abgewickelt wurden, nur zwei in einem realen Geschäft.
10 von 10 Punkten
Doppelte Ausführungen führten ohne das Modul zu zwei Rechnungen; mit dem Modul zu keiner.
0 Überschreibungen
Es greift nicht in den Kern ein, sodass es PrestaShop-Updates und Aktualisierungen Ihrer Zahlungsgateways übersteht.

Es verhindert es, bevor es passiert.

Auf dem Zahlungsportal
Bevor der Controller des Zahlungsmoduls Daten lädt, wird eine MySQL-Sperre gesetzt. Die zweite Benachrichtigung wartet, und wenn sie eintrifft, stellt sie fest, dass die Bestellung bereits erstellt wurde.
Beim Zustandswechsel
Die Bestellung wird während der Statusänderung gesperrt, damit nicht zwei Rechnungen und zwei Zahlungen generiert werden.
Im Backoffice
Vermeiden Sie die doppelte Einreichung des Statusformulars, da der gleiche Fehler auf menschliches Versagen zurückzuführen ist.
Häkchen setzen
Nach jeder Statusänderung vergleicht es den Auftragskopf mit seinen eigenen Zeilen und passt ihn gegebenenfalls an, falls keine Übereinstimmung besteht – ohne dabei etwas zu erstellen oder zu löschen.

Und repariere die, die du bereits hast.

Unter Bestellungen → Doppelte Bestellungen können Sie die gesamte Historie einsehen, nicht nur Bestellungen, die nach der Installation aufgegeben wurden. Jeder doppelte Warenkorb ist nach den erfassten Zahlungen kategorisiert:

A · eine Zahlung, zwei Bestellungen
Es gibt kein zusätzliches Geld. Der Überschuss wird storniert und Ihre Ware wird zurückgeschickt.
B · zwei Zahlungen, zwei Bestellungen
Es wurde zu viel berechnet. Die Rückerstattung wird von einer einzelnen Person entschieden, das System hat dabei keinen Einfluss.
C · unbestimmt
Manche Gebühren haben keine Kennung. Sie werden nur aufgelistet.

Der Bildschirm zeigt Ihnen an, welche Bestellung beibehalten wird und warum, und ermöglicht Ihnen, dies zu ändern. Der Überschuss wird als storniert markiert – er wird nicht gelöscht – und der Lagerbestand wird vor und nach der Aktion gemessen , sodass Sie nur das auffüllen, was nicht zurückgegeben wurde. Sie können die Aktion zunächst simulieren : Die Testphase zählt genauso viel wie die tatsächliche Ausführung.

Was das Modul niemals tut : eine Rücksendung veranlassen oder das Zahlungsportal kontaktieren; eine Bestellung ändern, für die bereits ein Paket versendet wurde; eine bereits nummerierte Rechnung löschen, die korrigiert werden muss; oder irgendetwas in Stapelverarbeitung ausführen, ohne dass Sie die Gruppen auswählen und bestätigen. Und selbst wenn der Sperrprozess abläuft, wird der Verkauf trotzdem fortgesetzt: Das Modul storniert niemals eine Bestellung.

Es benachrichtigt Sie über seine Ergebnisse.

Es erkennt vier Probleme – doppelte Bestellung, doppelte Rechnung, Überzahlung und unausgeglichene Bestellung – und protokolliert diese in einem Vorfallsprotokoll, das auch nach der Deinstallation des Moduls erhalten bleibt.

Und stellen Sie sicher, dass niemand Ihre Zahlungen umleitet.

Ein Angreifer mit FTP-Zugriff auf einen legitimen Shop schleuste sein eigenes Zahlungsgateway in das Zahlungsmodul ein. Bestellungen wurden unter dem Namen des legitimen Moduls erstellt, erschienen im Backend als normale Zahlungen, und das Geld ging an Dritte. Monatelang bemerkte niemand etwas, da im Backend nichts Ungewöhnliches auftrat. Order Guard hingegen macht auf zwei Ebenen auf sich aufmerksam und deckt so auf, was im Backend verborgen bleibt.

Alle
Bei der Überprüfung der Auftragshistorie auf dem Exemplar des betreffenden Ladens wurden umgeleitete Bestellungen gefunden, keine davon vor dem ersten Tag des Angriffs.
0 falsch positive Ergebnisse
unter Zehntausenden überprüften PayPal- und PayPlug-Zahlungen
1. Die Vorgangsnummer jeder Bestellung
Jedes Zahlungsportal vergibt eine eindeutige Kennung für jede Zahlung, die nicht exakt kopiert werden kann. Redsys überprüft dies durch einen Abgleich der Signatur mit dem Warenkorb der Bestellung; PayPal, PayPlug und Stripe verifizieren die Kennung anhand ihres Formats. Diese Überprüfung erfolgt live bei der Bestellerstellung, per Cronjob für Bestellungen der letzten sieben Tage und insbesondere unter „Bestellungen → Zahlungsüberwachung“ im Lesemodus. Eine Warnung erscheint auf der Bestelldetailseite – wo sich der Absender befindet – und als rotes Banner im gesamten Backend.
2. Die Dateien des Zahlungsmoduls
Es speichert den SHA256-Hash Ihrer Zahlungsmodul-Codedateien (aktiv oder inaktiv), dieses Moduls und aller einzelnen Dateien im Stammverzeichnis. Wenn sich eine Datei ändert, hinzukommt oder verschwindet, ohne dass ein PrestaShop-Update durchgeführt wurde, werden Sie benachrichtigt. Legitime Updates lösen dies nicht aus; der Hash wird automatisch neu erstellt. Wenn die Änderung von Ihnen stammt, können Sie sie mit einem Klick bestätigen.

Was es nicht tut : Es verarbeitet keine Bestellungen oder Zahlungen, sondern benachrichtigt Sie lediglich. Es dient als Nachweis, nicht als Beweis: Jede verdächtige Bestellung wird durch Überprüfung der Transaktionsnummer im Dashboard des Zahlungsanbieters bestätigt, wo betrügerische Transaktionen nicht erfasst werden. Die Überprüfung bei Redsys erfolgt nicht automatisch: Diese Überprüfung wird manuell in Ihrem Händler-Dashboard anhand der angezeigten Liste durchgeführt.

Kompatibel mit PrestaShop 1.7.6 bis 9.x

Entwickelt und betreut von REKIRE

Das könnte Ihnen auch gefallen

RKR SEPA-Lastschrift: Mandat und .008-Dateien
Abonnentenmodul
108,90 €
90,00 € Sin impuesto 108,90 € Con impuesto
Blog
POS- und ERP-Konnektor für PrestaShop mit JSON-API | RKR
Módulo remote tpv lite
121,00 €
100,00 € Sin impuesto 121,00 € Con impuesto
Blog

4 andere Produkte in derselben Kategorie

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

Cookie-Zustimmung
Zum Seitenanfang