Die Bestellliste im PrestaShop-Backoffice (ab 1.7.7) nutzt das Symfony-Raster — für den Einstieg gut, für Versand, Support oder Buchhaltung oft zu dünn. Order Grid Pro blendet ungenutzte Standardspalten aus, ergänzt wahlweise Telefon, Sendungsverfolgung, Vorschaubild, Gewicht, Nachrichtenauszug, Währungs-ISO, Warenkorbregeln u. a. und speichert die Spaltenreihenfolge per Drag-and-drop in getrennten Tabs. Es werden ausschließlich offizielle Grid-Hooks verwendet, ohne Core-Overrides — planbarer bei Updates.









"Order Grid Pro" ist ein professionelles PrestaShop-Modul (1.7.7 - 9.x), das die Auftragsverwaltung erheblich optimiert. Es ermöglicht das Ausblenden überflüssiger Systemspalten und das Hinzufügen wichtiger Felder wie Kundentelefon, Produktvorschaubilder, Sendungsnummern, Warenkorbgewicht, Adressdaten, E-Mail oder Bestellstatus. Das Modul bietet eine intuitive Drag-and-drop-Funktion zur Spaltenreihenfolge, um die Bestellliste an die individuellen Team-Bedürfnisse anzupassen. Dies steigert die Effizienz in Lager, Kundenservice und Finanzabteilung, ohne den Core-Code zu ändern, was Systemstabilität garantiert.
Ab PrestaShop 1.7.7 basiert die Bestellübersicht im Back Office auf der Symfony Grid . Das Standardlayout reicht für Demos — bis das Lager Sendungsnummern in derselben Zeile will, der Support die letzte Thread-Nachricht ohne zehn Tabs braucht und die Finanzwährungs-ISO-Codes ohne Excel-Export. Order Grid Pro hängt an den offiziellen Erweiterungs-Hooks der Grid: überflüssige Core-Spalten ausblenden , kuratierte Zusatzfelder aktivieren (Telefon, Vorschaubilder, Warenkorbgewicht, Thread-Auszüge und mehr), Spaltenreihenfolge per Drag-and-drop und — auf älteren Builds — einen optionalen Inline-Status -Workflow. Keine Core-Overrides.

Jedes Team liest Bestellungen anders: Logistik über Sendungsnummern und Versanddienstleister, Support über Telefon und letzte Thread-Nachricht ohne Tab-Sprünge, Merchandising über ein schnelles Produktvorschaubild neben der Referenz, Finance bei Multishop-Währungen über ISO-Codes neben den Summen.
Das Core-Grid bleibt bewusst schlank: es errät keinen Workflow. Patches in /src oder Theme-Overrides sind fragil — jedes kleine PrestaShop-Update endet in Merge-Konflikten.
Order Grid Pro bleibt in der unterstützten Erweiterungsoberfläche: Es ändert die Definition der Grid, den Doctrine- Query-Builder und die hydratisierten Zeilendaten über dieselben Hooks, die PrestaShop für Bestelllisten-Erweiterungen dokumentiert. Sie konfigurieren alles unter Module → Order Grid Pro , speichern pro Bereich, laden Bestellungen neu und verfeinern.
Jeder Schalter entspricht einem Core-Spalten-Identifier aus der Bestell-Grid-Fabrik. Mit Ausblenden = Ja entfernt das Modul dieses Spaltenobjekt vor dem Rendern. Wenn Ihre PrestaShop-Edition die Spalte nie registriert hat, ist der Schalter harmlos — die Konfiguration bleibt zwischen 1.7, 8.x und 9.x portabel.
Haupt-Extras (Telefon, Tracking, Vorschaubild erste Zeile, Legacy-Schnellstatus) plus eine ganze Bibliothek von Insight-Feldern : E-Mail, Stadt, PLZ, Zeilenanzahl, erster Produktname, geschätztes Warenkorbgewicht, Auszug letzte Kundennachricht, Zahlungsmodul, Alter in Tagen, Kontotyp, Rechnungs-/Lieferschein-Nummern, Währungs-ISO, angewandte Warenkorbregel-Namen — alles standardmäßig aus, damit Sie nur aktivieren, was Ihr SQL-Budget erlaubt.
Ziehen Sie Core- und Modulspalten in der Konfiguration. Die Liste zeigt, was gerade sichtbar in der Grid ist (inkl. Ausblendungen und aktivierter Extras). Beim Speichern wird bereinigtes JSON geschrieben; das Modul merged es mit der Live-Definition, sodass Massenaktionen, Referenzen und Ihr Stack in der Reihenfolge bleiben, in der Sie das Team geschult haben.
Spalten erscheinen, verschwinden und sortieren sich neu — ohne Core-PHP anzufassen.
Das Modul prüft die ColumnCollection , entfernt ausgeblendete Identifiers, injiziert optionale DataColumn -Instanzen (und spezialisierte Spalten, wenn die Plattform sie liefert, z. B. HTML-Vorschaubilder) und sortiert alles nach Ihrer gespeicherten Sequenz. Da dies zur Definitionszeit läuft, erben Exporte und CSV dieselbe Struktur wie der Bildschirm.
Nur das SQL projizieren, das aktivierte Spalten brauchen.
Optionale Felder sind als abgesicherte SELECT -Fragmente umgesetzt — Unterabfragen für Zähler, Auszüge, Gewichte usw. nur, wenn der passende Schalter an ist. So bleibt der Standard-Footprint nah am Core, Power-User können bei Bedarf trotzdem tiefer stapeln.
Schwere Projektionen sind im Konfigurationstext erklärt (z. B. geschätztes Gewicht nutzt die Masse des Elternprodukts, keine Aufschlüsselung nach Kombinationen).
Zellen formatieren, Beschriftungen und optionaler AJAX-Statuswechsel.
hookActionOrderGridDataModifier normalisiert die Darstellung: Gewichte in Kilogramm, lesbare Gast-Flags, sichere Kürzung von Thread-Auszügen und Miniatur-HTML, wenn die Grid es erlaubt. Unter PrestaShop unter 8.0 können Sie Schnellstatuswechsel aktivieren: Das Modul injiziert ein kompaktes Dropdown in der Bestellliste und leitet Updates über den versteckten Tab AdminMyordergridproAjax mit passenden Rechten — ideal, wenn die native Spalte noch Klartext ist.
Unter PrestaShop 8+ liefert das Core-Grid in den meisten Builds bereits interaktive Statussteuerung. Lassen Sie die Legacy-Option deaktiviert , um doppelte UI zu vermeiden — außer Sie brauchen sie bewusst für Staging-Vergleiche.
Die Modulkonfiguration nutzt Bootstrap- Nav-Tabs mit drei isolierten HelperForm -Instanzen — jeder Tab speichert separat ( Spalten ausblenden , Neue Spalten , Spaltenreihenfolge ). Oben erklärt ein geführter Block das Symfony-Grid-Verhalten, Kompatibilität und ein sinnvolles Roll-out (klein starten, speichern, Bestellungen prüfen, iterieren).

Jede Karte unten entspricht einem Schalter im Tab Spalten ausblenden . Mit Ausblenden = Ja entfernen Sie diese Spalte nur aus der Symfony-Grid- Definition — Bestellungen, Adressen und Historie in der Datenbank bleiben unverändert. Wenn Ihr Build diesen Identifier nie registriert hat, hat der Schalter keine sichtbare Wirkung (die Konfiguration bleibt zwischen 1.7 / 8 / 9 portabel).
id_order Bestell-ID Numerischer Primärschlüssel der Bestellung in PrestaShop ( orders.id_order ) — die interne Referenz beim Öffnen aus der Liste, Verknüpfen mit Rechnungen oder Abgleich mit API-Payloads.
reference Referenz Öffentliche Bestellreferenz (oft alphanumerisch) auf Bestätigungen für Kunden und für schnelles visuelles Matching in CRMs — getrennt von der numerischen ID.
new Neukunde Core-Indikator „Neukunde“ nach PrestaShop-Regeln. Ausblenden, wenn er für Ihren Ablauf keinen Mehrwert liefert oder die Info woanders steht.
customer Kunde Anzeigename des Kunden (und Link-Verhalten der Core-Grid) für das Konto, das bestellt hat — üblicherweise Vor- und Nachname oder das im Shop konfigurierte Format.
company Firma Firmen-/Organisationsfeld aus dem Bestelladress-Kontext bei B2B-Daten; nützlich für Großhandel. In reinen B2C-Shops oft leerer Ballast — ausblenden.
total_paid_tax_incl Gesamt (inkl. Steuern) Gezahlter Gesamtbetrag inkl. Steuern, wie von der Core-Grid formatiert — was dem Kunden für Warenkorb, Versand und Steuern nach den Anzeigeregeln des Shops berechnet wurde.
payment Zahlung Lesbare Bezeichnung der gewählten Zahlungsart im Checkout (z. B. Überweisung, Anzeigename Kartenmodul) — entspricht dem, was Sie in der Bestelldetailansicht sehen.
osname Status Aktueller Bestellstatus-Name aus Ihren konfigurierten Status (Zahlung ausstehend, versendet usw.) — die Bezeichnung, die das Team im Ablauf kennt, unabhängig von Farbbadges des Themes.
date_add Datum Zeitstempel der Bestellerstellung ( orders.date_add ) — wann der Warenkorb zum Datenbank-Datensatz wurde; für Sortierung und SLA-ähnliche Auswertung.
country_name Lieferland Lieferland-Name über Adress-/Länder-Join der Core-Grid — hilft bei Export-Compliance und Versandzonen auf einen Blick.
shop_name Shop Multishop-Name für den Ursprungskontext der Bestellung — wichtig bei Multishop; bei Single-Store oft ausblendbar, weil ohne Informationsgewinn.
carrier_name Versanddienst Gewählter Versanddienst bzw. Versandarten-Label für die Bestellung — dasselbe Konzept wie in Versandregeln und Packplatz-Filtern.
Der Tab Neue Spalten bündelt primäre Ergänzungen (Telefon, Sendungsverfolgung, Vorschaubild, Legacy-Status) und Felder für erweiterte Einblicke . Jeder Schalter ergänzt eine abgesicherte Projektion oder nutzt Daten, die die Kernabfrage bereits lädt — es wird nichts zurückgeschrieben, bis das Team separate BO-Aktionen ausführt (außer optionalem Legacy-Status per AJAX, der die Rechte zum Statuswechsel respektiert).
mog_customer_phone Kundentelefon (Lieferadresse) Zeigt die beste verfügbare Rufnummer aus der Lieferadresse: Mobil ( phone_mobile ), falls nicht leer, sonst Festnetz ( phone ). Die Kern-Bestellabfrage joined die Adresse bereits — diese Spalte ist eine leichte Projektion, ideal für Callcenter, die wählen, ohne jede Bestellung zu öffnen.
mog_tracking_numbers Sendungsnummern Verkettet alle nicht leeren Sendungsnummern auf den order_carrier -Zeilen der Bestellung. Werte sind kommagetrennt, damit geteilte Sendungen (mehrere Pakete) in einer Zelle sichtbar bleiben. Deaktivieren, wenn Sie selten Tracking erfassen und eine schmalere Tabelle bevorzugen.
mog_product_thumb Titelbild des ersten Produkts ~48px-Vorschau des Titelbilds der ersten Bestellposition (kleinstes id_order_detail ). Ist HtmlColumn verfügbar (typisch ab PrestaShop 8+), rendert die Zelle ein echtes ; auf älteren Grids kann das Modul nur die Roh-Bild-ID zeigen, damit Merchandiser trotzdem prüfen können, welche SKU den Umsatz getragen hat.
mog_live_meta Status-Hilfe (versteckte Spalte, Legacy-BO) Wenn Schneller Statuswechsel auf PrestaShop unter 8.0 aktiv ist, injiziert das Modul eine kompakte Meta-Zelle mit data-order und aktuellen Status-IDs, damit das mitgelieferte JavaScript ein Inline-Dropdown neben dem sichtbaren Statustext rendert. Keine eigenständige Export-Spalte — auf 8+-Shops mit Symfony-Statussteuerung die Option aus lassen.
mog_customer_email Kunden-E-Mail Projiziert die E-Mail auf der Entität customer — dieselbe Verknüpfung, die PrestaShop bereits für die Grid-Abfrage nutzt. Praktisch für B2B-Teams, die die Adresse in CRM oder Tickets einfügen, ohne die Kundenkarte zu öffnen.
mog_delivery_city Lieferort Feld city aus dem Lieferadress-Alias. Zusammen mit PLZ nutzen, wenn die Spalte „Land“ allein für Versand oder Routing nicht fein genug ist.
mog_delivery_postcode Liefer-PLZ Postleitzahl aus der Lieferadresse — was Etikettentools und Kurier-APIs üblicherweise neben dem Namen brauchen.
mog_order_lines_count Anzahl Bestellpositionen Zählt, wie viele order_detail-Zeilen zur Bestellung gehören = Anzahl unterschiedlicher SKU-Zeilen, nicht die Summe der Mengen — nützlich, um Mehrzeilen-Warenkörbe von Einzeiler-Checkouts zu erkennen.
mog_first_product_name Name des ersten Produkts Lokalisierter Produktname für die früheste order_detail-Zeile (Sortierung nach Positions-ID). Hilft, wenn die Referenz kryptisch ist, Sie aber wissen müssen, welche SKU den Verkauf getragen hat.
mog_cart_weight_kg Geschätztes Warenkorbgewicht Nähert die Versandmasse an, indem pro Zeile Menge × Eltern-product.weight summiert wird. Kombinationsgewichte werden nicht aufgeschlüsselt — Wert nur als Indikator, nicht für rechtsverbindliche Frachtabrechnung. Die Oberfläche formatiert Kilogramm mit drei Dezimalstellen, wenn die Rohsumme größer null ist.
mog_thread_snippet Letzte Kundennachricht Bis zu 140 Zeichen aus der neuesten customer_message, verknüpft mit einem customer_thread, der auf die Bestellung verweist. HTML wird entfernt und Entitäten escaped, damit eingefügtes Markup aus dem Kontaktformular die Grid nicht zerstört.
mog_payment_module Zahlungsmodul-Code Technischer Wert orders.module — dieselbe maschinenlesbare Kennung wie unter Module → Zahlung. Ideal zum Abgleich von Einzügen oder zum Vergleich der Gateway-Nutzung.
mog_order_age_days Bestellalter (Tage) Volle 24-Stunden-Tage zwischen orders.date_add und Datenbank-„jetzt“ per TIMESTAMPDIFF — praktisch für SLA-Ansichten oder Mahnen offener Überweisungen.
mog_account_type Kontotyp Lesbares Label aus customer.is_guest nach Hydration — trennt registrierte Konten von Gastbestellungen für Segmentierung, ohne die Kundenkarte zu öffnen.
mog_invoice_number Rechnungsnummer Zeigt invoice_number, das bereits im Kern-Datensatz der Bestellung steht — Finance liest die fiskalische Folge neben der Referenz ohne Export (leer, solange keine Rechnung existiert).
mog_delivery_number Lieferscheinnummer Spiegelt delivery_number aus der Bestellzeile — Packlisten oder papierlose Versand-IDs mit Listenzeilen abgleichen, ohne jede Bestellung zu öffnen.
mog_currency_iso Bestellwährung (ISO) Währungs-iso_code aus der vorhandenen Währungs-Verknüpfung (z. B. EUR, USD, PLN). In Mehrwährungs-Shops erkennen Sie schnell, welche Zeilen einen FX-Abgleich brauchen, wenn das Symbol nicht im Standard-Grid steht.
mog_cart_rule_names Angewandte Warenkorbregeln Bündelt lokalisierte Namen aller auf der Bestellung gespeicherten Warenkorbregeln (Katalogregeln, Gutscheine, Gratisversand-Aktionen usw.). Werte sind DISTINCT und alphabetisch sortiert für vorhersehbare Lesbarkeit in einer Zelle.
Standard-Paket als PrestaShop-Modul. Keine Overrides von Kernklassen oder -templates. Optionale Spalten nutzen dieselben MySQL/MariaDB-Fähigkeiten wie Unterabfragen (gleiche Basis wie moderne PrestaShop-Shops). Die Architektur zielt auf Symfony-Bestellgrids ab 1.7.7+ .
actionOrderGridDefinitionModifier , actionOrderGridQueryBuilderModifier , actionOrderGridDataModifier , actionAdminControllerSetMedia (Legacy-Status-Ressourcen auf AdminOrders). AdminMyordergridproAjax stellt gesicherte JSON-Endpunkte für Inline-Statusupdates auf Legacy-Builds bereit. 








Das Modul Order Grid Pro optimiert die Bestellverwaltung, indem es eine individuelle Anpassung von Spalten und Layouts der Bestellliste ermöglicht. Dies führt zu einem schnelleren Informationszugriff und einer effizienteren Auftragsbearbeitung. So werden wiederkehrende Aufgaben automatisiert und Ihr Workflow erheblich beschleunigt.
Order Grid Pro strafft Ihre Bestellprozesse, ermöglicht blitzschnelle Bearbeitung und minimiert Fehler. Dies führt zu überragender Kundenzufriedenheit, fördert Loyalität und steigert nachweislich Ihren Umsatz durch wiederkehrende Käufe und positive Mundpropaganda.
Aus 15 Jahren PrestaShop-Praxis haben wir gelernt, wie wichtig ein maßgeschneidertes Bestellraster ist. "Order Grid Pro" bietet Ihnen genau das: Maximale Anpassung für reibungslose Abläufe, entwickelt auf Basis unserer umfassenden Erfahrung.
Order Grid Pro ermöglicht die umfangreiche Anpassung Ihrer Bestellliste. Definieren Sie Spalten und Layout flexibel, um eine perfekte Anzeige für Ihre individuellen Anforderungen zu schaffen. Optimieren Sie Ihr Auftragsmanagement durch maßgeschneiderte Personalisierung.
Der offene Quellcode von Order Grid Pro gewährt Ihnen uneingeschränkten Zugriff und volle Transparenz. Bearbeiten Sie Spalten und Layout der Bestellliste nach Belieben, ohne 'ioncube'-Verschleierung. Dies ermöglicht fortgeschrittene Modifikationen, nahtlose Integrationen und präzise Anpassungen des Moduls an Ihre spezifischen PrestaShop-Anforderungen.
Die Modullizenz ist dauerhaft gültig, ohne zeitliche Begrenzung. Kostenlose Updates sind für ein ganzes Jahr enthalten. Danach sind Verlängerungen zu attraktiven Konditionen erhältlich, um stets von den neuesten Funktionen und Sicherheitsverbesserungen zu profitieren.