Sin impuesto Con impuesto

RKR-Bestellarchiv: Archiv alter Bestellungen für PrestaShop

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

Alte Bestellungen werden aus aktiven Tabellen entfernt und vollständig in einer Datei gespeichert, die Sie einsehen und wiederherstellen können: Ihre Bestellliste läuft danach wieder schnell. Zu den Funktionen gehören eine Simulation, ein Cronjob mit Token, E-Mail-Benachrichtigungen und standardmäßig deaktivierte endgültige Löschung. Rekire Modul.

Kompatibel mit PrestaShop 1.7.8.0 bis 9.2.x , mit PHP 7.2.5 oder höher.

Aktie

Demo ausprobieren

Backoffice-Performance

Ihre Bestellliste ist langsam, weil sie alle Bestellungen aus der Bestellhistorie des Shops speichert.

Die Auftragstabellen wachsen jährlich und die Verwaltung gerät ins Stocken. RKR Order Archive extrahiert alte Aufträge aus aktiven Tabellen und speichert sie vollständig und jederzeit abrufbar in Archivtabellen.

20 Boards pro Bestellung
Die gesamte Bestellung ist enthalten: Positionen, Historie, Rechnungen, Zahlungen, Retouren, Gutschriften, Warenkorb und Nachrichten.
23 Farbthemen
für das Modulpanel mit Live-Vorschau
1.7.8 → 9.2
Eine einzige Version des Moduls für PrestaShop 1.7.8.0 bis 9.2.x

Wählen Sie aus , was und wann archiviert werden soll.

Sie legen fest, nach wie vielen Tagen eine Bestellung archiviert wird (standardmäßig 180 Tage) und in welchen Status: nur die von Ihnen ausgewählten oder alle außer den ausgewählten. Sie können die Anzahl der Bestellungen pro Durchlauf nach Filiale, Mindestbetrag und maximal begrenzen und Bestellungen mit kürzlich erfolgten Aktivitäten in ihrer Historie ausschließen.

Simulation, bevor man irgendetwas anfasst
Im Simulationsmodus zählt das Modul potenzielle Bestellungen und die Zeilen, die dadurch verschoben würden, ohne tatsächlich etwas zu bewegen. Sobald Sie mit den Ergebnissen zufrieden sind, können Sie es deaktivieren und mit kleinen Chargen beginnen.
Automatische Ausführung durch Cron
Eine URL mit einem eigenen 40-Zeichen-Token, den Sie jederzeit neu generieren können, für Ihren Aufgabenplaner. Sie können die Ausführungshäufigkeit stündlich, täglich, wöchentlich oder monatlich festlegen. Eine Sperre verhindert, dass sich zwei Ausführungen überschneiden.
Bericht per E-Mail
Nach jedem Durchlauf erhalten Sie eine E-Mail mit dem Ergebnis und eine weitere, falls ein Fehler auftritt. Sie legen die Empfänger, die Mindestanzahl an Bestellungen, über die benachrichtigt werden soll, oder ob Sie nur bei Änderungen benachrichtigt werden möchten, fest. Die E-Mails werden auf Spanisch und Englisch versendet.

Eine Akte zum Einsehen, keine verschlossene Schublade.

Auflistung mit Suchmaschine und Filtern
Das Archiv verfügt über eine eigene Liste, die schnell ist, da sie auf einem eigenen Datensatz archivierter Bestellungen basiert. Im Backoffice wird in der Bestellübersicht ein Symbol angezeigt, das den Archivierungs- oder Wiederherstellungsstatus der Bestellung kennzeichnet.
Exakte Restaurierung
Sie wählen eine oder mehrere Bestellungen aus, die dann mit derselben Bestellnummer in die PrestaShop-Tabellen zurückgeschrieben werden. Das Modul ruft die Adressen dieser Bestellung ab und verhindert, dass eine neue Bestellung die Nummer einer archivierten Bestellung erhält.
Endgültige Löschung, standardmäßig blockiert
Um eine archivierte Bestellung endgültig zu löschen, müssen Sie diese in den Einstellungen explizit entsperren und benötigen außerdem die „Löschen“-Berechtigung des Mitarbeiters.

Entworfen, um nichts zu verderben

Archivierung, Wiederherstellung und Löschung erfolgen als eine einzige Transaktion: Tritt während des Prozesses ein Fehler auf, wird die gesamte Bestellung rückgängig gemacht und nicht unvollständig belassen. Das Modul archiviert die Bestellung nicht mit der letzten Rechnung, dem letzten Lieferschein oder der letzten Bestellnummer, da PrestaShop die nächste Bestellung darauf basierend berechnen und den Vorgang wiederholen würde. Bestellungen, die sich einen Warenkorb teilen oder auf eine andere aktive Bestellung verweisen (Teilbestellungen), werden so lange archiviert, bis die gesamte Gruppe verfügbar ist.

Was ändert sich, wenn Sie eine Bestellung archivieren? Eine archivierte Bestellung wird aus den PrestaShop-Kerntabellen entfernt und erscheint daher nicht mehr in den Kernstatistiken und der Kundenhistorie, bis Sie sie wiederherstellen. Sie können Ihren Kunden in „Mein Konto“ eine Benachrichtigung anzeigen, dass ihre alten Bestellungen archiviert wurden. Erstellen Sie vor der ersten Archivierung eine vollständige Datenbanksicherung .

/ Daten zur Entscheidung

Der Statistik-Tab zeigt archivierte Bestellungen, archivierte Umsätze (inkl. Steuern), archivierte Produktlinien und wiederhergestellte Bestellungen sowie Diagramme an. Diese werden mit Chart.js generiert. Kann diese Bibliothek nicht geladen werden, verwendet das Modul eigene SVG-Diagramme. Sie können diese bei Bedarf deaktivieren.

Zum Mitnehmen und Bestellen

Import und Export
Exportieren Sie das Protokoll im JSON- oder CSV-Format und importieren Sie es in eine andere Installation; Sie können auch die Konfiguration mitnehmen.
Wartung und Dokumentation
Tabellenoptimierung nach jeder Ausführung (optional), Neuberechnung des Protokolls, Ausführungsprotokollierung mit Debugging alter Einträge und eine Schritt-für-Schritt-Anleitung innerhalb des Moduls.
Adressdatei
Optional werden auch Liefer- und Rechnungsadressen archiviert, jedoch nur dann, wenn diese von keiner anderen Bestellung oder keinem anderen Warenkorb verwendet werden.

/ Aktualisieren bedeutet, die ZIP-Datei hochzuladen.

Sie installieren das Modul, konfigurieren es über das Menü „Module reparieren“ und lassen die Simulation beim ersten Start aktiv. Neue Versionen werden durch Hochladen der ZIP-Datei installiert, und das Modul behebt dabei alle notwendigen Fehler.

Kompatibel mit PrestaShop 1.7.8.0 bis 9.2.x , mit PHP 7.2.5 oder höher

Entwickelt und betreut von REKIRE

  • Referenz
    rkrorderarchive

15.10.2026
v1.1.26

  • Das Wiederherstellen von der Detailseite einer archivierten Bestellung und aus dem Archivraster funktioniert wieder: Das JavaScript las die Seitenkonfiguration (und deren Token), bevor diese existierte. Ein abgelehntes Token in einer AJAX-Anfrage führte zu einem JSON-Fehler anstatt zum vollständigen Rendern der Seite (was einen 500-Speicherfehler zur Folge hatte). Nach dem Wiederherstellen von der Detailseite wird das Raster wiederhergestellt.
  • Die Angabe „Filter“ in der Datei führt in PrestaShop 9 nicht mehr zur Warnung „Ungültiges Token“.
  • Bestätigungsfenster („Abbrechen“, „Bestätigen“, „Wiederherstellen“) und Namen der 23 Designs in der Backend-Sprache.
  • Die Liste „Kandidaten“ wird aktualisiert, sobald sie archiviert, wiederhergestellt oder gelöscht wird.
  • Archiviertes Auftragsblatt: Beträge im Sprachformat, Steuer als Prozentsatz und Status in der Sprache des Mitarbeiters (auch im Statusdiagramm).
  • Der Hinweis „Mein Konto“ erscheint nur einmal und erstreckt sich über die gesamte Breite (in Hummingbird am oberen Seitenrand).
  • Das Backoffice-Menü ist in jeder Sprache nach dem Modul benannt.

15.10.2026
v1.1.25

  • Sicherheit: Die im Modul-Tab eingebettete Konfiguration führte Aktionen (Archivierung starten, Cron-Token neu generieren, Test-E-Mails senden, Einstellungen speichern) ohne Berücksichtigung von Berechtigungen und auch über GET-Anfragen aus. Nun erfolgt die Ausführung ausschließlich über POST-Anfragen unter Verwendung des Modul-Tokens und der Berechtigung „Bearbeiten“ für den Tab.
  • Das Backend ist jetzt auf Spanisch verfügbar: Die Kataloge liegen nun im XLIFF-1.2-Format vor (in Version 2.0 verwendete Symfony das name als Schlüssel und konnte keine Übersetzungen finden). Die Dropdown-Optionen (Häufigkeit, Referenzdatum usw.) sind ebenfalls übersetzt.
  • Es wird die Warnung „Mein Konto“ angezeigt: Die Vorlage konnte aufgrund des JavaScript-Codes im Schließen-Button nicht kompiliert werden, und der Fehler ging verloren; er bleibt nun im PrestaShop-Protokoll erhalten.
  • Das Siegel „restauriert“ erscheint im Auftragsregister: Restaurierte Aufträge werden in ihrer eigenen Geschichte erfasst.
  • Aufzeichnung einer archivierten Bestellung: Im Verlauf wird der Name des Bundesstaates angezeigt und die Gesamtsumme der Produkte zeigt nicht mehr Null an.
  • Statistik: Indikatoren, Diagrammtitel und übersetzbare Hinweise.
  • Die Simulation verwendet dieselben Tabellen wie die tatsächliche Ausführung (Tabellen und Adressen von Drittanbietern).
  • Der Hauptbutton in der Kopfzeile erscheint nicht mehr leer (der Text hatte die Farbe des Hintergrunds) und die Lücke nach dem ersten Feld jedes Einstellungsreiters verschwindet.
  • Planung und Status der letzten Ausführung übersetzt („Täglich“, „abgeschlossen“).
  • Der Installationsablauf wird nur im Debug-Modus angezeigt.
  • Das Order Card Badge enthält seine Stile, auch auf der Symfony-Seite der Bestellung.

4 andere Produkte in derselben Kategorie

Questions and answers

Nobody has asked anything about this product yet.

Laden...
Cookie-Zustimmung
Zum Seitenanfang